Re: [Live-devel] H.264 NAL confusion

2009-04-01 Thread Jeremy Noring
I'm still struggling to get this code to work correctly, and I'm sure I'm just doing something dumb (sorry, new to Live555 and H.264, and the available samples leave much to be desired). I've attached the code I've written/used (some of it is stuff I found previous posters had used). Once again,

Re: [Live-devel] minor bug on windows implementation of gettimeofday()

2009-04-01 Thread Ross Finlayson
Over in GroupSockHelper.cpp is a windows implementation of gettimeofday(). There are three implementations for it -- one for CE (?), one that uses ftime() and another that uses QueryPerformanceCounter(). The version that uses QueryPerformanceCounter() is broken. With that implementation, the ep

Re: [Live-devel] Implement RTSP skip forward in mediaServer

2009-04-01 Thread Ross Finlayson
Seems like there is an option in RTSP to specify a range in time that you want to start your stream. Yes, and we support it, for both RTSP clients and RTSP servers. For RTSP clients: Note the "start" and "end" parameters to "RTSPClient:: playMediaSession()" and "RTSPClient:: playMediaSubsessi

Re: [Live-devel] Access to RTP Extension Header

2009-04-01 Thread Ross Finlayson
Not sure if this made it through to the list You can easily check this by looking at the online archives: http://lists.live555.com/pipermail/live-devel/ so I'm resending. *Please* don't send the same message to the mailing list more than once! -- Ross Finlayson Live Networks, Inc. h

[Live-devel] Implement RTSP skip forward in mediaServer

2009-04-01 Thread Steve Malenfant
Seems like there is an option in RTSP to specify a range in time that you want to start your stream. I did a web page for a STB that when a certain button is pressed (for example), I take the current Position and add 30 to it and set the position. The new npt is sent to the server but mediaServer

[Live-devel] minor bug on windows implementation of gettimeofday()

2009-04-01 Thread Patrick White
Over in GroupSockHelper.cpp is a windows implementation of gettimeofday(). There are three implementations for it -- one for CE (?), one that uses ftime() and another that uses QueryPerformanceCounter(). The version that uses QueryPerformanceCounter() is broken. With that implementation, the

Re: [Live-devel] stream m4e

2009-04-01 Thread York Sun
Brad, Thanks for the advise. I will drop it for now and move on to unicast and relay. Maybe I will have a better idea when I learn more about it. York On Wed, 2009-04-01 at 13:04 -0400, Brad Bitterman wrote: > Its hard to tell without looking at the file you captured. It seems > that either yo

Re: [Live-devel] Access to RTP Extension Header

2009-04-01 Thread Brad Bitterman
Not sure if this made it through to the list so I'm resending. - Brad - Ross, I modifies MultiFramedRTPSource to add the ability to set and call a callback function to gain access to the RTP extended header. This works for

Re: [Live-devel] stream m4e

2009-04-01 Thread Brad Bitterman
Its hard to tell without looking at the file you captured. It seems that either your i-frames are not being sent correctly or you timing is off for some reason. If the RTP timestamp is not correct then VLC will not be happy and give you warnings about late and dropped frames. - Brad On Mar

[Live-devel] teardownMediaSession

2009-04-01 Thread Sébastien Escudier
Hi, I would like to know why do we need to wait for an answer in teardownMediaSession ? My issue is : When a server stop sending me data, I am closing the client. But before that I send a teardownMediaSession just in case the server or the connection is not really dead. But if the server or the