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

#8051(ffmpeg:new): Add Meridian Lossless Packing (Dolby TRUEHD) support for MP4
by FFmpeg 25 Aug '19

25 Aug '19

#8051: Add Meridian Lossless Packing (Dolby TRUEHD) support for MP4 -------------------------------------+------------------------------------- Reporter: likeadoc | Type: | enhancement Status: new | Priority: normal Component: ffmpeg | Version: Keywords: MLP TrueHD | unspecified mp4 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- It seems that packaging a TRUEHD/MLP stream into a mp4 container isn't supported by any currently available software - despite the capabilities of the MP4 container. References: http://mp4ra.org/#/codecs - see codec mlpa - (clearly states support for Dolby MLP) https://developer.dolby.com/globalassets/technology/dolby- truehd/dolbytruehdbitstreamswithintheisobasemediafileformat.pdf - describes the storage of Dolby® TrueHD (MLP) audio bitstreams in a file format compliant with the ISO base media file format https://en.wikipedia.org/wiki/Comparison_of_video_container_formats - see audio coding formats support - also clearly states support for TRUEHD in mp4. -- Ticket URL: <https://trac.ffmpeg.org/ticket/8051> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 6

#6586(avcodec:new): motion using h264_omx hangs on Raspberry Pi
by FFmpeg 24 Aug '19

24 Aug '19

#6586: motion using h264_omx hangs on Raspberry Pi -------------------------------------+------------------------------------- Reporter: jasaw | Type: defect Status: new | Priority: normal Component: avcodec | Version: git- Keywords: h264_omx, | master omx | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: When [https://github.com/Motion-Project/motion motion] software uses libavcodec h264_omx to encode frames at 1280 x 720 resolution, it hangs when calling OMX_EmptyThisBuffer. Works fine at 800 x 600 resolution. Works fine at 1280 x 720 resolution if input_zerocopy is disabled in libavcodec/omx.c : omx_encode_init function. Works fine if using ffmpeg binary to encode. Tested on various models of Raspberry Pis, all show the same problem. How to reproduce: {{{ - motion git master 280141f, compiled from source, running on Raspbian Jessie. - Raspberry Pi GPU firmware version: 3202f1b16896029f9da1b074b0912177e8960b52 - Make sure h264_omx encoder is used by motion: - either modify motion to specifically choose the encoder - or get ffmpeg to always default to h264_omx encoder when H264 format is selected - Set resolution at 1280 x 720. Frame rate makes no difference. - Record video into a movie file, mp4 format. - Run motion and trigger some motion, and it will lock up. }}} Motion config file: {{{ ffmpeg_output_movies on height 720 stream_quality 5 threshold 28800 quality 85 noise_level 31 ffmpeg_output_debug_movies off pre_capture 1 noise_tune on smart_mask_speed 0 stream_maxrate 1 output_pictures off hue 0 saturation 0 stream_localhost off ffmpeg_variable_bitrate 75 ffmpeg_video_codec mp4 text_changes off movie_filename %Y-%m-%d-%H-%M-%S auto_brightness off stream_port 8081 rotate 0 brightness 0 lightswitch 0 framerate 20 emulate_motion off snapshot_filename despeckle_filter snapshot_interval 0 stream_auth_method 0 stream_motion off target_dir /var/lib/motioneye/Camera1 text_double on post_capture 100 stream_authentication user: output_debug_pictures off on_picture_save /usr/local/lib/python2.7/dist- packages/motioneye/scripts/relayevent.sh "/etc/motioneye/motioneye.conf" picture_save %t %f on_movie_end /usr/local/lib/python2.7/dist- packages/motioneye/scripts/relayevent.sh "/etc/motioneye/motioneye.conf" movie_end %t %f text_left Camera1 picture_filename locate_motion_style redbox locate_motion_mode off contrast 0 videodevice /dev/video0 max_movie_time 0 on_event_end /usr/local/lib/python2.7/dist- packages/motioneye/scripts/relayevent.sh "/etc/motioneye/motioneye.conf" stop %t text_right %Y-%m-%d\n%T on_event_start /usr/local/lib/python2.7/dist- packages/motioneye/scripts/relayevent.sh "/etc/motioneye/motioneye.conf" start %t event_gap 30 minimum_motion_frames 15 mask_file width 1280 }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/6586> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 6

#7687(avcodec:new): h264_omx can stall due to not handling fragmented frames correctly
by FFmpeg 24 Aug '19

24 Aug '19

#7687: h264_omx can stall due to not handling fragmented frames correctly -------------------------------------+------------------------------------- Reporter: 6by9 | Type: defect Status: new | Priority: normal Component: avcodec | Version: git- Keywords: h264_omx, | master omx | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: Encoder h264_omx has a race condition in trying to collect all the buffers when the encoded frame is split over multiple IL buffers. This condition is more prevalent at high bitrates as frames are inherently larger. More details in https://github.com/raspberrypi/firmware/issues/1087 Whilst running and having frames fed in, omx_encode_frame output buffer handling goes through the summarised loop: {{{ while((!*got_packet && ret == 0 && !s->got_eos) { buffer = get_buffer(DON'T WAIT) if (!buffer) break; <Pass data from IL buffer to ffmpeg buffer> if (buffer->nFlags & OMX_BUFFERFLAG_ENDOFFRAME) { ... *got_packet = 1; } OMX_FillThisBuffer(buffer); } }}} The default on the Pi is 1 buffer of 64kB, so if the frame is over 64kB there is race from submitting the buffer with OMX_FillThisBuffer to getting back to the top and calling get_buffer. If IL hasn't filled and returned the buffer in that time, then you get the first fragment returned as the complete encoded frame. The remaining fragment will be returned on the next call, but that's now left the next frame in the codec's output FIFO. Repeat a few times and you end up with the codec output FIFO totally full, and the codec stalls. The codec can't process an input ends up not being able to process an input buffer and therefore holds on to it, at which point FFmpeg stalls waiting for an input buffer. On older firmware this issue didn't get triggered for reasons that aren't 100% clear, but a performance improvement made to the firmware in July 2018 has exposed this error in h264_omx How to reproduce: {{{ ffmpeg -c:v mpeg2_mmal -i sample.ts -c:v h264_omx -b:v 15M sample.mkv ffmpeg git-master built on Raspberry Pi }}} sample.ts is referenced in the Pi Github issue as https://www.dropbox.com/s/w7n9nn4eeeyq7qc/sample.ts?dl=1, but most 1080P clips will trigger the issue if encoded at this sort of bitrate. The issue has also been reported when encoding a 1080P webcam through h264_enc at 2fps and 1.4Mbit/s. -- Ticket URL: <https://trac.ffmpeg.org/ticket/7687> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 6

#3714(undetermined:new): Muxing results in bigger file size than original file
by FFmpeg 23 Aug '19

23 Aug '19

#3714: Muxing results in bigger file size than original file -------------------------------------+------------------------------------- Reporter: DavJames | 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: Muxing results in bigger file size than original file How to reproduce: Created a Mux.bat file as below and put it in the Windows Send To folder. Right-clicked a TS file and selected Send To "Mux.bat" file. The resulting file created is larger than the original. That shouldn't happen. I once had a 22.4GB file and after Muxing it was 1GB larger! "X:\Portable Installations\ffmpeg-2014 May 14-git- 72dcd48-win64-static\bin\ffmpeg.exe" -i %1 -vcodec copy -acodec copy "%~d1%~p1%~n1.copy.ts" FFmpeg version: 2014-05-13 git-72dcd48 -- Ticket URL: <https://trac.ffmpeg.org/ticket/3714> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 7

#8061(avformat:new): mpegts muxer manual PCR interval
by FFmpeg 23 Aug '19

23 Aug '19

#8061: mpegts muxer manual PCR interval -------------------------------------+------------------------------------- Reporter: fortman | Type: | enhancement Status: new | Priority: normal Component: avformat | Version: git- Keywords: mpegts, | master pcr, interval | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: The current implementation of the MPEGTS muxer lacks the option for selecting the PCR interval time. The value used by default (at time) is quite small for some environments. So I request to add one option for setting this value. Thank you! -- Ticket URL: <https://trac.ffmpeg.org/ticket/8061> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 4

#6591(ffmpeg:new): Unable to read mp4/h264 caused by SPS decoding failure
by FFmpeg 23 Aug '19

23 Aug '19

#6591: Unable to read mp4/h264 caused by SPS decoding failure -----------------------------------+--------------------------------------- Reporter: cpnielsen | Type: defect Status: new | Priority: normal Component: ffmpeg | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+--------------------------------------- Attempting to transcode the attached sample file results in an error for both `3.3.2` as well as git version `N-86933-g80bc64`. This has been previously been known to work with version `n2.7.2-3-gb1863e3`. Example shown for 3.3.2 (git version looks identical) {{{ % ffmpeg -i test.mp4 -c:v libx264 -c:a aac test2.mp4 ffmpeg version 3.3.2 Copyright (c) 2000-2017 the FFmpeg developers built with Apple LLVM version 8.1.0 (clang-802.0.42) configuration: --prefix=/usr/local/Cellar/ffmpeg/3.3.2 --enable-shared --enable-pthreads --enable-gpl --enable-version3 --enable-hardcoded-tables --enable-avresample --cc=clang --host-cflags= --host-ldflags= --enable- libmp3lame --enable-libx264 --enable-libxvid --enable-opencl --disable- lzma --enable-vda libavutil 55. 58.100 / 55. 58.100 libavcodec 57. 89.100 / 57. 89.100 libavformat 57. 71.100 / 57. 71.100 libavdevice 57. 6.100 / 57. 6.100 libavfilter 6. 82.100 / 6. 82.100 libavresample 3. 5. 0 / 3. 5. 0 libswscale 4. 6.100 / 4. 6.100 libswresample 2. 7.100 / 2. 7.100 libpostproc 54. 5.100 / 54. 5.100 Splitting the commandline. Reading option '-i' ... matched as input url with argument 'test.mp4'. Reading option '-c:v' ... matched as option 'c' (codec name) with argument 'libx264'. Reading option '-c:a' ... matched as option 'c' (codec name) with argument 'aac'. Reading option 'test2.mp4' ... matched as output url. Finished splitting the commandline. Parsing a group of options: global . Successfully parsed a group of options. Parsing a group of options: input url test.mp4. Successfully parsed a group of options. Opening an input file: test.mp4. [NULL @ 0x7fc902001000] Opening 'test.mp4' for reading [file @ 0x7fc9016000a0] Setting default whitelist 'file,crypto' [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fc902001000] Format mov,mp4,m4a,3gp,3g2,mj2 probed with size=2048 and score=100 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fc902001000] ISO: File Type Major Brand: f4v [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fc902001000] Unknown dref type 0x206c7275 size 12 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fc902001000] Unknown dref type 0x206c7275 size 12 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fc902001000] rfps: 24.916667 0.010848 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fc902001000] rfps: 24.916667 0.010848 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fc902001000] rfps: 25.000000 0.000140 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fc902001000] rfps: 25.083333 0.007202 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fc902001000] rfps: 25.083333 0.007202 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fc902001000] rfps: 50.000000 0.000558 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fc902001000] Before avformat_find_stream_info() pos: 887991 bytes read:35746 seeks:1 nb_streams:2 [h264 @ 0x7fc902001600] nal_unit_type: 7, nal_ref_idc: 3 [h264 @ 0x7fc902001600] Overread VUI by 2 bits [h264 @ 0x7fc902001600] SPS decoding failure, trying again after escaping the NAL [h264 @ 0x7fc902001600] nal_unit_type: 7, nal_ref_idc: 3 [h264 @ 0x7fc902001600] Overread VUI by 2 bits [h264 @ 0x7fc902001600] Decoding sps 0 from avcC failed [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fc902001000] Failed to open codec in avformat_find_stream_info [h264 @ 0x7fc902001600] nal_unit_type: 7, nal_ref_idc: 3 [h264 @ 0x7fc902001600] Overread VUI by 2 bits [h264 @ 0x7fc902001600] SPS decoding failure, trying again after escaping the NAL [h264 @ 0x7fc902001600] nal_unit_type: 7, nal_ref_idc: 3 [h264 @ 0x7fc902001600] Overread VUI by 2 bits [h264 @ 0x7fc902001600] Decoding sps 0 from avcC failed [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fc902001000] All info found [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fc902001000] After avformat_find_stream_info() pos: 194497 bytes read:232354 seeks:2 frames:27 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'test.mp4': Metadata: major_brand : f4v minor_version : 0 compatible_brands: isommp42m4v creation_time : 2014-10-07T14:35:54.000000Z Duration: 00:00:04.12, start: 0.000000, bitrate: 1725 kb/s Stream #0:0(eng), 26, 1/90000: Video: h264 (avc1 / 0x31637661), none, 1280x720, 1655 kb/s, 25.01 fps, 25 tbr, 90k tbn, 180k tbc (default) Metadata: creation_time : 2014-10-07T14:35:54.000000Z handler_name : WowzaStreamingEngine encoder : WowzaStreamingEngine Stream #0:1(eng), 1, 1/90000: Audio: aac (LC) (mp4a / 0x6134706D), 44100 Hz, mono, fltp, 65 kb/s (default) Metadata: creation_time : 2014-10-07T14:35:54.000000Z handler_name : WowzaStreamingEngine Successfully opened the file. Parsing a group of options: output url test2.mp4. Applying option c:v (codec name) with argument libx264. Applying option c:a (codec name) with argument aac. Successfully parsed a group of options. Opening an output file: test2.mp4. [file @ 0x7fc901600ec0] Setting default whitelist 'file,crypto' Successfully opened the file. detected 8 logical cores [h264 @ 0x7fc902802c00] nal_unit_type: 7, nal_ref_idc: 3 [h264 @ 0x7fc902802c00] Overread VUI by 2 bits [h264 @ 0x7fc902802c00] SPS decoding failure, trying again after escaping the NAL [h264 @ 0x7fc902802c00] nal_unit_type: 7, nal_ref_idc: 3 [h264 @ 0x7fc902802c00] Overread VUI by 2 bits [h264 @ 0x7fc902802c00] Decoding sps 0 from avcC failed Stream mapping: Stream #0:0 -> #0:0 (h264 (native) -> h264 (libx264)) Stream #0:1 -> #0:1 (aac (native) -> aac (native)) Error while opening decoder for input stream #0:0 : Invalid data found when processing input [AVIOContext @ 0x7fc901600f40] Statistics: 0 seeks, 0 writeouts [AVIOContext @ 0x7fc9016001e0] Statistics: 232354 bytes read, 2 seeks }}} FFprobe suffers from the same failure: {{{ % ffprobe test.mp4 ffprobe version 3.3.2 Copyright (c) 2007-2017 the FFmpeg developers built with Apple LLVM version 8.1.0 (clang-802.0.42) configuration: --prefix=/usr/local/Cellar/ffmpeg/3.3.2 --enable-shared --enable-pthreads --enable-gpl --enable-version3 --enable-hardcoded-tables --enable-avresample --cc=clang --host-cflags= --host-ldflags= --enable- libmp3lame --enable-libx264 --enable-libxvid --enable-opencl --disable- lzma --enable-vda libavutil 55. 58.100 / 55. 58.100 libavcodec 57. 89.100 / 57. 89.100 libavformat 57. 71.100 / 57. 71.100 libavdevice 57. 6.100 / 57. 6.100 libavfilter 6. 82.100 / 6. 82.100 libavresample 3. 5. 0 / 3. 5. 0 libswscale 4. 6.100 / 4. 6.100 libswresample 2. 7.100 / 2. 7.100 libpostproc 54. 5.100 / 54. 5.100 [NULL @ 0x7fd1be002a00] Opening 'test.mp4' for reading [file @ 0x7fd1bc402680] Setting default whitelist 'file,crypto' [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fd1be002a00] Format mov,mp4,m4a,3gp,3g2,mj2 probed with size=2048 and score=100 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fd1be002a00] ISO: File Type Major Brand: f4v [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fd1be002a00] Unknown dref type 0x206c7275 size 12 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fd1be002a00] Unknown dref type 0x206c7275 size 12 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fd1be002a00] rfps: 24.916667 0.010848 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fd1be002a00] rfps: 24.916667 0.010848 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fd1be002a00] rfps: 25.000000 0.000140 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fd1be002a00] rfps: 25.083333 0.007202 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fd1be002a00] rfps: 25.083333 0.007202 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fd1be002a00] rfps: 50.000000 0.000558 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fd1be002a00] Before avformat_find_stream_info() pos: 887991 bytes read:35746 seeks:1 nb_streams:2 [h264 @ 0x7fd1be00b600] nal_unit_type: 7, nal_ref_idc: 3 [h264 @ 0x7fd1be00b600] Overread VUI by 2 bits [h264 @ 0x7fd1be00b600] SPS decoding failure, trying again after escaping the NAL [h264 @ 0x7fd1be00b600] nal_unit_type: 7, nal_ref_idc: 3 [h264 @ 0x7fd1be00b600] Overread VUI by 2 bits [h264 @ 0x7fd1be00b600] Decoding sps 0 from avcC failed [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fd1be002a00] Failed to open codec in avformat_find_stream_info [h264 @ 0x7fd1be00b600] nal_unit_type: 7, nal_ref_idc: 3 [h264 @ 0x7fd1be00b600] Overread VUI by 2 bits [h264 @ 0x7fd1be00b600] SPS decoding failure, trying again after escaping the NAL [h264 @ 0x7fd1be00b600] nal_unit_type: 7, nal_ref_idc: 3 [h264 @ 0x7fd1be00b600] Overread VUI by 2 bits [h264 @ 0x7fd1be00b600] Decoding sps 0 from avcC failed [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fd1be002a00] All info found [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fd1be002a00] After avformat_find_stream_info() pos: 194497 bytes read:232354 seeks:2 frames:27 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'test.mp4': Metadata: major_brand : f4v minor_version : 0 compatible_brands: isommp42m4v creation_time : 2014-10-07T14:35:54.000000Z Duration: 00:00:04.12, start: 0.000000, bitrate: 1725 kb/s Stream #0:0(eng), 26, 1/90000: Video: h264 (avc1 / 0x31637661), none, 1280x720, 1655 kb/s, 25.01 fps, 25 tbr, 90k tbn, 180k tbc (default) Metadata: creation_time : 2014-10-07T14:35:54.000000Z handler_name : WowzaStreamingEngine encoder : WowzaStreamingEngine Stream #0:1(eng), 1, 1/90000: Audio: aac (LC) (mp4a / 0x6134706D), 44100 Hz, mono, fltp, 65 kb/s (default) Metadata: creation_time : 2014-10-07T14:35:54.000000Z handler_name : WowzaStreamingEngine [h264 @ 0x7fd1bc800000] nal_unit_type: 7, nal_ref_idc: 3 [h264 @ 0x7fd1bc800000] Overread VUI by 2 bits [h264 @ 0x7fd1bc800000] SPS decoding failure, trying again after escaping the NAL [h264 @ 0x7fd1bc800000] nal_unit_type: 7, nal_ref_idc: 3 [h264 @ 0x7fd1bc800000] Overread VUI by 2 bits [h264 @ 0x7fd1bc800000] Decoding sps 0 from avcC failed Could not open codec for input stream 0 }}} Working version: {{{ % ffmpeg -i test.mp4 -c:v libx264 -c:a libfaac test2.mp4 ffmpeg version n2.7.2-3-gb1863e3 Copyright (c) 2000-2015 the FFmpeg developers built with gcc 4.9.2 (Debian 4.9.2-10) configuration: --prefix=/var/transcoder/dist/package/usr --enable- libspeex --enable-libfaac --enable-libfdk-aac --enable-libx264 --enable- gpl --enable-libmp3lame --enable-libvorbis --enable-pthreads --enable- postproc --enable-nonfree --enable-librtmp --enable-shared --enable- libtheora --enable-libxvid --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-version3 --enable-libvpx --disable- demuxer='hls,applehttp' --disable-protocol=hls 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 [h264 @ 0xba2fe0] Overread VUI by 2 bits Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'test.mp4': Metadata: major_brand : f4v minor_version : 0 compatible_brands: isommp42m4v creation_time : 2014-10-07 14:35:54 Duration: 00:00:04.12, start: 0.000000, bitrate: 1725 kb/s Stream #0:0(eng): Video: h264 (Main) (avc1 / 0x31637661), yuv420p(tv), 1280x720, 1655 kb/s, 25.01 fps, 25 tbr, 90k tbn, 180k tbc (default) Metadata: creation_time : 2014-10-07 14:35:54 handler_name : WowzaStreamingEngine encoder : WowzaStreamingEngine Stream #0:1(eng): Audio: aac (LC) (mp4a / 0x6134706D), 44100 Hz, mono, fltp, 65 kb/s (default) Metadata: creation_time : 2014-10-07 14:35:54 handler_name : WowzaStreamingEngine File 'test2.mp4' already exists. Overwrite ? [y/N] y [libx264 @ 0xd59d20] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 [libx264 @ 0xd59d20] profile High, level 3.1 [libx264 @ 0xd59d20] 264 - core 146 - H.264/MPEG-4 AVC codec - Copyleft 2003-2015 - 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=12 lookahead_threads=2 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 [h264 @ 0x1264ae0] Overread VUI by 2 bits Output #0, mp4, to 'test2.mp4': Metadata: major_brand : f4v minor_version : 0 compatible_brands: isommp42m4v encoder : Lavf56.36.100 Stream #0:0(eng): Video: h264 (libx264) ([33][0][0][0] / 0x0021), yuv420p, 1280x720, q=-1--1, 25 fps, 12800 tbn, 25 tbc (default) Metadata: creation_time : 2014-10-07 14:35:54 handler_name : WowzaStreamingEngine encoder : Lavc56.41.100 libx264 Stream #0:1(eng): Audio: aac (libfaac) ([64][0][0][0] / 0x0040), 44100 Hz, mono, s16, 128 kb/s (default) Metadata: creation_time : 2014-10-07 14:35:54 handler_name : WowzaStreamingEngine encoder : Lavc56.41.100 libfaac Stream mapping: Stream #0:0 -> #0:0 (h264 (native) -> h264 (libx264)) Stream #0:1 -> #0:1 (aac (native) -> aac (libfaac)) Press [q] to stop, [?] for help [h264 @ 0x13937c0] Overread VUI by 2 bits [h264 @ 0x1264ae0] Overread VUI by 2 bitsB time=00:00:02.85 bitrate= 502.0kbits/s frame= 103 fps= 52 q=-1.0 Lsize= 620kB time=00:00:04.04 bitrate=1256.9kbits/s video:577kB audio:37kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.874109% [libx264 @ 0xd59d20] frame I:2 Avg QP:18.74 size: 19168 [libx264 @ 0xd59d20] frame P:65 Avg QP:20.67 size: 6911 [libx264 @ 0xd59d20] frame B:36 Avg QP:22.38 size: 2860 [libx264 @ 0xd59d20] consecutive B-frames: 46.6% 17.5% 8.7% 27.2% [libx264 @ 0xd59d20] mb I I16..4: 35.5% 58.8% 5.7% [libx264 @ 0xd59d20] mb P I16..4: 2.2% 3.4% 0.1% P16..4: 45.0% 5.2% 4.7% 0.0% 0.0% skip:39.3% [libx264 @ 0xd59d20] mb B I16..4: 0.1% 0.1% 0.0% B16..8: 42.7% 0.8% 0.0% direct: 2.7% skip:53.5% L0:47.6% L1:52.0% BI: 0.4% [libx264 @ 0xd59d20] 8x8 transform intra:59.1% inter:90.2% [libx264 @ 0xd59d20] coded y,uvDC,uvAC intra: 31.7% 42.4% 1.6% inter: 8.4% 18.2% 0.0% [libx264 @ 0xd59d20] i16 v,h,dc,p: 23% 26% 23% 28% [libx264 @ 0xd59d20] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 17% 21% 42% 3% 2% 2% 3% 2% 7% [libx264 @ 0xd59d20] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 20% 27% 19% 5% 6% 6% 4% 3% 10% [libx264 @ 0xd59d20] i8c dc,h,v,p: 59% 24% 15% 3% [libx264 @ 0xd59d20] Weighted P-Frames: Y:0.0% UV:0.0% [libx264 @ 0xd59d20] ref P L0: 75.3% 4.1% 14.8% 5.8% [libx264 @ 0xd59d20] ref B L0: 89.3% 9.5% 1.1% [libx264 @ 0xd59d20] ref B L1: 95.3% 4.7% [libx264 @ 0xd59d20] kb/s:1146.66 }}} Note that because of the older version, `libfaac` is used instead of `aac` but the end result is the same (also tried with other output formats, it makes no difference to either the working or non-working versions. -- Ticket URL: <https://trac.ffmpeg.org/ticket/6591> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 2

#8090(avcodec:new): RPi 4 h264_mmal error
by FFmpeg 20 Aug '19

20 Aug '19

#8090: RPi 4 h264_mmal error -------------------------------------+------------------------------------- Reporter: RAJensen | Type: defect Status: new | Priority: normal Component: avcodec | Version: Keywords: h264_mmal / | unspecified h264_omx | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: After update and compile with the latest FFMPEG it now will decode with h264_mmal and encode with h264_omx. But after 5-6 minutes it will hang. Also: using v:b 1500k will produce a pixelated background. If v:b is higher than 3000k it will hang after 2minutes of run. How to reproduce: {{{ % ffmpeg -ss 00:05:07 -c:v h264_mmal -i 'h264_mmal_test.ts' -to 01:41:44 -map 0:0 -map 0:1 -c:v h264_omx -b:v 3000k -profile:v high -c:a:0 copy 'h264_mmal_test.mp4' ffmpeg version git-2019-08-20-74e6800 Copyright (c) 2000-2019 the FFmpeg developers built with gcc 8 (Raspbian 8.3.0-6+rpi1) configuration: --arch=armhf --enable-gpl --enable-nonfree --enable-omx --enable-omx-rpi --enable-mmal libavutil 56. 33.100 / 56. 33.100 libavcodec 58. 55.100 / 58. 55.100 libavformat 58. 31.101 / 58. 31.101 libavdevice 58. 9.100 / 58. 9.100 libavfilter 7. 58.100 / 7. 58.100 libswscale 5. 6.100 / 5. 6.100 libswresample 3. 6.100 / 3. 6.100 libpostproc 55. 6.100 / 55. 6.100 built with gcc 8 (Raspbian 8.3.0-6+rpi1) }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/8090> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 1

#8065(undetermined:new): VPP_QSV filter don't work as expected
by FFmpeg 20 Aug '19

20 Aug '19

#8065: VPP_QSV filter don't work as expected -------------------------------------+------------------------------------- Reporter: thx4ever | Type: defect Status: new | Priority: important Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Try to convert a 8bit AVC to 10bit HEVC using Intel HEVC Plugin software encoder C:\FFMPEG>ffmpeg -v verbose -c:v h264_qsv -i C:\Users\thx4ever\Downloads\sample_AVC.264 -vf vpp_qsv,format=p010le -c:v hevc_qsv -load_plugin hevc_sw -profile:v main10 -preset:v veryslow -g 240 -refs:v 6 -bf:v 3 -flags -cgop -gpb 0 -q:v 18 -vframes 5 -color_primaries bt709 -color_trc bt709 -colorspace bt709 -bsf:v hevc_metadata=colour_primaries=1:transfer_characteristics=1:matrix_coefficients=1 C:\Users\thx4ever\Desktop\sample_HEVC.hevc ffmpeg version 4.1.git Copyright (c) 2000-2019 the FFmpeg developers built with msvc configuration: --enable-gpl --enable-version3 --enable-bzlib --enable- iconv --enable-lzma --enable-sdl2 --enable-zlib --enable-avisynth --enable-libmp3lame --enable-libvorbis --enable-libspeex --enable-libopus --enable-libilbc --enable-libtheora --enable-libx264 --enable-libx265 --enable-libxvid --enable-libvpx --enable-libgme --enable-libmodplug --enable-libsoxr --enable-libfreetype --enable-fontconfig --enable- libfribidi --enable-libass --enable-libxml2 --enable-gnutls --disable- schannel --enable-gcrypt --enable-libssh --enable-libcdio --enable- libbluray --enable-opengl --enable-libmfx --enable-ffnvcodec --enable-cuda --enable-amf --toolchain=msvc libavutil 56. 30.100 / 56. 30.100 libavcodec 58. 53.101 / 58. 53.101 libavformat 58. 28.102 / 58. 28.102 libavdevice 58. 7.100 / 58. 7.100 libavfilter 7. 56.101 / 7. 56.101 libswscale 5. 4.101 / 5. 4.101 libswresample 3. 4.100 / 3. 4.100 libpostproc 55. 4.100 / 55. 4.100 [h264 @ 000001B309F26000] Reinit context to 1280x720, pix_fmt: yuv420p [h264 @ 000001B309F12140] max_analyze_duration 5000000 reached at 5000000 microseconds st:0 Input #0, h264, from 'C:\Users\thx4ever\Downloads\sample_AVC.264': Duration: N/A, bitrate: N/A Stream #0:0: Video: h264 (High), 1 reference frame, yuv420p(progressive, left), 1280x720, 25 fps, 25 tbr, 1200k tbn, 50 tbc [AVBSFContext @ 000001B30C5AA780] The input looks like it is Annex B already Stream mapping: Stream #0:0 -> #0:0 (h264 (h264_qsv) -> hevc (hevc_qsv)) Press [q] to stop, [?] for help [h264_qsv @ 000001B30C00EB00] Initialized an internal MFX session using hardware accelerated implementation [graph 0 input from stream 0:0 @ 000001B30C613740] w:1280 h:720 pixfmt:nv12 tb:1/1200000 fr:25/1 sar:0/1 sws_param:flags=2 [Parsed_vpp_qsv_0 @ 000001B30C613040] qsv vpp pass through mode. [hevc_qsv @ 000001B30C650500] Initialized an internal MFX session using hardware accelerated implementation [hevc_qsv @ 000001B30C650500] Using the constant quantization parameter (CQP) ratecontrol method [hevc_qsv @ 000001B30C650500] profile: main10; level: 31 [hevc_qsv @ 000001B30C650500] GopPicSize: 240; GopRefDist: 4; GopOptFlag: ; IdrInterval: 1 [hevc_qsv @ 000001B30C650500] TargetUsage: 1; RateControlMethod: CQP [hevc_qsv @ 000001B30C650500] QPI: 14; QPP: 18; QPB: 23 [hevc_qsv @ 000001B30C650500] NumSlice: 1; NumRefFrame: 6 [hevc_qsv @ 000001B30C650500] RateDistortionOpt: unknown [hevc_qsv @ 000001B30C650500] RecoveryPointSEI: unknown IntRefType: 0; IntRefCycleSize: 0; IntRefQPDelta: 0 [hevc_qsv @ 000001B30C650500] MaxFrameSize: 0; MaxSliceSize: 0; [hevc_qsv @ 000001B30C650500] BitrateLimit: unknown; MBBRC: ON; ExtBRC: unknown [hevc_qsv @ 000001B30C650500] Trellis: auto [hevc_qsv @ 000001B30C650500] VDENC: OFF [hevc_qsv @ 000001B30C650500] RepeatPPS: unknown; NumMbPerSlice: 0; LookAheadDS: unknown [hevc_qsv @ 000001B30C650500] AdaptiveI: OFF; AdaptiveB: unknown; BRefType: auto [hevc_qsv @ 000001B30C650500] MinQPI: 0; MaxQPI: 0; MinQPP: 0; MaxQPP: 0; MinQPB: 0; MaxQPB: 0 [hevc_qsv @ 000001B30C650500] GPB: OFF [hevc_qsv @ 000001B30C650500] FrameRateExtD: 1; FrameRateExtN: 25 Output #0, hevc, to 'C:\Users\thx4ever\Desktop\sample_HEVC.hevc': Metadata: encoder : Lavf58.28.102 Stream #0:0: Video: hevc (hevc_qsv), 1 reference frame, p010le(bt709, left), 1280x720, q=2-31, 1000 kb/s, 25 fps, 25 tbn, 25 tbc Metadata: encoder : Lavc58.53.101 hevc_qsv Side data: cpb: bitrate max/min/avg: 0/0/1000000 buffer size: 0 vbv_delay: -1 No more output streams to write to, finishing. frame= 5 fps=2.7 q=-0.0 Lsize= 4580kB time=00:00:00.60 bitrate=62533.0kbits/s speed=0.324x video:4580kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.000000% Input file #0 (C:\Users\thx4ever\Downloads\sample_AVC.264): Input stream #0:0 (video): 17 packets read (242428 bytes); 6 frames decoded; Total: 17 packets (242428 bytes) demuxed Output file #0 (C:\Users\thx4ever\Desktop\sample_HEVC.hevc): Output stream #0:0 (video): 5 frames encoded; 5 packets muxed (4689978 bytes); Total: 5 packets (4689978 bytes) muxed [AVIOContext @ 000001B309ED34C0] Statistics: 0 seeks, 18 writeouts [AVIOContext @ 000001B309ECB340] Statistics: 1540096 bytes read, 0 seeks If you take a look at info it says qsv vpp pass through mode so it should convert to P010le pix_fmt to encode 8 bit AVC to 10 bit HEVC -- Ticket URL: <https://trac.ffmpeg.org/ticket/8065> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 15

#6533(avformat:new): Invalid EXT-X-TARGETDURATION in HLS
by FFmpeg 20 Aug '19

20 Aug '19

#6533: Invalid EXT-X-TARGETDURATION in HLS ----------------------------------+--------------------------------------- Reporter: tonn81 | Type: defect Status: new | Priority: normal Component: avformat | Version: unspecified Keywords: hls | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- == Summary of the bug: When I convert MP4 file to HLS (.m3u8 + .ts files), in some cases I get invalid #EXT-X-TARGETDURATION value. In my case, I provide duration = 4, but have 5 in the file. == How to reproduce: 1. Get source file {{{ ffmpeg -hide_banner -y -ss 00:01:00 -i http://ftp.nluug.nl/pub/graphics/blender/demo/movies/ToS/tearsofsteel_4k.mov -to 00:01:00 -vn -b:a 80k -c:a libfdk_aac file.mp4 }}} {{{ Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'http://ftp.nluug.nl/pub/graphics/blender/demo/movies/ToS/tearsofsteel_4k.mov': Metadata: major_brand : qt minor_version : 512 compatible_brands: qt encoder : Lavf54.29.104 Duration: 00:12:14.00, start: 0.000000, bitrate: 73434 kb/s Stream #0:0(eng): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 3840x1714 [SAR 1:1 DAR 1920:857], 73244 kb/s, 24 fps, 24 tbr, 24 tbn, 48 tbc (default) Metadata: handler_name : DataHandler encoder : libx264 Stream #0:1(eng): Audio: aac (LC) (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 182 kb/s (default) Metadata: handler_name : DataHandler Stream mapping: Stream #0:1 -> #0:0 (aac (native) -> aac (libfdk_aac)) Press [q] to stop, [?] for help Output #0, mp4, to 'file.mp4': Metadata: major_brand : qt minor_version : 512 compatible_brands: qt encoder : Lavf57.75.100 Stream #0:0(eng): Audio: aac (libfdk_aac) (mp4a / 0x6134706D), 44100 Hz, stereo, s16, 80 kb/s (default) Metadata: handler_name : DataHandler encoder : Lavc57.100.104 libfdk_aac size= 598kB time=00:01:00.00 bitrate= 81.6kbits/s speed=0.917x video:0kB audio:587kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 1.845107% }}} 2. Generate HLS out of it {{{ ffmpeg -loglevel info -i file.mp4 -c:a copy -hls_time 4 -hls_flags single_file -hls_list_size 0 file.m3u8 }}} {{{ ffmpeg version N-86781-gd8f1982 Copyright (c) 2000-2017 the FFmpeg developers built with gcc 4.9.2 (Debian 4.9.2-10) configuration: --disable-shared --enable-static --enable-network --disable-ffplay --disable-ffserver --disable-debug --enable-logging --enable-avresample --enable-chromaprint --enable-bzlib --enable-frei0r --enable-gcrypt --enable-gmp --enable-gnutls --enable-gpl --enable-gray --enable-hardcoded-tables --enable-iconv --enable-ladspa --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libcdio --enable-libcelt --enable-libdc1394 --enable-libfdk-aac --enable-libflite --enable-libfontconfig --enable-libfreetype --enable-libfribidi --enable- libgme --enable-libgsm --enable-libiec61883 --enable-libilbc --enable- libkvazaar --enable-libmodplug --enable-libmp3lame --enable-libopencore- amrnb --enable-libopencore-amrwb --enable-libopencv --enable-libopenh264 --enable-libopenjpeg --enable-libopus --enable-libpulse --enable-librtmp --enable-librubberband --enable-libshine --enable-libsmbclient --enable- libsnappy --enable-libsoxr --enable-libspeex --enable-libssh --enable- libtesseract --enable-libtheora --enable-libtwolame --enable-libv4l2 --enable-libvidstab --enable-libvo-amrwbenc --enable-libvorbis --enable- libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable- libx265 --enable-libxavs --enable-libxcb --enable-libxcb-shape --enable- libxcb-shm --enable-libxcb-xfixes --enable-libxvid --enable-libzimg --enable-libzmq --enable-libzvbi --enable-lzma --enable-nonfree --enable- openal --enable-opengl --enable-openssl --enable-pthreads --enable-sdl2 --enable-vaapi --enable-vdpau --enable-version3 --enable-xlib --enable- zlib libavutil 55. 67.100 / 55. 67.100 libavcodec 57.100.104 / 57.100.104 libavformat 57. 75.100 / 57. 75.100 libavdevice 57. 7.100 / 57. 7.100 libavfilter 6. 95.100 / 6. 95.100 libavresample 3. 6. 0 / 3. 6. 0 libswscale 4. 7.101 / 4. 7.101 libswresample 2. 8.100 / 2. 8.100 libpostproc 54. 6.100 / 54. 6.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'file.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2mp41 encoder : Lavf57.75.100 Duration: 00:01:00.05, start: 0.000000, bitrate: 81 kb/s Stream #0:0(eng): Audio: aac (LC) (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 80 kb/s (default) Metadata: handler_name : SoundHandler [hls @ 0x2da3e00] Opening 'file.ts' for writing [mpegts @ 0x2db8060] frame size not set Output #0, hls, to 'file.m3u8': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2mp41 encoder : Lavf57.75.100 Stream #0:0(eng): Audio: aac (LC) (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 80 kb/s (default) Metadata: handler_name : SoundHandler Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help [hls @ 0x2da3e00] Opening 'file.m3u8.tmp' for writing Last message repeated 14 times [hls @ 0x2da3e00] Opening 'file.m3u8.tmp' for writing size=N/A time=00:00:59.97 bitrate=N/A speed=1.15e+03x video:0kB audio:587kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown }}} 3. Check results: {{{ grep EXT-X-TARGETDURATION file.m3u8 }}} {{{ #EXT-X-TARGETDURATION:5 }}} == Expected result: {{{ grep EXT-X-TARGETDURATION file.m3u8 }}} {{{ #EXT-X-TARGETDURATION:5 }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/6533> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 29

#8087(undetermined:new): Faster decoding with FFmpeg
by FFmpeg 19 Aug '19

19 Aug '19

#8087: Faster decoding with FFmpeg -------------------------------------+------------------------------------- Reporter: arianaa30 | Type: | enhancement Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I am using ffmpeg for live stream processing. Basically, I compiled ffmpeg myself. Unfortunately, I notice that when the bitrate gets a bit high (> 15mbps H264), the decoding can not keep up with the incoming rate. I wonder the rate is not still very high. I wonder, is there any flags to set, or maybe some tips to make ffmpeg decode faster or more efficient with live decoding? Or is there any flags that I can turn on? Like multi-threading? It's running/should run on CPU. But CPU usage is still not maximum. We are running ffmpeg from C API as the base for the processing. Here is the sample .ts file that stalls the processing. -- Ticket URL: <https://trac.ffmpeg.org/ticket/8087> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 1