> 1. Replies to HTTP GET requests are sometime truncated. As an example,
> curl http://serverip/somets.ts will sometimes result in only part of the
> playlist
>
> I've traced this to fNumBytesToStream is not being initialized when
> created in handleHTTPCmd_StreamingGET, this caused doGetNex
> 2. Registered the single back-end server (works as expected; using new
> transport header options) . BTW, the option for setting suffix is a nice
> additon!
FYI, you can now use our new application "registerRTSPStream" (in the
"testProgs" directory) for this.
> 3. Connected a single client
Hi,
I've come across the following problems with HTTP Live Streaming,
1. Replies to HTTP GET requests are sometime truncated. As an example,
curl http://serverip/somets.ts will sometimes result in only part of the
playlist
I've traced this to fNumBytesToStream is not being initialized when
> So how should I set the duration, then the audio and video would be sync.
You don't. The way you ensure that your audio and video streams are in sync is
by having your server give each (audio and video) frame accurate presentation
times - i.e., in the setting of "fPresentationTime" by the (au
Ross,
Wanted to follow-up on this issue. I have gone through additional testing
throughout the day and have greatly simplified my testing scenario, however
I'm still experiencing the strange file issue as described previously.
After making changes in my test environment and making debug observati
Thank you Ross for clarification, its more clear now. Now I am facing
issue that i have separate thread that pushes audio packets for my
device source to stream. I trigger event each time I push packet to that
queue. I noticed that on VLC my audio comes for about a second and then
stops. When I
