[Live-devel] How does a graph for motion-jpeg streaming
have to look like?
Ross Finlayson
finlayson at live.com
Tue May 17 08:14:43 PDT 2005
>I'd like to stream motion-jpeg video.
>I've used a subclass of JPEGVideoSource for a mjpeg video device and
>the JPEGVideoRTPSink.
>But it doesn't work.
>Perhaps I need an additional class like the framer for MPEG streaming?
No. If your "JPEGVideoRTPSource" subclass delivers discrete JPEG frame
data (note, *without* the JPEG header), and implements the pure virtual
functions correctly, then it should work, *provided that* the JPEG video
frame data is compatible with RFC 2435 (which is what this code implements).
Note, in particular, that RFC 2435 supports only interleaved JPEG frame
date. If your JPEG frames are non-interleaved, then you won't be able to
stream them.
But the most common mistake people make when using "JPEGVideoRTPSource" is
delivering data that includes the JPEG header. Don't do this. Leave off
the header. (The information returned by the pure virtual functions takes
the place of a JPEG header.)
Ross Finlayson
LIVE.COM
<http://www.live.com/>
More information about the live-devel
mailing list