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

#7880(ffmpeg:new): Video codec qtrle inputs are truncated in output
by FFmpeg 27 Aug '19

27 Aug '19

#7880: Video codec qtrle inputs are truncated in output ----------------------------------------+---------------------------------- Reporter: Acru | Type: defect Status: new | Priority: normal Component: ffmpeg | Version: 4.1 Keywords: qtrle duration | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------------+---------------------------------- Summary of the bug: When transcoding with a mov/qtrle video as the source (one of the few formats supporting alpha channel), frames are being lost from the end of the output, notably if the last frame is blank and repeats but possibly in other cases too. This issue seems to have appeared between release 4.0.2 and 4.1, and persists to at least build 20190505-e384f6f. Tested with windows 32/64-bit static builds. How to reproduce: {{{ Create a video from a few identical blank pngs; (eg. 256x256 white, 8 frames) ffmpeg -framerate 1 -i Test\%04d.png -c:v qtrle -y TestIn.mov Transcode into any other format; ffmpeg -i TestIn.mov -c:v qtrle -y TestOut.mov Check resulting frame counts; (Or check video duration) ffprobe -v error -select_streams v:0 -show_entries stream=nb_frames -of default=nokey=1:noprint_wrappers=1 TestIn.mov ffprobe -v error -select_streams v:0 -show_entries stream=nb_frames -of default=nokey=1:noprint_wrappers=1 TestOut.mov }}} Log: {{{ >ffmpeg -framerate 1 -i Test\%04d.png -c:v qtrle -y TestIn.mov ffmpeg version N-93762-ge384f6f2f9 Copyright (c) 2000-2019 the FFmpeg developers built with gcc 8.3.1 (GCC) 20190414 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-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-libvorbis --enable-libvo-amrwbenc --enable-libmysofa --enable-libspeex --enable-libxvid --enable-libaom --enable-libmfx --enable-amf --enable-ffnvcodec --enable-cuvid --enable-d3d11va --enable- nvenc --enable-nvdec --enable-dxva2 --enable-avisynth --enable-libopenmpt libavutil 56. 26.100 / 56. 26.100 libavcodec 58. 52.100 / 58. 52.100 libavformat 58. 27.103 / 58. 27.103 libavdevice 58. 7.100 / 58. 7.100 libavfilter 7. 50.100 / 7. 50.100 libswscale 5. 4.100 / 5. 4.100 libswresample 3. 4.100 / 3. 4.100 libpostproc 55. 4.100 / 55. 4.100 Input #0, image2, from 'Test\%04d.png': Duration: 00:00:08.00, start: 0.000000, bitrate: N/A Stream #0:0: Video: png, rgba(pc), 256x256 [SAR 3780:3780 DAR 1:1], 1 fps, 1 tbr, 1 tbn, 1 tbc Stream mapping: Stream #0:0 -> #0:0 (png (native) -> qtrle (native)) Press [q] to stop, [?] for help Output #0, mov, to 'TestIn.mov': Metadata: encoder : Lavf58.27.103 Stream #0:0: Video: qtrle (rle / 0x20656C72), argb, 256x256 [SAR 1:1 DAR 1:1], q=2-31, 200 kb/s, 1 fps, 16384 tbn, 1 tbc Metadata: encoder : Lavc58.52.100 qtrle frame= 8 fps=0.0 q=-0.0 Lsize= 4kB time=00:00:07.00 bitrate= 4.5kbits/s speed= 778x video:3kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 25.383633% >ffmpeg -i TestIn.mov -c:v qtrle -y TestOut.mov ffmpeg version N-93762-ge384f6f2f9 Copyright (c) 2000-2019 the FFmpeg developers built with gcc 8.3.1 (GCC) 20190414 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-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-libvorbis --enable-libvo-amrwbenc --enable-libmysofa --enable-libspeex --enable-libxvid --enable-libaom --enable-libmfx --enable-amf --enable-ffnvcodec --enable-cuvid --enable-d3d11va --enable- nvenc --enable-nvdec --enable-dxva2 --enable-avisynth --enable-libopenmpt libavutil 56. 26.100 / 56. 26.100 libavcodec 58. 52.100 / 58. 52.100 libavformat 58. 27.103 / 58. 27.103 libavdevice 58. 7.100 / 58. 7.100 libavfilter 7. 50.100 / 7. 50.100 libswscale 5. 4.100 / 5. 4.100 libswresample 3. 4.100 / 3. 4.100 libpostproc 55. 4.100 / 55. 4.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'TestIn.mov': Metadata: major_brand : qt minor_version : 512 compatible_brands: qt encoder : Lavf58.27.103 Duration: 00:00:08.00, start: 0.000000, bitrate: 3 kb/s Stream #0:0(eng): Video: qtrle (rle / 0x20656C72), argb(progressive), 256x256, 3 kb/s, SAR 1:1 DAR 1:1, 1 fps, 1 tbr, 16384 tbn, 16384 tbc (default) Metadata: handler_name : VideoHandler encoder : Lavc58.52.100 qtrle Stream mapping: Stream #0:0 -> #0:0 (qtrle (native) -> qtrle (native)) Press [q] to stop, [?] for help Output #0, mov, to 'TestOut.mov': Metadata: major_brand : qt minor_version : 512 compatible_brands: qt encoder : Lavf58.27.103 Stream #0:0(eng): Video: qtrle (rle / 0x20656C72), argb, 256x256 [SAR 1:1 DAR 1:1], q=2-31, 200 kb/s, 1 fps, 16384 tbn, 1 tbc (default) Metadata: handler_name : VideoHandler encoder : Lavc58.52.100 qtrle frame= 1 fps=0.0 q=-0.0 Lsize= 4kB time=00:00:00.00 bitrate=501114.8kbits/s speed=0.00762x video:3kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 24.098734% >ffprobe -v error -select_streams v:0 -show_entries stream=nb_frames -of default=nokey=1:noprint_wrappers=1 TestIn.mov 8 >ffprobe -v error -select_streams v:0 -show_entries stream=nb_frames -of default=nokey=1:noprint_wrappers=1 TestOut.mov 1 }}} Leave a note if you find a workaround, reverted to ffmpeg version 4.0.2 in the mean time. -- Ticket URL: <https://trac.ffmpeg.org/ticket/7880> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 7

#6453(avformat:new): RTMP handshake fails with some encoders
by FFmpeg 27 Aug '19

27 Aug '19

#6453: RTMP handshake fails with some encoders -------------------------------------+------------------------------------- Reporter: | Type: defect rubensanchez | Priority: important Status: new | Version: git- Component: avformat | master Keywords: RTMP, | Blocked By: handshake | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: How to reproduce: Run a RTMP server using libavformat (I run a custom one) and try to stream to that server with Wirecast, Amazon's Elemental LIVE or iOS app wich uses [https://github.com/jgh-/VideoCore VideoCore library]. Then you will see how the encoder do not start the stream or even crashes (Wirecast does). Wireshark shows a RST TCP packet when server sends S1 and waits for C2. The root cause of this is the implementation of the RTMP protocol. These encoders send C0 and C1 packets together and they expect S0 and S1 sent together also. So, sending S0 and S1 on different packets results on the encoder closing the connection with the server. Patches should be submitted to the ffmpeg-devel mailing list and not this bug tracker. -- Ticket URL: <https://trac.ffmpeg.org/ticket/6453> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 4

#8098(avcodec:new): DTS audio to .mp4 sets wrong audio Channel(s) to 2
by FFmpeg 27 Aug '19

27 Aug '19

#8098: DTS audio to .mp4 sets wrong audio Channel(s) to 2 --------------------------------------+---------------------------------- Reporter: Dameos | Type: defect Status: new | Priority: normal Component: avcodec | Version: 4.2 Keywords: dts, channel | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+---------------------------------- When writing a DTS audio track to a .mp4 container ffmpeg reduces the audio channels to 2 instead of keeping the original channels. Command: {{{ ffmpeg -i C:\ffmpeg\audio.dts -map 0:0 -c copy C:\ffmpeg\audio.mp4 }}} MediaInfo: {{{ General Complete name : C:\ffmpeg\audio.mp4 Format : MPEG-4 Format profile : Base Media Codec ID : isom (isom/iso2/mp41) File size : 2.26 GiB Duration : 2 h 28 min Overall bit rate : 2 173 kb/s Writing application : Lavf58.31.104 Audio ID : 1 Format : DTS Format/Info : Digital Theater Systems Format profile : MA / Core Codec ID : mp4a-A9 Duration : 2 h 28 min Bit rate mode : Variable / Constant Bit rate : Unknown / 1 509 kb/s Nominal bit rate : 2 170 kb/s Channel(s) : 2 channels Channel(s)_Original : 6 channels Channel positions : Front: L C R, Side: L R, LFE Sampling rate : 48.0 kHz Frame rate : 93.750 FPS (512 SPF) Bit depth : 16 bits Compression mode : Lossless / Lossy Stream size : 2.26 GiB (100%) Default : Yes Alternate group : 1 }}} As you can see all the audio stream data is still being written to the mp4 container, but Channel(s) is reduced to 2. -- Ticket URL: <https://trac.ffmpeg.org/ticket/8098> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 2

#8096(avformat:new): MPEGTS: Interleaved muxing
by FFmpeg 27 Aug '19

27 Aug '19

#8096: MPEGTS: Interleaved muxing -----------------------------------+--------------------------------------- Reporter: ahakon | Type: enhancement Status: new | Priority: normal Component: avformat | Version: git-master Keywords: mpegtsenc | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+--------------------------------------- Hi, To illustrate the problem solved with the patch: https://patchwork.ffmpeg.org/patch/14589/ I put here some screenshots to describe the problem. Please excuse me for opening a ticket about a published patch. But I think this is a good place to publish the screenshots. - MPTS.PNG: Regular MPTS captured from a DVB broadcast (professional muxer). - MODE-0.PNG: Current ffmpeg mpegts muxer. - MODE-1.PNG: New interleaved mode for the mpegts muxer. All captures are done using the GRID VIEW of the DVB Inspector tool. -- Ticket URL: <https://trac.ffmpeg.org/ticket/8096> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 6

#7859(avformat:new): Wrong ARMovie audio codec detection
by FFmpeg 27 Aug '19

27 Aug '19

#7859: Wrong ARMovie audio codec detection -------------------------------------+------------------------------------- Reporter: stohrendorf | 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: ARMovie Audio Codec detection must not be case sensitive Details: The string checks at https://github.com/FFmpeg/FFmpeg/blob/master/libavformat/rpl.c#L213 should be case-insensitive. Tomb Raider 1 has ARMovie files which contain uppercase "LINEAR" and "UNSIGNED", so libavformat falsely returns AV_CODEC_ID_PCM_VIDC instead of AV_CODEC_ID_PCM_U8. Example: {{{ 8 bits per sample (LINEAR UNSIGNED) }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/7859> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 9

Re: [FFmpeg-trac] #2162(avformat:open): AC-3 descriptors for Transport Stream (was: ffmpeg does not create PS3 compatible m2ts files)
by FFmpeg 25 Aug '19

25 Aug '19

#2162: AC-3 descriptors for Transport Stream ------------------------------------+------------------------------------ Reporter: britannia | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by Sami32): @britania I hope that you don't mind my title's change, but as it didn't helped to be detected as AC-3 descriptor issue? in MPEG-TS until now i thought it was worth it. (Same issue as #5837) As a side note, an alternative to PS3 users to use TsMuXer they also could use FFmpeg with AC-3 in MP4 format also if it is not writed in the official list of supported codecs/formats. Regards, -- Ticket URL: <https://trac.ffmpeg.org/ticket/2162#comment:14> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0

#7744(undetermined:new): ffmpeg doesn't force vtag to MPEGTS
by FFmpeg 25 Aug '19

25 Aug '19

#7744: ffmpeg doesn't force vtag to MPEGTS --------------------------------------+---------------------------------- Reporter: zoolog | Type: defect Status: new | Priority: normal Component: undetermined | Version: 4.1 Keywords: vtag mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+---------------------------------- Summary of the bug: I have the TS file, where I can see codec_tag_string setted to HEVC. This file is played by LG, Toshiba etc. tv's. When I'm trying to force this media format identifier to my file with ffmpeg with -vtag param, I can see codec_tag_string in FFmpeg output but the output file stays without changes. Example file 33-06000.ts with codec_tag_string=HEVC attached. Input file 5000-000.ts for test attached as well. ffmpeg version 4.1.1 How to reproduce: {{{/usr/bin/ffmpeg -hide_banner -i /5000-000.ts -vtag HEVC -vcodec copy -acodec copy -sn -f mpegts 50.ts}}} Input #0, mpegts, from '/5000-000.ts': Duration: 00:00:05.31, start: 1.400000, bitrate: 13307 kb/s Program 1 Metadata: service_name : Service01 service_provider: FFmpeg Stream #0:0[0x100]: Video: hevc (Main 10) ([36][0][0][0] / 0x0024), yuv420p10le(tv, bt709), 3840x2160 [SAR 1:1 DAR 16:9], 50 fps, 50 tbr, 90k tbn, 50 tbc Stream #0:1[0x101](eng): Audio: aac (LC) ([15][0][0][0] / 0x000F), 48000 Hz, stereo, fltp, 126 kb/s Output #0, mpegts, to '50.ts': Metadata: encoder : Lavf58.20.100 Stream #0:0: Video: hevc (Main 10) (HEVC / 0x43564548), yuv420p10le(tv, bt709), 3840x2160 [SAR 1:1 DAR 16:9], q=2-31, 50 fps, 50 tbr, 90k tbn, 90k tbc Stream #0:1(eng): Audio: aac (LC) ([15][0][0][0] / 0x000F), 48000 Hz, stereo, fltp, 126 kb/s Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Press [q] to stop, [?] for help frame= 192 fps=0.0 q=-1.0 Lsize= 9101kB time=00:00:05.26 bitrate=14149.7kbits/s speed= 304x video:8334kB audio:84kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 8.112041% {{{ffprobe -hide_banner 50.ts}}} Input #0, mpegts, from '50.ts': Duration: 00:00:05.31, start: 1.400000, bitrate: 14038 kb/s Program 1 Metadata: service_name : Service01 service_provider: FFmpeg Stream #0:0[0x100]: Video: hevc (Main 10) ([36][0][0][0] / 0x0024), yuv420p10le(tv, bt709), 3840x2160 [SAR 1:1 DAR 16:9], 50 fps, 50 tbr, 90k tbn, 50 tbc Stream #0:1[0x101](eng): Audio: aac (LC) ([15][0][0][0] / 0x000F), 48000 Hz, stereo, fltp, 126 kb/s -- Ticket URL: <https://trac.ffmpeg.org/ticket/7744> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 14

#7496(avformat:new): Access to the reference track (dolby vision) of a stream
by FFmpeg 25 Aug '19

25 Aug '19

#7496: Access to the reference track (dolby vision) of a stream -------------------------------------+------------------------------------- Reporter: dgrs | Type: Status: new | enhancement Component: avformat | Priority: normal Keywords: reference | Version: track, dolby vision, vdep | unspecified Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Summary of the bug: Access to the reference track of a stream in a mp4 file is required. ISO/IEC 14496-12:2005 describes this as the track_ID of the Track Reference Box. -- Ticket URL: <https://trac.ffmpeg.org/ticket/7496> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 3

#7535(ffmpeg:new): FFMpeg freezes without any error message on incomplete encrypted segment received
by FFmpeg 25 Aug '19

25 Aug '19

#7535: FFMpeg freezes without any error message on incomplete encrypted segment received ---------------------------------+--------------------------------------- Reporter: mirkokg | Type: defect Status: new | Priority: critical Component: ffmpeg | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+--------------------------------------- Summary of the bug: I noticed an issue in FFMpeg, while streaming AES encrypted HLS stream as input. If there is connection problem, and chunk download ends prematurely, without any server error, FFMpeg will freeze and reports no error messages. I used http debugging proxy to trace the connections to hls stream, and I noticed that FFMpeg became frozen when downloaded chunk was incomplete. Content length, in the response header was 3009520, and because of connection issue that happened, received HTTP body size was only ~175KB. I tried both latest nightly build and stable on both Mac and Windows. Same issue occurs on all versions and platforms that I tested. Obviously, on live stream, this happens randomly, only when connection issue like this occurs. How to reproduce: This is bit tricky to reproduce, but doable. You need to create a specially serviced HLS Stream with keys and chunks that will deliberately cut the response body for some of the chunks, to any length. Stream probably has to be AES encrypted, but to be honest I didn't try with unencrypted stream. I didn't test if the same happens in ffplay. Proposal for the fix: Add an option to try to resume transfer automatically if Content-Length differs from body size and if HTTP server supports resume. -- Ticket URL: <https://trac.ffmpeg.org/ticket/7535> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 2

#8092(undetermined:new): Raw AAC unplayable.
by FFmpeg 25 Aug '19

25 Aug '19

#8092: Raw AAC unplayable. ----------------------------------+-------------------------------------- Reporter: Cigaes | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 4.1.4 | Keywords: regression Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 ----------------------------------+-------------------------------------- Reported on MPlayer mailing-list: https://lists.mplayerhq.hu/pipermail/mplayer-users/2019-August/088812.html File is not playable with recent version: {{{ $ ffmpeg -i fantasia_a_due-prova_13_agosto.m4a ffmpeg version 4.1.3-1 Copyright (c) 2000-2019 the FFmpeg developers built with gcc 8 (Debian 8.3.0-7) configuration: --prefix=/usr --extra-version=1 --toolchain=hardened --libdir=/usr/lib/x86_64-linux-gnu --incdir=/usr/include/x86_64-linux-gnu --arch=amd64 --e nable-gpl --disable-stripping --enable-avresample --disable- filter=resample --enable-avisynth --enable-gnutls --enable-ladspa --enable-libaom --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libcdio --enable-libcodec2 --enable-libflite --enable-libfontconfig --enable- libfreetype --enable-libfribidi --enable-libgme --enable-libgsm --enable-libjack --enable-libmp3lame --enable-libmysofa --enable-libopenjpeg --enable- libopenmpt --enable-libopus --enable-libpulse --enable-librsvg --enable-librubberband --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libssh --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx265 --enable-libxml2 --enable-libxvid --enable-libzmq --enable-libzvbi --enable-lv2 --enable-omx --enable-openal --enable-opengl --enable-sdl2 --enable-libdc1394 --enable-libdrm --enable-libiec61883 --enable- chromaprint --enable-frei0r --enable-libx264 --enable-shared libavutil 56. 22.100 / 56. 22.100 libavcodec 58. 35.100 / 58. 35.100 libavformat 58. 20.100 / 58. 20.100 libavdevice 58. 5.100 / 58. 5.100 libavfilter 7. 40.101 / 7. 40.101 libavresample 4. 0. 0 / 4. 0. 0 libswscale 5. 3.100 / 5. 3.100 libswresample 3. 3.100 / 3. 3.100 libpostproc 55. 3.100 / 55. 3.100 [aac @ 0x55c4524de780] Could not find codec parameters for stream 0 (Audio: aac, 0 channels, fltp): unspecified sample rate Consider increasing the value for the 'analyzeduration' and 'probesize' options Input #0, aac, from 'fantasia_a_due-prova_13_agosto.m4a': Duration: N/A, bitrate: N/A Stream #0:0: Audio: aac, 0 channels, fltp At least one output file must be specified }}} Was with an older version : {{{ $ ffmpeg -i fantasia_a_due-prova_13_agosto.m4a ffmpeg version 3.2.14-1~deb9u1 Copyright (c) 2000-2019 the FFmpeg developers built with gcc 6.3.0 (Debian 6.3.0-18+deb9u1) 20170516 configuration: --prefix=/usr --extra-version='1~deb9u1' --toolchain=hardened --libdir=/usr/lib/i386-linux-gnu --incdir=/usr/include/i386-linux-gnu --enable-gp l --disable-stripping --enable-avresample --enable-avisynth --enable- gnutls --enable-ladspa --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libcdio --enable-libebur128 --enable-libflite --enable- libfontconfig --enable-libfreetype --enable-libfribidi --enable-libgme --enable-libgsm --enable-libmp3lame --enable-libopenjpeg --enable-libopenmpt --enable- libopus --enable-libpulse --enable-librubberband --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libssh --enable-libtheora --enable-libtwolame --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx265 --enable-libxvid --enable-libzmq --enable-libzvbi --enable-omx --enable-openal --enable-opengl --enable- sdl2 --enable-libdc1394 --enable-libiec61883 --enable-chromaprint --enable- frei0r --enable-libopencv --enable-libx264 --enable-shared libavutil 55. 34.101 / 55. 34.101 libavcodec 57. 64.101 / 57. 64.101 libavformat 57. 56.101 / 57. 56.101 libavdevice 57. 1.100 / 57. 1.100 libavfilter 6. 65.100 / 6. 65.100 libavresample 3. 1. 0 / 3. 1. 0 libswscale 4. 2.100 / 4. 2.100 libswresample 2. 3.100 / 2. 3.100 libpostproc 54. 1.100 / 54. 1.100 [aac @ 0x1ea0720] Input buffer exhausted before END element found [aac @ 0x1e9f6a0] Estimating duration from bitrate, this may be inaccurate Input #0, aac, from 'fantasia_a_due-prova_13_agosto.m4a': Duration: 01:21:54.86, bitrate: 150 kb/s Stream #0:0: Audio: aac (LC), 48000 Hz, stereo, fltp, 150 kb/s At least one output file must be specified }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/8092> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 6