[Live-devel] Basic question

[Ross Finlayson]

>Isn't the idea of RTP that the server will throttle back on the packet 
>rate based on client packet-loss reports?

Well, a server certainly *may* do this (if it's programmed to do so).

>  Are you recommending using smaller JPEG frames?

Yes.  Try to make your frames small enough so that only a few (1450-byte) 
packets are used to hold each one.  The simplest way to reduce the size of 
your frames is to reduce the 'Q factor'.

>Do you know if quicktime will receive JPEG video from Live?

Yes, it will.

>>(Note that the LIVE.COM JPEG/RTP receiving implementation is currently 
>>'dumb'; all packets of a fragmented JPEG packet must be received in order 
>>for the frame to be passed back to the client.)
>
>Does this apply to MPEG4, or does it compensate for missing packets?

All packets making up a single MPEG-4 VOP ("visual object plane") object 
must be received in order for the data to be passed to the receiver.  (In 
general, MPEG decoders can't handle VOP data that has gaps in it.)


	Ross Finlayson
	LIVE.COM
	<http://www.live.com/>