December 2017 - FFmpeg-trac - lists.ffmpeg.org

Re: [FFmpeg-trac] #3123(avformat:new): Request: Support MKV files with ordered chapters
by FFmpeg 17 Dec '17

17 Dec '17

#3123: Request: Support MKV files with ordered chapters -------------------------------------+------------------------------------ Reporter: 11rcombs | Owner: Type: enhancement | Status: new Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: mkv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by JouMxyzptlk): * cc: jou@… (added) -- Ticket URL: <https://trac.ffmpeg.org/ticket/3123#comment:6> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0

#6916(undetermined:new): DVBSUB ==> DVDSUB width oversized (canvas_size issue ?)
by FFmpeg 17 Dec '17

17 Dec '17

#6916: DVBSUB ==> DVDSUB width oversized (canvas_size issue ?) -------------------------------------+------------------------------------- Reporter: Sami32 | Type: Status: new | enhancement Component: | Priority: normal undetermined | Version: git- Keywords: DVDSUB | master canvas | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: When converting DVBSUB to DVDSUB, the bitmap subtitle size is modified and become a slighly bigger size after been converted to DVDSUB. See the following images: https://ibb.co/btyDh6 (DVBSUB original) https://ibb.co/mxcnaR (DVDSUB convertion) Sample used can be found here: http://samples.ffmpeg.org/ffmpeg- bugs/trac/ticket2838/BDAV%20recorded%20video%20sample.ts How to reproduce: {{{ % ffmpeg -canvas_size 720x576 -fix_sub_duration -i "F:\!MEDIA_TEST_FILES\UMS Video Testing Suite (20150121)\TESTS\INTERNAL SUBTITLES\BDAV recorded video sample.ts" -c:v copy -c:a copy -c:s dvdsub -f matroska dvdsub.mkv }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/6916> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 9

#6919(undetermined:new): Mac MKV2MP4 violates the LGPL
by FFmpeg 17 Dec '17

17 Dec '17

#6919: Mac MKV2MP4 violates the LGPL -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: license | Status: new violation | Component: Priority: normal | undetermined Version: | Keywords: unspecified | Blocking: Blocked By: | Analyzed by developer: 0 Reproduced by developer: 0 | -------------------------------------+------------------------------------- I downloaded MKV2MP4 1.4.6 (size 11137653, md5sum 88d06ef21fa2d0c42d9ff4571efd950c) from corecode.io: No matching sources visible, no license visible. -- Ticket URL: <https://trac.ffmpeg.org/ticket/6919> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0

#6491(undetermined:new): FFMPEG crashes when trying to crop 1080p60 video to 1440x1080 and interlace
by FFmpeg 15 Dec '17

15 Dec '17

#6491: FFMPEG crashes when trying to crop 1080p60 video to 1440x1080 and interlace -------------------------------------+------------------------------------- Reporter: alexpigment | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: crash, | Blocked By: ffmpeg, 1080i, 1440x1080, | Reproduced by developer: 0 interlace, crop | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: When using a real 1080p60 video source (i.e. not lavfi), attempting to both crop to 1440x1080 and then interlace causes FFMPEG to crash. The same video can be either cropped or interlaced individually with success. Also, doing the cropping and interlacing in two subsequent encodes works as expected. Interestingly, if I crop, scale to 720x480, then interlace in a single encode, this works as expected. How to reproduce: Use included sample (or perhaps another 1080p60 video) and then use the following command line: {{{ % ffmpeg -i 1080p60sample.mp4 -vf crop=1440:1080,interlace=scan=tff -c:v libx264 -x264-params tff -flags +ilme+ildct -an output.mp4 }}} ffmpeg version N-86537-gae6f6d4 built on 2017-06-20 -- Ticket URL: <https://trac.ffmpeg.org/ticket/6491> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 4

#6911(avfilter:new): Drawbox & drawgrid replace source pixels if input or box color has alpha
by FFmpeg 14 Dec '17

14 Dec '17

#6911: Drawbox & drawgrid replace source pixels if input or box color has alpha ----------------------------------+-------------------------------------- Reporter: Gyan | Type: defect Status: new | Priority: normal Component: avfilter | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- If the video input has an alpha component or the user specifies transparency in the box/grid-color, the drawbox and drawgrid filters replace the source pixels when painting the box or grid. This is almost always undesired. The alpha component of the user color is meant for blending the box/grid on top of the input. The input alpha should be left intact. Essentially, the filters draw a "hole" if alpha is involved. See attached `result-drawbox-src-with-no-alpha-existing.jpg` Inputs and outputs for `ffmpeg -i view.jpg -i window.png -lavfi "[1]drawbox=200:0:400:56:c=black@0.5:t=fill[win];[0][win]overlay" result- drawbox-src-with-alpha-existing.jpg` are attached, along with expected result. -- Ticket URL: <https://trac.ffmpeg.org/ticket/6911> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 2

#6835(avcodec:new): DVBSUB -> DVDSUB
by FFmpeg 14 Dec '17

14 Dec '17

#6835: DVBSUB -> DVDSUB -------------------------------------+------------------------------------- Reporter: Sami32 | Type: Status: new | enhancement Component: avcodec | Priority: normal Keywords: dvbsub | Version: git- dvdsub | master Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Summary of the bug: The resulting DVDSUB seem to be "blurred" [[Image(http://www.hostingpics.net/viewer.php?id=768364testNadahardvbsubtitle…]] VLC and PotPlayer was used, and the subtitle position is different than the DVBSUB default one. How to reproduce: Here the source file used: https://we.tl/sDXeChYS61 TS file of around 66 MB, link valid for 7 days. {{{ % ffmpeg -fflags +genpts -i "F:\!MEDIA_TEST_FILES\UMS Video Testing Suite (20150121)\TESTS\INTERNAL SUBTITLES\20130718 2342 - NRK2 HD - Barnearbeid og slaveri.[0].ts" -map 0:v -map 0:a:0 -map 0:a:1 -map 0:s:0 -c:v copy -c:a:0 copy -c:a:1 copy -c:s dvdsub -f matroska testNadahar_dvbsubtitle2.mkv }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/6835> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 6

#6610(undetermined:new): Multiple video AdaptionSets with dash
by FFmpeg 13 Dec '17

13 Dec '17

#6610: Multiple video AdaptionSets with dash -------------------------------------+------------------------------------- Reporter: Sparkyish | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: | Blocked By: dash,manifest,adaptationSet,representation,dashenc.c| Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- I am trying to create a dash manifest which includes multiple video AdaptationSets (specifically DASH, not webm_dash). However, it seems all output streams of AVMEDIA_TYPE_VIDEO are automatically grouped within a single AdaptationSet, and categorized as additional Representations within the dash manifest. While webm_dash_manifest supports the adaptationSets parameter, reviewing dashenc.c, it does not seem there is currently a way to include multiple video AdaptationSets in a dash manifest. Since Representations are intended to only differ in quality level (resolution / bitrate), and AdaptationSets are intended for different content, this is a limitation because there is no way to include multiple videos of different content (such as different camera angles) in a dash stream. How to reproduce: {{{ % ffmpeg -i in1.mov -i in2.mov -map 0:v -map 0:a -map 1:v -f dash dashtest/Manifest.mpd ffmpeg version N-87027-gd826951 Copyright (c) 2000-2017 the FFmpeg developers built with gcc 7.1.0 (GCC) configuration: --enable-gpl --enable-version3 --enable-cuda --enable- cuvid --enable-d3d11va --enable-dxva2 --enable-libmfx --enable-nvenc --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenh264 --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvo-amrwbenc --enable-libvorbis --enable- libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable- libx265 --enable-libxavs --enable-libxvid --enable-libzimg --enable-lzma --enable-zlib libavutil 55. 74.100 / 55. 74.100 libavcodec 57.103.100 / 57.103.100 libavformat 57. 76.100 / 57. 76.100 libavdevice 57. 7.100 / 57. 7.100 libavfilter 6.100.100 / 6.100.100 libswscale 4. 7.102 / 4. 7.102 libswresample 2. 8.100 / 2. 8.100 libpostproc 54. 6.100 / 54. 6.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'in1.mov': Metadata: major_brand : qt minor_version : 0 compatible_brands: qt creation_time : 2017-08-06T14:07:37.000000Z com.apple.quicktime.location.ISO6709: +38.9344-104.8211+1934.449/ com.apple.quicktime.make: Apple com.apple.quicktime.model: iPhone 6s Plus com.apple.quicktime.software: 10.3.3 com.apple.quicktime.creationdate: 2017-08-06T08:04:37-0600 Duration: 00:00:04.49, start: 0.000000, bitrate: 2338 kb/s Stream #0:0(und): Audio: aac (LC) (mp4a / 0x6134706D), 44100 Hz, mono, fltp, 80 kb/s (default) Metadata: creation_time : 2017-08-06T14:07:37.000000Z handler_name : Core Media Data Handler Stream #0:1(und): Video: h264 (Main) (avc1 / 0x31637661), yuv420p(tv, bt709), 1280x720, 2234 kb/s, 30 fps, 30 tbr, 600 tbn, 1200 tbc (default) Metadata: creation_time : 2017-08-06T14:07:37.000000Z handler_name : Core Media Data Handler encoder : H.264 Stream #0:2(und): Data: none (mebx / 0x7862656D), 4 kb/s (default) Metadata: creation_time : 2017-08-06T14:07:37.000000Z handler_name : Core Media Data Handler Stream #0:3(und): Data: none (mebx / 0x7862656D), 0 kb/s (default) Metadata: creation_time : 2017-08-06T14:07:37.000000Z handler_name : Core Media Data Handler Input #1, mov,mp4,m4a,3gp,3g2,mj2, from 'in2.mov': Metadata: major_brand : qt minor_version : 0 compatible_brands: qt creation_time : 2017-08-06T14:07:37.000000Z com.apple.quicktime.location.ISO6709: +38.9344-104.8211+1934.449/ com.apple.quicktime.make: Apple com.apple.quicktime.model: iPhone 6s Plus com.apple.quicktime.software: 10.3.3 com.apple.quicktime.creationdate: 2017-08-06T08:04:37-0600 Duration: 00:00:04.49, start: 0.000000, bitrate: 2338 kb/s Stream #1:0(und): Audio: aac (LC) (mp4a / 0x6134706D), 44100 Hz, mono, fltp, 80 kb/s (default) Metadata: creation_time : 2017-08-06T14:07:37.000000Z handler_name : Core Media Data Handler Stream #1:1(und): Video: h264 (Main) (avc1 / 0x31637661), yuv420p(tv, bt709), 1280x720, 2234 kb/s, 30 fps, 30 tbr, 600 tbn, 1200 tbc (default) Metadata: creation_time : 2017-08-06T14:07:37.000000Z handler_name : Core Media Data Handler encoder : H.264 Stream #1:2(und): Data: none (mebx / 0x7862656D), 4 kb/s (default) Metadata: creation_time : 2017-08-06T14:07:37.000000Z handler_name : Core Media Data Handler Stream #1:3(und): Data: none (mebx / 0x7862656D), 0 kb/s (default) Metadata: creation_time : 2017-08-06T14:07:37.000000Z handler_name : Core Media Data Handler Stream mapping: Stream #0:1 -> #0:0 (h264 (native) -> h264 (libx264)) Stream #0:0 -> #0:1 (aac (native) -> aac (native)) Stream #1:1 -> #0:2 (h264 (native) -> h264 (libx264)) Press [q] to stop, [?] for help [libx264 @ 0000000002692300] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX FMA3 BMI2 AVX2 [libx264 @ 0000000002692300] profile High, level 3.1 [libx264 @ 0000000002692300] 264 - core 152 r2851 ba24899 - H.264/MPEG-4 AVC codec - Copyleft 2003-2017 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=22 lookahead_threads=3 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00 [libx264 @ 0000000002695320] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX FMA3 BMI2 AVX2 [libx264 @ 0000000002695320] profile High, level 3.1 [libx264 @ 0000000002695320] 264 - core 152 r2851 ba24899 - H.264/MPEG-4 AVC codec - Copyleft 2003-2017 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=22 lookahead_threads=3 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00 [dash @ 0000000002696940] No bit rate set for stream 0 [dash @ 0000000002696940] No bit rate set for stream 2 [dash @ 0000000002696940] Opening 'dashtest/init-stream0.m4s' for writing [dash @ 0000000002696940] Opening 'dashtest/init-stream1.m4s' for writing [dash @ 0000000002696940] Opening 'dashtest/init-stream2.m4s' for writing Output #0, dash, to 'dashtest/Manifest.mpd': Metadata: major_brand : qt minor_version : 0 compatible_brands: qt com.apple.quicktime.creationdate: 2017-08-06T08:04:37-0600 com.apple.quicktime.location.ISO6709: +38.9344-104.8211+1934.449/ com.apple.quicktime.make: Apple com.apple.quicktime.model: iPhone 6s Plus com.apple.quicktime.software: 10.3.3 encoder : Lavf57.76.100 Stream #0:0(und): Video: h264 (libx264), yuv420p(progressive), 1280x720, q=-1--1, 30 fps, 15360 tbn, 30 tbc (default) Metadata: creation_time : 2017-08-06T14:07:37.000000Z handler_name : Core Media Data Handler encoder : Lavc57.103.100 libx264 Side data: cpb: bitrate max/min/avg: 0/0/0 buffer size: 0 vbv_delay: -1 Stream #0:1(und): Audio: aac (LC), 44100 Hz, mono, fltp, 69 kb/s (default) Metadata: creation_time : 2017-08-06T14:07:37.000000Z handler_name : Core Media Data Handler encoder : Lavc57.103.100 aac Stream #0:2(und): Video: h264 (libx264), yuv420p, 1280x720, q=-1--1, 30 fps, 15360 tbn, 30 tbc (default) Metadata: creation_time : 2017-08-06T14:07:37.000000Z handler_name : Core Media Data Handler encoder : Lavc57.103.100 libx264 Side data: cpb: bitrate max/min/avg: 0/0/0 buffer size: 0 vbv_delay: -1 [dash @ 0000000002696940] Opening 'dashtest/Manifest.mpd.tmp' for writinged=6.59x [dash @ 0000000002696940] No bit rate set for stream 004.45 bitrate=N/A speed=2.96x [dash @ 0000000002696940] No bit rate set for stream 2 [dash @ 0000000002696940] Opening 'dashtest/chunk-stream0-00001.m4s.tmp' for writing [dash @ 0000000002696940] Opening 'dashtest/chunk-stream1-00001.m4s.tmp' for writing [dash @ 0000000002696940] Opening 'dashtest/chunk-stream2-00001.m4s.tmp' for writing [dash @ 0000000002696940] Opening 'dashtest/Manifest.mpd.tmp' for writing frame= 135 fps= 59 q=-1.0 Lq=-1.0 size=N/A time=00:00:04.50 bitrate=N/A speed=1.98x video:1866kB audio:39kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown [libx264 @ 0000000002692300] frame I:2 Avg QP:21.77 size: 29000 [libx264 @ 0000000002692300] frame P:46 Avg QP:22.70 size: 12893 [libx264 @ 0000000002692300] frame B:87 Avg QP:24.85 size: 3489 [libx264 @ 0000000002692300] consecutive B-frames: 2.2% 35.6% 0.0% 62.2% [libx264 @ 0000000002692300] mb I I16..4: 26.3% 53.2% 20.5% [libx264 @ 0000000002692300] mb P I16..4: 8.8% 9.2% 1.5% P16..4: 45.8% 8.7% 3.6% 0.0% 0.0% skip:22.5% [libx264 @ 0000000002692300] mb B I16..4: 1.0% 0.8% 0.1% B16..8: 33.8% 2.5% 0.2% direct: 2.6% skip:59.1% L0:43.6% L1:52.8% BI: 3.6% [libx264 @ 0000000002692300] 8x8 transform intra:47.5% inter:80.6% [libx264 @ 0000000002692300] coded y,uvDC,uvAC intra: 26.1% 63.7% 17.0% inter: 7.3% 20.2% 1.1% [libx264 @ 0000000002692300] i16 v,h,dc,p: 39% 34% 13% 14% [libx264 @ 0000000002692300] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 30% 22% 37% 2% 2% 2% 2% 2% 2% [libx264 @ 0000000002692300] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 38% 24% 12% 4% 5% 5% 4% 4% 4% [libx264 @ 0000000002692300] i8c dc,h,v,p: 40% 25% 27% 8% [libx264 @ 0000000002692300] Weighted P-Frames: Y:2.2% UV:0.0% [libx264 @ 0000000002692300] ref P L0: 72.0% 8.3% 14.2% 5.5% [libx264 @ 0000000002692300] ref B L0: 92.2% 6.3% 1.5% [libx264 @ 0000000002692300] ref B L1: 97.8% 2.2% [libx264 @ 0000000002692300] kb/s:1697.10 [aac @ 0000000002693b20] Qavg: 966.864 [libx264 @ 0000000002695320] frame I:2 Avg QP:21.77 size: 29000 [libx264 @ 0000000002695320] frame P:46 Avg QP:22.70 size: 12893 [libx264 @ 0000000002695320] frame B:87 Avg QP:24.85 size: 3489 [libx264 @ 0000000002695320] consecutive B-frames: 2.2% 35.6% 0.0% 62.2% [libx264 @ 0000000002695320] mb I I16..4: 26.3% 53.2% 20.5% [libx264 @ 0000000002695320] mb P I16..4: 8.8% 9.2% 1.5% P16..4: 45.8% 8.7% 3.6% 0.0% 0.0% skip:22.5% [libx264 @ 0000000002695320] mb B I16..4: 1.0% 0.8% 0.1% B16..8: 33.8% 2.5% 0.2% direct: 2.6% skip:59.1% L0:43.6% L1:52.8% BI: 3.6% [libx264 @ 0000000002695320] 8x8 transform intra:47.5% inter:80.6% [libx264 @ 0000000002695320] coded y,uvDC,uvAC intra: 26.1% 63.7% 17.0% inter: 7.3% 20.2% 1.1% [libx264 @ 0000000002695320] i16 v,h,dc,p: 39% 34% 13% 14% [libx264 @ 0000000002695320] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 30% 22% 37% 2% 2% 2% 2% 2% 2% [libx264 @ 0000000002695320] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 38% 24% 12% 4% 5% 5% 4% 4% 4% [libx264 @ 0000000002695320] i8c dc,h,v,p: 40% 25% 27% 8% [libx264 @ 0000000002695320] Weighted P-Frames: Y:2.2% UV:0.0% [libx264 @ 0000000002695320] ref P L0: 72.0% 8.3% 14.2% 5.5% [libx264 @ 0000000002695320] ref B L0: 92.2% 6.3% 1.5% [libx264 @ 0000000002695320] ref B L1: 97.8% 2.2% [libx264 @ 0000000002695320] kb/s:1697.10 }}} Produces the following manifest: {{{ <?xml version="1.0" encoding="utf-8"?> <MPD xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="urn:mpeg:dash:schema:mpd:2011" xmlns:xlink="http://www.w3.org/1999/xlink" xsi:schemaLocation="urn:mpeg:DASH:schema:MPD:2011 http://standards.iso.org/ittf/PubliclyAvailableStandards/MPEG- DASH_schema_files/DASH-MPD.xsd" profiles="urn:mpeg:dash:profile:isoff-live:2011" type="static" mediaPresentationDuration="PT4.5S" minBufferTime="PT9.0S"> <ProgramInformation> </ProgramInformation> <Period id="0" start="PT0.0S"> <AdaptationSet id="0" contentType="video" segmentAlignment="true" bitstreamSwitching="true" frameRate="30/1"> <Representation id="0" mimeType="video/mp4" codecs="avc1.64001f" width="1280" height="720" frameRate="30/1"> <SegmentTemplate timescale="15360" initialization="init-stream$RepresentationID$.m4s" media="chunk- stream$RepresentationID$-$Number%05d$.m4s" startNumber="1"> <SegmentTimeline> <S t="0" d="69120" /> </SegmentTimeline> </SegmentTemplate> </Representation> <Representation id="2" mimeType="video/mp4" codecs="avc1.64001f" width="1280" height="720" frameRate="30/1"> <SegmentTemplate timescale="15360" initialization="init-stream$RepresentationID$.m4s" media="chunk- stream$RepresentationID$-$Number%05d$.m4s" startNumber="1"> <SegmentTimeline> <S t="0" d="69120" /> </SegmentTimeline> </SegmentTemplate> </Representation> </AdaptationSet> <AdaptationSet id="1" contentType="audio" segmentAlignment="true" bitstreamSwitching="true"> <Representation id="1" mimeType="audio/mp4" codecs="mp4a.40.2" bandwidth="69000" audioSamplingRate="44100"> <AudioChannelConfiguration schemeIdUri="urn:mpeg:dash:23003:3:audio_channel_configuration:2011" value="1" /> <SegmentTemplate timescale="44100" initialization="init-stream$RepresentationID$.m4s" media="chunk- stream$RepresentationID$-$Number%05d$.m4s" startNumber="1"> <SegmentTimeline> <S t="0" d="198656" /> </SegmentTimeline> </SegmentTemplate> </Representation> </AdaptationSet> </Period> </MPD> }}} Patches should be submitted to the ffmpeg-devel mailing list and not this bug tracker. -- Ticket URL: <https://trac.ffmpeg.org/ticket/6610> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 2

#6477(undetermined:new): NVENC: Warn explicitly when specific bit rate is out of range
by FFmpeg 13 Dec '17

13 Dec '17

#6477: NVENC: Warn explicitly when specific bit rate is out of range -------------------------------------+------------------------------------- Reporter: alexpigment | Type: Status: new | enhancement Component: | Priority: normal undetermined | Version: Keywords: | unspecified Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Summary of the enhancement: Give an informative error when the user specifies a bit rate that is out of the encoder's range. NVENC appears to cap out at 144Mbps for progressive encoding and 37.5Mbps for interlaced encoding. Currently, there is a generic "InitializeEncoder failed: invalid param (8)" message that is given. This can cause (and has caused, in my case) the user to waste a considerable amount of time trying to change various parameters in the command line when the actual failure is the result of an invisible bit rate ceiling (which is especially low for interlaced). How to reproduce: Progressive FAILURE: {{{ % ffmpeg -f lavfi -i smptebars -c:v h264_nvenc -s 1920x1080 -aspect 16:9 -profile:v high -r 29.97 -t 5 -rc cbr_hq -b:v 144.1M 1080p.mp4 }}} Progressive SUCCESS: {{{ % ffmpeg -f lavfi -i smptebars -c:v h264_nvenc -s 1920x1080 -aspect 16:9 -profile:v high -r 29.97 -t 5 -rc cbr_hq -b:v 144M 1080p.mp4 }}} Interlaced FAILURE: {{{ % ffmpeg -f lavfi -i smptebars -c:v h264_nvenc -s 1920x1080 -aspect 16:9 -profile:v high -r 29.97 -t 5 -rc cbr_hq -flags ildct -b:v 37.6M 1080i.mp4 }}} Interlaced SUCCESS: {{{ % ffmpeg -f lavfi -i smptebars -c:v h264_nvenc -s 1920x1080 -aspect 16:9 -profile:v high -r 29.97 -t 5 -rc cbr_hq -flags ildct -b:v 37.6M 1080i.mp4 }}} ffmpeg version N-86330-gbd1179e built on 2017-06-01 -- Ticket URL: <https://trac.ffmpeg.org/ticket/6477> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 4

#6912(ffmpeg:new): macOS - h264_videotoolbox encoder gives "No device available for encoder" warning
by FFmpeg 12 Dec '17

12 Dec '17

#6912: macOS - h264_videotoolbox encoder gives "No device available for encoder" warning -------------------------------------+------------------------------------- Reporter: alexpigment | Type: defect Status: new | Priority: normal Component: ffmpeg | Version: 3.4 Keywords: macOS, | Blocked By: videotoolbox, warning, quick | Reproduced by developer: 0 sync, qsv | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: When encoding with the h264_videotoolbox encoder on macOS, a warning is given that says "No device available for encoder (device type videotoolbox for codec h264_videotoolbox)". Since this message is confusing to users and potentially sounds like a software fallback is being used or something isn't configured correctly, it should be removed. Issue is similar to #6492. How to reproduce: {{{ % ffmpeg -f lavfi -i smptebars=size=1280x720:rate=30 -c:v h264_videotoolbox -color_range jpeg -pix_fmt nv12 -t 5 output.mp4 }}} Confirmed on Macbook with Intel Core M CPU ; integrated GPU. ffmpeg 3.4.1 built on 2017-12-11 -- Ticket URL: <https://trac.ffmpeg.org/ticket/6912> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 6

#6877(undetermined:new): Audio distortion with MP2 audio on HLS-streams. LAV splitter issue.
by FFmpeg 12 Dec '17

12 Dec '17

#6877: Audio distortion with MP2 audio on HLS-streams. LAV splitter issue. -------------------------------------+------------------------------------- Reporter: max79 | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: Problem with LAV Splitter(v0.70.2-80_Nightly_32-bit) with MP2 audio format. I have audio distortion on HLS-streams. One of examples: [http://93.125.31.151:1935/live/ont.stream/playlist.m3u8] -- Ticket URL: <https://trac.ffmpeg.org/ticket/6877> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 4