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

#3657(swscale:new): 32 Bit per Channel sws conversion
by FFmpeg 11 Feb '21

11 Feb '21

#3657: 32 Bit per Channel sws conversion ---------------------------------+--------------------------------------- Reporter: sun | Type: enhancement Status: new | Priority: wish Component: swscale | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+--------------------------------------- Hello, As there are more and more Cameras able to record with more than 8 bit per pixel and there already are programs like Shotcut and Blender which support high-precision internal processing, e.g. blender is unable to handle 10-bit videos properly, because converting a 16 bit buffer from the sws yuv to rgb conversion to its internal 32bit buffer would be too slow and therefore it has to use an 8 bit buffer. If ffmpeg could convert to 32bit directly, there wouldn't be the need to do two conversion steps, 10 ->16->32 and native high precision video support would be much easier to implement! -- Ticket URL: <https://trac.ffmpeg.org/ticket/3657> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 17

#3585(avcodec:new): Many decoding errors for pmp input
by FFmpeg 04 Feb '21

04 Feb '21

#3585: Many decoding errors for pmp input -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: minor | Component: avcodec Version: git- | Keywords: pmp h264 master | regression Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- The sample from ticket #3534 shows many errors on decoding since 45da7a0e {{{ $ ffmpeg -i test.pmp ffmpeg version N-62653-g1aa388d Copyright (c) 2000-2014 the FFmpeg developers built on Apr 23 2014 17:28:12 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 78.100 / 52. 78.100 libavcodec 55. 58.105 / 55. 58.105 libavformat 55. 37.101 / 55. 37.101 libavdevice 55. 13.100 / 55. 13.100 libavfilter 4. 4.100 / 4. 4.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 [pmp @ 0x1c4bae0] AAC not yet correctly supported [h264 @ 0x1c4c480] SEI type 0 size 40 truncated at 37 [h264 @ 0x1c4c480] SEI type 1 size 40 truncated at 36 Last message repeated 6 times Input #0, pmp, from 'test.pmp': Duration: 00:00:05.76, bitrate: 256 kb/s Stream #0:0: Video: h264 (Main), yuv420p, 480x272 [SAR 1:1 DAR 30:17], 23.98 fps, 23.98 tbr, 23.98 tbn, 47.95 tbc Stream #0:1: Audio: aac, 44100 Hz, stereo, fltp At least one output file must be specified }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/3585> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 1

#3577(undetermined:new): add LAME tag for MP3s
by FFmpeg 14 Nov '20

14 Nov '20

#3577: add LAME tag for MP3s -------------------------------------+------------------------------------- Reporter: tobwen | Type: Status: new | enhancement Component: | Priority: wish undetermined | Version: git- Keywords: MP3, LAME, | master audio | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- When creating MP3s using FFMPEG, the LAME tag doesn't get added. Normally, it looks like this: {{{ Writing library : LAME3.99r Encoding settings: -m j -V 2 -q 0 -lowpass 18.5 --vbr-new -b 32 }}} But with libmp3lame it looks like this only: {{{ Writing library : LAME3.99.5 }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/3577> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 2

#3615(ffmpeg:new): -y option affects audio/video skew during screen capture
by FFmpeg 20 Jan '20

20 Jan '20

#3615: -y option affects audio/video skew during screen capture ---------------------------------+------------------------------------- Reporter: grepfor | Type: defect Status: new | Priority: important Component: ffmpeg | Version: 2.2.1 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+------------------------------------- Example: On my system, the following script works fine and consistently renders normally synchronized audio and video: {{{ ffmpeg -f alsa -ac 2 -i hw:0 \ -f x11grab -r 30 -s 1600x900 -i :0.0 \ -acodec mp3 \ -vcodec libx264 -preset ultrafast -threads 0 \ -f matroska -y ofile.mkv }}} However, removing the **-y** option -- and assuming that a file named `ofile.mkv` already exists, so that ffmpeg asks whether to overwrite it -- results in skew between audio and video. The observed skew seems to be roughly equal to the time it takes for the user to respond to the //File exists. Overwrite?// question. This suggests that the source of the problem may be that the audio timestamp is being initialized prior to the //Overwrite?// question and the video timestamp initialized after the user response. Just guessing. In any case, omitting **-y** produces gross skew effects, and is 100% reproducible on my system. Logfiles obtained using the **-report** option are attached, one for each case (with and without **-y** option). **NOTE:** This ticket was filed with priority "important" because during my own investigation of the issue, I came across a large number of reports by others also stumped by A/V skew peculiarities when attempting aud+vid screencaps using `ffmpeg`. Many were frustrated at being unable to get any of the (numerous) cargo-cult 'recipe' commandline approaches to work. A few of the recipies do explicitly specify using **-y**, but I didn't see any explanations as to why it was necessary, and it seems (at least to me) extremely counterintuitive that that option should have any such effect. In short, aud+vid screencap seems like a not-uncommon application of `ffmpeg` and fixing this sooner rather than later may help quite a few people avoid tripping over the same issue. Just my 2c, and perhaps exaggerating the need for priority. Obviously re- prioritize as you see fit. NOTES: 0. Demo system was Arch linux, synched to repos about 2 days ago. 1. Effect has been observed using **mp3** and **pcm_s16le** audio codecs. 2. Have not tried it with video codecs other than **libx264**. -- Ticket URL: <https://trac.ffmpeg.org/ticket/3615> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 19

#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

#3664(undetermined:new): ffprobe can't read packet DTS/PTS
by FFmpeg 07 Nov '19

07 Nov '19

#3664: ffprobe can't read packet DTS/PTS -------------------------------------+------------------------------------- Reporter: hxuanyu | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- ffprobe built from latest git head can't read out all DTS/PTS. attached txt are output by calling ffprobe -show_packets -select_streams v INPUT hxuanyu@ubuntu:~/Downloads/ffmpeg$ ./ffprobe -show_packets -select_streams v v_h264_30_yuv420p_dar30x17_0.mpeg >latest.txt ffprobe version N-63381-g64bf845 Copyright (c) 2007-2014 the FFmpeg developers built on May 23 2014 16:39:38 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5) configuration: --enable-static --disable-shared --enable-small libavutil 52. 86.100 / 52. 86.100 libavcodec 55. 63.100 / 55. 63.100 libavformat 55. 40.100 / 55. 40.100 libavdevice 55. 13.101 / 55. 13.101 libavfilter 4. 5.100 / 4. 5.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 Input #0, mpeg, from 'v_h264_30_yuv420p_dar30x17_0.mpeg': Duration: 00:00:06.01, start: 1.000000, bitrate: 703 kb/s Stream #0:0[0x1e0]: Video: h264, yuv420p, 480x272 [SAR 1:1 DAR 30:17], 29.97 fps, 29.97 tbr, 90k tbn, 59.94 tbc but ffprobe built from ffmpeg 2.0.1 could read out all DTS/PTS -- Ticket URL: <https://trac.ffmpeg.org/ticket/3664> 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

#3527(undetermined:new): jpegls: support cmyk
by FFmpeg 12 Jan '19

12 Jan '19

#3527: jpegls: support cmyk -------------------------------------+------------------------------------- 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 -------------------------------------+------------------------------------- {{{ C:\>ffmpeg -i cmyk.jls out.bmp 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 Input #0, image2, from 'cmyk.jls': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: jpegls, rgb24, 1024x768, 25 tbr, 25 tbn, 25 tbc Output #0, image2, to 'out.bmp': Metadata: encoder : Lavf55.34.101 Stream #0:0: Video: bmp, bgr24, 1024x768, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (jpegls -> bmp) Press [q] to stop, [?] for help frame= 1 fps=0.0 q=0.0 Lsize=N/A time=00:00:00.04 bitrate=N/A video:2304kB audio:0kB subtitle:0 data:0 global headers:0kB muxing overhead -100 .000931% }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/3527> 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