Opened 5 years ago

Closed 4 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:

  1. Start udp stream transmitter.
  2. Start ffmpeg to receive udp stream
  3. Wait until, it start receiving udp packets.
  4. Stop stream transmitter.
  5. Try to stop ffmpeg by pressing q. ffmpeg does not return.

Change History (4)

comment:1 Changed 5 years ago by cehoyos

  • Component changed from FFmpeg to undetermined

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

comment:2 Changed 5 years 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 5 years 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.

comment:4 Changed 4 years ago by reimar

  • Resolution set to duplicate
  • Status changed from new to 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.