Hi,
First, congratulations of your achievement! It is really something!
crtmpserver has absolutely nothing to do with the latency because it passes the packet through right away. And when the network becomes crowded for a particular client, the data will start accumulate on its output buffer. So, yeah, it does a bit of buffering, but of completely different nature. Besides, when that happens you will definitely see garbage on the screen because frames are no longer transmitted.
What I found out from my past experience is that I'm seeing the exact same behavior when you set bufferTime != 0 in the flash client side. Try to set it to 0 and you will be just fine. Besides, VW is about live conferencing and client side bufferTime != 0 doesn't make any sense.
IMO, NetStream.bufferTime has the following special values:
0 - buffering completely disabled, best results for live streams,
< 1 - buffering enabled, but flash player completely ignores this value and does its own management. Is more like telling FP to size its buffer the way it wants
>=1 - buffering enabled, FP tries to respect this value as much as possible. However, it does a crappy job and in the end it will still drift away...
Best regards
Andrei
> You received this message because you are subscribed to "C++ RTMP Server" mailing list.
> To post to this group, send email to
c-rtmp...@googlegroups.com
> To unsubscribe from this group, send email to
>
c-rtmp-serve...@googlegroups.com
> For more options, visit this group at
>
http://groups.google.com/group/c-rtmp-server?hl=en
------
C++ RTMP Server
Web:
http://www.rtmpd.com