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

#3729(undetermined:new): FFMPEG should show warnings when FLAC encoder produce non-subset stream
by FFmpeg 14 Feb '21

14 Feb '21

#3729: FFMPEG should show warnings when FLAC encoder produce non-subset stream -------------------------------------+------------------------------------- Reporter: Vika | Type: defect Apelsinova | Priority: normal Status: new | Version: git- Component: | master undetermined | Blocked By: Keywords: flac subset | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- FFMPEG should show warning message "The encoding parameters specified do not conform to the FLAC Subset and may not be streamable or playable in hardware devices." when one of the following statements is true: 1. sample size in bits = not (8 or 12 or 16 or 20 or 24) or 2. min_partition_order > 8 or 3. max_partition_order > 8 or 4. min_prediction_order > 12 and samplerate <= 48000 or 5. max_prediction_order > 12 and samplerate <= 48000 or 6. frame_size > 4608 and samplerate <= 48000 or 7. frame_size > 16384 -- Ticket URL: <https://trac.ffmpeg.org/ticket/3729> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 8

#3657(swscale:new): 32 Bit per Channel sws conversion
by FFmpeg 11 Feb '21

11 Feb '21

#3657: 32 Bit per Channel sws conversion ---------------------------------+--------------------------------------- Reporter: sun | Type: enhancement Status: new | Priority: wish Component: swscale | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+--------------------------------------- Hello, As there are more and more Cameras able to record with more than 8 bit per pixel and there already are programs like Shotcut and Blender which support high-precision internal processing, e.g. blender is unable to handle 10-bit videos properly, because converting a 16 bit buffer from the sws yuv to rgb conversion to its internal 32bit buffer would be too slow and therefore it has to use an 8 bit buffer. If ffmpeg could convert to 32bit directly, there wouldn't be the need to do two conversion steps, 10 ->16->32 and native high precision video support would be much easier to implement! -- Ticket URL: <https://trac.ffmpeg.org/ticket/3657> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 17

#3585(avcodec:new): Many decoding errors for pmp input
by FFmpeg 04 Feb '21

04 Feb '21

#3585: Many decoding errors for pmp input -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: minor | Component: avcodec Version: git- | Keywords: pmp h264 master | regression Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- The sample from ticket #3534 shows many errors on decoding since 45da7a0e {{{ $ ffmpeg -i test.pmp ffmpeg version N-62653-g1aa388d Copyright (c) 2000-2014 the FFmpeg developers built on Apr 23 2014 17:28:12 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 78.100 / 52. 78.100 libavcodec 55. 58.105 / 55. 58.105 libavformat 55. 37.101 / 55. 37.101 libavdevice 55. 13.100 / 55. 13.100 libavfilter 4. 4.100 / 4. 4.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 [pmp @ 0x1c4bae0] AAC not yet correctly supported [h264 @ 0x1c4c480] SEI type 0 size 40 truncated at 37 [h264 @ 0x1c4c480] SEI type 1 size 40 truncated at 36 Last message repeated 6 times Input #0, pmp, from 'test.pmp': Duration: 00:00:05.76, bitrate: 256 kb/s Stream #0:0: Video: h264 (Main), yuv420p, 480x272 [SAR 1:1 DAR 30:17], 23.98 fps, 23.98 tbr, 23.98 tbn, 47.95 tbc Stream #0:1: Audio: aac, 44100 Hz, stereo, fltp At least one output file must be specified }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/3585> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 1

#3577(undetermined:new): add LAME tag for MP3s
by FFmpeg 14 Nov '20

14 Nov '20

#3577: add LAME tag for MP3s -------------------------------------+------------------------------------- Reporter: tobwen | Type: Status: new | enhancement Component: | Priority: wish undetermined | Version: git- Keywords: MP3, LAME, | master audio | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- When creating MP3s using FFMPEG, the LAME tag doesn't get added. Normally, it looks like this: {{{ Writing library : LAME3.99r Encoding settings: -m j -V 2 -q 0 -lowpass 18.5 --vbr-new -b 32 }}} But with libmp3lame it looks like this only: {{{ Writing library : LAME3.99.5 }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/3577> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 2

#3702(undetermined:new): Re-stream RTP to RTSP
by FFmpeg 07 Nov '20

07 Nov '20

#3702: Re-stream RTP to RTSP -------------------------------------+------------------------------------- Reporter: DJX | 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: FFmpeg will not re-restream an RTP stream to RTSP. It hangs and must be terminated with Ctrl+C. After issuing a Ctrl+C, it displays the error: Could not write header for output file #0 (incorrect codec parameters ?): Error number -5 occurred How to reproduce: {{{ ffmpeg -re -i rtp://239.255.1.1:59002 -f rtsp -c copy rtsp://localhost:554/live ffmpeg version N-63746-gfbaf73a Copyright (c) 2000-2014 the FFmpeg developers built on Jun 3 2014 22:10:20 with gcc 4.8.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-libcaca --enable- libfreetyp e --enable-libgme --enable-libgsm --enable-libilbc --enable-libmodplug --enable- libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable- libope njpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable- libsox r --enable-libspeex --enable-libtheora --enable-libtwolame --enable- libvidstab - -enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable- libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265 --enable- libxavs --enable-libxvid --enable-decklink --enable-zlib libavutil 52. 89.100 / 52. 89.100 libavcodec 55. 66.100 / 55. 66.100 libavformat 55. 42.100 / 55. 42.100 libavdevice 55. 13.101 / 55. 13.101 libavfilter 4. 5.100 / 4. 5.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 [mpeg2video @ 0000000002abc300] Invalid frame dimensions 0x0. Last message repeated 4 times [rtp @ 0000000002b006e0] Could not find codec parameters for stream 3 (Unknown: none ([134][0][0][0] / 0x0086)): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options Input #0, rtp, from 'rtp://239.255.1.1:59002': Duration: N/A, start: 24023.945356, bitrate: 320 kb/s Program 10 Stream #0:2: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p(tv), 704x480 [SAR 10:11 DAR 4:3], max. 5000 kb/s, 29.97 fps, 29.97 tbr, 90k tbn, 59.9 4 tbc Stream #0:0(eng): Audio: ac3 ([129][0][0][0] / 0x0081), 48000 Hz, stereo, fl tp, 192 kb/s Stream #0:1(spa): Audio: ac3 ([129][0][0][0] / 0x0081), 48000 Hz, stereo, fl tp, 128 kb/s Stream #0:3: Unknown: none ([134][0][0][0] / 0x0086) Output #0, rtsp, to 'rtsp://localhost:554/live': Metadata: encoder : Lavf55.42.100 Stream #0:0: Video: mpeg2video ([2][0][0][0] / 0x0002), yuv420p, 704x480 [SA R 10:11 DAR 4:3], q=2-31, max. 5000 kb/s, 29.97 fps, 90k tbn, 29.97 tbc Stream #0:1(eng): Audio: ac3 ([129][0][0][0] / 0x0081), 48000 Hz, stereo, 19 2 kb/s Stream mapping: Stream #0:2 -> #0:0 (copy) Stream #0:0 -> #0:1 (copy) Could not write header for output file #0 (incorrect codec parameters ?): Error number -5 occurred Received signal 2: terminating. }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/3702> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 25

#3805(undetermined:new): hash brown decoding error
by FFmpeg 07 Oct '20

07 Oct '20

#3805: hash brown decoding error -------------------------------------+------------------------------------- Reporter: dericed | Owner: Type: defect | Status: new Priority: critical | Component: Version: git- | undetermined master | Keywords: png Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- Summary of the bug: The official digital portrait of the McDonald's hash brown decodes incorrectly in ffmpeg adding distorted orange colors. The png is here: http://www.mcdonalds.com/content/dam/McDonalds/item/mcdonalds-Hash- Brown.png. How to reproduce: {{{ ffplay http://www.mcdonalds.com/content/dam/McDonalds/item/mcdonalds-Hash- Brown.png ffplay version N-64536-gc8b2cf4 Copyright (c) 2003-2014 the FFmpeg developers built on Jul 8 2014 23:01:07 with Apple LLVM version 5.1 (clang-503.0.40) (based on LLVM 3.4svn) configuration: --prefix=/usr/local/Cellar/ffmpeg/HEAD --enable-shared --enable-pthreads --enable-gpl --enable-version3 --enable-nonfree --enable-hardcoded-tables --enable-avresample --enable-vda --cc=clang --host-cflags= --host-ldflags= --enable-libx264 --enable-libfaac --enable- libmp3lame --enable-libxvid --enable-libfreetype --enable-ffplay --enable- libopenjpeg --extra- cflags='-I/usr/local/Cellar/openjpeg/1.5.1_1/include/openjpeg-1.5 ' libavutil 52. 91.100 / 52. 91.100 libavcodec 55. 68.102 / 55. 68.102 libavformat 55. 45.100 / 55. 45.100 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 10.100 / 4. 10.100 libavresample 1. 3. 0 / 1. 3. 0 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, image2, from 'http://www.mcdonalds.com/content/dam/McDonalds/item/mcdonalds-Hash- Brown.png': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: png, rgba, 444x320 [SAR 2835:2835 DAR 111:80], 25 tbr, 25 tbn, 25 tbc 0.67 M-V: 0.000 fd= 0 aq= 0KB vq= 0KB sq= 0B f=0/0 }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/3805> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 8

#3615(ffmpeg:new): -y option affects audio/video skew during screen capture
by FFmpeg 20 Jan '20

20 Jan '20

#3615: -y option affects audio/video skew during screen capture ---------------------------------+------------------------------------- Reporter: grepfor | Type: defect Status: new | Priority: important Component: ffmpeg | Version: 2.2.1 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+------------------------------------- Example: On my system, the following script works fine and consistently renders normally synchronized audio and video: {{{ ffmpeg -f alsa -ac 2 -i hw:0 \ -f x11grab -r 30 -s 1600x900 -i :0.0 \ -acodec mp3 \ -vcodec libx264 -preset ultrafast -threads 0 \ -f matroska -y ofile.mkv }}} However, removing the **-y** option -- and assuming that a file named `ofile.mkv` already exists, so that ffmpeg asks whether to overwrite it -- results in skew between audio and video. The observed skew seems to be roughly equal to the time it takes for the user to respond to the //File exists. Overwrite?// question. This suggests that the source of the problem may be that the audio timestamp is being initialized prior to the //Overwrite?// question and the video timestamp initialized after the user response. Just guessing. In any case, omitting **-y** produces gross skew effects, and is 100% reproducible on my system. Logfiles obtained using the **-report** option are attached, one for each case (with and without **-y** option). **NOTE:** This ticket was filed with priority "important" because during my own investigation of the issue, I came across a large number of reports by others also stumped by A/V skew peculiarities when attempting aud+vid screencaps using `ffmpeg`. Many were frustrated at being unable to get any of the (numerous) cargo-cult 'recipe' commandline approaches to work. A few of the recipies do explicitly specify using **-y**, but I didn't see any explanations as to why it was necessary, and it seems (at least to me) extremely counterintuitive that that option should have any such effect. In short, aud+vid screencap seems like a not-uncommon application of `ffmpeg` and fixing this sooner rather than later may help quite a few people avoid tripping over the same issue. Just my 2c, and perhaps exaggerating the need for priority. Obviously re- prioritize as you see fit. NOTES: 0. Demo system was Arch linux, synched to repos about 2 days ago. 1. Effect has been observed using **mp3** and **pcm_s16le** audio codecs. 2. Have not tried it with video codecs other than **libx264**. -- Ticket URL: <https://trac.ffmpeg.org/ticket/3615> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 19

#3493(ffmpeg:new): ffmpeg unable to download when using AES-128 with https protocol
by FFmpeg 20 Jan '20

20 Jan '20

#3493: ffmpeg unable to download when using AES-128 with https protocol ----------------------------------+-------------------------------------- Reporter: adi10289 | Type: defect Status: new | Priority: critical Component: ffmpeg | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- Hi Recently I was able to download AES-128 encrypted videos using ffmpeg with normal http protocol but since protocol is changed to secure https I am unable to download any video. Pls find below logs and help. ffmpeg -i "http://hls.spuul.com/va/movies/12610001-c9e0f902/0011/s_renditions.m3u8" -c copy -absf aac_adtstoasc "Ankhon Dekhi 1080p.mkv" -loglevel verbose ffmpeg version N-61722-gfc567ac Copyright (c) 2000-2014 the FFmpeg developers built on Mar 22 2014 22:01:33 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. 67.100 / 52. 67.100 libavcodec 55. 52.103 / 55. 52.103 libavformat 55. 34.101 / 55. 34.101 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 3.100 / 4. 3.100 libswscale 2. 5.102 / 2. 5.102 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 [https @ 02a0e160] HTTP error 404 Not Found Unable to open key file https://secure.spuul.com/keys/va/movies/12610001-c9e0f902/0011/renditions- encryption-00001.key Format mp3 detected only with low score of 1, misdetection possible! [mp3 @ 02a07180] Header missing Last message repeated 1057 times [mp3 @ 046e9a60] decoding for stream 0 failed [mp3 @ 046e9a60] Could not find codec parameters for stream 0 (Audio: mp3, 0 channels, s16p): unspecified frame size Consider increasing the value for the 'analyzeduration' and 'probesize' options http://hls.spuul.com/va/movies/12610001-c9e0f902/0011/s_renditions.m3u8: Operation not permitted -- Ticket URL: <https://trac.ffmpeg.org/ticket/3493> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 4

#3707(avcodec:new): Support decoding transparency information in dnxhd streams
by FFmpeg 13 Dec '19

13 Dec '19

#3707: Support decoding transparency information in dnxhd streams -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: | Status: new enhancement | Component: avcodec Priority: wish | Keywords: dnxhd alpha Version: git- | Blocking: master | Analyzed by developer: 0 Blocked By: | Reproduced by developer: 0 | -------------------------------------+------------------------------------- http://thread.gmane.org/gmane.comp.video.ffmpeg.libav.user/13205 A user uploaded a dnxhd sample that contains transparency information (the black background is supposed to be transparent), FFmpeg reports yuv422p10le. {{{ $ ffmpeg -i Untitled_dnhd.mov ffmpeg version N-63852-gf341340 Copyright (c) 2000-2014 the FFmpeg developers built on Jun 9 2014 16:59:00 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 89.100 / 52. 89.100 libavcodec 55. 66.100 / 55. 66.100 libavformat 55. 42.101 / 55. 42.101 libavdevice 55. 13.101 / 55. 13.101 libavfilter 4. 7.100 / 4. 7.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'Untitled_dnhd.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2014-05-29 21:36:09 Duration: 00:00:01.03, start: 0.000000, bitrate: 842317 kb/s Stream #0:0(eng): Video: dnxhd (AVdn / 0x6E645641), yuv422p10le, 1920x1080, 841432 kb/s, 29.97 fps, 29.97 tbr, 1000k tbn, 1000k tbc (default) Metadata: creation_time : 2014-05-29 21:36:09 handler_name : Apple Alias Data Handler encoder : DNxHD 709 At least one output file must be specified }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/3707> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 4

#3664(undetermined:new): ffprobe can't read packet DTS/PTS
by FFmpeg 07 Nov '19

07 Nov '19

#3664: ffprobe can't read packet DTS/PTS -------------------------------------+------------------------------------- Reporter: hxuanyu | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- ffprobe built from latest git head can't read out all DTS/PTS. attached txt are output by calling ffprobe -show_packets -select_streams v INPUT hxuanyu@ubuntu:~/Downloads/ffmpeg$ ./ffprobe -show_packets -select_streams v v_h264_30_yuv420p_dar30x17_0.mpeg >latest.txt ffprobe version N-63381-g64bf845 Copyright (c) 2007-2014 the FFmpeg developers built on May 23 2014 16:39:38 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5) configuration: --enable-static --disable-shared --enable-small libavutil 52. 86.100 / 52. 86.100 libavcodec 55. 63.100 / 55. 63.100 libavformat 55. 40.100 / 55. 40.100 libavdevice 55. 13.101 / 55. 13.101 libavfilter 4. 5.100 / 4. 5.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 Input #0, mpeg, from 'v_h264_30_yuv420p_dar30x17_0.mpeg': Duration: 00:00:06.01, start: 1.000000, bitrate: 703 kb/s Stream #0:0[0x1e0]: Video: h264, yuv420p, 480x272 [SAR 1:1 DAR 30:17], 29.97 fps, 29.97 tbr, 90k tbn, 59.94 tbc but ffprobe built from ffmpeg 2.0.1 could read out all DTS/PTS -- Ticket URL: <https://trac.ffmpeg.org/ticket/3664> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 4