Am 23.12.2025 um 02:08 schrieb Bernhard Döbler:
When I add an argument, I'm presented with a different result
ffprobe -loglevel quiet -of compact=s=_ -select_streams v -show_entries
stream=refs -analyze_frames video.mp4
returns
stream_refs=16
The thing goes a bit further
I call
ffprobe -loglevel debug -of compact=s=_ -select_streams v -show_entries
stream=refs -analyze_frames Stinkstiefel.mp4 >ffprobe.out 2>ffprobe.err
Again, the .out file reads
stream_refs=16
In the .err file there is this line
Stream #0:0[0x1](deu), 2, 1/12800: Video: h264 (High), 1 reference frame
(avc1 / 0x31637661), yuv420p(tv, bt709, progressive, left), 768x576 [SAR
1:1 DAR 4:3], 0/1, 1474 kb/s, 25 fps, 25 tbr, 12800 tbn (default)
I guess this can easily be fixed. File libavformat\dump.c creates its
own AVCodecContext for dumping and can simply access the correct refs
number like
avctx->refs = sti->avctx->refs;
in line 628, maybe.
In file libavformat\avformat.c there's this wonderful function
av_stream_get_codec_timebase
This was deprecated and it's not in use but I guess this solved a
similar problem I'm facing - accessing the extended information of the
AVStream/FFStream in a CLI program that does not access internal.h
_______________________________________________
ffmpeg-user mailing list -- [email protected]
To unsubscribe send an email to [email protected]
