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

#7113(avcodec:new): NO_DATA is discarded from the AMR stream
by FFmpeg 11 Apr '20

11 Apr '20

#7113: NO_DATA is discarded from the AMR stream -------------------------------------+------------------------------------- Reporter: blikjeham | Type: defect Status: new | Priority: normal Component: avcodec | Version: Keywords: amr NO_DATA | unspecified Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- NO_DATA is discarded from the AMR streams, resulting in no silence between audio segments. How to reproduce: {{{ % ffmpeg -y -f amr -i input.awb output.au ffmpeg version 2.2.1 Copyright (c) 2000-2014 the FFmpeg developers built on Jun 17 2014 01:25:46 with gcc 4.8.2 (GCC) 20140120 (Red Hat 4.8.2-16) configuration: --prefix=/usr --libdir=/usr/lib64 --shlibdir=/usr/lib64 --mandir=/usr/share/man --enable-shared --enable-runtime-cpudetect --enable-gpl --enable-version3 --enable-postproc --enable-avfilter --enable-pthreads --enable-x11grab --enable-vdpau --disable-avisynth --enable-frei0r --enable-libdc1394 --enable-libgsm --enable-libmp3lame --enable-libnut --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-librtmp --enable-libspeex --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --extra-cflags='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp- buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -fPIC' --disable- stripping 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.102 / 2. 5.102 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 [amr @ 0x1e8a9c0] Estimating duration from bitrate, this may be inaccurate Input #0, amr, from 'input.awb': Duration: 00:01:03.75, bitrate: 7 kb/s Stream #0:0: Audio: amr_wb (sawb / 0x62776173), 16000 Hz, mono, flt, 7 kb/s Output #0, au, to 'output.au': Metadata: encoder : Lavf55.33.100 Stream #0:0: Audio: pcm_s16be ([3][0][0][0] / 0x0003), 16000 Hz, mono, s16, 256 kb/s Stream mapping: Stream #0:0 -> #0:0 (amrwb -> pcm_s16be) Press [q] to stop, [?] for help [amrwb @ 0x1e93720] Invalid mode 15 Error while decoding stream #0:0: Invalid data found when processing input }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/7113> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 7

Re: [FFmpeg-trac] #2622(avformat:open): Subtitle (hdmv pgs) remux fails
by FFmpeg 10 Apr '20

10 Apr '20

#2622: Subtitle (hdmv pgs) remux fails -------------------------------------+------------------------------------- Reporter: skifreak | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: pgssub | Blocked By: mpegts | Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Balling): https://patchwork.ffmpeg.org/project/ffmpeg/patch/20200410194453.11257-4-cu… -- Ticket URL: <https://trac.ffmpeg.org/ticket/2622#comment:11> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0

#8609(undetermined:new): overlay_qsv cannot burn graphic subtitles on windows
by FFmpeg 10 Apr '20

10 Apr '20

#8609: overlay_qsv cannot burn graphic subtitles on windows -------------------------------------+------------------------------------- Reporter: frank_yifei | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: QSV | Blocked By: overlay_qsv dvdsub subtitles | Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: Tried to burn dvdsub subtitles with this command ffmpeg.exe -c:v h264_qsv -hwaccel qsv -i file:"E:\Movies\魔女宅急便 (1989)\魔女宅急便 (1989) h264-720p AAC-2ch.mkv" -map_metadata -1 -map_chapters -1 -threads 0 -map 0:0 -map 0:1 -codec:v:0 h264_qsv -preset 7 -look_ahead 0 -b:v 3073050 -maxrate 3073050 -bufsize 6146100 -profile:v high -level 4.1 -copyts -filter_complex "[0:2]scale=1280:690,hwupload=extra_hw_frames=64[sub];[0:0][sub]overlay_qsv=x=(W-w)/2:y=(H-h)/2,scale_qsv=format=nv12" -start_at_zero -vsync -1 -codec:a:0 libmp3lame -ac 2 -ab 192000 -copyts -avoid_negative_ts disabled -f hls -max_delay 5000000 -hls_time 3 -individual_header_trailer 0 -hls_segment_type mpegts -start_number 0 -hls_segment_filename "C:\Users\NAS\AppData\Local\Jellyfin\transcodes\transcodes\1dca7b37cb19f0ea101c7ef1bf1719e2%d.ts" -hls_playlist_type vod -hls_list_size 0 -y "C:\Users\NAS\AppData\Local\Jellyfin\transcodes\transcodes\1dca7b37cb19f0ea101c7ef1bf1719e2.m3u8" log shows: [AVHWFramesContext @ 0000022721410380] Unsupported pixel format: bgra [AVHWFramesContext @ 0000022721410380] Error creating an internal frame pool [AVHWFramesContext @ 00000227214116c0] Error initializing a child frames context [AVHWFramesContext @ 00000227214116c0] Error creating an internal frame pool [Parsed_hwupload_1 @ 00000227216dc4c0] Failed to configure output pad on Parsed_hwupload_1 Error reinitializing filters! Failed to inject frame into filter network: Invalid argument Error while processing the decoded data for stream #0:0 [libmp3lame @ 0000022720e74d00] 3 frames left in the queue on closing Conversion failed! -- Ticket URL: <https://trac.ffmpeg.org/ticket/8609> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 5

#8606(avformat:new): avformat/hlsenc produces corrupted HLS stream meta data
by FFmpeg 10 Apr '20

10 Apr '20

#8606: avformat/hlsenc produces corrupted HLS stream meta data ----------------------------------+-------------------------------------- Reporter: dvrogozh | Type: defect Status: new | Priority: normal Component: avformat | Version: git-master Keywords: hls | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- Summary of the bug: Running HLS stream generation w/ ffmpeg produces corrupted meta-data. Specifically, master m3u8 list has invalid name (tream.m3u8 - leading s is missing) for the child list. Child list is created correctly on the disk. Example: {{{ $ ls -1 index.m3u8 stream_0 stream_0.m3u8 $ cat index.m3u8 #EXTM3U #EXT-X-VERSION:3 #EXT-X-STREAM- INF:BANDWIDTH=211198,RESOLUTION=1280x534,CODECS="avc1.64001f,mp4a.40.2" tream_0.m3u8 }}} How to reproduce (I've been on 99ebb03 commitid): {{{ ffmpeg -c:v h264 -re -i TearsOfSteel.mp4 -c:a copy \ -c:v libx264 -f hls -hls_time 2 \ -hls_playlist_type event -master_pl_name index.m3u8 \ -hls_segment_filename stream_%v/data%06d.ts \ -use_localtime_mkdir 1 -var_stream_map 'v:0,a:0' stream_%v.m3u8 }}} This seems to be a regression since commitid 7239254 works ok for me. Here is analisys: {{{ $ git bisect start $ git bisect bad 99ebb03 $ git bisect good 7239254 git bisect log git bisect start # bad: [99ebb033d21df58b359b496662b066bc48ae6662] avformat/hlsenc: use av_asprintf() git bisect bad 99ebb033d21df58b359b496662b066bc48ae6662 # good: [7239254b1da28c1a0d8dff8916edefc98b88775e] avfilter/hue: fix range in comment git bisect good 7239254b1da28c1a0d8dff8916edefc98b88775e # good: [5a0575e32c62765549675833a0e523769955b616] avformat/movenc: add write_clli flag to write clli atom git bisect good 5a0575e32c62765549675833a0e523769955b616 # good: [c59233d50336c8f8eedd94f960ef927ffbae5c29] lavc/sbc: Remove bool usage. git bisect good c59233d50336c8f8eedd94f960ef927ffbae5c29 # good: [7e4527e8fa1f8f0bba6a7f7cadc407813f17fbd1] avfilter/vf_derain.c: put all the calculation in model file. git bisect good 7e4527e8fa1f8f0bba6a7f7cadc407813f17fbd1 # good: [3935c891e96c0819439da43d1b862652bbbdf065] avcodec/flacdsp_template: Fix invalid shifts in decorrelate git bisect good 3935c891e96c0819439da43d1b862652bbbdf065 # good: [de8f6a403350dca74a4d395a2c8b85592138cf0c] avformat/hlsenc: Fix memleak when deleting old segments git bisect good de8f6a403350dca74a4d395a2c8b85592138cf0c # bad: [73dc87c4f07f82b9756b3bbf4d4e9f18e46ef2e3] avformat/hlsplaylist: simplify code for checking whether the string is empty git bisect bad 73dc87c4f07f82b9756b3bbf4d4e9f18e46ef2e3 # bad: [e2e8ef5076bfe20d70c98bed9f142bc4b94c1e2d] avformat/hlsenc: remove the first slash of the relative path line in the master m3u8 file git bisect bad e2e8ef5076bfe20d70c98bed9f142bc4b94c1e2d # good: [c9cd0a20b209144648f8402f6b4ed0970cd54502] avformat/hlsenc: Use AVBPrint to avoid allocations of strings git bisect good c9cd0a20b209144648f8402f6b4ed0970cd54502 # first bad commit: [e2e8ef5076bfe20d70c98bed9f142bc4b94c1e2d] avformat/hlsenc: remove the first slash of the relative path line in the master m3u8 file }}} So, this points out to: {{{ commit e2e8ef5076bfe20d70c98bed9f142bc4b94c1e2d Author: Limin Wang <lance.lmwang(a)gmail.com> Date: Thu Mar 26 21:56:57 2020 +0800 avformat/hlsenc: remove the first slash of the relative path line in the master m3u8 file Please testing with the following command: ./ffmpeg -y -i input.mkv \ -b:v:0 5250k -c:v h264 -pix_fmt yuv420p -profile:v main -level 4.1 \ -b:a:0 256k \ -c:a mp2 -ar 48000 -ac 2 -map 0:v -map 0:a:0\ -f hls -var_stream_map "v:0,a:0" \ -master_pl_name master.m3u8 -t 300 -hls_time 10 -hls_init_time 4 -hls_list_size \ 10 -master_pl_publish_rate 10 -hls_flags \ delete_segments+discont_start+split_by_time ./tmp/video.m3u8 then cat ./tmp/master.m3u8 before: #EXTM3U #EXT-X-VERSION:3 #EXT-X-STREAM- INF:BANDWIDTH=6056600,RESOLUTION=1280x720,CODECS="avc1.4d4829,mp4a.40.33" /video.m3u8 $ ./ffmpeg -i ./tmp/master.m3u8 -c:v copy -c:a mp2 ./test.mkv [hls @ 0x7f82f9000000] Skip ('#EXT-X-VERSION:3') [hls @ 0x7f82f9000000] Opening '/video.m3u8' for reading [hls @ 0x7f82f9000000] parse_playlist error No such file or directory [/video.m3u8] ./tmp/master.m3u8: No such file or directory after: #EXTM3U #EXT-X-VERSION:3 #EXT-X-STREAM- INF:BANDWIDTH=6056600,RESOLUTION=1280x720,CODECS="avc1.4d4829,mp4a.40.33" video.m3u8 Signed-off-by: Limin Wang <lance.lmwang(a)gmail.com> }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/8606> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 5

#4610(avcodec:new): Unsupported jpeg 2000 marker 0xFF61
by FFmpeg 09 Apr '20

09 Apr '20

#4610: Unsupported jpeg 2000 marker 0xFF61 ---------------------------------------+--------------------------------- Reporter: cehoyos | Owner: Type: enhancement | Status: new Priority: wish | Component: avcodec Version: git-master | Keywords: j2k Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 ---------------------------------------+--------------------------------- {{{ $ ffmpeg -i p1_02.j2k ffmpeg version N-72808-gb58a3c8 Copyright (c) 2000-2015 the FFmpeg developers built with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --enable-libvpx --enable-libwebp libavutil 54. 27.100 / 54. 27.100 libavcodec 56. 41.100 / 56. 41.100 libavformat 56. 36.100 / 56. 36.100 libavdevice 56. 4.100 / 56. 4.100 libavfilter 5. 16.101 / 5. 16.101 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 2.100 / 1. 2.100 libpostproc 53. 3.100 / 53. 3.100 [jpeg2000 @ 0x2d922c0] extra cblk styles A [jpeg2000 @ 0x2d922c0] unsupported marker 0xFF61 at pos 0x106 [jpeg2000 @ 0x2d922c0] nonzerobits -4 invalid Input #0, j2k_pipe, from 'p1_02.j2k': Duration: N/A, bitrate: N/A Stream #0:0: Video: jpeg2000 (JPEG 2000 no codestream restrictions), rgb24, 640x480, 25 tbr, 25 tbn, 25 tbc At least one output file must be specified }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/4610> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 5

#8589(undetermined:new): Concat demuxer is not closing file handles for old playlists
by FFmpeg 08 Apr '20

08 Apr '20

#8589: Concat demuxer is not closing file handles for old playlists -------------------------------------+------------------------------------- Reporter: karli2000 | Type: defect Status: new | Priority: normal Component: | Version: 4.2 undetermined | Keywords: concat | Blocked By: playlist cpu | Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- == Summary of the bug: == on Ubuntu 18.04 (i guess on all linux distributions), when you reference a new playlist in a concat playlist file and this new playlist is getting played the file handle of the first playlist is not getting closed, even when the second playlist has the same name. == How to reproduce: == generate a test-video like this: {{{ ffmpeg -f lavfi -i testsrc=s=720x576:r=12:d=4 -pix_fmt yuv422p -vf "drawbox=w=50:h=w:t=w:c=${c:?}" test.mkv }}} generate a playlist file called "test.txt" with this content: {{{ ffconcat version 1.0 file 'test.mkv' file 'test.txt' }}} invoke ffmpeg like this (streaming the file to a local udp port just to get it going forever): {{{ ffmpeg -re -f concat -i test.txt -c copy -f rtp rtp://localhost:2000 }}} Get the process number for ffmpeg (like ps xa|grep ffmpeg) Check how many file handles this process takes: {{{ lsof -p <processnumber> }}} You will see that over time the "test.txt" playlist file handle will get more and more, so the concat demuxer is not closing the file handle after reading the playlist. Same behaviour if you switch between different playlists or use pipes, even the bash example on https://trac.ffmpeg.org/wiki/Concatenate has this problem. Over time this leads to cpu increase of the ffmpeg process until the machine runs out of file handles. I tried it with different ffmpeg version from 4.1 to 4.2 (including on Ubuntu the version from the ppa:jonathonf/ffmpeg-4 repository) every time the same problem. -- Ticket URL: <https://trac.ffmpeg.org/ticket/8589> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 8

#7102(avfilter:new): Compilation for MIPS with -msoft-float against musl libc fails
by FFmpeg 08 Apr '20

08 Apr '20

#7102: Compilation for MIPS with -msoft-float against musl libc fails -------------------------------------+------------------------------------- Reporter: gbr | Type: defect Status: new | Priority: normal Component: avfilter | Version: git- Keywords: MIPS fenv.h | master Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- vf_drawtext.c cannot be compiled for MIPS with software floating-point support against musl libc. Build command: gcc -msoft-float ... -c vf_drawtext.c Error report: {{{ libavfilter/vf_drawtext.c: In function 'func_eval_expr_int_format': libavfilter/vf_drawtext.c:947:29: error: 'FE_INVALID' undeclared (first use in this function); did you mean 'EINVAL'? if ((ret = fetestexcept(FE_INVALID|FE_OVERFLOW|FE_UNDERFLOW))) { ^~~~~~~~~~ EINVAL libavfilter/vf_drawtext.c:947:29: note: each undeclared identifier is reported only once for each function it appears in libavfilter/vf_drawtext.c:947:40: error: 'FE_OVERFLOW' undeclared (first use in this function); did you mean 'EOVERFLOW'? if ((ret = fetestexcept(FE_INVALID|FE_OVERFLOW|FE_UNDERFLOW))) { ^~~~~~~~~~~ EOVERFLOW libavfilter/vf_drawtext.c:947:52: error: 'FE_UNDERFLOW' undeclared (first use in this function); did you mean 'FE_OVERFLOW'? if ((ret = fetestexcept(FE_INVALID|FE_OVERFLOW|FE_UNDERFLOW))) { ^~~~~~~~~~~~ FE_OVERFLOW }}} mips/bits/fenv.h contains the following excerpt: {{{ #ifdef __mips_soft_float #define FE_ALL_EXCEPT 0 #define FE_TONEAREST 0 #else #define FE_INEXACT 4 #define FE_UNDERFLOW 8 #define FE_OVERFLOW 16 #define FE_DIVBYZERO 32 #define FE_INVALID 64 #define FE_ALL_EXCEPT 124 #define FE_TONEAREST 0 #define FE_TOWARDZERO 1 #define FE_UPWARD 2 #define FE_DOWNWARD 3 #endif }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/7102> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 1

#8605(avformat:new): DV25 flagged as progressive in AVI vprp chunk
by FFmpeg 08 Apr '20

08 Apr '20

#8605: DV25 flagged as progressive in AVI vprp chunk ----------------------------------+-------------------------------------- Reporter: Zenitram | Type: defect Status: new | Priority: normal Component: avformat | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- Summary of the bug: DV25 is interlaced (the only progressive DV are "DVCPRO Progressive" format at 50 Mbps, and DVCPRO HD), but is sometimes flagged as progressive when muxed in AVI by FFmpeg. DV --> MOV: OK (no "fiel" atom written) DV --> AVI: NOK ("vprp" chunk written with FieldPerFrame set to 1) DV in MOV with correct "fiel" atom -> AVI: OK ("vprp" chunk written with FieldPerFrame set to 2) DV in AVI with correct "vprp" chunk -> AVI: NOK ("vprp" chunk written with FieldPerFrame set to 1) First command is DV in AVI direct creation (wrong "vprp"). Second and third command are transwrapping from DV in MOV (edited for injecting a "fiel" atom, attached) to AVI (this one is OK, correct "vprp"), then AVI to AVI (this one is NOK, wrong "vprp"). How to reproduce: {{{ ffmpeg -f lavfi -i testsrc=size=720x576 -vcodec dvvideo -r 25 -acodec pcm_s16be -ac 2 -vframes 1 dvpp_direct.avi ffmpeg version git-2020-04-03-52523b6 Copyright (c) 2000-2020 the FFmpeg developers built with gcc 9.3.1 (GCC) 20200328 configuration: --enable-gpl --enable-version3 --enable-sdl2 --enable- fontconfig --enable-gnutls --enable-iconv --enable-libass --enable- libdav1d --enable-libbluray --enable-libfreetype --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libsrt --enable-libtheora --enable-libtwolame --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxml2 --enable-libzimg --enable-lzma --enable-zlib --enable-gmp --enable-libvidstab --enable-libvmaf --enable-libvorbis --enable-libvo- amrwbenc --enable-libmysofa --enable-libspeex --enable-libxvid --enable- libaom --enable-libmfx --enable-ffnvcodec --enable-cuda-llvm --enable- cuvid --enable-d3d11va --enable-nvenc --enable-nvdec --enable-dxva2 --enable-avisynth --enable-libopenmpt --enable-amf libavutil 56. 42.102 / 56. 42.102 libavcodec 58. 77.101 / 58. 77.101 libavformat 58. 42.100 / 58. 42.100 libavdevice 58. 9.103 / 58. 9.103 libavfilter 7. 77.101 / 7. 77.101 libswscale 5. 6.101 / 5. 6.101 libswresample 3. 6.100 / 3. 6.100 libpostproc 55. 6.100 / 55. 6.100 Input #0, lavfi, from 'testsrc=size=720x576': Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0: Video: rawvideo (RGB[24] / 0x18424752), rgb24, 720x576 [SAR 1:1 DAR 5:4], 25 tbr, 25 tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (rawvideo (native) -> dvvideo (native)) Press [q] to stop, [?] for help Output #0, avi, to 'dvpp_direct.avi': Metadata: ISFT : Lavf58.42.100 Stream #0:0: Video: dvvideo (dvsd / 0x64737664), yuv420p, 720x576 [SAR 1:1 DAR 5:4], q=2-31, 200 kb/s, 25 fps, 25 tbn, 25 tbc Metadata: encoder : Lavc58.77.101 dvvideo frame= 1 fps=0.0 q=-0.0 Lsize= 146kB time=00:00:00.04 bitrate=29957.2kbits/s speed=2.67x video:141kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 4.018055% If you check the content of "vprp" chunck with an AVI debug tool, you can see e.g.: 010F4 Video properties (76 bytes) 010F4 Header (8 bytes) 010F4 Name: vprp 010F8 Size: 68 (0x00000044) 010FC VideoFormatToken: 0 (0x00000000) 01100 VideoStandard: 0 (0x00000000) 01104 VerticalRefreshRate: 25 (0x00000019) 01108 HTotalInT: 720 (0x000002D0) 0110C VTotalInLines: 576 (0x00000240) 01110 FrameAspectRatio Height: 4 (0x0004) 01112 FrameAspectRatio Width: 5 (0x0005) 01114 FrameWidthInPixels: 720 (0x000002D0) 01118 FrameHeightInLines: 576 (0x00000240) 0111C FieldPerFrame: 1 (0x00000001) 01120 Field (32 bytes) 01120 CompressedBMHeight: 576 (0x00000240) 01124 CompressedBMWidth: 720 (0x000002D0) 01128 ValidBMHeight: 576 (0x00000240) 0112C ValidBMWidth: 720 (0x000002D0) 01130 ValidBMXOffset: 0 (0x00000000) 01134 ValidBMYOffset: 0 (0x00000000) 01138 VideoXOffsetInT: 0 (0x00000000) 0113C VideoYValidStartLine: 0 (0x00000000) *** ffmpeg -i dvpp_fiel.mov -c:v copy dvpp_fiel.avi ffmpeg version git-2020-04-03-52523b6 Copyright (c) 2000-2020 the FFmpeg developers built with gcc 9.3.1 (GCC) 20200328 configuration: --enable-gpl --enable-version3 --enable-sdl2 --enable- fontconfig --enable-gnutls --enable-iconv --enable-libass --enable- libdav1d --enable-libbluray --enable-libfreetype --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libsrt --enable-libtheora --enable-libtwolame --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxml2 --enable-libzimg --enable-lzma --enable-zlib --enable-gmp --enable-libvidstab --enable-libvmaf --enable-libvorbis --enable-libvo- amrwbenc --enable-libmysofa --enable-libspeex --enable-libxvid --enable- libaom --enable-libmfx --enable-ffnvcodec --enable-cuda-llvm --enable- cuvid --enable-d3d11va --enable-nvenc --enable-nvdec --enable-dxva2 --enable-avisynth --enable-libopenmpt --enable-amf libavutil 56. 42.102 / 56. 42.102 libavcodec 58. 77.101 / 58. 77.101 libavformat 58. 42.100 / 58. 42.100 libavdevice 58. 9.103 / 58. 9.103 libavfilter 7. 77.101 / 7. 77.101 libswscale 5. 6.101 / 5. 6.101 libswresample 3. 6.100 / 3. 6.100 libpostproc 55. 6.100 / 55. 6.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'dvpp_fiel.mov': Metadata: major_brand : qt minor_version : 512 compatible_brands: qt encoder : Manual edited Duration: 00:00:00.04, start: 0.000000, bitrate: 29085 kb/s Stream #0:0: Video: dvvideo (dvcp / 0x70637664), yuv420p(bottom coded first (swapped)), 720x576 [SAR 16:15 DAR 4:3], 28800 kb/s, 25 fps, 25 tbr, 12800 tbn, 25 tbc (default) Metadata: handler_name : VideoHandler timecode : 00:00:00:00 Stream #0:1(eng): Data: none (tmcd / 0x64636D74), 0 kb/s Metadata: handler_name : TimeCodeHandler timecode : 00:00:00:00 Output #0, avi, to 'dvpp_fiel.avi': Metadata: major_brand : qt minor_version : 512 compatible_brands: qt ISFT : Lavf58.42.100 Stream #0:0: Video: dvvideo (dvsd / 0x64737664), yuv420p(bottom coded first (swapped)), 720x576 [SAR 16:15 DAR 4:3], q=2-31, 28800 kb/s, 25 fps, 25 tbr, 50 tbn, 50 tbc (default) Metadata: handler_name : VideoHandler timecode : 00:00:00:00 Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help frame= 1 fps=0.0 q=-1.0 Lsize= 146kB time=00:00:00.02 bitrate=59936.8kbits/s speed= 20x video:141kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 4.056944% If you check the content of "vprp" chunck with an AVI debug tool, you can see e.g.: 010F4 Video properties (108 bytes) 010F4 Header (8 bytes) 010F4 Name: vprp 010F8 Size: 100 (0x00000064) 010FC VideoFormatToken: 0 (0x00000000) 01100 VideoStandard: 0 (0x00000000) 01104 VerticalRefreshRate: 50 (0x00000032) 01108 HTotalInT: 720 (0x000002D0) 0110C VTotalInLines: 576 (0x00000240) 01110 FrameAspectRatio Height: 3 (0x0003) 01112 FrameAspectRatio Width: 4 (0x0004) 01114 FrameWidthInPixels: 720 (0x000002D0) 01118 FrameHeightInLines: 576 (0x00000240) 0111C FieldPerFrame: 2 (0x00000002) 01120 Field (32 bytes) 01120 CompressedBMHeight: 288 (0x00000120) 01124 CompressedBMWidth: 720 (0x000002D0) 01128 ValidBMHeight: 288 (0x00000120) 0112C ValidBMWidth: 720 (0x000002D0) 01130 ValidBMXOffset: 0 (0x00000000) 01134 ValidBMYOffset: 0 (0x00000000) 01138 VideoXOffsetInT: 0 (0x00000000) 0113C VideoYValidStartLine: 1 (0x00000001) 01140 Field (32 bytes) 01140 CompressedBMHeight: 288 (0x00000120) 01144 CompressedBMWidth: 720 (0x000002D0) 01148 ValidBMHeight: 288 (0x00000120) 0114C ValidBMWidth: 720 (0x000002D0) 01150 ValidBMXOffset: 0 (0x00000000) 01154 ValidBMYOffset: 0 (0x00000000) 01158 VideoXOffsetInT: 0 (0x00000000) 0115C VideoYValidStartLine: 0 (0x00000000) ffmpeg -i dvpp_fiel.avi -c:v copy dvpp_fiel2.avi ffmpeg version git-2020-04-03-52523b6 Copyright (c) 2000-2020 the FFmpeg developers built with gcc 9.3.1 (GCC) 20200328 configuration: --enable-gpl --enable-version3 --enable-sdl2 --enable- fontconfig --enable-gnutls --enable-iconv --enable-libass --enable- libdav1d --enable-libbluray --enable-libfreetype --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libsrt --enable-libtheora --enable-libtwolame --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxml2 --enable-libzimg --enable-lzma --enable-zlib --enable-gmp --enable-libvidstab --enable-libvmaf --enable-libvorbis --enable-libvo- amrwbenc --enable-libmysofa --enable-libspeex --enable-libxvid --enable- libaom --enable-libmfx --enable-ffnvcodec --enable-cuda-llvm --enable- cuvid --enable-d3d11va --enable-nvenc --enable-nvdec --enable-dxva2 --enable-avisynth --enable-libopenmpt --enable-amf libavutil 56. 42.102 / 56. 42.102 libavcodec 58. 77.101 / 58. 77.101 libavformat 58. 42.100 / 58. 42.100 libavdevice 58. 9.103 / 58. 9.103 libavfilter 7. 77.101 / 7. 77.101 libswscale 5. 6.101 / 5. 6.101 libswresample 3. 6.100 / 3. 6.100 libpostproc 55. 6.100 / 55. 6.100 Input #0, avi, from 'dvpp_fiel.avi': Metadata: encoder : Lavf58.42.100 Duration: 00:00:00.04, start: 0.000000, bitrate: 29968 kb/s Stream #0:0: Video: dvvideo (dvsd / 0x64737664), yuv420p, 720x576 [SAR 16:15 DAR 4:3], 50 fps, 25 tbr, 50 tbn, 25 tbc Output #0, avi, to 'dvpp_fiel2.avi': Metadata: ISFT : Lavf58.42.100 Stream #0:0: Video: dvvideo (dvsd / 0x64737664), yuv420p, 720x576 [SAR 16:15 DAR 4:3], q=2-31, 50 fps, 25 tbr, 50 tbn, 50 tbc Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help frame= 2 fps=0.0 q=-1.0 Lsize= 146kB time=00:00:00.04 bitrate=29966.8kbits/s speed=N/A video:141kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 4.051389% If you check the content of "vprp" chunck with an AVI debug tool, you can see e.g.: 010F4 Video properties (76 bytes) 010F4 Header (8 bytes) 010F4 Name: vprp 010F8 Size: 68 (0x00000044) 010FC VideoFormatToken: 0 (0x00000000) 01100 VideoStandard: 0 (0x00000000) 01104 VerticalRefreshRate: 50 (0x00000032) 01108 HTotalInT: 720 (0x000002D0) 0110C VTotalInLines: 576 (0x00000240) 01110 FrameAspectRatio Height: 3 (0x0003) 01112 FrameAspectRatio Width: 4 (0x0004) 01114 FrameWidthInPixels: 720 (0x000002D0) 01118 FrameHeightInLines: 576 (0x00000240) 0111C FieldPerFrame: 1 (0x00000001) 01120 Field (32 bytes) 01120 CompressedBMHeight: 576 (0x00000240) 01124 CompressedBMWidth: 720 (0x000002D0) 01128 ValidBMHeight: 576 (0x00000240) 0112C ValidBMWidth: 720 (0x000002D0) 01130 ValidBMXOffset: 0 (0x00000000) 01134 ValidBMYOffset: 0 (0x00000000) 01138 VideoXOffsetInT: 0 (0x00000000) 0113C VideoYValidStartLine: 0 (0x00000000) }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/8605> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 1

#8604(avformat:new): (feat request) live_start_index in dash demuxer
by FFmpeg 07 Apr '20

07 Apr '20

#8604: (feat request) live_start_index in dash demuxer -----------------------------------+--------------------------------------- Reporter: mattgrain | Type: enhancement Status: new | Priority: normal Component: avformat | Version: git-master Keywords: dash | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+--------------------------------------- Summary of the bug: It would be nice to specify the start index of the segment to start at, similar to how the hls demuxer works. Looking at `libavformat/dashdec.c`, it currently just goes to the current segment when the type is `dynamic`. Happy to work on a patch :) -- Ticket URL: <https://trac.ffmpeg.org/ticket/8604> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 1

#8603(avfilter:new): QSV VPPFrameRateConversion enhancements
by FFmpeg 07 Apr '20

07 Apr '20

#8603: QSV VPPFrameRateConversion enhancements -------------------------------------+------------------------------------- Reporter: | Type: OpenSourceAnarchist | enhancement Status: new | Priority: normal Component: avfilter | Version: git- | master Keywords: qsv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: In vf_vpp_qsv.c, there is support for mfxExtVPPFrameRateConversion. However, the only algorithm used is MFX_FRCALGM_DISTRIBUTED_TIMESTAMP. In Intel Media SDK, two other algorithms are supported: MFX_FRCALGM_PRESERVE_TIMESTAMP and MFX_FRCALGM_FRAME_INTERPOLATION. It would be useful to allow the user to select their preferred algorithm instead of only supporting MFX_FRCALGM_DISTRIBUTED_TIMESTAMP. Moreover, enabling support for MFX_FRCALGM_FRAME_INTERPOLATION would allow users to have another frame interpolation filter than minterpolate which could provide significant speed enhancements on supported hardware. -- Ticket URL: <https://trac.ffmpeg.org/ticket/8603> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 2