Opened 12 years ago
Closed 12 years ago
#1025 closed defect (duplicate)
When incoming udp stream is stopped, ffmpeg does not return on pressing q
Reported by: | asif | Owned by: | |
---|---|---|---|
Priority: | normal | Component: | undetermined |
Version: | 0.10 | Keywords: | |
Cc: | Blocked By: | ||
Blocking: | Reproduced by developer: | no | |
Analyzed by developer: | no |
Description
Steps to reproduce:
- Start udp stream transmitter.
- Start ffmpeg to receive udp stream
- Wait until, it start receiving udp packets.
- Stop stream transmitter.
- Try to stop ffmpeg by pressing q. ffmpeg does not return.
Change History (4)
comment:1 by , 12 years ago
Component: | FFmpeg → undetermined |
---|
comment:2 by , 12 years ago
It is reproducible on current git head.
Last commit was the following:
commit 8b1cd25ca7e64e6128fa2902d78e48bfeeec9786 Author: Michael Niedermayer <michaelni@gmx.at> Date: Tue Feb 28 07:19:37 2012 +0100
Following is the console output.
$ LD_LIBRARY_PATH=. ../ffmpeg -v 9 -loglevel 99 -f mpegts -i udp://225.0.0.225:1234 -y -an -vcodec copy -pix_fmt yuv420p -f mpegts out.ts ffmpeg version N-38308-g8b1cd25 Copyright (c) 2000-2012 the FFmpeg developers built on Feb 28 2012 16:45:25 with gcc 4.1.2 20080704 (Red Hat 4.1.2-51) configuration: --enable-shared libavutil 51. 41.100 / 51. 41.100 libavcodec 54. 4.100 / 54. 4.100 libavformat 54. 1.100 / 54. 1.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 62.101 / 2. 62.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 7.100 / 0. 7.100 [mpegts @ 0x178f83e0] Unable to seek back to the start [mpegts @ 0x178f83e0] stream=0 stream_type=f pid=44 prog_reg_desc= [mpegts @ 0x178f83e0] stream=1 stream_type=1b pid=45 prog_reg_desc= [NULL @ 0x1793dc40] Current profile doesn't provide more RBSP data in PPS, skipping [h264 @ 0x1793dc40] mmco: unref short failure Last message repeated 1 times [h264 @ 0x1793dc40] Increasing reorder buffer to 1 [h264 @ 0x1793dc40] no picture ooo Last message repeated 2 times [h264 @ 0x1793dc40] mmco: unref short failure Last message repeated 1 times [h264 @ 0x1793dc40] no picture [h264 @ 0x1793dc40] mmco: unref short failure Last message repeated 1 times [mpegts @ 0x178f83e0] max_analyze_duration 5000000 reached at 5013333 [mpegts @ 0x178f83e0] Estimating duration from bitrate, this may be inaccurate Input #0, mpegts, from 'udp://225.0.0.225:1234': Duration: N/A, start: 51452.690300, bitrate: 192 kb/s Program 1 Stream #0:0[0x44], 237, 1/90000: Audio: aac ([15][0][0][0] / 0x000F), 48000 Hz, stereo, s16, 192 kb/s Stream #0:1[0x45], 52, 1/90000: Video: h264 (Main) ([27][0][0][0] / 0x001B), yuv420p, 720x576 [SAR 16:11 DAR 20:11], 1/50, 50 fps, 50 tbr, 90k tbn, 50 tbc [mpegts @ 0x17c19be0] muxrate VBR, pcr every 2 pkts, sdt every 200, pat/pmt every 40 pkts Output #0, mpegts, to 'out.ts': Metadata: encoder : Lavf54.1.100 Stream #0:0, 0, 1/90000: Video: h264 ([27][0][0][0] / 0x001B), yuv420p, 720x576 [SAR 16:11 DAR 20:11], 1/25, q=2-31, 50 fps, 90k tbn, 25 tbc Stream mapping: Stream #0:1 -> #0:0 (copy) Press [q] to stop, [?] for help frame= 181 fps= 71 q=-1.0 size= 729kB time=00:00:07.64 bitrate= 781.3kbits/s
comment:3 by , 12 years ago
This issue is also related to the following defect: "https://ffmpeg.org/trac/ffmpeg/ticket/1026". However, I believe, some code still need to be implemented in ffmpeg to fix this issue.
comment:4 by , 12 years ago
Resolution: | → duplicate |
---|---|
Status: | new → closed |
This looks like a duplicate of #1026 to, which has been fixed.
If this is still reproducible with latest git please reopen.
Note:
See TracTickets
for help on using tickets.
Is this also reproducible with current git head?
Please add complete, uncut console output.