Ross,
I observed that sometimes the testOnDemandRTSPServer increases the delay of the
mpegts/rtp stream. It went all well, but suddenly, the server keeps increasing
its memory usage. In this case, the player slows down, and the delay increases.
The delay of the video could be up to 1 minute. Th
Hi There,
I have a iphone user interface to start and stop the live555server, I am
able to stop the server by setting _watchVariable to 0;
env->taskScheduler().doEventLoop(_watchVariable);
but Iam not able to neither restart the server nor resume the services, can
you get back to me on this.
R
> I would like to implement the same functionality than testH264VideoStreamer
> (rtsp, multicast, loop file) but i need to start streaming at first client
> and stop when the last quit.
> Any suggestion would be helpful
I'm not sure how easy this would be to do without a lot of work.
One thing
Hi,
I would like to implement the same functionality than testH264VideoStreamer
(rtsp, multicast, loop file) but i need to start streaming at first client and
stop when the last quit.
Any suggestion would be helpful
Regards,
eric
[@@ THALES GROUP INTERNAL @@]
_
> Both File as File and File as Pipe look great on VLC over the lan. But to
> the iPad, the File as File looks great but the File as Pipe is very blocky,
> as if compression info is missing or whatever.
>
> This tells me two things: (#1) it seems VLC may be more robust and forgiving
> than ou
Another solution would be to modify your server to return the actual npt
in the PLAY response.
Currently, when your server resume from the previous position, it does
not return any npt value in the PLAY response.
I guess both fixes would be valid.
Best regards,
Sebastien.
___
Hi Ross,
I noticed that after a seek, the first TS packet from live555 server,
does not have the correct continuity counter value (with respect to the
last packet before the seek). There is a discontinuity.
This is error is reported in VLC and wireshark.
Regards,
Sébastien.
_
