August 2016 - FFmpeg-trac - lists.ffmpeg.org

#4037(undetermined:new): [Transcoding] Duration and frame number changed after transcoding
by FFmpeg 05 Aug '16

05 Aug '16

#4037: [Transcoding] Duration and frame number changed after transcoding -------------------------------------+------------------------------------- Reporter: hungnv | Type: defect Status: new | Priority: important Component: | Version: undetermined | unspecified Keywords: | Blocked By: transcoding, mpegts | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: The input video has duration: Duration: 00:00:15.08, start: 91.000511, bitrate: 1428 kb/s After transcoding it, duration changed to: Duration: 00:00:15.09, start: 1.469089, bitrate: 922 kb/s I also use transcoding.c from trunk, modify it abit to work with mpegts file, duration change to: Duration: 00:00:15.01, start: 90.989133, bitrate: 489 kb/s How to reproduce: {{{ %ffmpeg -v debug -y -i yeuxa90.ts -vcodec libx264 -vb 500000 -s 640x360 -f mpegts -aspect 16:9 -g 25 -keyint_min 50 -vf scale=640:-1 -x264opts "keyint=50:min-keyint=50:no-scenecut" ffmpeg.ts ffmpeg version 2.4.1 Copyright (c) 2000-2014 the FFmpeg developers built on Oct 7 2014 09:23:21 with gcc 4.6 (Ubuntu/Linaro 4.6.4-3ubuntu1) }}} The input video can be found at : [http://221.132.35.210/yeuxa90.ts ] I believe with ffmpeg, there's something make packet/frame duplicated, and with transcoding example, frame was dropped... Modified version of transcoding here: https://gist.github.com/whatvn/52e23b3f50c1b9c02cc7 -- Ticket URL: <https://trac.ffmpeg.org/ticket/4037> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 31

#5754(avfilter:new): [Subtitle bug] I can't burn srt subtitles into the video
by FFmpeg 05 Aug '16

05 Aug '16

#5754: [Subtitle bug] I can't burn srt subtitles into the video -------------------------------------+------------------------------------- Reporter: bordon | Type: Status: new | enhancement Component: avfilter | Priority: critical Keywords: Subtitle | Version: git- Bug | master Blocking: | Blocked By: Analyzed by developer: 1 | Reproduced by developer: 1 -------------------------------------+------------------------------------- '''Summary of the bug:''' When I transcode video (with a separate srt subtitle) on windows x64,it can't work correctly. '''My environment is as follows:''' ffmpeg version: the offical 64-bit static for windows https://ffmpeg.zeranoe.com/builds/win64/static/ffmpeg-20160718-a49ed9e- win64-static.zip OS: Win2008 x64 CPU: Intel i7 4770K with iGPU driver GPU: Nvidia Geforce GTX 750 Ti with 368.81 driver '''How to reproduce:''' D:\ffmpeg\bin>ffmpeg.exe -i E:\movie\KB11-11-00.辛白林 .Cymbeline.2014.1080p.BluRay.x264.DTS- WiKi\Cymbeline.2014.1080p.BluRay.x264.DTS-WiKi.mkv -vf "su btitles=:filename=E:\movie\KB11-11-00.辛白林 .Cymbeline.2014.1080p.BluRay.x264.DTS- WiKi\Cymbeline.2014.1080p.BluRay.x264.DTS-WiKi.srt" -c:v h264_nvenc -s 1280X720 -gpu 0 -b:v 1400k -c:a aac -b:a 65k -f mp4 E:\output\Cymbeline.2014.1080p.BluRay.x264.DTS-WiKi.mp4 '''Return results：''' [Parsed_subtitles_0 @ 0000000002c0f840] Shaper: FriBidi 0.19.6 (SIMPLE) [Parsed_subtitles_0 @ 0000000002c0f840] Unable to open movieKB11-11-00.杈涚櫧鏋?Cymbeline.2014.1080p.BluRay.x264.DTS- WiKiCymbeline.2014.1080p.BluRay.x264.DTS-WiKi.srt [AVFilterGraph @ 0000000002c1f040] Error initializing filter 'subtitles' with args ':filename=E:movieKB11-11-00.杈涚櫧鏋 ?Cymbeline.2014.1080p.BluRay.x264.DTS-WiKiCymbeline.2014.1080p.BluRay. iKi.srt' Error opening filters! If transcode video only, it can work correctly. After that, I consider perhaps i should use a slash in subtitle file path, so I try to use the following command: D:\ffmpeg\bin>ffmpeg.exe -i E:\movie\KB11-11-00.辛白林 .Cymbeline.2014.1080p.BluRay.x264.DTS- WiKi\Cymbeline.2014.1080p.BluRay.x264.DTS-WiKi.mkv -vf "su btitles=:filename=E:/movie/KB11-11-00.辛白林 .Cymbeline.2014.1080p.BluRay.x264.DTS- WiKi/Cymbeline.2014.1080p.BluRay.x264.DTS-WiKi.srt" -c:v h264_nvenc -s 1280X720 -gpu 0 -b:v 1400k -c:a aac -b:a 65k -f mp4 E:\output\Cymbeline.2014.1080p.BluRay.x264.DTS-WiKi.mp4 But it return the following error: [Parsed_subtitles_0 @ 0000000002bef840] Shaper: FriBidi 0.19.6 (SIMPLE) [Parsed_subtitles_0 @ 0000000002bef840] Unable to open /movie/KB11-11-00. 杈涚櫧鏋?Cymbeline.2014.1080p.BluRay.x264.DTS- WiKi/Cymbeline.2014.1080p.BluRay.x264.DTS-WiKi.srt [AVFilterGraph @ 0000000002bff040] Error initializing filter 'subtitles' with args ':filename=E:/movie/KB11-11-00.杈涚櫧鏋 ?Cymbeline.2014.1080p.BluRay.x264.DTS- WiKi/Cymbeline.2014.1080p.BluRay.x264.DT S-WiKi.srt' Error opening filters! -- Ticket URL: <https://trac.ffmpeg.org/ticket/5754> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 8

#5757(avfilter:new): [Subtitle bug] ffmpeg can't load the subtitle file that isn't located in the same directory with ffmpeg.exe
by FFmpeg 05 Aug '16

05 Aug '16

#5757: [Subtitle bug] ffmpeg can't load the subtitle file that isn't located in the same directory with ffmpeg.exe ----------------------------------+--------------------------------------- Reporter: bordon | Type: enhancement Status: new | Priority: critical Component: avfilter | Version: git-master Keywords: subtitle | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ----------------------------------+--------------------------------------- ''''''Summary of the bug:'''''' [Subtitle bug] ffmpeg can't load the subtitle file that isn't located in the same directory with ffmpeg.exe '''How to reproduce:''' You can transcode a video file with a seperate subtile file. When you put the subtitle file in the same directory with the ffmpeg.exe program,it work correctly. But when you put the subtitle file in a different directory with the ffmpeg.exe program,it didn't work and return the following errors: [Parsed_subtitles_0 @ 0000000002bef840] Unable to open /movie/KB11-11-00. 杈涚櫧鏋?Cymbeline.2014.1080p.BluRay??.x264.DTS- WiKi/Cymbeline??.2014.1080p.BluRay??.x264.DTS-WiKi??.srt I'm looking forward the offical can solve the problem as soon as possible. Through my research, I found it's the reason of libass library. I'm looking forward the offical can solve the problem as soon as possible. Thanks! -- Ticket URL: <https://trac.ffmpeg.org/ticket/5757> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 1

#4441(undetermined:new): support HDCD
by FFmpeg 05 Aug '16

05 Aug '16

#4441: support HDCD -------------------------------------+------------------------------------- Reporter: calestyo | Type: Status: new | enhancement Component: | Priority: wish undetermined | Version: Keywords: | unspecified Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Hey. (Thought I'd have reported that here before, but I cannot find the ticket anymore) AFAICS, ffmpeg does not support HDCD content (i.e. CD-DAs that use that encoding or WAVs extracted from such CD-DAs and in which the necessary data should still be present). Even though HDCD is a dead format now (well more or less, according to some source there are allegedly still up to 4k titles available... not much) it would be nice if a decoder could be added, since people have CDs respectively rips thereof in this format and it would be nice if they have a way to listen to it even in 20 years or so. Apparently there is source code for a decoder available under an open source license, so that might be taken and adapted as necessary: https://github.com/kode54/foo_hdcd Many information about HDCDs is floating around the web, e.g.: https://forum.dbpoweramp.com/showthread.php?27540-Ripping-HDCDs-Best- practices In any case note, that HDCD doesn't only apply to CDs (as mentioned above). Further, it's apparently the case there are several features in HDCD (some of this is explained above) and that just the stream indicator for "HDCD encoding present" alone doesn't tell much... Also it and the features as well can vary from track to track. Best wishes, Chris. -- Ticket URL: <https://trac.ffmpeg.org/ticket/4441> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 34

Re: [FFmpeg-trac] #2591(avcodec:open): Feature Request: Add ability to use Quick Sync to transcode video files
by FFmpeg 04 Aug '16

04 Aug '16

#2591: Feature Request: Add ability to use Quick Sync to transcode video files -------------------------------------+----------------------------------- Reporter: zjacobs | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: h264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by bordon): Replying to [comment:22 iaz-art]: I also want to use it if you can integrate Intel QSV decoding and VPP filtering features into ffmpeg,and I can pay for you if your integration can work correctly. My Email: lucky.bordon(a)gmail.com -- Ticket URL: <https://trac.ffmpeg.org/ticket/2591#comment:25> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0

Re: [FFmpeg-trac] #2591(avcodec:open): Feature Request: Add ability to use Quick Sync to transcode video files
by FFmpeg 04 Aug '16

04 Aug '16

#2591: Feature Request: Add ability to use Quick Sync to transcode video files -------------------------------------+----------------------------------- Reporter: zjacobs | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: h264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by bordon): Hi,iaz-art: Did you have integrate Intel QuickSync's decoding and VPP filtering features into ffmpeg ? I want using it too, and I can pay for you if your integration can work correctly. My Email: lucky.bordon(a)gmail.com -- Ticket URL: <https://trac.ffmpeg.org/ticket/2591#comment:24> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0

#5751(documentation:new): chroma_radius, cr & chroma_strength, cs setting range is wrong.
by FFmpeg 03 Aug '16

03 Aug '16

#5751: chroma_radius, cr & chroma_strength, cs setting range is wrong. -------------------------------------+------------------------------------- Reporter: nicol | Type: defect Status: new | Priority: minor Component: | Version: git- documentation | master Keywords: sab | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: chroma_radius, cr & chroma_strength, cs setting range is wrong, ffmpeg -h filter=sab and documentation. How to reproduce: {{{ % ffmpeg -h filter=sab ffmpeg version N-81234-ge1be80a built on ... Zeranoe }}} ffmpeg -h filter=sab chroma_radius <float> ..FV.... set chroma radius (from '''-0.9''' to 4) (default -0.9) cr <float> ..FV.... set chroma radius (from '''-0.9''' to 4) (default -0.9) https://ffmpeg.org/ffmpeg-filters.html#sab chroma_radius, cr Set chroma blur filter strength, must be a value in range '''0.1'''-4.0. A greater value will result in a more blurred image, and in slower processing. ffmpeg -h filter=sab chroma_strength <float> ..FV.... set chroma strength (from '''-0.9''' to 100) (default -0.9) cs <float> ..FV.... set chroma strength (from '''-0.9''' to 100) (default -0.9) https://ffmpeg.org/ffmpeg-filters.html#sab chroma_strength, cs Set chroma maximum difference between pixels to still be considered, must be a value in the '''0.1'''-100.0 range. -- Ticket URL: <https://trac.ffmpeg.org/ticket/5751> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 2

#5681(avcodec:new): 12bit DNxHR 444 and HQX disabled by default
by FFmpeg 03 Aug '16

03 Aug '16

#5681: 12bit DNxHR 444 and HQX disabled by default --------------------------------------+---------------------------------- Reporter: mash | Type: defect Status: new | Priority: normal Component: avcodec | Version: 3.0.2 Keywords: dnxhr, 12bit | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+---------------------------------- 12bit DNxHR 444 and HQX files exported by davinci resolve can not be played by ffplay or mpv without option '-strict experimental' the reason for this behavior can be found in: https://github.com/FFmpeg/FFmpeg/commit/55711e6fd0528f2cb17f1ce64c8da3f92bb… here are two samples to reproduce the problem: http://users.mur.at/ms/attachments/dnxhr-hqx.mov http://users.mur.at/ms/attachments/dnxhr-444.mov both files can be played in ffplay and mpv with '-strict experimental' please enable 12bit support again. -- Ticket URL: <https://trac.ffmpeg.org/ticket/5681> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 4

#5747(ffmpeg:new): Dirac decoder compilation fails on x64 when yasm is available
by FFmpeg 02 Aug '16

02 Aug '16

#5747: Dirac decoder compilation fails on x64 when yasm is available ----------------------------------+-------------------------------------- Reporter: hexeract | Type: defect Status: new | Priority: normal Component: ffmpeg | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- Summary of the bug: When compiling ffmpeg on MacOSX x64 and using yasm, the linking fails with the following error: {{{ STRIP libavcodec/x86/vp9itxfm.o AR libavcodec/libavcodec.a LD ffmpeg_g LD ffprobe_g Undefined symbols for architecture x86_64: "_ff_horizontal_compose_dd97i_ssse3", referenced from: _horizontal_compose_dd97i_ssse3 in libavcodec.a(dirac_dwt_init.o) Undefined symbols for architecture x86_64: "_ff_horizontal_compose_dd97i_ssse3", referenced from: _horizontal_compose_dd97i_ssse3 in libavcodec.a(dirac_dwt_init.o) "_ff_horizontal_compose_haar0i_sse2", referenced from: _horizontal_compose_haar0i_sse2 in libavcodec.a(dirac_dwt_init.o) "_ff_horizontal_compose_haar0i_sse2", referenced from: _horizontal_compose_haar0i_sse2 in libavcodec.a(dirac_dwt_init.o) "_ff_horizontal_compose_haar1i_sse2", referenced from: _horizontal_compose_haar1i_sse2 in libavcodec.a(dirac_dwt_init.o) "_ff_horizontal_compose_haar1i_sse2", referenced from: _horizontal_compose_haar1i_sse2 in libavcodec.a(dirac_dwt_init.o) "_ff_vertical_compose53iL0_sse2", referenced from: _vertical_compose53iL0_sse2 in libavcodec.a(dirac_dwt_init.o) "_ff_vertical_compose53iL0_sse2", referenced from: _vertical_compose53iL0_sse2 in libavcodec.a(dirac_dwt_init.o) "_ff_vertical_compose_dd137iL0_sse2", referenced from: _vertical_compose_dd137iL0_sse2 in libavcodec.a(dirac_dwt_init.o) "_ff_vertical_compose_dd137iL0_sse2", referenced from: _vertical_compose_dd137iL0_sse2 in libavcodec.a(dirac_dwt_init.o) "_ff_vertical_compose_dd97iH0_sse2", referenced from: _vertical_compose_dd97iH0_sse2 in libavcodec.a(dirac_dwt_init.o) "_ff_vertical_compose_dd97iH0_sse2", referenced from: _vertical_compose_dd97iH0_sse2 in libavcodec.a(dirac_dwt_init.o) "_ff_vertical_compose_dirac53iH0_sse2", referenced from: _vertical_compose_dirac53iH0_sse2 in libavcodec.a(dirac_dwt_init.o) "_ff_vertical_compose_dirac53iH0_sse2", referenced from: _vertical_compose_dirac53iH0_sse2 in libavcodec.a(dirac_dwt_init.o) "_ff_vertical_compose_haar_sse2", referenced from: _vertical_compose_haar_sse2 in libavcodec.a(dirac_dwt_init.o) "_ff_vertical_compose_haar_sse2", referenced from: _vertical_compose_haar_sse2 in libavcodec.a(dirac_dwt_init.o) ld: symbol(s) not found for architecture x86_64 ld: symbol(s) not found for architecture x86_64 clang: error: linker command failed with exit code 1 (use -v to see invocation) make: *** [ffprobe_g] Error 1 make: *** Waiting for unfinished jobs.... clang: error: linker command failed with exit code 1 (use -v to see invocation) make: *** [ffmpeg_g] Error 1 }}} How to reproduce: {{{ mkdir /tmp/ffmpeg-build cd $HOME/Downloads curl -LO http://www.tortall.net/projects/yasm/releases/yasm-1.3.0.tar.gz tar xzpf yasm-1.3.0.tar.gz cd yasm-1.3.0 ./configure --prefix=/tmp/ffmpeg-build/ make -j 8 make install export PATH=/tmp/ffmpeg-build/bin:$PATH curl -LO http://www.ffmpeg.org/releases/ffmpeg-snapshot.tar.bz2 tar xjpf ffmpeg-snapshot.tar.bz2 cd ffmpeg ./configure --prefix=/tmp/ffmpeg-build \ --enable-static \ --disable-shared \ --disable-doc make -j 4 }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/5747> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 2

#5738(avcodec:new): alac encoding regression
by FFmpeg 02 Aug '16

02 Aug '16

#5738: alac encoding regression -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git- | Keywords: alac crash master | abort regression Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- Forum user madhartigan has reported an alac encoding regression since 3ef5de0f19774e2c3dd9b08ba2e8ab7241a4862a {{{ $ ffmpeg -i ph160628d1_09_Things_People_Do.flac -acodec alac -f null - ffmpeg version N-81118-gfb91850 Copyright (c) 2000-2016 the FFmpeg developers built with gcc 4.8 (SUSE Linux) configuration: --enable-gpl --enable-libvpx libavutil 55. 28.100 / 55. 28.100 libavcodec 57. 50.100 / 57. 50.100 libavformat 57. 44.100 / 57. 44.100 libavdevice 57. 0.102 / 57. 0.102 libavfilter 6. 49.100 / 6. 49.100 libswscale 4. 1.100 / 4. 1.100 libswresample 2. 1.100 / 2. 1.100 libpostproc 54. 0.100 / 54. 0.100 Input #0, flac, from 'ph160628d1_09_Things_People_Do.flac': Metadata: COMMENT : powered by nugs.net ALBUM : 2016/06/28 Philadelphia, PA COPYRIGHT : 2015, Phish TITLE : Things People Do URL : http://www.livephish.com ARTIST : Phish ALBUM ARTIST : Phish ENCODER : X Lossless Decoder 20151214 ENCODEDBY : nugs.net DATE : 2016 track : 9 disc : 1 GENRE : Rock Duration: 00:02:49.32, start: 0.000000, bitrate: 963 kb/s Stream #0:0: Audio: flac, 44100 Hz, stereo, s16 Stream #0:1: Video: mjpeg, yuvj420p(pc, bt470bg/unknown/unknown), 1700x1700 [SAR 72:72 DAR 1:1], 90k tbr, 90k tbn, 90k tbc Metadata: comment : 32x32 pixels 'file icon' title : Enter description [null @ 0x22e4660] Using AVStream.codec to pass codec parameters to muxers is deprecated, use AVStream.codecpar instead. Last message repeated 1 times Output #0, null, to 'pipe:': Metadata: COMMENT : powered by nugs.net ALBUM : 2016/06/28 Philadelphia, PA COPYRIGHT : 2015, Phish TITLE : Things People Do URL : http://www.livephish.com ARTIST : Phish ALBUM ARTIST : Phish GENRE : Rock ENCODEDBY : nugs.net DATE : 2016 track : 9 disc : 1 encoder : Lavf57.44.100 Stream #0:0: Video: wrapped_avframe, yuvj420p, 1700x1700 [SAR 72:72 DAR 1:1], q=2-31, 200 kb/s, 90k fps, 90k tbn, 90k tbc Metadata: comment : 32x32 pixels 'file icon' title : Enter description encoder : Lavc57.50.100 wrapped_avframe Stream #0:1: Audio: alac, 44100 Hz, stereo, s16p, 128 kb/s Metadata: encoder : Lavc57.50.100 alac Stream mapping: Stream #0:1 -> #0:0 (mjpeg (native) -> wrapped_avframe (native)) Stream #0:0 -> #0:1 (flac (native) -> alac (native)) Press [q] to stop, [?] for help Internal error, put_bits buffer too small Assertion s->buf_ptr < s->buf_end failed at libavcodec/put_bits.h:108 Aborted }}} Encoding works fine (and is bitexact on decoding with FFmpeg) if I disable the assert. The file can be found with Google and at https://www.datafilehost.com/d/c8c7d514 -- Ticket URL: <https://trac.ffmpeg.org/ticket/5738> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 4