March 2014 - FFmpeg-trac - lists.ffmpeg.org

#3493(ffmpeg:new): ffmpeg unable to download when using AES-128 with https protocol
by FFmpeg 20 Jan '20

20 Jan '20

#3493: ffmpeg unable to download when using AES-128 with https protocol ----------------------------------+-------------------------------------- Reporter: adi10289 | Type: defect Status: new | Priority: critical Component: ffmpeg | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- Hi Recently I was able to download AES-128 encrypted videos using ffmpeg with normal http protocol but since protocol is changed to secure https I am unable to download any video. Pls find below logs and help. ffmpeg -i "http://hls.spuul.com/va/movies/12610001-c9e0f902/0011/s_renditions.m3u8" -c copy -absf aac_adtstoasc "Ankhon Dekhi 1080p.mkv" -loglevel verbose ffmpeg version N-61722-gfc567ac Copyright (c) 2000-2014 the FFmpeg developers built on Mar 22 2014 22:01:33 with gcc 4.8.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable- librtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvo- aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 67.100 / 52. 67.100 libavcodec 55. 52.103 / 55. 52.103 libavformat 55. 34.101 / 55. 34.101 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 3.100 / 4. 3.100 libswscale 2. 5.102 / 2. 5.102 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 [https @ 02a0e160] HTTP error 404 Not Found Unable to open key file https://secure.spuul.com/keys/va/movies/12610001-c9e0f902/0011/renditions- encryption-00001.key Format mp3 detected only with low score of 1, misdetection possible! [mp3 @ 02a07180] Header missing Last message repeated 1057 times [mp3 @ 046e9a60] decoding for stream 0 failed [mp3 @ 046e9a60] Could not find codec parameters for stream 0 (Audio: mp3, 0 channels, s16p): unspecified frame size Consider increasing the value for the 'analyzeduration' and 'probesize' options http://hls.spuul.com/va/movies/12610001-c9e0f902/0011/s_renditions.m3u8: Operation not permitted -- Ticket URL: <https://trac.ffmpeg.org/ticket/3493> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 4

#3426(avcodec:new): CMYK jpeg image is not detected
by FFmpeg 12 Jan '19

12 Jan '19

#3426: CMYK jpeg image is not detected --------------------------------------+--------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Keywords: mjpeg Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+--------------------------------- The second (smaller) sample for ticket #2799 that I found on Wikipedia still does not decode correctly with current FFmpeg, no warning is shown. {{{ $ ffmpeg -i Channel_digital_image_CMYK_color.jpg ffmpeg version N-60950-gfbf9837 Copyright (c) 2000-2014 the FFmpeg developers built on Feb 27 2014 23:27:01 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 66.100 / 52. 66.100 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.100 / 55. 33.100 libavdevice 55. 10.100 / 55. 10.100 libavfilter 4. 2.100 / 4. 2.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, image2, from 'Channel_digital_image_CMYK_color.jpg': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: mjpeg, yuva444p(pc), 500x333, 25 tbr, 25 tbn, 25 tbc At least one output file must be specified }}} https://trac.ffmpeg.org/attachment/ticket/2799/Channel_digital_image_CMYK_c… -- Ticket URL: <https://trac.ffmpeg.org/ticket/3426> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 4

#3459(undetermined:new): tiff: support cmyk color mode
by FFmpeg 12 Jan '19

12 Jan '19

#3459: tiff: support cmyk color mode -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- http://www.datafilehost.com/d/37fa9042 {{{ C:\>ffmpeg -i 32bit_CMYK.tif ffmpeg version N-61336-g11ed7ec Copyright (c) 2000-2014 the FFmpeg developers built on Mar 13 2014 02:24:33 with gcc 4.5.0 (GCC) 20100414 (Fedora MinGW 4.5. 0-1.fc14) configuration: --prefix=/var/www/users/research/ffmpeg/snapshots/build --arch= x86 --target-os=mingw32 --cross-prefix=i686-pc-mingw32- --cc='ccache i686 -pc-min gw32-gcc' --enable-pthreads --enable-memalign-hack --enable-runtime- cpudetect -- enable-cross-compile --enable-static --disable-shared --extra- libs='-lws2_32 -lw inmm -lpthread' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snapsh ots/build/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/sna pshots/build/lib' --enable-bzlib --enable-zlib --enable-gpl --enable- version3 -- enable-nonfree --enable-libx264 --enable-libspeex --enable-libtheora --enable-li bvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable-li bopencore-amrwb --enable-libmp3lame --enable-libfreetype --enable-libvpx --disab le-decoder=libvpx libavutil 52. 66.101 / 52. 66.101 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 34.101 / 55. 34.101 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 3.100 / 4. 3.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 [tiff @ 0x2300820] Color mode 5 is not supported [image2 @ 0x222f940] decoding for stream 0 failed [image2 @ 0x222f940] Could not find codec parameters for stream 0 (Video: tiff): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options 32bit_CMYK.tif: could not find codec parameters }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/3459> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 5

#3406(avcodec:new): H.264 threaded decode error
by FFmpeg 14 Dec '18

14 Dec '18

#3406: H.264 threaded decode error --------------------------------------+--------------------------------- Reporter: Cigaes | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+--------------------------------- There are some samples that decode correctly with threads turned off or only a few threads, but fail to decode with mode threads. For example: {{{ $ ./ffmpeg_g -threads 4 -i /tmp/sf.h264 -f framecrc -c png - ffmpeg version N-60805-gc8f3c3a Copyright (c) 2000-2014 the FFmpeg developers built on Feb 21 2014 20:26:22 with gcc 4.8 (Debian 4.8.2-15) configuration: --enable-shared --disable-static --enable-gpl --enable- libx264 --enable-libopus --enable-libass --enable-libfreetype --enable- opengl --assert-level=2 libavutil 52. 65.100 / 52. 65.100 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.100 / 55. 33.100 libavdevice 55. 10.100 / 55. 10.100 libavfilter 4. 1.103 / 4. 1.103 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Input #0, h264, from '/tmp/sf.h264': Duration: N/A, bitrate: N/A Stream #0:0: Video: h264 (High 4:4:4 Predictive), yuv444p, 320x240 [SAR 1:1 DAR 4:3], 25 fps, 25 tbr, 1200k tbn, 50 tbc #software: Lavf55.33.100 #tb 0: 1/25 Output #0, framecrc, to 'pipe:': Metadata: encoder : Lavf55.33.100 Stream #0:0: Video: png, rgb24, 320x240 [SAR 1:1 DAR 4:3], q=2-31, 200 kb/s, 25 tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (h264 -> png) Press [q] to stop, [?] for help 0, 0, 0, 1, 14600, 0x4d4b3314 0, 1, 1, 1, 20624, 0x9d04c3da 0, 2, 2, 1, 20373, 0x3224514e 0, 3, 3, 1, 16474, 0x5a53824a 0, 4, 4, 1, 20997, 0xe2ac63ec 0, 5, 5, 1, 21466, 0x3a5edae1 0, 6, 6, 1, 15290, 0x9fb36a83 0, 7, 7, 1, 19601, 0x8af6664a 0, 8, 8, 1, 20217, 0x96032e30 0, 9, 9, 1, 16655, 0x6e0a0985 0, 10, 10, 1, 18492, 0x12b572b4 0, 11, 11, 1, 18118, 0x6b1994d6 frame= 12 fps=0.0 q=0.0 Lsize= 1kB time=00:00:00.48 bitrate= 12.2kbits/s video:218kB audio:0kB subtitle:0 data:0 global headers:0kB muxing overhead -99.671165% }}} {{{ $ ./ffmpeg_g -threads 5 -i /tmp/sf.h264 -f framecrc -c png - ffmpeg version N-60805-gc8f3c3a Copyright (c) 2000-2014 the FFmpeg developers built on Feb 21 2014 20:26:22 with gcc 4.8 (Debian 4.8.2-15) configuration: --enable-shared --disable-static --enable-gpl --enable- libx264 --enable-libopus --enable-libass --enable-libfreetype --enable- opengl --assert-level=2 libavutil 52. 65.100 / 52. 65.100 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.100 / 55. 33.100 libavdevice 55. 10.100 / 55. 10.100 libavfilter 4. 1.103 / 4. 1.103 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Input #0, h264, from '/tmp/sf.h264': Duration: N/A, bitrate: N/A Stream #0:0: Video: h264 (High 4:4:4 Predictive), yuv444p, 320x240 [SAR 1:1 DAR 4:3], 25 fps, 25 tbr, 1200k tbn, 50 tbc #software: Lavf55.33.100 #tb 0: 1/25 Output #0, framecrc, to 'pipe:': Metadata: encoder : Lavf55.33.100 Stream #0:0: Video: png, rgb24, 320x240 [SAR 1:1 DAR 4:3], q=2-31, 200 kb/s, 25 tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (h264 -> png) Press [q] to stop, [?] for help Error while decoding stream #0:0: Invalid data found when processing input [h264 @ 0xa81240] reference picture missing during reorder Last message repeated 1 times [h264 @ 0xa81240] Missing reference picture, default is 65548 Last message repeated 1 times [h264 @ 0xad9200] reference picture missing during reorder [h264 @ 0xad9200] Missing reference picture, default is 65556 0, 0, 0, 1, 14600, 0x4d4b3314 0, 1, 1, 1, 20624, 0x9d04c3da 0, 3, 3, 1, 20373, 0x3224514e 0, 4, 4, 1, 16474, 0x5a53824a 0, 5, 5, 1, 21099, 0x61cb8a88 0, 6, 6, 1, 21466, 0x7d3727ad 0, 8, 8, 1, 15370, 0x4b0bcbbd 0, 9, 9, 1, 19775, 0xed275f1c 0, 10, 10, 1, 16851, 0x0725c06b 0, 11, 11, 1, 16717, 0xd445fc7c frame= 10 fps=0.0 q=0.0 Lsize= 1kB time=00:00:00.48 bitrate= 10.3kbits/s video:179kB audio:0kB subtitle:0 data:0 global headers:0kB muxing overhead -99.663483% }}} The {{{-c png}}} is necessary to reproduce the problem in this particular case, but threading issues are sensitive to timing. Helgrind spews a load of errors too: {{{ ==10123== Helgrind, a thread error detector ==10123== Copyright (C) 2007-2012, and GNU GPL'd, by OpenWorks LLP et al. ==10123== Using Valgrind-3.8.1 and LibVEX; rerun with -h for copyright info ==10123== Command: ./ffmpeg_g -threads 5 -i /tmp/sf.h264 -f framecrc -c png - ==10123== ffmpeg version N-60805-gc8f3c3a Copyright (c) 2000-2014 the FFmpeg developers built on Feb 21 2014 20:26:22 with gcc 4.8 (Debian 4.8.2-15) configuration: --enable-shared --disable-static --enable-gpl --enable- libx264 --enable-libopus --enable-libass --enable-libfreetype --enable- opengl --assert-level=2 libavutil 52. 65.100 / 52. 65.100 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.100 / 55. 33.100 libavdevice 55. 10.100 / 55. 10.100 libavfilter 4. 1.103 / 4. 1.103 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Input #0, h264, from '/tmp/sf.h264': Duration: N/A, bitrate: N/A Stream #0:0: Video: h264 (High 4:4:4 Predictive), yuv444p, 320x240 [SAR 1:1 DAR 4:3], 25 fps, 25 tbr, 1200k tbn, 50 tbc #software: Lavf55.33.100 #tb 0: 1/25 Output #0, framecrc, to 'pipe:': Metadata: encoder : Lavf55.33.100 Stream #0:0: Video: png, rgb24, 320x240 [SAR 1:1 DAR 4:3], q=2-31, 200 kb/s, 25 tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (h264 -> png) Press [q] to stop, [?] for help ==10123== ---Thread-Announcement------------------------------------------ ==10123== ==10123== Thread #11 was created ==10123== at 0x7BC40BE: clone (clone.S:76) ==10123== by 0x78C5FF4: do_clone.constprop.4 (createthread.c:74) ==10123== by 0x78C7473: pthread_create@@GLIBC_2.2.5 (createthread.c:244) ==10123== by 0x4C2D8F0: ??? (in /usr/lib/valgrind/vgpreload_helgrind- amd64-linux.so) ==10123== by 0x58A417F: ff_frame_thread_encoder_init (frame_thread_encoder.c:204) ==10123== by 0x5B7B5D1: avcodec_open2 (utils.c:1305) ==10123== by 0x4210EA: transcode_init (ffmpeg.c:2658) ==10123== by 0x406F8E: main (ffmpeg.c:3413) ==10123== ==10123== ---Thread-Announcement------------------------------------------ ==10123== ==10123== Thread #1 is the program's root thread ==10123== ==10123== ---------------------------------------------------------------- ==10123== ==10123== Lock at 0x103824B0 was first observed ==10123== at 0x4C2E96A: pthread_mutex_init (in /usr/lib/valgrind /vgpreload_helgrind-amd64-linux.so) ==10123== by 0x58A4082: ff_frame_thread_encoder_init (frame_thread_encoder.c:176) ==10123== by 0x5B7B5D1: avcodec_open2 (utils.c:1305) ==10123== by 0x4210EA: transcode_init (ffmpeg.c:2658) ==10123== by 0x406F8E: main (ffmpeg.c:3413) ==10123== ==10123== Possible data race during write of size 8 at 0x103814B8 by thread #11 ==10123== Locks held: 1, at address 0x103824B0 ==10123== at 0x58A3E54: worker (frame_thread_encoder.c:105) ==10123== by 0x4C2DA86: ??? (in /usr/lib/valgrind/vgpreload_helgrind- amd64-linux.so) ==10123== by 0x78C6E0D: start_thread (pthread_create.c:311) ==10123== by 0x7BC40FC: clone (clone.S:113) ==10123== ==10123== This conflicts with a previous read of size 8 by thread #1 ==10123== Locks held: none ==10123== at 0x58A4487: ff_thread_video_encode_frame (frame_thread_encoder.c:275) ==10123== by 0x41DCCB: reap_filters (ffmpeg.c:997) ==10123== by 0x407BFD: main (ffmpeg.c:3399) ==10123== ==10123== Address 0x103814B8 is 152 bytes inside a block of size 4856 alloc'd ==10123== at 0x4C2BA30: memalign (in /usr/lib/valgrind /vgpreload_helgrind-amd64-linux.so) ==10123== by 0x4C2BB57: posix_memalign (in /usr/lib/valgrind /vgpreload_helgrind-amd64-linux.so) ==10123== by 0x6E4A7AC: av_malloc (mem.c:94) ==10123== by 0x6E4A96D: av_mallocz (mem.c:244) ==10123== by 0x58A403F: ff_frame_thread_encoder_init (frame_thread_encoder.c:165) ==10123== by 0x5B7B5D1: avcodec_open2 (utils.c:1305) ==10123== by 0x4210EA: transcode_init (ffmpeg.c:2658) ==10123== by 0x406F8E: main (ffmpeg.c:3413) ==10123== 0, 0, 0, 1, 14600, 0x4d4b3314 0, 1, 1, 1, 20624, 0x9d04c3da4 bitrate= 19.0kbits/s 0, 2, 2, 1, 20373, 0x3224514e8 bitrate= 15.3kbits/s 0, 3, 3, 1, 16474, 0x5a53824a2 bitrate= 14.1kbits/s 0, 4, 4, 1, 20997, 0xe2ac63ec6 bitrate= 13.4kbits/s 0, 5, 5, 1, 21466, 0x3a5edae10 bitrate= 13.1kbits/s 0, 6, 6, 1, 15290, 0x9fb36a832:-22.-77 bitrate=N/A 0, 7, 7, 1, 19601, 0x8af6664a 0, 8, 8, 1, 20217, 0x96032e30 0, 9, 9, 1, 16655, 0x6e0a0985 0, 10, 10, 1, 18492, 0x12b572b4 0, 11, 11, 1, 18118, 0x6b1994d6 frame= 12 fps=0.7 q=0.0 Lsize= 1kB time=00:00:00.48 bitrate= 12.2kbits/s video:218kB audio:0kB subtitle:0 data:0 global headers:0kB muxing overhead -99.671165% ==10123== ---------------------------------------------------------------- ==10123== ==10123== Lock at 0x1038AD20 was first observed ==10123== at 0x4C2E96A: pthread_mutex_init (in /usr/lib/valgrind /vgpreload_helgrind-amd64-linux.so) ==10123== by 0x5B75323: default_lockmgr_cb (utils.c:81) ==10123== by 0x5B7AD9D: ff_lock_avcodec (utils.c:3299) ==10123== by 0x5B7B07C: avcodec_open2 (utils.c:1193) ==10123== by 0x54647A3: avformat_find_stream_info (utils.c:2993) ==10123== by 0x412DE0: open_input_file (ffmpeg_opt.c:860) ==10123== by 0x4177C0: ffmpeg_parse_options (ffmpeg_opt.c:2597) ==10123== by 0x406F20: main (ffmpeg.c:3600) ==10123== ==10123== Possible data race during write of size 4 at 0x10385924 by thread #1 ==10123== Locks held: 1, at address 0x1038AD20 ==10123== at 0x5AD50FD: ff_frame_thread_free (pthread_frame.c:565) ==10123== by 0x5754DBA: avcodec_close (utils.c:2602) ==10123== by 0x407618: main (ffmpeg.c:3491) ==10123== ==10123== Address 0x10385924 is 68 bytes inside a block of size 72 alloc'd ==10123== at 0x4C2BA30: memalign (in /usr/lib/valgrind /vgpreload_helgrind-amd64-linux.so) ==10123== by 0x4C2BB57: posix_memalign (in /usr/lib/valgrind /vgpreload_helgrind-amd64-linux.so) ==10123== by 0x6E4A7AC: av_malloc (mem.c:94) ==10123== by 0x6E4A96D: av_mallocz (mem.c:244) ==10123== by 0x5AD53E5: ff_frame_thread_init (pthread_frame.c:641) ==10123== by 0x5B7B5FF: avcodec_open2 (utils.c:1313) ==10123== by 0x4214D7: transcode_init (ffmpeg.c:2144) ==10123== by 0x406F8E: main (ffmpeg.c:3413) ==10123== ==10123== ==10123== For counts of detected and suppressed errors, rerun with: -v ==10123== Use --history-level=approx or =none to gain increased speed, at ==10123== the cost of reduced accuracy of conflicting-access information ==10123== ERROR SUMMARY: 2 errors from 2 contexts (suppressed: 2274 from 350) }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/3406> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 7

#3474(ffserver:new): Smart output buffering (with no delay to start playback)
by FFmpeg 07 Jan '18

07 Jan '18

#3474: Smart output buffering (with no delay to start playback) ---------------------------------------+---------------------------------- Reporter: burek | Owner: Type: enhancement | Status: new Priority: wish | Component: ffserver Version: unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 ---------------------------------------+---------------------------------- If possible, it would be good to enhance the current output buffering of ffserver so that the output buffer size is calculated in such a way, which guarantees the buffer will always contain at least 1 key frame. Further more, after a client connects to the ffserver and requests a certain stream, it would be ideal for ffserver to skip sending any data in the buffer prior to that 1 key frame and make sure that key frame is the first thing that will be sent to the client, along with all the data that comes after that key frame in the buffer. This would make it possible to start the playback of the stream immediately, regardless of the chosen GOP size. Since the data (and the key frame) is usually in a compressed form, which makes it difficult to accomplish this in an ideal way (probably the key frame will be contained in a packet with some delta frames before and after, compressed altogether), it might (probably) be viable to make ffserver first mark all the packets in the buffer that contain a keyframe (for a faster lookup later on) and then, after a client connects and requests a stream, ffserver could do a fast look-up for a first packet with a keyframe, decode it, discard all the delta frames prior the keyframe and re-encode the data back to the packed form (thus creating a new packet). This would be done only once, when a new client connects to the ffserver, so it shouldn't be that much of the overhead (to decompress the packet, get rid of all the delta frames before the key frame and to re-compress the key frame and the rest of delta frames back to a new packet). I know this is probably a much more complicated task, but this would really be an awesome feature that a lot of people is looking for desperately, since the live TV re-encoding has become ultra popular and all that can be done to lower the playback start time is to tamper with GOP interval, which makes the entire stream encoding much more worse than it should be. -- Ticket URL: <https://trac.ffmpeg.org/ticket/3474> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 1

#3418(ffserver:new): Cannot stream h264 to libvorbis with ffserver
by FFmpeg 07 Jan '18

07 Jan '18

#3418: Cannot stream h264 to libvorbis with ffserver ----------------------------------+---------------------------------- Reporter: pferland | Type: defect Status: new | Priority: normal Component: ffserver | Version: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+---------------------------------- When trying to stream a h264/libx264 to a ffserver feed that has an ogg stream fails with {{{Invalid data found when processing input}}} ffmpeg version: {{{ 2.1.4 }}} Built on: {{{ Feb 24 2014 14:55:01 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5) }}} ffmpeg config options: {{{ --prefix=/home/pferland/ffmpeg_build --extra- cflags=-I/home/pferland/ffmpeg_build/include --extra- ldflags=-L/home/pferland/ffmpeg_build/lib --bindir=/home/pferland/bin --extra-libs=-ldl --enable-gpl --enable-libass --enable-libfdk-aac --enable-libmp3lame --enable-libopus --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-nonfree --enable-x11grab }}} libx264 version: {{{ master at git://git.videolan.org/x264.git }}} Command line for ffmpeg: {{{% ffmpeg -i input.mkv http://172.16.0.88:8091/feed1.ffm}}} ffmpeg source file headers: {{{ Input #0, matroska,webm, from '/input.mkv': Metadata: creation_time : 2013-10-14 21:32:51 Duration: 00:43:24.06, start: 0.000000, bitrate: 3833 kb/s Stream #0:0(eng): Video: h264 (High), yuv420p(tv, bt709), 1280x720, SAR 1:1 DAR 16:9, 23.98 fps, 23.98 tbr, 1k tbn, 47.95 tbc Stream #0:1: Audio: ac3, 48000 Hz, 5.1(side), fltp, 448 kb/s (default) }}} ffserver config file: {{{ Port 8091 BindAddress 172.16.0.88 MaxHTTPConnections 666 MaxClients 666 #MaxBandwidth 4000 CustomLog /var/log/ffserver/access.log NoDaemon <Feed feed1.ffm> File /tmp/feed1.ffm FileMaxSize 8G </Feed> <Stream stream1.ogg> Feed feed1.ffm Format ogg VideoCodec libtheora VideoFrameRate 15 VideoBitRate 500 VideoSize 640x480 # VideoQMin 1 # VideoQMax 31 VideoGopSize 12 Preroll 0 AVOptionVideo flags +global_header AudioCodec libvorbis AudioBitRate 64 AudioChannels 1 AudioSampleRate 44100 AVOptionAudio flags +global_header </Stream> }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/3418> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 6

#3414(undetermined:new): ffmpeg stream to ffserver fails with "Not enough space"
by FFmpeg 07 Jan '18

07 Jan '18

#3414: ffmpeg stream to ffserver fails with "Not enough space" -------------------------------------+------------------------------------- Reporter: melsom | Type: defect Status: new | Priority: important Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I'm having a problem streaming to ffserver with the latest Windows-build by Zeranoe. Works under Linux with the same version. Is this a bug or is there anything i'm missing? Same commandline works just fine under linux with the same git-version. There are no space issues. Both ffserver and machine running windows has plenty of space available. {{{ ffmpeg -i http://10.10.0.108:7522/upnp/channelstream/18.ts http://10.0.1.100:8090/feed1.ffm ffmpeg version N-60859-g313a6c6 Copyright (c) 2000-2014 the FFmpeg developers built on Feb 23 2014 22:01:50 with gcc 4.8.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable- librtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvo- aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable -zlib libavutil 52. 65.100 / 52. 65.100 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.100 / 55. 33.100 libavdevice 55. 10.100 / 55. 10.100 libavfilter 4. 1.103 / 4. 1.103 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 [mpeg2video @ 0441f640] Invalid frame dimensions 0x0. Last message repeated 2 times Input #0, mpegts, from 'http://10.10.0.108:7522/upnp/channelstream/18.ts': Duration: N/A, start: 92735.966167, bitrate: 247 kb/s Program 163 Stream #0:0[0x200]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p(tv), 720x576 [SAR 64:45 DAR 16:9], max. 3750 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0x280]: Audio: mp2 ([4][0][0][0] / 0x0004), 48000 Hz, stereo, s16p, 247 kb/s http://10.0.1.100:8090/feed1.ffm: Not enough space ffserver.conf: Port 8090 BindAddress 0.0.0.0 MaxHTTPConnections 2000 MaxClients 1000 MaxBandwidth 100000 CustomLog - #NoDaemon <Feed feed1.ffm> File /tmp/feed1.ffm FileMaxSize 20G ACL allow x.x.x.x # Removed </Feed> <Stream test.h264> Feed feed1.ffm Format h264 # Audio settings AudioCodec libfaac AudioBitRate 96 AudioSampleRate 44100 AudioChannels 2 # Video settings VideoCodec libx264 VideoSize 640x368 VideoFrameRate 50 AVOptionVideo flags +global_header AVOptionVideo cpu-used 0 AVOptionVideo qmin 10 AVOptionVideo qmax 42 AVOptionVideo quality good AVOptionAudio flags +global_header PreRoll 15 StartSendOnKey VideoBitRate 1024 </Stream> }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/3414> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 4

#3479(undetermined:new): jpegls: support sample interleaved images
by FFmpeg 04 Mar '17

04 Mar '17

#3479: jpegls: support sample interleaved images -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- file from charls archive, decodes correctly with hp plugin {{{ C:\>ffmpeg -i T8C2E0.JLS ffmpeg version N-61570-gaa86ccc Copyright (c) 2000-2014 the FFmpeg developers built on Mar 17 2014 22:01:34 with gcc 4.8.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-iconv --enable-libass --enable-libbluray --enable-libcaca --enable- libfreetyp e --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --ena ble-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-l ibopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable-libsp eex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable- libvo-aa cenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable- libwavp ack --enable-libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable -zlib libavutil 52. 67.100 / 52. 67.100 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 34.101 / 55. 34.101 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 3.100 / 4. 3.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 [jpegls @ 02dd2660] Sample interleaved images is not implemented. Update your FF mpeg version to the newest one from Git. If the problem still occurs, it means t hat your file has a feature which has not been implemented. Input #0, image2, from 'T8C2E0.JLS': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: jpegls, rgb24, 256x256, 25 tbr, 25 tbn, 25 tbc At least one output file must be specified }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/3479> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 2

#3480(ffmpeg:new): Playback video with planar audio to decklink card
by FFmpeg 31 Jan '17

31 Jan '17

#3480: Playback video with planar audio to decklink card -------------------------------------+------------------------------------- Reporter: abalan | Type: defect Status: new | Priority: normal Component: ffmpeg | Version: git- Keywords: DeckLink | master Output | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- == Summary of the bug :== Playback video to the DeckLink 4K Extreme card. Consist crash in both Linux and Windows when using planar audio. Works with video if -an flag used. The video used is Windows Sample video. (Wildlife.wmv). == How to reproduce :== Input - Windows Sample video. (Wildlife.wmv) {{{ $ ffmpeg -vsync 1 -i Wildlife.wmv -c:v rawvideo -pix_fmt uyvy422 -c:a pcm_s16le -s 1920x1080 -r 30000/1001 -ar 48000 -f decklink 'DeckLink 4K Extreme' ffmpeg version git-2014-03-19-074db4b Copyright (c) 2000-2014 the FFmpeg developers built on Mar 19 2014 10:22:58 with gcc 4.8 (Ubuntu 4.8.1-2ubuntu1~12.04) configuration: --bindir=/usr/local/bin --enable-gpl --enable-version3 --enable-nonfree --enable-postproc --enable-libfdk-aac --enable-libmp3lame --enable-libtheora --enable-decklink --enable-libvorbis --enable-libvpx --enable-libx264 --extra-libs=-ldl --enable-gpl --enable-libass --enable- x11grab --enable-shared --prefix=/usr/local --extra- cflags=-I/home/dvrp/Downloads/Blackmagic_DeckLink_SDK_9.7.7/Linux/include --extra- ldflags=-L/home/dvrp/Downloads/Blackmagic_DeckLink_SDK_9.7.7/Linux/include libavutil 52. 67.100 / 52. 67.100 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 34.101 / 55. 34.101 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 3.100 / 4. 3.100 libswscale 2. 5.102 / 2. 5.102 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 }}} The sample video can be downloaded from http://www.datafilehost.com/d/53cc7cf4 -- Ticket URL: <https://trac.ffmpeg.org/ticket/3480> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 5

#3455(ffmpeg:new): aresample=matrix_encoding=dplii doesn't downmix backleft and center correctly
by FFmpeg 08 Aug '16

08 Aug '16

#3455: aresample=matrix_encoding=dplii doesn't downmix backleft and center correctly -------------------------------------+------------------------------------- Reporter: Peter | Type: defect Status: new | Priority: normal Component: ffmpeg | Version: git- Keywords: aresample | master matrix_encoding dplii | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: DPLII files have too-loud right channel. Seems to be some problem with the interaction of back left and center channel How to reproduce: {{{ ffmpeg -i surround_blbrc.wav -af "aresample=matrix_encoding=dplii" -ac 2 dplii_blbrc.wav ffmpeg version git-2014-03-09-8dfd0e6 built on Mar 9 2014 22:53:26 with gcc 4.8.2 (Gentoo 4.8.2 p1.3r1, pie-0.5.8r1) }}} You can see the problem easiest by crafting a 5.1 surround wave file with empty channels except the center channel with noise and the two back channels, first half of the back left with noise and the second half of the back right with noise. However, all surround files that use the bl and center channels at the same time will be too loud in the resulting file's right channel. Can provide example files if you like. -- Ticket URL: <https://trac.ffmpeg.org/ticket/3455> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 7