April 2015 - FFmpeg-trac - lists.ffmpeg.org

#4427(ffprobe:new): ffprobe read_intervals not correctly working with avi
by FFmpeg 25 Jan '23

25 Jan '23

#4427: ffprobe read_intervals not correctly working with avi -------------------------------------+------------------------------------- Reporter: martinr92 | Type: defect Status: new | Priority: normal Component: ffprobe | Version: Keywords: | unspecified read_intervals | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: I'd like to receive the key frames of a avi video, that are in a range of 2-5 seconds. For this I'm using ffprobe {{{ ffprobe -print_format json -select_streams v -read_intervals 00:00:10%+2 -show_frames test.avi }}} It's a 25 fps video, so I should receive 50 frames + maybe some frames before second 10 (seeking to the key-frame). In this case, it starts with frame 195 (7,8 seconds) which is ok. {{{ { "frames": [ { "media_type": "video", "key_frame": 1, "pkt_dts": 195, "pkt_dts_time": "7.800000", "best_effort_timestamp": 195, "best_effort_timestamp_time": "7.800000", "pkt_duration": 1, "pkt_duration_time": "0.040000", "pkt_pos": "656024", "pkt_size": "28089", "width": 720, "height": 576, "pix_fmt": "yuv420p", "sample_aspect_ratio": "64:45", "pict_type": "I", "coded_picture_number": 0, "display_picture_number": 0, "interlaced_frame": 0, "top_field_first": 0, "repeat_pict": 0 }, { "media_type": "video", "key_frame": 0, "pkt_dts": 196, "pkt_dts_time": "7.840000", "best_effort_timestamp": 196, "best_effort_timestamp_time": "7.840000", "pkt_duration": 1, "pkt_duration_time": "0.040000", "pkt_pos": "697704", "pkt_size": "2325", "width": 720, "height": 576, "pix_fmt": "yuv420p", "sample_aspect_ratio": "64:45", "pict_type": "B", "coded_picture_number": 3, "display_picture_number": 0, "interlaced_frame": 0, "top_field_first": 0, "repeat_pict": 0 }, { "media_type": "video", "key_frame": 0, "pkt_dts": 197, "pkt_dts_time": "7.880000", "best_effort_timestamp": 197, "best_effort_timestamp_time": "7.880000", "pkt_duration": 1, "pkt_duration_time": "0.040000", "pkt_pos": "694028", "pkt_size": "2500", "width": 720, "height": 576, "pix_fmt": "yuv420p", "sample_aspect_ratio": "64:45", "pict_type": "B", "coded_picture_number": 2, "display_picture_number": 0, "interlaced_frame": 0, "top_field_first": 0, "repeat_pict": 0 }, [....] }}} Not ok for me is the end, because it should stop after frame 300 (second 12). In this case, it's running to frame 791 (31 seconds), End of video. {{{ { "media_type": "video", "key_frame": 0, "pkt_dts": 790, "pkt_dts_time": "31.600000", "best_effort_timestamp": 790, "best_effort_timestamp_time": "31.600000", "pkt_duration": 1, "pkt_duration_time": "0.040000", "pkt_pos": "3552780", "pkt_size": "2162", "width": 720, "height": 576, "pix_fmt": "yuv420p", "sample_aspect_ratio": "64:45", "pict_type": "B", "coded_picture_number": 597, "display_picture_number": 0, "interlaced_frame": 0, "top_field_first": 0, "repeat_pict": 0 }, { "media_type": "video", "key_frame": 0, "pkt_dts": 791, "pkt_dts_time": "31.640000", "best_effort_timestamp": 791, "best_effort_timestamp_time": "31.640000", "pkt_duration": 1, "pkt_duration_time": "0.040000", "pkt_pos": "3549024", "pkt_size": "2580", "width": 720, "height": 576, "pix_fmt": "yuv420p", "sample_aspect_ratio": "64:45", "pict_type": "B", "coded_picture_number": 596, "display_picture_number": 0, "interlaced_frame": 0, "top_field_first": 0, "repeat_pict": 0 }, { "media_type": "video", "key_frame": 0, "pkt_duration": 1, "pkt_duration_time": "0.040000", "pkt_pos": "3540824", "pkt_size": "7608", "width": 720, "height": 576, "pix_fmt": "yuv420p", "sample_aspect_ratio": "64:45", "pict_type": "P", "coded_picture_number": 595, "display_picture_number": 0, "interlaced_frame": 0, "top_field_first": 0, "repeat_pict": 0 }, { "media_type": "video", "key_frame": 0, "pkt_duration": 1, "pkt_duration_time": "0.040000", "pkt_pos": "3556118", "pkt_size": "7294", "width": 720, "height": 576, "pix_fmt": "yuv420p", "sample_aspect_ratio": "64:45", "pict_type": "P", "coded_picture_number": 598, "display_picture_number": 0, "interlaced_frame": 0, "top_field_first": 0, "repeat_pict": 0 } }}} This is running on my MacBook with OS 10.10.2. See also attached test video. At the end, some traces: {{{ ffmpeg -v 9 -loglevel 99 -i test.avi ffmpeg version 2.6.1 Copyright (c) 2000-2015 the FFmpeg developers built with llvm-gcc 4.2.1 (LLVM build 2336.11.00) configuration: --prefix=/Volumes/Ramdisk/sw --enable-gpl --enable- pthreads --enable-version3 --enable-libspeex --enable-libvpx --disable- decoder=libvpx --enable-libmp3lame --enable-libtheora --enable-libvorbis --enable-libx264 --enable-avfilter --enable-libopencore_amrwb --enable- libopencore_amrnb --enable-filters --enable-libgsm --enable-libvidstab --enable-libx265 --disable-doc --arch=x86_64 --enable-runtime-cpudetect libavutil 54. 20.100 / 54. 20.100 libavcodec 56. 26.100 / 56. 26.100 libavformat 56. 25.101 / 56. 25.101 libavdevice 56. 4.100 / 56. 4.100 libavfilter 5. 11.102 / 5. 11.102 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 Splitting the commandline. Reading option '-v' ... matched as option 'v' (set logging level) with argument '9'. Reading option '-loglevel' ... matched as option 'loglevel' (set logging level) with argument '99'. Reading option '-i' ... matched as input file with argument 'test.avi'. Finished splitting the commandline. Parsing a group of options: global . Applying option v (set logging level) with argument 9. Successfully parsed a group of options. Parsing a group of options: input file test.avi. Successfully parsed a group of options. Opening an input file: test.avi. [avi @ 0x7f7f88807800] Format avi probed with size=2048 and score=100 [avi @ 0x7f7f88412fe0] use odml:1 [avi @ 0x7f7f88807800] Before avformat_find_stream_info() pos: 10960 bytes read:164864 seeks:4 [h264 @ 0x7f7f8880fe00] no picture [avi @ 0x7f7f88807800] All info found rfps: 24.750000 0.013325 Last message repeated 1 times rfps: 24.833333 0.005922 Last message repeated 1 times rfps: 24.916667 0.001481 Last message repeated 1 times rfps: 25.000000 0.000000 rfps: 25.083333 0.001481 Last message repeated 1 times rfps: 25.166667 0.005922 Last message repeated 1 times rfps: 25.250000 0.013325 Last message repeated 1 times rfps: 50.000000 0.000000 [avi @ 0x7f7f88807800] After avformat_find_stream_info() pos: 210341 bytes read:361472 seeks:4 frames:108 Input #0, avi, from 'test.avi': Metadata: title : Fun Size - S��es oder Saures encoder : Lavf56.25.101 encoded_by : www.onlinetvrecorder.com Duration: 00:00:31.68, start: 0.000000, bitrate: 908 kb/s Stream #0:0, 41, 1/25: Video: h264 (High) (H264 / 0x34363248), yuv420p(tv, bt470bg, left), 720x576 [SAR 64:45 DAR 16:9], 1/50, 701 kb/s, 25 fps, 25 tbr, 25 tbn, 50 tbc Stream #0:1, 67, 3/125: Audio: mp3 (U[0][0][0] / 0x0055), 48000 Hz, stereo, s16p, 192 kb/s Successfully opened the file. At least one output file must be specified [AVIOContext @ 0x7f7f88412f20] Statistics: 361472 bytes read, 4 seeks }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/4427> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 3

#4197(build system:new): libspeex detection is broken on systems without pkg-config
by FFmpeg 26 Nov '22

26 Nov '22

#4197: libspeex detection is broken on systems without pkg-config -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: build Version: git- | system master | Keywords: libspeex Blocked By: | regression Reproduced by developer: 0 | Blocking: | Analyzed by developer: 0 -------------------------------------+------------------------------------- libspeex detection is broken on systems without pkg-config since 621d4089 -- Ticket URL: <https://trac.ffmpeg.org/ticket/4197> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 30

#4521(ffmpeg:new): GPL Violation - Refusal to supply Source Code
by FFmpeg 08 Nov '22

08 Nov '22

#4521: GPL Violation - Refusal to supply Source Code -------------------------------------+------------------------------------- Reporter: xxacaa | Type: license Status: new | violation Component: ffmpeg | Priority: normal Keywords: | Version: 2.5.4 Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Videostream for Google Chromecast 1.2 Million users Paid Premium https://chrome.google.com/webstore/detail/videostream-for-google- ch/cnciopoikihiagdjbjpnocolokfelagl/ They statically compile FFmpeg+x264 in Native-Client, and uses non-free modules. Emails have been sent and never responded to. They continue to supply updates, and even admit to being aware about GPL in their "Configure" menu in the "More" section. They simply refuse to honor it by supplying \any\ source code. -- Ticket URL: <https://trac.ffmpeg.org/ticket/4521> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 8

#3457(undetermined:new): HEVC encoding (to mkv) broken since Mar 9 in ffmpeg
by FFmpeg 08 Nov '22

08 Nov '22

#3457: HEVC encoding (to mkv) broken since Mar 9 in ffmpeg -------------------------------------+------------------------------------- Reporter: | Type: defect johnthescavenger | Priority: normal Status: new | Version: Component: | unspecified undetermined | Blocked By: Keywords: | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- So, if you build ffmpeg with x265, and try to use it to encode HEVC video to an MKV file, then it dies with the following message: {{{Could not write header for output file #0 (incorrect codec parameters ?): Invalid data found when processing input}}} This is using x265 at revision 6468. Earlier versions of ffmpeg did work, but then they started dying with that message recently. I did a git- bisect; one of the commits temporarily broke the build, so I had to skip it, but I was able to narrow it down to these: {{{ The first bad commit could be any of: a823d0948683bd97dd58556b5740e434166209a8 38aee6408a6732b8ac86341dabf6683c08caa1c1 We cannot bisect more! }}} Both of these talk about HEVC, and one talks about Matroska. (There have been API changes to x265 in the past, but in this case the problem seems to be on ffmpeg's end.) Full error output and command used: {{{ Alvin:~ john$ ~/ffmpeg/build/ffmpeg -i Redlettermedia- TheDudebrosEpisode1TooGloseForComfort624.m4v -vcodec hevc -acodec copy out.mkv ffmpeg version N-61313-g1f36ebf Copyright (c) 2000-2014 the FFmpeg developers built on Mar 11 2014 21:55:56 with gcc 4.8.2 (MacPorts gcc48 4.8.2_0) configuration: --enable-libx265 --enable-libopus --enable-gpl libavutil 52. 66.101 / 52. 66.101 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 34.100 / 55. 34.100 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 3.100 / 4. 3.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'Redlettermedia- TheDudebrosEpisode1TooGloseForComfort624.m4v': Metadata: major_brand : M4V minor_version : 1 compatible_brands: isomiso2avc1M4A M4V mp42 creation_time : 1970-01-01 00:00:00 encoder : Lavf52.62.0 Duration: 00:01:13.84, start: 0.000000, bitrate: 702 kb/s Stream #0:0(eng): Video: h264 (Constrained Baseline) (avc1 / 0x31637661), yuv420p, 640x358 [SAR 1:1 DAR 320:179], 613 kb/s, 29.97 fps, 29.97 tbr, 2997 tbn, 59.94 tbc (default) Metadata: creation_time : 1970-01-01 00:00:00 handler_name : VideoHandler Stream #0:1(eng): Audio: aac (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 86 kb/s (default) Metadata: creation_time : 1970-01-01 00:00:00 handler_name : SoundHandler x265 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.1 Cache64 x265 [info]: Main profile, Level-2.1 (Main tier) x265 [info]: WPP streams / pool / frames : 6 / 2 / 1 x265 [info]: CU size : 64 x265 [info]: Max RQT depth inter / intra : 1 / 1 x265 [info]: ME / range / subpel / merge : hex / 57 / 2 / 2 x265 [info]: Keyframe min / max / scenecut : 25 / 250 / 40 x265 [info]: Lookahead / bframes / badapt : 20 / 4 / 2 x265 [info]: b-pyramid / weightp / refs : 1 / 1 / 3 x265 [info]: Rate Control / AQ-Strength / CUTree : ABR-200 kbps / 1.0 / 1 x265 [info]: tools: rect amp rd=3 lft sao-lcu sign-hide Output #0, matroska, to 'out.mkv': Metadata: major_brand : M4V minor_version : 1 compatible_brands: isomiso2avc1M4A M4V mp42 encoder : Lavf55.34.100 Stream #0:0(eng): Video: hevc (libx265), yuv420p, 640x358 [SAR 1:1 DAR 320:179], q=2-31, 200 kb/s, 90k tbn, 29.97 tbc (default) Metadata: creation_time : 1970-01-01 00:00:00 handler_name : VideoHandler Stream #0:1(eng): Audio: aac ([255][0][0][0] / 0x00FF), 48000 Hz, stereo, 86 kb/s (default) Metadata: creation_time : 1970-01-01 00:00:00 handler_name : SoundHandler Stream mapping: Stream #0:0 -> #0:0 (h264 -> libx265) Stream #0:1 -> #0:1 (copy) Could not write header for output file #0 (incorrect codec parameters ?): Invalid data found when processing input }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/3457> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 11

#4043(undetermined:new): mss2: fix decoding of mss2
by FFmpeg 26 Oct '22

26 Oct '22

#4043: mss2: fix decoding of mss2 -------------------------------------+------------------------------------- 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 -------------------------------------+------------------------------------- "fail.wmv" file decodes fine with wmp, but not with ffmpeg. "patch.wmv" file decodes fine sine b077eb07805dc5d139b2f118ddb122cc9df8b87a and I belive that this code must be changed to fix decoding of "fail.wmv" {{{ commit b077eb07805dc5d139b2f118ddb122cc9df8b87a Author: Alberto DelmĂˇs <adelmas(a)gmail.com> Date: Sun Nov 11 09:23:06 2012 +0100 mss2: fix handling of unmasked implicit WMV9 rectangles Signed-off-by: Kostya Shishkov <kostya.shishkov(a)gmail.com> diff --git a/libavcodec/mss2.c b/libavcodec/mss2.c index 597ebb6..ceeff5a 100644 --- a/libavcodec/mss2.c +++ b/libavcodec/mss2.c @@ -474,7 +474,7 @@ static int mss2_decode_frame(AVCodecContext *avctx, void *data, int *data_size, int keyframe, has_wmv9, has_mv, is_rle, is_555, ret; Rectangle wmv9rects[MAX_WMV9_RECTANGLES], *r; - int used_rects = 0, i, implicit_rect, av_uninit(wmv9_mask); + int used_rects = 0, i, implicit_rect = 0, av_uninit(wmv9_mask); av_assert0(FF_INPUT_BUFFER_PADDING_SIZE >= ARITH2_PADDING + (MIN_CACHE_BITS + 7) / 8); @@ -650,7 +650,14 @@ static int mss2_decode_frame(AVCodecContext *avctx, void *data, int *data_size, return AVERROR_INVALIDDATA; buf_size -= bytestream2_tell(&gB); - } else if (is_rle) { + } else { + if (keyframe) { + c->corrupted = 0; + ff_mss12_slicecontext_reset(&ctx->sc[0]); + if (c->slice_split) + ff_mss12_slicecontext_reset(&ctx->sc[1]); + } + if (is_rle) { init_get_bits(&gb, buf, buf_size * 8); if (ret = decode_rle(&gb, c->pal_pic, c->pal_stride, c->rgb_pic, c->rgb_stride, c->pal, keyframe, @@ -669,14 +676,8 @@ static int mss2_decode_frame(AVCodecContext *avctx, void *data, int *data_size, align_get_bits(&gb); buf += get_bits_count(&gb) >> 3; buf_size -= get_bits_count(&gb) >> 3; - } else { - if (keyframe) { - c->corrupted = 0; - ff_mss12_slicecontext_reset(&ctx->sc[0]); - if (c->slice_split) - ff_mss12_slicecontext_reset(&ctx->sc[1]); - } - else if (c->corrupted) + } else if (!implicit_rect || wmv9_mask != -1) { + if (c->corrupted) return AVERROR_INVALIDDATA; bytestream2_init(&gB, buf, buf_size + ARITH2_PADDING); arith2_init(&acoder, &gB); @@ -702,6 +703,8 @@ static int mss2_decode_frame(AVCodecContext *avctx, void *data, int *data_size, buf += arith2_get_consumed_bytes(&acoder); buf_size -= arith2_get_consumed_bytes(&acoder); } + } else + memset(c->pal_pic, 0, c->pal_stride * avctx->height); } if (has_wmv9) { }}} {{{ C:\>ffmpeg -i fail.wmv -f null - ffmpeg version N-66438-g4f4f08e Copyright (c) 2000-2014 the FFmpeg developers built on Sep 24 2014 22:26:49 with gcc 4.9.1 (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-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-lib modplug --enable-libmp3lame --enable-libopencore-amrnb --enable- libopencore-amrw b --enable-libopenjpeg --enable-libopus --enable-librtmp --enable- libschroedinge r --enable-libsoxr --enable-libspeex --enable-libtheora --enable- libtwolame --en able-libvidstab --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable- libx265 --enable-libxavs --enable-libxvid --enable-zlib libavutil 54. 7.101 / 54. 7.101 libavcodec 56. 1.101 / 56. 1.101 libavformat 56. 5.100 / 56. 5.100 libavdevice 56. 1.100 / 56. 1.100 libavfilter 5. 1.102 / 5. 1.102 libswscale 3. 1.100 / 3. 1.100 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 1.100 / 53. 1.100 Guessed Channel Layout for Input Stream #0.0 : stereo Input #0, asf, from 'fail.wmv': Metadata: SfOriginalFPS : 300000 WMFSDKVersion : 9.00.00.4509 WMFSDKNeeded : 0.0.0.0000 Buffer Average : 2566 VBR Peak : 216276 IsVBR : 1 DeviceConformanceTemplate: @ Duration: 00:00:05.03, start: 0.000000, bitrate: 565 kb/s Stream #0:0(pol): Audio: wmav2 (a[1][0][0] / 0x0161), 44100 Hz, 2 channels, fltp, 128 kb/s Stream #0:1(pol): Video: mss2 (MSS2 / 0x3253534D), rgb24, 720x480, 414 kb/s, SAR 10:11 DAR 15:11, 1k tbr, 1k tbn, 1k tbc Output #0, null, to 'pipe:': Metadata: SfOriginalFPS : 300000 WMFSDKVersion : 9.00.00.4509 WMFSDKNeeded : 0.0.0.0000 Buffer Average : 2566 VBR Peak : 216276 IsVBR : 1 DeviceConformanceTemplate: @ encoder : Lavf56.5.100 Stream #0:0(pol): Video: rawvideo (RGB[24] / 0x18424752), rgb24, 720x480 [SA R 10:11 DAR 15:11], q=2-31, 200 kb/s, 1k fps, 1k tbn, 1k tbc Metadata: encoder : Lavc56.1.101 rawvideo Stream #0:1(pol): Audio: pcm_s16le, 44100 Hz, stereo, s16, 1411 kb/s Metadata: encoder : Lavc56.1.101 pcm_s16le Stream mapping: Stream #0:1 -> #0:0 (mss2 (native) -> rawvideo (native)) Stream #0:0 -> #0:1 (wmav2 (native) -> pcm_s16le (native)) Press [q] to stop, [?] for help [mss2 @ 031b19a0] buffer not fully consumed [null @ 02e4ee60] Encoder did not produce proper pts, making some up. [mss2 @ 031b19a0] buffer not fully consumed frame= 2 fps=0.0 q=0.0 Lsize=N/A time=00:00:05.01 bitrate=N/A video:0kB audio:872kB subtitle:0kB other streams:0kB global headers:0kB muxing o verhead: unknown }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/4043> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 4

#3921(avcodec:new): Faster RDFT
by FFmpeg 16 Sep '22

16 Sep '22

#3921: Faster RDFT ---------------------------------------+---------------------------------- Reporter: ubitux | Owner: Type: enhancement | Status: new Priority: normal | Component: avcodec Version: git-master | Keywords: fft rdft Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 ---------------------------------------+---------------------------------- Our RDFT code is too slow, at least on x86. See http://kojevnikov.com /faster-fast-fourier-transform.html We probably want to add a {{{ff_rdft_calc_sse/avx}}} (and/or maybe consider another algorithm?). -- Ticket URL: <https://trac.ffmpeg.org/ticket/3921> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 6

#3595(avcodec:new): Support >5 channels in E-AC-3 audio
by FFmpeg 13 Sep '22

13 Sep '22

#3595: Support >5 channels in E-AC-3 audio ----------------------------------+--------------------------------------- Reporter: 11rcombs | Type: enhancement Status: new | Priority: minor Component: avcodec | Version: git-master Keywords: eac3 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- E-AC-3 supports up to 15 full-bandwidth channels, but libavcodec's encoder currently doesn't support 6.1 and 7.1 channel layouts. Do these layouts just need to be added to ff_ac3_channel_layouts, or would this require additional work on the encoder? -- Ticket URL: <https://trac.ffmpeg.org/ticket/3595> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 35

#3920(ffprobe:new): ffprobe can't parse dash init.mp4
by FFmpeg 01 Sep '22

01 Sep '22

#3920: ffprobe can't parse dash init.mp4 ---------------------------------+-------------------------------------- Reporter: sinkers | Type: defect Status: new | Priority: normal Component: ffprobe | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+-------------------------------------- ffprobe seems unable to parse the init.mp4's generated for dash files whereas mediainfo can. Example:ffprobe http://progressive.netshow.ninemsn.com.au/media2/2738061917001/2014/09/3764… ffprobe version N-65977-gd9e2ace Copyright (c) 2007-2014 the FFmpeg developers built on Aug 30 2014 17:48:03 with Apple LLVM version 5.1 (clang-503.0.40) (based on LLVM 3.4svn) configuration: --enable-libx264 --enable-libfdk_aac --enable-nonfree --enable-gpl --enable-ffplay --enable-libfreetype --enable-libx265 libavutil 54. 7.100 / 54. 7.100 libavcodec 56. 1.100 / 56. 1.100 libavformat 56. 3.100 / 56. 3.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.103 / 5. 0.103 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 0.100 / 53. 0.100 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fa82c005200] Could not find codec parameters for stream 0 (Video: h264 (avc1 / 0x31637661), 512x288): unspecified pixel format Consider increasing the value for the 'analyzeduration' and 'probesize' options http://progressive.netshow.ninemsn.com.au/media2/2738061917001/2014/09/3764…: End of file Mediainfo output mediainfo http://progressive.netshow.ninemsn.com.au/media2/2738061917001/2014/09/3764… General Complete name : http://progressive.netshow.ninemsn.com.au/media2/2738061917001/2014/09/3764… Format : MPEG-4 Format profile : Base Media Codec ID : isom File size : 713 Bytes Duration : 5mn 45s Overall bit rate : 17 bps Encoded date : UTC 1904-01-01 00:00:00 Tagged date : UTC 1904-01-01 00:00:00 Video ID : 1 Format : AVC Format/Info : Advanced Video Codec Format profile : Main(a)L2.1 Format settings, CABAC : Yes Format settings, ReFrames : 3 frames Codec ID : avc1 Codec ID/Info : Advanced Video Coding Duration : 5mn 45s Width : 512 pixels Height : 288 pixels Display aspect ratio : 16:9 Frame rate : 23.976 fps Color space : YUV Chroma subsampling : 4:2:0 Bit depth : 8 bits Scan type : Progressive Encoded date : UTC 1904-01-01 00:00:00 Tagged date : UTC 1904-01-01 00:00:00 -- Ticket URL: <https://trac.ffmpeg.org/ticket/3920> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 11

#3511(undetermined:new): support FrameRate in dpx files
by FFmpeg 28 Jul '22

28 Jul '22

#3511: support FrameRate in dpx files -------------------------------------+------------------------------------- Reporter: dericed | Owner: Type: | Status: new enhancement | Component: Priority: normal | undetermined Version: git- | Keywords: dpx master | Blocking: Blocked By: | Analyzed by developer: 0 Reproduced by developer: 0 | -------------------------------------+------------------------------------- Summary of the enhancement: A request for frame rate support in the dpx encoder/decoder. The dpx IndustryFilmInfoHeader (and the Television one) have a frame rate field. See: http://www.fileformat.info/format/dpx/egff.htm How to reproduce: Making a test set of dpx files at 18 fps. I use -t 1 and -r:v 18 so 18 dpx files are created. {{{ ffmpeg -f lavfi -i color -r:v 18 -t 1 -f image2 -y 18fps_%06d.dpx ffmpeg version 2.2 Copyright (c) 2000-2014 the FFmpeg developers built on Mar 26 2014 16:18:04 with Apple LLVM version 5.0 (clang-500.2.79) (based on LLVM 3.3svn) configuration: --prefix=/usr/local/Cellar/ffmpeg/2.2 --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-ffplay --enable-libopenjpeg --extra- cflags='-I/usr/local/Cellar/openjpeg/1.5.1_1/include/openjpeg-1.5 ' libavutil 52. 66.100 / 52. 66.100 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.100 / 55. 33.100 libavdevice 55. 10.100 / 55. 10.100 libavfilter 4. 2.100 / 4. 2.100 libavresample 1. 2. 0 / 1. 2. 0 libswscale 2. 5.102 / 2. 5.102 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, lavfi, from 'color': Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 320x240 [SAR 1:1 DAR 4:3], 25 tbr, 25 tbn, 25 tbc Output #0, image2, to '18fps_%06d.dpx': Metadata: encoder : Lavf55.33.100 Stream #0:0: Video: dpx, rgb24, 320x240 [SAR 1:1 DAR 4:3], q=2-31, 200 kb/s, 90k tbn, 18 tbc Stream mapping: Stream #0:0 -> #0:0 (rawvideo -> dpx) Press [q] to stop, [?] for help frame= 18 fps=0.0 q=-1.0 Lsize=N/A time=00:00:01.00 bitrate=N/A dup=0 drop=4 video:4079kB audio:0kB subtitle:0 data:0 global headers:0kB muxing overhead -100.000526% }}} Reading the first dpx shows a default frame rate of 25. {{{ ffmpeg -i 18fps_000001.dpx ffmpeg version 2.2 Copyright (c) 2000-2014 the FFmpeg developers built on Mar 26 2014 16:18:04 with Apple LLVM version 5.0 (clang-500.2.79) (based on LLVM 3.3svn) configuration: --prefix=/usr/local/Cellar/ffmpeg/2.2 --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-ffplay --enable-libopenjpeg --extra- cflags='-I/usr/local/Cellar/openjpeg/1.5.1_1/include/openjpeg-1.5 ' libavutil 52. 66.100 / 52. 66.100 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.100 / 55. 33.100 libavdevice 55. 10.100 / 55. 10.100 libavfilter 4. 2.100 / 4. 2.100 libavresample 1. 2. 0 / 1. 2. 0 libswscale 2. 5.102 / 2. 5.102 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, image2, from '18fps_000001.dpx': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: dpx, rgb24, 320x240 [SAR 1:1 DAR 4:3], 25 tbr, 25 tbn, 25 tbc At least one output file must be specified }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/3511> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 4

#4127(undetermined:new): h264 DXVA2 decoding regression on Intel GPUs
by FFmpeg 13 May '22

13 May '22

#4127: h264 DXVA2 decoding regression on Intel GPUs -------------------------------------+------------------------------------- Reporter: johsmi | 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: h264 DXVA2 decoding regression on Intel GPUs caused by commit: http://git.videolan.org/?p=ffmpeg.git;a=commit;h=9e5ef1c5c37208326c59d642e2… This was first noticed as a green start on some h264 streams in Kodi Helix. See ticket http://trac.xbmc.org/ticket/15498 for additional history. How to reproduce: {{{ ffmpeg -v repeat+debug -hwaccel dxva2 -threads 1 -i green_start.mkv green_start.avi }}} Using this sample clip: https://www.dropbox.com/s/5rr66ptquuju5zz/green_start.mkv?dl=0 -- Ticket URL: <https://trac.ffmpeg.org/ticket/4127> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 4