November 2020 - FFmpeg-trac - lists.ffmpeg.org

#8981(undetermined:new): ffmpeg dependency security bug
by FFmpeg 12 Nov '20

12 Nov '20

#8981: ffmpeg dependency security bug -------------------------------------+------------------------------------- Reporter: fastfading | Type: defect Status: new | Priority: important Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Current ffmpeg version 4.3.1 ffmpeg version 4.3.1-static https://johnvansickle.com/ffmpeg/ Copyright (c) 2000-2020 the FFmpeg developers built with gcc 8 (Debian 8.3.0-6) configuration: --enable-gpl --enable-version3 --enable-static --disable- debug --disable-ffplay --disable-indev=sndio --disable-outdev=sndio --cc=gcc --enable-fontconfig --enable-frei0r --enable-gnutls --enable-gmp --enable-libgme --enable-gray --enable-libaom --enable-libfribidi --enable-libass --enable-libvmaf --enable-libfreetype --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-librubberband --enable-libsoxr --enable-libspeex --enable-libsrt --enable-libvorbis --enable-libopus --enable-libtheora --enable-libvidstab --enable-libvo-amrwbenc --enable-libvpx --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxml2 --enable-libdav1d --enable-libxvid --enable-libzvbi --enable-libzimg depend on 3rd party Lib Bug ID Version Latest Known Version openjpeg CVE-2016-7163 2.3.1 2.3.1 libpng CVE-2019-7317 1.6.36 1.6.37 bzip2 CVE-2019-12900 1.0.6 1.0.8 expat CVE-2019-15903 2.2.6 2.2.10 alsa CVE-2019-13351 1.0.17 These 3rd party libs all have security bugs. you can google CVE bug id for detail easily. For Example https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-7163 Please upgrade these libs to newest version to fix that. -- Ticket URL: <https://trac.ffmpeg.org/ticket/8981> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 1

#8969(undetermined:new): swscale crash
by FFmpeg 12 Nov '20

12 Nov '20

#8969: swscale crash -------------------------------------+------------------------------------- Reporter: dajuric | Type: defect Status: new | Priority: important Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Program is crashing when using swscale (yuv420p->bgr24) on an target image with alignment 1. The underlying OS is Ubuntu 18.04LTS Server edition. The code is working fine on Windows 10, Ubuntu18.04LTS Desktop, OSX. {{{ #include <libswscale/swscale.h> #include <libavutil/imgutils.h> typedef unsigned char byte; void yuv420ToBgr24(uint8_t* srcData[4], int srcStride[4], uint8_t* tgtData[4], int tgtStride[4], int w, int h) { struct SwsContext* context = sws_getContext(w, h, AV_PIX_FMT_YUV420P, w, h, AV_PIX_FMT_BGR24, SWS_FAST_BILINEAR | SWS_BITEXACT, NULL, NULL, NULL); { sws_scale(context, srcData, srcStride, 0, h, tgtData, tgtStride); } sws_freeContext(context); } void main() { int w = 854; int h = 400; uint8_t* yuvData[4]; int yuvStride[4]; av_image_alloc(yuvData, yuvStride, w, h, AV_PIX_FMT_YUV420P, 16); uint8_t* bgrData[4]; int bgrStride[4]; av_image_alloc(bgrData, bgrStride, w, h, AV_PIX_FMT_BGR24, 1); //if align is 1 then segfault is obtained yuv420ToBgr24(yuvData, yuvStride, bgrData, bgrStride, w, h); printf("done\n"); } }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/8969> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 3

Re: [FFmpeg-trac] #1304(avformat:reopened): rawvideo 8bpp: incorrect output with -vcodec copy
by FFmpeg 10 Nov '20

10 Nov '20

#1304: rawvideo 8bpp: incorrect output with -vcodec copy ------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: defect | Status: reopened Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: pal8 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: closed => reopened * resolution: worksforme => -- Ticket URL: <https://trac.ffmpeg.org/ticket/1304#comment:14> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0

Re: [FFmpeg-trac] #1304(avformat:closed): rawvideo 8bpp: incorrect output with -vcodec copy
by FFmpeg 10 Nov '20

10 Nov '20

#1304: rawvideo 8bpp: incorrect output with -vcodec copy ------------------------------------+-------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: worksforme Keywords: pal8 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+-------------------------------------- Comment (by cehoyos): This issue is definitely still reproducible, I don't know if ticket #6832 ever described a valid issue but I will also reopen it. -- Ticket URL: <https://trac.ffmpeg.org/ticket/1304#comment:13> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0

#8968(ffmpeg:new): NVENC no longer supported in 4.3.1 and above
by FFmpeg 10 Nov '20

10 Nov '20

#8968: NVENC no longer supported in 4.3.1 and above --------------------------------+-------------------------------------- Reporter: TankBo | Type: defect Status: new | Priority: important Component: ffmpeg | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+-------------------------------------- Summary of the bug: Any version of FFMpeg above 4.3 gives error about NVENC and API version. Driver does not support the required nvenc API version. How to reproduce: {{{ & $PathToFFMpeg -y -hwaccel_output_format cuda -vsync 0 -i $OldName -c:a ac3 -b:a 640k -c:s copy -pix_fmt yuv420p -c:v hevc_nvenc -level 4 -tier high -g 24 -preset slow -rc vbr_hq -spatial_aq 1 -aq-strength 8 -strict_gop 1 -surfaces 32 -no-scenecut 1 -rc-lookahead:v 48 -color_primaries bt709 -color_trc bt709 -colorspace bt709 $NewName ffmpeg version built on ...4.3.1 and ffmpeg-N-99865-ga125e08130 }}} Version 4.3.1 I get an error about API version. Driver does not support the required nvenc API version. Required: 10.0 Found: 9.1 I also tried with one of the nightly builds ffmpeg-N-99865-ga125e08130-win64-gpl.zip and I got a different error Driver does not support the required nvenc API version. Required: 11.0 Found: 9.1 I have the latest nvidia driver for my Quadro M2000, driver version 441.66. This new API/driver version requirement effectively breaks hardware acceleration with all 5th and 6th generation Nvidia cards. -- Ticket URL: <https://trac.ffmpeg.org/ticket/8968> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 3

#8970(swscale:new): swscale crash
by FFmpeg 10 Nov '20

10 Nov '20

#8970: swscale crash ---------------------------------+-------------------------------------- Reporter: dajuric | Type: defect Status: new | Priority: important Component: swscale | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ---------------------------------+-------------------------------------- Program is crashing when using swscale (yuv420p->bgr24) on an target image with alignment 1. The underlying OS is Ubuntu 18.04LTS Server edition. The code is working fine on Windows 10, Ubuntu18.04LTS Desktop, OSX. {{{ #include <libswscale/swscale.h> #include <libavutil/imgutils.h> typedef unsigned char byte; void yuv420ToBgr24(uint8_t* srcData[4], int srcStride[4], uint8_t* tgtData[4], int tgtStride[4], int w, int h) { struct SwsContext* context = sws_getContext(w, h, AV_PIX_FMT_YUV420P, w, h, AV_PIX_FMT_BGR24, SWS_FAST_BILINEAR | SWS_BITEXACT, NULL, NULL, NULL); { sws_scale(context, srcData, srcStride, 0, h, tgtData, tgtStride); } sws_freeContext(context); } void main() { int w = 854; int h = 400; uint8_t* yuvData[4]; int yuvStride[4]; av_image_alloc(yuvData, yuvStride, w, h, AV_PIX_FMT_YUV420P, 16); uint8_t* bgrData[4]; int bgrStride[4]; av_image_alloc(bgrData, bgrStride, w, h, AV_PIX_FMT_BGR24, 1); //if align is 1 then segfault is obtained yuv420ToBgr24(yuvData, yuvStride, bgrData, bgrStride, w, h); printf("done\n"); } }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/8970> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 2

Re: [FFmpeg-trac] #1304(avformat:closed): rawvideo 8bpp: incorrect output with -vcodec copy
by FFmpeg 10 Nov '20

10 Nov '20

#1304: rawvideo 8bpp: incorrect output with -vcodec copy ------------------------------------+-------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: worksforme Keywords: pal8 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+-------------------------------------- Changes (by vivekyadav): * status: reopened => closed * resolution: => worksforme -- Ticket URL: <https://trac.ffmpeg.org/ticket/1304#comment:12> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0

Re: [FFmpeg-trac] #747(avcodec:closed): Enable AMV encoding for audio
by FFmpeg 09 Nov '20

09 Nov '20

#747: Enable AMV encoding for audio ---------------------------------------+----------------------------------- Reporter: shimmy | Owner: zane Type: enhancement | Status: closed Priority: wish | Component: avcodec Version: git-master | Resolution: fixed Keywords: adpcm_ima_amv | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ---------------------------------------+----------------------------------- Changes (by zane): * status: open => closed * resolution: => fixed Comment: Closed as of a2fea0f4690e4f11ba093f14509643c44a485165. -- Ticket URL: <https://trac.ffmpeg.org/ticket/747#comment:4> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0

#8944(undetermined:new): 2 output fifos are not enough (4.1.6)
by FFmpeg 08 Nov '20

08 Nov '20

#8944: 2 output fifos are not enough (4.1.6) --------------------------------------+---------------------------------- Reporter: SteveNewcomb | Type: defect Status: new | Priority: normal Component: undetermined | Version: 4.1.4 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+---------------------------------- Summary of the bug (a lacuna in the documentation??): When demuxing a US broadcast transport stream into its distinct programs, it is easy and efficient to write them as separate files, using a single ffmpeg process as shown below. In my experience, there may be as many as 5 such programs. But I don't need them as separate *files*; I need them as separate *streams*, each being output to its own fifo (named pipe). As far as I can see from the documentation and from experience, ffmpeg can only write streams to 2 fifos, i.e. stdout (file descriptor 1, pipe:1) and stderr (file descriptor 2, pipe:2). If I attempt to output to an existing named pipe, I get the message "File '<name>' already exists. Exiting." How can I write each program to a separate named pipe? (In any case I would like to reserve stdout and stderr for their normal purposes.) In the below example, I'm writing three programs to three separate files. It works well, and I need only a single ffmpeg instance to handle all three outputs. How can I do the same thing with three named pipes (fifos)? How to reproduce: {{{ % hdhomerun_config hdhr0 save /tuner0 - \ | fmpeg -i - \ -ignore_unknown -movflags frag_keyframe+empty_moov -c copy -f mp4 -map p:3:v -map p:3:a /tmp/hdhrprogram_09_3_ABC.fifo \ -ignore_unknown -movflags frag_keyframe+empty_moov -c copy -f mp4 -map p:4:v -map p:4:a /tmp/hdhrprogram_09_4_CW.fifo \ -ignore_unknown -movflags frag_keyframe+empty_moov -c copy -f mp4 -map p:5:v -map p:5:a /tmp/hdhrprogram_09_5_Charge_.fifo built on ... ffmpeg version 4.1.6-1~deb10u1 Copyright (c) 2000-2020 the FFmpeg developers built with gcc 8 (Debian 8.3.0-6) configuration: --prefix=/usr --extra-version='1~deb10u1' --toolchain=hardened --libdir=/usr/lib/x86_64-linux-gnu --incdir=/usr/include/x86_64-linux-gnu --arch=amd64 --enable-gpl --disable-stripping --enable-avresample --disable-filter=resample --enable-avisynth --enable-gnutls --enable-ladspa --enable-libaom --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libcdio --enable-libcodec2 --enable-libflite --enable- libfontconfig --enable-libfreetype --enable-libfribidi --enable-libgme --enable-libgsm --enable-libjack --enable-libmp3lame --enable-libmysofa --enable-libopenjpeg --enable-libopenmpt --enable-libopus --enable- libpulse --enable-librsvg --enable-librubberband --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libssh --enable-libtheora --enable-libtwolame --enable-libvidstab --enable- libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable- libx265 --enable-libxml2 --enable-libxvid --enable-libzmq --enable-libzvbi --enable-lv2 --enable-omx --enable-openal --enable-opengl --enable-sdl2 --enable-libdc1394 --enable-libdrm --enable-libiec61883 --enable- chromaprint --enable-frei0r --enable-libx264 --enable-shared }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/8944> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 5

#8964(ffprobe:new): ffprobe: Wrong character encoding for AVI container
by FFmpeg 08 Nov '20

08 Nov '20

#8964: ffprobe: Wrong character encoding for AVI container -----------------------------------+--------------------------------------- Reporter: malaterre | Type: enhancement Status: new | Priority: normal Component: ffprobe | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+--------------------------------------- Summary of the bug: How to reproduce: {{{ % echo $LANG en_US.UTF-8 % ffmpeg -y -i input.mp4 -c:v copy -c:a copy -metadata title="Un Monstre à Paris" -metadata comment="An exercise with unicode" output.avi % ffprobe -v error -hide_banner -show_format -print_format json -i output.avi [...] "title": "Un Monstre à Paris", }}} The above is incorrect, it should instead prints: {{{ % mediainfo output.avi [...] Movie name : Un Monstre Ã Paris }}} See: * https://superuser.com/questions/1599675/ffmpeg-character-encodings-used- by-container -- Ticket URL: <https://trac.ffmpeg.org/ticket/8964> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 10