Main.RTPstreaming History
Hide minor edits - Show changes to markup
February 05, 2008, at 04:39 PM
by
- Changed line 8 from:
- there are different approaches with implementation of compensation for lost data. In term of support in existing codecs, MPEG-2 codecs can deal with lost blocks, but newer ones such as MPEG-4 and H.264 deal really bad with lost data
to:
- there are different approaches with implementation of compensation for lost data. In term of support in existing codecs, MPEG-2 codecs can deal with lost blocks, but newer ones such as MPEG-4 and H.264 deal really badly with lost data
February 05, 2008, at 04:38 PM
by
- Changed lines 5-14 from:
- Fluendo draft suggested implementation and gstreamer has implementation for Theora and Vorbis
- Implementations: there is librtp library for simple RTP implementation, encapsulation of Theora and Vorbis is fairly easy
- the support for lossy transport should have support in the coded, vorbis does not support packer loss, does theora?
- there are different approaches with implementation of compensation for lost data: MPEG-2 does deal with lost blocks, MPEG-4 and H.264 deal really bad with lost data
- problems with implementation on client and server side:
- timeline reconstruction problem for implementation
- RTP over HTTP is a very problematic and result poor performance
- on Diract impelmentation there is no specs for RTP
to:
- Fluendo supported a draft specification of Theora and Vorbis RTP encapsulation and gstreamer has implementation for both Theora and Vorbis
- Implementation issues: based on Fluendo sponsored drafts and use of such RTP libraries like librtp it is relatively simple to implement Theora and Vorbis RTP encapsulation
- the support for lossy transport (such as RTP/UDP) should also have support in the codec, unfortunately neither vorbis nor theora does not support packet losses and cannot easily recover from missing data
- there are different approaches with implementation of compensation for lost data. In term of support in existing codecs, MPEG-2 codecs can deal with lost blocks, but newer ones such as MPEG-4 and H.264 deal really bad with lost data
- possible problems with implementation of transport over RTP on client and server side:
- timeline reconstruction on the client side (time synchronisation between server and client required, otherwise timeline can be reconstructed using for instance linear regression)
- RTP over HTTP is a very problematic and results poor performance
- no specificationon of Diract encapsulation in RTP payload
January 29, 2008, at 12:07 PM
by
- Changed lines 12-14 from:
- on Diract impelmentation there is no specs for RTP
to:
- on Diract impelmentation there is no specs for RTP
January 29, 2008, at 12:06 PM
by
- added notesAdded lines 1-12:
RTP support for Theora/Vorbis and multicasting
Update on current state-of-the-art:
- Fluendo draft suggested implementation and gstreamer has implementation for Theora and Vorbis
- Implementations: there is librtp library for simple RTP implementation, encapsulation of Theora and Vorbis is fairly easy
- the support for lossy transport should have support in the coded, vorbis does not support packer loss, does theora?
- there are different approaches with implementation of compensation for lost data: MPEG-2 does deal with lost blocks, MPEG-4 and H.264 deal really bad with lost data
- problems with implementation on client and server side:
- timeline reconstruction problem for implementation
- RTP over HTTP is a very problematic and result poor performance
- on Diract impelmentation there is no specs for RTP
Melbourne at night - Photo by mugley
Logo Design by Pascal Klein