[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