[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