Re: [FFmpeg-devel] [PATCH 1/2] avformat: add avformat_query_seekable

["softworkz ." <softworkz-at-hotmail.com@ffmpeg.org>]

> -----Original Message-----
> From: ffmpeg-devel <ffmpeg-devel-bounces@ffmpeg.org> On Behalf Of Gyan
> Doshi
> Sent: Montag, 14. April 2025 06:24
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH 1/2] avformat: add
> avformat_query_seekable
> 
> 
> 
> On 2025-04-13 09:39 pm, softworkz . wrote:
> >
> >> -----Original Message-----
> >> From: ffmpeg-devel<ffmpeg-devel-bounces@ffmpeg.org>  On Behalf Of
> Gyan
> >> Doshi
> >> Sent: Sonntag, 13. April 2025 13:16
> >> To:ffmpeg-devel@ffmpeg.org
> >> Subject: [FFmpeg-devel] [PATCH 1/2] avformat: add
> >> avformat_query_seekable
> >>
> >> Utility function to report seekability features for a given input.
> >>
> >> Useful for ffprobe and to extend seek possibilities in fftools.

[..]

> > Another note:
> >
> >> +#define AVSEEKABLE_NORMAL     0x01 ///< I/O is seekable like a local
> >> +#define AVSEEKABLE_PROTOCOL   0x02 ///< I/O seek is through protocol
> >> +#define AVSEEKABLE_DEMUXER    0x04 ///< demuxer has a seek function
> >> +#define AVSEEKABLE_PKTSCAN    0x08 ///< seek is performed by
> consuming
> > There's no (numeric) room for extending the first block
> 
> At the moment, there are 21 unused bits so there's no need as such.

Sorry, what I meant is like:

AVSEEKABLE_PKTSCAN    0x08
AVSEEKABLE_TIME      0x100

i.e. first block - first byte, second block - second byte, etc.
(just for aesthetics obviously)

sw
_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel

To unsubscribe, visit link above, or email
ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe".