TheoraRTP: Difference between revisions
Jump to navigation
Jump to search
(→Drafts: link update) |
m (→Drafts: update links) |
||
| Line 6: | Line 6: | ||
Current version of the draft is being written using the XML markup defined in [http://xml.resource.org/public/rfc/html/rfc2629.html RFC2629]. Text and XML versions of the current draft state are available here: | Current version of the draft is being written using the XML markup defined in [http://xml.resource.org/public/rfc/html/rfc2629.html RFC2629]. Text and XML versions of the current draft state are available here: | ||
*[http://svn.xiph.org/trunk/theora/doc/draft-ietf-avt-rtp-theora-00.txt draft- | *[http://svn.xiph.org/trunk/theora/doc/draft-ietf-avt-rtp-theora-00.txt draft-ietf-avt-rtp-theora-00.txt] | ||
*[http://svn.xiph.org/trunk/theora/doc/draft-ietf-avt-rtp-theora-00.xml draft- | *[http://svn.xiph.org/trunk/theora/doc/draft-ietf-avt-rtp-theora-00.xml draft-ietf-avt-rtp-theora-00.xml] | ||
=== Issues === | === Issues === | ||
Revision as of 01:27, 18 April 2007
Theora over RTP
This page maintains design consensus for the RTP payload format for Theora video. This is useful in interactive and multicast streaming.
Drafts
Current version of the draft is being written using the XML markup defined in RFC2629. Text and XML versions of the current draft state are available here:
Issues
As with Vorbis, the issue is the decoder setup configuration carried in the bitstream headers which must be transmitted reliably.
We can probably just ignore the keyframe issue and let the client spin until it sees one.
Design
The issues are very similar to Vorbis, so we can probably copy that draft in some detail.
How should timestamps work? Frames like in Ogg? Real time? Some associated audio timebase?