Hi,<br />
<br />
I am a just a beginner in video. I want to play the video data received over IP (rtp packets) encoded by h264. I have a file in which the rtp packets have been dumped and I want to play it by vlc player, using live555 server. <br />
<br />
I have searched the mailing list and people have worked upon streaming the h264 data over the network. But i have not found about playing the h264 rtp packets using live555.<br />
<br />
Can someone guide me with the steps required to perform this task?<br />
<br />
live555 library contains some files related to h264. What I have understood till now is that I need to create H264VideoFileServerMediaSubsession and h264VideoRTPSource will be used. But I am not clear with the flow and what is supposed to be done with these classes.<br />
Also I am in a doubt that whether the rtp packets can be used directly and can be played by vlc using live555 server?<br />
<br />
I have tried sending mails several times but each time I am receiving a reply mail that my message is requires approval from the moderator.<br />
<br />
Please guide me.<br />
Looking forward to the response.<br />
<br />
Thanks and Regards,<br />
Nisha<br />
<br />
<br />
On Fri, 04 Jun 2010 23:06:56 +0530  wrote<br />
>Under load, I'm noticing our RTSP server occasionally hangs in this location:<br />
<br />
static int blockUntilReadable(UsageEnvironment& env,<br />
                  int socket, struct timeval* timeout) {<br />
  int result = -1;<br />
<br />
  do {<br />
    fd_set rd_set;<br />
    FD_ZERO(&rd_set);<br />
    if (socket < 0) break;<br />
    FD_SET((unsigned) socket, &rd_set);<br />
    const unsigned numFds = socket+1;<br />
<br />
    result = select(numFds, &rd_set, NULL, NULL, timeout);  <--HANG<br />
<br />
<br />
I added some logging and found that the select() timeout is NULL, which is infinite.  I would expect this to unblock when data arrived on the socket, but no amount of connection attempts seems to wake it up--it stays there, blocking the Live555 thread from servicing any new clients.  Also, what code would be calling this with a NULL timeout?<br />
<br />
<br />
The other thing I notice is our netstat output:<br />
<br />
# netstat -an<br />
Active Internet connections (servers and established)<br />
Proto Recv-Q Send-Q Local Address           Foreign Address         State<br />
tcp        0      0 0.0.0.0:5222            0.0.0.0:*               LISTEN<br />
<br />
tcp        0      0 0.0.0.0:5800            0.0.0.0:*               LISTEN<br />
tcp        0      0 0.0.0.0:5000            0.0.0.0:*               LISTEN<br />
<br />
tcp        0      0 0.0.0.0:5802            0.0.0.0:*               LISTEN<br />
tcp       21      0 0.0.0.0:554             0.0.0.0:*               LISTEN<br />
<br />
<br />
When it's in a failed state, I always see 21 on the Recv-Q, which is "The count of bytes not copied by the user program connected to this <br />
socket."  We're using Linux (2.6.18, so a bit old).<br />
<br />
Does anyone know why this may be, or have any suggestions for fixing it?  Thanks!<br />
<br />
_______________________________________________<br />
<br />
live-devel mailing list<br />
<br />
live-devel@lists.live555.com<br />
<br />
http://lists.live555.com/mailman/listinfo/live-devel<br />
<br />
<br><Table border=0 Width=644 Height=57 cellspacing=0 cellpadding=0 style="font-family:Verdana;font-size:11px;line-height:15px;"><TR><td><A HREF="http://sigads.rediff.com/RealMedia/ads/click_nx.ads/www.rediffmail.com/signatureline.htm@Middle?" target="_blank"><IMG SRC="http://sigads.rediff.com/RealMedia/ads/adstream_nx.ads/www.rediffmail.com/signatureline.htm@Middle"></A></td></TR></Table>