Hello,
  I agree. I was also able to create an RTP streaming application for my H264 
encoder within a week. More documentation would surely
be appreciated by new users. Towards this, I documented my work and put it 
here: (it has sample code + UML diagrams)

http://www.white.ca/patrick/tutorial.tar.gz

Do you think you would be able to do the same, Luc?
I'm also interested in your question about packet loss. I have not yet had time 
to look at that part of RTP but I will have to, very soon. 
Are we to assume that presentation times will be regular (like every 33 ms) and 
if there is a gap between them on the receiving end, we know a frame was lost? 
I may be wrong but that doesn't seem like an elegant solution...

Mojtaba Hosseini


-----Original Message-----
From: [EMAIL PROTECTED] on behalf of Luc Roels
Sent: Thu 6/28/2007 7:14 AM
To: [EMAIL PROTECTED]
Subject: [Live-devel] Lost packets
 



-----Original Message-----
From: [EMAIL PROTECTED] on behalf of Luc Roels
Sent: Thu 6/28/2007 7:14 AM
To: [EMAIL PROTECTED]
Subject: [Live-devel] Lost packets
 

Hi Ross,
 
I've been able to create a simple streaming server for my 'modified H.264' 
video encoder card and created a simple viewing client in just a couple of days 
using the livemedia library, and it might even have been faster if there was 
some good documentation available :-). Even so, Livemedia is great, to do this 
from scratch would have taken me several weeks. One more question though 
regarding packet loss. In a previous post you told me that I can detect packet 
loss by inspecting the presentation times at a higher level. I don't see how 
this can work properly? Suppose we are streaming live MPEG4 video using RTP 
over the internet. If a P frame isn't delivered because one or more of it's 
composing packets are lost, the client should stop decoding until it receives a 
new and complete I frame. I don't see how the client can detect the packet loss 
by simply looking at the presentation time. If the streaming server delivers a 
variable framerate then there is no way to know that a frame is lost by looking 
at it's presentation time or am I wrong? The only way to detect the frame loss 
would be if the higher level had access to the frame's beginning and ending RTP 
sequence numbers or am I mistaken? What would be the simplest way to detect 
this?
 
best regards,
 
Luc Roels
_________________________________________________________________
Ontdek Windows Live Hotmail, het ultieme online mailprogramma!
http://get.live.com/mail/overview


<<winmail.dat>>

_______________________________________________
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/listinfo/live-devel

Reply via email to