[xiph-rtp] header caching and chaining

Luca Barbato lu_zero at gentoo.org
Sun Apr 10 18:20:15 PDT 2005


Ralph Giles wrote:

>
> Ok. Similar to before I have a simpler proposal. The http urls should
> just point to an Ogg stream with the header packets. That's well
> specified, and easy for the server to generate. Having a separate query
> to get the hashes saves bandwidth, but also increases latency quite a
> bit. If you're generating custom headers for every stream in a live
> environment, I don't think cache coherency for the hashes is going to be
> very good anyway.

What about just map the codebook ident to the file to fetch from the url?
that way would be quite easy have it as

myhandler://mysite/myfile/codebookident

in the sdp you can just provide the myhandler://mysite/myfile/ part and
the client can figure it out from the ident in the rtp packet or just
fetch all and cache .

Since you told me that the rfc would be JUST for rt,p I'd like to have a
simple reference about out of band codebook delivery methods and not
specify them since in different cases you may have more effective or
less effective way to provide them.


>
> Question: if you've streaming theora+vorbis using this scheme, can you
> use the same url for both headers and just put up a multiplexed Ogg
> file? That would make it *really* easy.
>

That would add the requirement of adding ogg dependency on the client.
vorbis-rtp has one container, rtp, no need to add others.




lu


-- 

Luca Barbato

Gentoo/linux Developer		Gentoo/PPC Operational Manager
http://dev.gentoo.org/~lu_zero



More information about the xiph-rtp mailing list