Ticket #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
comment:2 Changed 16 months ago by asif
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 Changed 16 months ago by asif
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.
Note: See
TracTickets for help on using
tickets.



Is this also reproducible with current git head?
Please add complete, uncut console output.