[FFmpeg-trac] #1025(undetermined:new): When incoming udp stream is stopped, ffmpeg does not return on pressing q
FFmpeg
trac at avcodec.org
Tue Feb 28 16:56:41 CET 2012
#1025: When incoming udp stream is stopped, ffmpeg does not return on pressing q
--------------------------------+----------------------------------------
Reporter: asif | Owner:
Type: defect | Status: new
Priority: normal | Component: undetermined
Version: 0.10 | Resolution:
Keywords: | Blocked By:
Blocking: | Reproduced by developer: 0
Analyzed by developer: 0 |
--------------------------------+----------------------------------------
Comment (by asif):
It is reproducible on current git head.
Last commit was the following:
{{{
commit 8b1cd25ca7e64e6128fa2902d78e48bfeeec9786
Author: Michael Niedermayer <michaelni at 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
}}}
--
Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/1025#comment:2>
FFmpeg <http://ffmpeg.org>
FFmpeg issue tracker
More information about the FFmpeg-trac
mailing list