[Live-devel] bytestreamFileSource, doGetNextFrame, and events

[Jay Furmanek]

Oh. Seems I was misguided! Thanks Ross.

>From looking at examples in the code, if I were to use
fInputSource->getNextFrame(), it looks like I would do my processing in
afterGettingFrame() then, correct?

I wouldnt know how many bytes to tell the getNextFrame() call to get,
though, since I have just a delimited elemtary stream coming from the file.

Im thinking that telling getNextFrame to get 1 byte at a time wouldnt be
very efficient, but I need to check one byte at a time for the 3-byte
delimiter.

Am I still a little lost about my thinking?

-j.

On 5/2/07, Ross Finlayson <finlayson at live555.com> wrote:
>
> >Doesn't turnOnBackgroundReadHandling() require a file
> >descriptor/scoket as it's first argument?
>
> Yes, but you should never need to call that function.
> "ByteStreamFileSource" does that automatically..
>
> >  my doGetNextFrame() func calls turnOnBackgroundReadHandling()
>
> No, don't do this.  Your "H264VideoStreamFramer" subclass is a
> filter.  It doesn't know anything about files.  You *initialiize*
> your subclass with your "ByteStreamFileSource" object (as the
> "inputSource" argument).
>
> Then, in the implementation of your "doGetNextFrame()" function, call
>        fInputSource->getNextFrame( ... );
> to read from your source object (which just happens, in your case, to
> be a "ByteStreamFileSource").
>
> Note that there are several examples of this in the code.
> --
>
> Ross Finlayson
> Live Networks, Inc.
> http://www.live555.com/
> _______________________________________________
> live-devel mailing list
> live-devel at lists.live555.com
> http://lists.live555.com/mailman/listinfo/live-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.live555.com/pipermail/live-devel/attachments/20070502/829a03bd/attachment.html