|
|
Hi.
We broadcasting live events at 150Kbps, and have strange issues where the
playback is randomly slows down and even hangs. The content reception speed
also drops to 73-76Kbps.
This happens in different times on different computers, i.e. one computer
plays the event normally and other has delays in the same time. Stopping and
re-starting the play resolves the problem until the next time.
The media source is located remotely and may have delays in connection which
causes these issues. Can it be resolved by increasing buffers at WMS server
or at publishing point? If yes, then how?
Thanks,
Stas.
|
|
"Stas" <Stas[ at ]discussions.microsoft.com> wrote in message
news:8F7B882B-1C0C-49A0-868B-987C268BD9DB[ at ]microsoft.com...
[Quoted Text] > Hi.
>
> We broadcasting live events at 150Kbps, and have strange issues where the
> playback is randomly slows down and even hangs. The content reception speed
> also drops to 73-76Kbps.
>
> This happens in different times on different computers, i.e. one computer
> plays the event normally and other has delays in the same time. Stopping and
> re-starting the play resolves the problem until the next time.
>
> The media source is located remotely and may have delays in connection which
> causes these issues. Can it be resolved by increasing buffers at WMS server
> or at publishing point? If yes, then how?
Streaming can be negatively impacted by high latency. Packet loss can also have
a big impact. It's unlikely that buffers will fix this problem for you because
once the buffer runs out, you're back where you started. Are you sure your
network can handle the bandwidth? (150Kbps * number of listeners.)
|
|
|
[Quoted Text] > Are you sure your
> network can handle the bandwidth? (150Kbps * number of listeners.)
Yes, there is a limited number of viewers (~10-20), and plenty of bandwidth.
The server is also very close (~7-8 ms of ping).
The problem is most probably in the source, which is a remote PC pushing
video over slow (256 Kbps) line. Since the delays happening in different
times on different computers, I assumed that players basically consume the
video data before the buffer fills up, and by increasing these buffers the
problem can be resolved.
Now, there is an "enable buffer" option for a publish point, which
unfortunately doesn't let to set the buffer's size. Any idea how this option
can be increased?
Regards,
Stas.
|
|
"Stas" <Stas[ at ]discussions.microsoft.com> wrote in message
news:B4A5B3D6-DA51-4ADB-AF75-D78C01874DC3[ at ]microsoft.com...
[Quoted Text] >> Are you sure your
>> network can handle the bandwidth? (150Kbps * number of listeners.)
>
> Yes, there is a limited number of viewers (~10-20), and plenty of bandwidth.
> The server is also very close (~7-8 ms of ping).
>
> The problem is most probably in the source, which is a remote PC pushing
> video over slow (256 Kbps) line. Since the delays happening in different
> times on different computers, I assumed that players basically consume the
> video data before the buffer fills up, and by increasing these buffers the
> problem can be resolved.
So what happens if you try to watch this remote video on the server itself? If
it's not clean there it'll never be clean after the server.
> Now, there is an "enable buffer" option for a publish point, which
> unfortunately doesn't let to set the buffer's size. Any idea how this option
> can be increased?
Don't believe it can be. The buffer you might try increasing is WMP's on the
clients.
|
|
Hi Mike.
Sorry for delay in reply, took me some time to check this.
Indeed the buffering happens on the server too, and the content reception
drops there to ~76Kbps as well. It happens there less frequently, but still
happens.
Any idea what can be done to improve the streaming and prevent these buffers
and reception speeds drops from happening?
Thanks,
Stas.
"Mike Lowery" wrote:
[Quoted Text] >
> "Stas" <Stas[ at ]discussions.microsoft.com> wrote in message
> news:B4A5B3D6-DA51-4ADB-AF75-D78C01874DC3[ at ]microsoft.com...
> >> Are you sure your
> >> network can handle the bandwidth? (150Kbps * number of listeners.)
> >
> > Yes, there is a limited number of viewers (~10-20), and plenty of bandwidth.
> > The server is also very close (~7-8 ms of ping).
> >
> > The problem is most probably in the source, which is a remote PC pushing
> > video over slow (256 Kbps) line. Since the delays happening in different
> > times on different computers, I assumed that players basically consume the
> > video data before the buffer fills up, and by increasing these buffers the
> > problem can be resolved.
>
> So what happens if you try to watch this remote video on the server itself? If
> it's not clean there it'll never be clean after the server.
>
> > Now, there is an "enable buffer" option for a publish point, which
> > unfortunately doesn't let to set the buffer's size. Any idea how this option
> > can be increased?
>
> Don't believe it can be. The buffer you might try increasing is WMP's on the
> clients.
>
>
>
|
|
You'll need to do some digging to find out why the stream going to WMS is
failing. It could be packet loss, high latency, excessive network traffic, not
enough bandwidth, etc. You could also look into implementing QoS for your
streams if it's a traffic issue.
"Stas" <Stas[ at ]discussions.microsoft.com> wrote in message
news:5BB9FFD5-C2A8-4D54-8D80-F564A202975D[ at ]microsoft.com...
[Quoted Text] > Hi Mike.
>
> Sorry for delay in reply, took me some time to check this.
>
> Indeed the buffering happens on the server too, and the content reception
> drops there to ~76Kbps as well. It happens there less frequently, but still
> happens.
>
> Any idea what can be done to improve the streaming and prevent these buffers
> and reception speeds drops from happening?
>
> Thanks,
> Stas.
>
> "Mike Lowery" wrote:
>
>>
>> "Stas" <Stas[ at ]discussions.microsoft.com> wrote in message
>> news:B4A5B3D6-DA51-4ADB-AF75-D78C01874DC3[ at ]microsoft.com...
>> >> Are you sure your
>> >> network can handle the bandwidth? (150Kbps * number of listeners.)
>> >
>> > Yes, there is a limited number of viewers (~10-20), and plenty of
>> > bandwidth.
>> > The server is also very close (~7-8 ms of ping).
>> >
>> > The problem is most probably in the source, which is a remote PC pushing
>> > video over slow (256 Kbps) line. Since the delays happening in different
>> > times on different computers, I assumed that players basically consume the
>> > video data before the buffer fills up, and by increasing these buffers the
>> > problem can be resolved.
>>
>> So what happens if you try to watch this remote video on the server itself?
>> If
>> it's not clean there it'll never be clean after the server.
>>
>> > Now, there is an "enable buffer" option for a publish point, which
>> > unfortunately doesn't let to set the buffer's size. Any idea how this
>> > option
>> > can be increased?
>>
>> Don't believe it can be. The buffer you might try increasing is WMP's on the
>> clients.
>>
>>
>>
|
|
|