[FFmpeg-trac] #4243(undetermined:new): Some streams are being closed without a reason in latest ffmpeg

FFmpeg trac at avcodec.org
Sat Jan 10 14:36:19 CET 2015


#4243: Some streams are being closed without a reason in latest ffmpeg
-------------------------------------+-------------------------------------
             Reporter:  BlackDream   |                     Type:  defect
               Status:  new          |                 Priority:  normal
            Component:               |                  Version:  git-
  undetermined                       |  master
             Keywords:               |               Blocked By:
             Blocking:               |  Reproduced by developer:  0
Analyzed by developer:  0            |
-------------------------------------+-------------------------------------
 Hello,

 I noticed that some streams are being closed in the last branch of ffmpeg
 2.5.x. THE SAME DIDN'T HAPPEN in 2.4.x and probably in the previous
 versions as well.

 I don't know the real reason of it since ffmpeg does not output any error,
 it just closes without a reason.

 It's not a stream problem 10000%, since exactly THE SAME TIME i tried with
 FFmpeg 2.4.5 and it works perfect. I also started the streams multiple
 times to ensure that it is a bug.

 I tried it with the latest git version, and same happens so i will just
 use the FFmpeg 2.5.3 in this bug report.


 {{{

 ffmpeg -re -y -fflags +genpts -probesize 10000000 -analyzeduration
 15000000  -i "STREAM_URL"  -strict -2 -dn -c copy  -hls_time 12
 -hls_list_size 5 -hls_wrap 15 "/tmp/20_.m3u8"


 ffmpeg version 2.5.3 Copyright (c) 2000-2015 the FFmpeg developers
   built on Jan 10 2015 08:04:28 with gcc 4.8 (Ubuntu 4.8.2-19ubuntu1)
   configuration: --prefix=/root/ffmpeg/target --extra-
 cflags='-I/root/ffmpeg/target/include -static' --extra-
 ldflags='-L/root/ffmpeg/target/lib -lm -static' --disable-debug --disable-
 shared --enable-static --extra-cflags=--static --disable-ffplay --disable-
 ffserver --disable-doc --enable-openssl --enable-gpl --enable-pthreads
 --enable-postproc --enable-libass --enable-gray --enable-runtime-cpudetect
 --enable-libfaac --enable-gnutls --enable-libmp3lame --enable-libopus
 --enable-libtheora --enable-libvorbis --enable-libx264 --enable-libxvid
 --enable-bzlib --enable-zlib --enable-nonfree --enable-version3 --enable-
 libvpx --enable-libxavs --disable-devices --enable-librtmp --extra-
 libs='-lrtmp -lnettle -lhogweed -lgmp -lssl -lcrypto -lz -lc -ldl'
   libavutil      54. 15.100 / 54. 15.100
   libavcodec     56. 13.100 / 56. 13.100
   libavformat    56. 15.102 / 56. 15.102
   libavdevice    56.  3.100 / 56.  3.100
   libavfilter     5.  2.103 /  5.  2.103
   libswscale      3.  1.101 /  3.  1.101
   libswresample   1.  1.100 /  1.  1.100
   libpostproc    53.  3.100 / 53.  3.100
 Input #0, mpegts, from 'STREAM_URL':
   Duration: N/A, start: 45431.824311, bitrate: 129 kb/s
   Program 1
     Stream #0:0[0x44](eng): Video: h264 (High) ([27][0][0][0] / 0x001B),
 yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 23.98 fps, 23.98 tbr, 90k tbn, 47.95
 tbc
     Stream #0:1[0x45](fra): Audio: aac (LC) ([15][0][0][0] / 0x000F),
 44100 Hz, stereo, fltp, 129 kb/s
 Output #0, hls, to '/tmp/20_.m3u8':
   Metadata:
     encoder         : Lavf56.15.102
     Stream #0:0(eng): Video: h264 ([27][0][0][0] / 0x001B), yuv420p,
 1280x720 [SAR 1:1 DAR 16:9], q=2-31, 23.98 fps, 90k tbn, 23.98 tbc
     Stream #0:1(fra): Audio: aac ([15][0][0][0] / 0x000F), 44100 Hz,
 stereo, 129 kb/s
 Stream mapping:
   Stream #0:0 -> #0:0 (copy)
   Stream #0:1 -> #0:1 (copy)
 Press [q] to stop, [?] for help
 [mpegts @ 0x32b1e20] PES packet size mismatch0:16.14 bitrate=N/A
 frame=  390 fps= 24 q=-1.0 Lsize=N/A time=00:00:16.28 bitrate=N/A
 video:5660kB audio:259kB subtitle:0kB other streams:0kB global headers:0kB
 muxing overhead: unknown

 }}}



 It just says PES packet size mismatch (in yellow colors) and closes
 without any other error.

 The same happens if i output the same stream into mpegts.


 '''IMPORTANT NOTE 1'''

 I noticed that without -probesize 10000000 -analyzeduration 15000000 IT
 WORKS but even in this case, it is a bug, it shouldn't happen. In FFmpeg
 v2.4.x that works even with these arguments in the command.


 '''IMPORTANT NOTE 2'''

 I also noticed that by applying +nobuffer in the -fflags it works and the
 stream doesn't close, however still seems to be a bug in me.


 '''IMPORTANT NOTE 3'''

 +genpts doesn't affect anything.

--
Ticket URL: <https://trac.ffmpeg.org/ticket/4243>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker


More information about the FFmpeg-trac mailing list