[Libav-user] Reading from a stream
d3ck0r at gmail.com
Fri Apr 18 19:03:19 CEST 2014
On Fri, Apr 18, 2014 at 12:56 AM, J Decker <d3ck0r at gmail.com> wrote:
> I'm attempting to use custom IO. I have successfully used it to remap
> fopen, fread, fseek etc. I have mostly successfully done the same for this
> network stream...
> Question is... It looks like if I supply no seek routine, the custom IO
> should set a characteristics sort of flag indicating no seek... but without
> the seek it fails to read the stream; is there a suggested codec/container
> format to use that doesn't seek to the end or near the end first?
> Also, it is given that I should
> (do something to start opening the file)
> use some of the file and call av_probe_input_format... and
> finally avformat_open_input with a blank filename....
> I notice that open_input with a filename must not do this same step...
> because, with this sample movie I have, with the probe, the open_input
> seeks to read the last 8 bytes and then fails indicating a bad format. If
> I bypass the probe, or pass it a 0 size, then the avformat_open_input is
> able to read, but it seeks to the end minus 18k(something) and reads to
> the end in 2k blocks... and I'm subsequently able to get audio and sound
> streams to play... but not if I call the probe_infput_format first...
> I'm not sure what the return of the original probe is; but it's 0 when the
> video loads.
I checked this morning, probe results with a QuickTime/MOV format... which
is also the same format as open_input finds; but the resulting read
behavior is totally different
> I see that the command line tool is supposed to support pipes (at least on
> some platforms), so I assume it does a similar thing to build a IO context
> that doesnt' have seek?
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Libav-user