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

#4683(undetermined:new): mjpeg: 12bpp fix artefacts
by FFmpeg 29 Jun '24

29 Jun '24

#4683: mjpeg: 12bpp fix artefacts -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- artefacts on the logo {{{ C:\>ffmpeg -i 12bpp.jpg out.bmp ffmpeg version N-73189-g7728d23 Copyright (c) 2000-2015 the FFmpeg developers built with gcc 4.9.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-iconv --enable-libass --enable-libbluray --enable-libbs2b --enable- libcaca -- enable-libdcadec --enable-libfreetype --enable-libgme --enable-libgsm --enable-l ibilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enab le-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable- librtmp --en able-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --ena ble-libtwolame --enable-libvidstab --enable-libvo-aacenc --enable-libvo- amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enabl e-libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable-lzma --ena ble-decklink --enable-zlib libavutil 54. 27.100 / 54. 27.100 libavcodec 56. 45.100 / 56. 45.100 libavformat 56. 38.102 / 56. 38.102 libavdevice 56. 4.100 / 56. 4.100 libavfilter 5. 18.100 / 5. 18.100 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 2.100 / 1. 2.100 libpostproc 53. 3.100 / 53. 3.100 Input #0, image2, from '12bpp.jpg': Duration: 00:00:00.04, start: 0.000000, bitrate: 65308 kb/s Stream #0:0: Video: mjpeg, gray16le(12 bpc, bt470bg/unknown/unknown), 999x74 9 [SAR 300:300 DAR 999:749], 25 tbr, 25 tbn, 25 tbc Output #0, image2, to 'out.bmp': Metadata: encoder : Lavf56.38.102 Stream #0:0: Video: bmp, gray, 999x749 [SAR 1:1 DAR 999:749], q=2-31, 200 kb /s, 25 fps, 25 tbn, 25 tbc Metadata: encoder : Lavc56.45.100 bmp Stream mapping: Stream #0:0 -> #0:0 (mjpeg (native) -> bmp (native)) Press [q] to stop, [?] for help frame= 1 fps=0.0 q=0.0 Lsize=N/A time=00:00:00.04 bitrate=N/A video:732kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing o verhead: unknown }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/4683> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 6

#3386(undetermined:new): [H264] [Regression] illegal short term buffer state detected
by FFmpeg 19 Jun '24

19 Jun '24

#3386: [H264] [Regression] illegal short term buffer state detected -------------------------------------+------------------------------------- Reporter: | Type: defect Underground78 | Priority: normal Status: new | Version: git- Component: | master undetermined | Blocked By: Keywords: | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- '''Summary of the bug:''' A regression in H264 decoding was apparently introduced about 3 months ago. It leads to artifacts appearing during playback with "illegal short term buffer state detected" errors being reported in the log. '''How to reproduce:''' Try [http://stfcc.org/misc/bbc2.sample.ts this sample] in ffplay for example. {{{ >ffplay.exe bbc2.sample.ts ffplay version N-60646-gd601106 Copyright (c) 2003-2014 the FFmpeg developers built on Feb 15 2014 03:11:41 with gcc 4.8.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable- librtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvo- aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 63.101 / 52. 63.101 libavcodec 55. 52.101 / 55. 52.101 libavformat 55. 32.101 / 55. 32.101 libavdevice 55. 9.101 / 55. 9.101 libavfilter 4. 1.102 / 4. 1.102 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 [NULL @ 04011580] start time is not set in estimate_timings_from_pts [mpegts @ 0400d160] PES packet size mismatch Last message repeated 1 times Input #0, mpegts, from 'bbc2.sample.ts': Duration: 00:00:47.48, start: 0.200000, bitrate: 8424 kb/s Program 1 Stream #0:0[0x157c]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p(tv , bt709), 1440x1080 [SAR 4:3 DAR 16:9], 23.75 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0x157d](eng): Audio: ac3 ([6][0][0][0] / 0x0006), 48000 Hz, ster eo, fltp, 192 kb/s Stream #0:2[0x157f](eng): Subtitle: dvb_teletext ([6][0][0][0] / 0x0006) Stream #0:3[0x1580](eng): Subtitle: dvb_subtitle ([6][0][0][0] / 0x0006) No codec could be found with id 94215 [h264 @ 054c1980] illegal short term buffer state detected }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/3386> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 6

#5718(undetermined:new): ffmpeg not remapping channels for libopus automatically
by FFmpeg 16 Jun '24

16 Jun '24

#5718: ffmpeg not remapping channels for libopus automatically -------------------------------------+------------------------------------- Reporter: agressiv | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: libopus | Blocked By: channelmap | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- {{{ [libopus @ 00000000026ad020] Invalid channel layout 5.1(side) for specified mapping family -1. }}} Summary of the bug: Encode a 5.1 audio file with 5.1(side) channel map How to reproduce: {{{ % ffmpeg -i movie-with-51side.mkv -c:a libopus -b:a 256k output.mkv ffmpeg version N-81025-g25ca74d built on July 15 2016 }}} ffmpeg version N-80101-gd970f7b automatically remapped these to the rear channels since libopus doesn't seem to allow side channels. I now have to explicitly add: {{{ -af "channelmap=channel_layout=5.1" }}} Not sure if this is expected behavior or not. Without this channelmap, it aborts. Command-line opusenc automatically remaps as well. -- Ticket URL: <https://trac.ffmpeg.org/ticket/5718> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 33

#5309(undetermined:new): Seek doesn't work in some .mp4 files
by FFmpeg 25 May '24

25 May '24

#5309: Seek doesn't work in some .mp4 files -------------------------------------+------------------------------------- Reporter: Arnaud | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: How to reproduce: {{{ % ffplay -ss 5 ffmpeg version: ffplay version N-78958-g8c24523 built from latest git, on Ubuntu 14.04.3, on 2016-03-07 }}} File is seek_not_working.mp4 The file plays well but always from the beginning: the seek isn't working. -- Ticket URL: <https://trac.ffmpeg.org/ticket/5309> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 20

#5733(undetermined:new): Dolby-E decoding
by FFmpeg 15 May '24

15 May '24

#5733: Dolby-E decoding -------------------------------------+------------------------------------- Reporter: | Type: smallishzulu | enhancement Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: dolby-e | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Hello, Does FFmpeg support Dolby-E decoding ? I have attached 2 files: a) Dolby-E data with SMPTE-337 b) Dolby-E data Kind Regards, -- Ticket URL: <https://trac.ffmpeg.org/ticket/5733> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 8

#4078(ffmpeg:new): Specify audio bitrate per-channel
by FFmpeg 15 Apr '24

15 Apr '24

#4078: Specify audio bitrate per-channel ----------------------------------+--------------------------------------- Reporter: Haravikk | Type: enhancement Status: new | Priority: normal Component: ffmpeg | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- Fairly self-explanatory, but currently we can specify audio bit-rate for the entire stream, but this requires us to calculate the total bitrate from the number of input channels ourselves. This is fine for single files, but for batch-encoding a mixture of stereo and surround-sound content it's not as ideal, or even for encoding a file that contains multiple audio-streams. To accommodate these use-cases I'd like to request an alternative syntax for specifying audio channels with a per-channel bit-rate so that I can instead just specify say 64k per channel for AAC, with ffmpeg automatically using a total of 128k for stereo or 384k for 5.1 etc. I'm not sure what the best way to do this would be. I suppose one option would be to have a new parameter -bc for "bits per channel", so I could specify something like ffmpeg -i "$INFILE" -acodec aac -bc:a 64k "$OUTFILE" An alternative would be allowing some kind of suffix to the -b option such as: ffmpeg -i "$INFILE" -acodec aac -b:a 64k/c "$OUTFILE" -- Ticket URL: <https://trac.ffmpeg.org/ticket/4078> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 4

#4209(undetermined:new): GPS coordinates location and other iOS metadata in MOV are not copied to output MP4
by FFmpeg 10 Apr '24

10 Apr '24

#4209: GPS coordinates location and other iOS metadata in MOV are not copied to output MP4 -------------------------------------+------------------------------------- Reporter: elmimmo | 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: Certain metadata in MOV files recorded with iOS devices, such as GPS location, is lost when converting to MP4. **ffmpeg** does state in its log that the output file will contain such metadata, but such is not the case as identified with **ffprobe** and **exiftool**. Some of the metadata present in the input MOV that is missing in the output MP4, according to **ffprobe**: - make ("Apple") - encoder - location (GPS latitude/longitude/altitude coordinates) - model (the iPhone/iPad/iPod model) **exiftool** identifies some more: - camera identifier ("Back" or "Front") - Software Version (iOS version) This happens irrespective of input video/audio being transcoded or just repackaged. How to reproduce: {{{ % ffmpeg -i INPUT.mov -map_metadata 0 -c copy OUTPUT.mp4 ffmpeg version 2.5.2 Copyright (c) 2000-2014 the FFmpeg developers built on Dec 26 2014 21:55:58 with Apple LLVM version 4.2 (clang-425.0.28) (based on LLVM 3.2svn) configuration: --prefix=/usr/local/Cellar/ffmpeg/2.5.2 --enable-shared --enable-pthreads --enable-gpl --enable-version3 --enable-hardcoded-tables --enable-avresample --cc=clang --host-cflags= --host-ldflags= --enable- libx264 --enable-libmp3lame --enable-libxvid --enable-libvo-aacenc --enable-vda libavutil 54. 15.100 / 54. 15.100 libavcodec 56. 13.100 / 56. 13.100 libavformat 56. 15.102 / 56. 15.102 libavdevice 56. 3.100 / 56. 3.100 libavfilter 5. 2.103 / 5. 2.103 libavresample 2. 1. 0 / 2. 1. 0 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'INPUT.mov': Metadata: major_brand : qt minor_version : 0 compatible_brands: qt creation_time : 2014-12-26 20:54:22 model : iPhone 4 model-spa : iPhone 4 encoder : 7.1.1 encoder-spa : 7.1.1 date : 2014-12-26T21:54:22+0100 date-spa : 2014-12-26T21:54:22+0100 location : +41.4082+002.1852+027.119/ location-spa : +41.4082+002.1852+027.119/ make : Apple make-spa : Apple Duration: 00:00:01.07, start: 0.000000, bitrate: 11694 kb/s Stream #0:0(und): Video: h264 (Baseline) (avc1 / 0x31637661), yuv420p(tv, bt709), 1280x720, 11890 kb/s, 24 fps, 24 tbr, 600 tbn, 1200 tbc (default) Metadata: rotate : 90 creation_time : 2014-12-26 20:54:22 handler_name : Core Media Data Handler encoder : H.264 Side data: displaymatrix: rotation of -90.00 degrees Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 44100 Hz, mono, fltp, 62 kb/s (default) Metadata: creation_time : 2014-12-26 20:54:22 handler_name : Core Media Data Handler Output #0, mp4, to 'OUTPUT.mp4': Metadata: major_brand : qt minor_version : 0 compatible_brands: qt creation_time : 2014-12-26 20:54:22 model : iPhone 4 model-spa : iPhone 4 make-spa : Apple encoder : Lavf56.15.102 date : 2014-12-26T21:54:22+0100 date-spa : 2014-12-26T21:54:22+0100 location : +41.4082+002.1852+027.119/ location-spa : +41.4082+002.1852+027.119/ make : Apple Stream #0:0(und): Video: h264 ([33][0][0][0] / 0x0021), yuv420p, 1280x720, q=2-31, 11890 kb/s, 24 fps, 19200 tbn, 600 tbc (default) Metadata: rotate : 90 creation_time : 2014-12-26 20:54:22 handler_name : Core Media Data Handler encoder : H.264 Side data: displaymatrix: rotation of -90.00 degrees Stream #0:1(und): Audio: aac ([64][0][0][0] / 0x0040), 44100 Hz, mono, 62 kb/s (default) Metadata: creation_time : 2014-12-26 20:54:22 handler_name : Core Media Data Handler Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Press [q] to stop, [?] for help frame= 25 fps=0.0 q=-1.0 Lsize= 1522kB time=00:00:01.06 bitrate=11673.4kbits/s video:1512kB audio:8kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.123020% }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/4209> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 27

#4859(undetermined:new): TTML subtitles
by FFmpeg 14 Mar '24

14 Mar '24

#4859: TTML subtitles -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: | Status: new enhancement | Component: Priority: wish | undetermined Version: git- | Keywords: sub master | Blocking: Blocked By: | Analyzed by developer: 0 Reproduced by developer: 0 | -------------------------------------+------------------------------------- vlc ticket 14974: https://trac.videolan.org/vlc/ticket/14974 FFmpeg does not support EBU Timed-Text Markup Language (TTML) subtitles yet. -- Ticket URL: <https://trac.ffmpeg.org/ticket/4859> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 19

#5154(avformat:new): Demux h264 stream from Arecont camera
by FFmpeg 22 Feb '24

22 Feb '24

#5154: Demux h264 stream from Arecont camera ---------------------------------------+---------------------------------- Reporter: cehoyos | Owner: Type: enhancement | Status: new Priority: wish | Component: avformat Version: git-master | Keywords: h264 Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 ---------------------------------------+---------------------------------- http://ffmpeg.org/pipermail/ffmpeg-user/2016-January/030122.html A user provided a stream dump from his Arecont Vision AV20365CO. FFmpeg correctly autodetects the stream as h264 but every frame starts with a http content header that makes remuxing impossible: {{{ $ ffmpeg -r 25 -i h264stream.dump -vcodec copy out.mov ffmpeg version N-77810-g405abdb Copyright (c) 2000-2016 the FFmpeg developers built with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --enable-libx264 libavutil 55. 13.100 / 55. 13.100 libavcodec 57. 22.100 / 57. 22.100 libavformat 57. 21.101 / 57. 21.101 libavdevice 57. 0.100 / 57. 0.100 libavfilter 6. 23.100 / 6. 23.100 libswscale 4. 0.100 / 4. 0.100 libswresample 2. 0.101 / 2. 0.101 libpostproc 54. 0.100 / 54. 0.100 [h264 @ 0x29a9440] Stream #0: not enough frames to estimate rate; consider increasing probesize Input #0, h264, from 'h264stream.dump': Duration: N/A, bitrate: N/A Stream #0:0: Video: h264 (Baseline), yuv420p, 1280x960, 25 fps, 25 tbr, 1200k tbn, 50 tbc [mov @ 0x2a378e0] Codec for stream 0 does not use global headers but container format requires global headers Output #0, mov, to 'out.mov': Metadata: encoder : Lavf57.21.101 Stream #0:0: Video: h264 (avc1 / 0x31637661), yuv420p, 1280x960, q=2-31, 25 fps, 25 tbr, 12800 tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help [mov @ 0x2a378e0] Timestamps are unset in a packet for stream 0. This is deprecated and will stop working in the future. Fix your code to set the timestamps properly frame= 20 fps=0.0 q=-1.0 Lsize= 13897kB time=00:00:00.80 bitrate=142304.5kbits/s speed=34.4x video:13896kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.006613% }}} The output file is unreadable. The following works fine: {{{ $ cat h264stream.dump | sed -u -b -e '/^--fbdr\r$/ {N;N;N;d}' | ffmpeg -i - -vcodec copy out.mov ffmpeg version N-77810-g405abdb Copyright (c) 2000-2016 the FFmpeg developers built with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --enable-libx264 libavutil 55. 13.100 / 55. 13.100 libavcodec 57. 22.100 / 57. 22.100 libavformat 57. 21.101 / 57. 21.101 libavdevice 57. 0.100 / 57. 0.100 libavfilter 6. 23.100 / 6. 23.100 libswscale 4. 0.100 / 4. 0.100 libswresample 2. 0.101 / 2. 0.101 libpostproc 54. 0.100 / 54. 0.100 [h264 @ 0x27a33c0] Stream #0: not enough frames to estimate rate; consider increasing probesize Input #0, h264, from 'pipe:': Duration: N/A, bitrate: N/A Stream #0:0: Video: h264 (Baseline), yuv420p, 1280x960, 25 fps, 25 tbr, 1200k tbn, 50 tbc [mov @ 0x27aa460] Codec for stream 0 does not use global headers but container format requires global headers [mov @ 0x27aa460] WARNING codec timebase is very high. If duration is too long, file may not be playable by quicktime. Specify a shorter timebase or choose different container. Output #0, mov, to 'out.mov': Metadata: encoder : Lavf57.21.101 Stream #0:0: Video: h264 (avc1 / 0x31637661), yuv420p, 1280x960, q=2-31, 25 fps, 25 tbr, 1200k tbn, 1200k tbc Stream mapping: Stream #0:0 -> #0:0 (copy) [mov @ 0x27aa460] Timestamps are unset in a packet for stream 0. This is deprecated and will stop working in the future. Fix your code to set the timestamps properly frame= 20 fps=0.0 q=-1.0 Lsize= 13896kB time=00:00:00.76 bitrate=149782.4kbits/s speed=17.2x video:13895kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.006635% }}} http://www.stardot-tech.com/developer/api.html describes a different but similar format, it also distinguishes between "Content-type: video/H.264I" for I-frames and "Content-type: video/H.264P" for P-frames. -- Ticket URL: <https://trac.ffmpeg.org/ticket/5154> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 7

#5456(undetermined:new): Videos produced with -shortest are longer than the audio
by FFmpeg 20 Feb '24

20 Feb '24

#5456: Videos produced with -shortest are longer than the audio -------------------------------------+------------------------------------- Reporter: hmemcpy | 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: I tried following the guide for converting an audio file to video for YouTube, and I noticed that when using the `-shortest` switch, the videos produced were about 10 seconds longer than the audio track, and it was impossible to skip. After some searching, I found an old thread that suggests this was a bug introduced sometime in 2012, and suggested using an older version. I was able to find that last good build, after which the bug happens! Last good build was: `ffmpeg-20120720-git-85761ef` found here: https://ffmpeg.zeranoe.com/builds/win64/static/ All subsequent versions after it, including the very latest, have this incorrect behavior. How to reproduce: Attached is an 8 second .flac file (and an image for still frame) Run the following: {{{ ffmpeg -loop 1 -framerate 1 -i bg.jpg -i recit24bit.flac -shortest output.mp4 }}} When done with the "good" build 85761ef, the resulting mp4 is 10 seconds long When done with any other newer version, the resulting mp4 is 1 minute 08 seconds on my machine. See attached logs for additional info. -- Ticket URL: <https://trac.ffmpeg.org/ticket/5456> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 5