Hi Donya,

Thanks for the reply. I'll try to answer your questions.

For the server, we are using Helix Server v11.1, the latest version.
Server OS is Ubuntu Linux v5.10. 
Clients are running on Windows (both, windows 2000 and windows XP), using Real Player v10.5.

We setup the live stream by using a modified version of the command-line producer. Communication from producer to helix server is using password-only mode. 
This modified producer can accept events, generated by an external application, through a socket communication, and encode them into the stream. 
For the purpose of testing, I've created a simple application that generate an event every 20s, cycling through 50 slides.

Sometimes, when testing on the local network, it takes hours for the player lose an event packet. I think that is why it took so much time for us to notice the problem. However, when running on the internet, it often happens is less than a half hour.


I've already subscribed to the helix community, as I've worked a little with producer code. 
However, I know nothing of player code yet. So, if I am to help fixing that problem, it would be nice if I could get some advice on where to start looking for in the code.


Att,

   Anderson Luiz Brunozi




-----Mensagem original-----
De: Donya Shirzad [mailto:dshirzad at real.com]
Enviada em: sexta-feira, 4 de agosto de 2006 21:56
Para: Anderson Luiz Brunozi; player-dev at helixcommunity.org
Assunto: Re: [Player-dev] Problem with live RMEvents and Real Player.
(Bug?)


Hi Anderson -

This is the right place to ask.  We'll need to try to reproduce the 
bug here so we can see what the problem is.  Can you give me more 
details?

What version of the server are you using?
What OS are you using for server and player?
How are you setting up your live stream?
Is the stream one that we could access?  If so, please send us the URL.

I'd also suggest setting up a username on the Helix Community if you 
haven't already.  http://www.helixcommunity.org.  That way, if you 
file this as a bug, it will be easier for you to track, and if you 
want to help us fix the bug, we'll be able to give you access to the 
project.

Thanks,
- Donya

At 2:15 PM -0300 8/4/06, Anderson Luiz Brunozi wrote:
>Hello,
>
>I'm having a problem when playing a live stream, with RMEvents, on 
>Real Player.
>And I hope this is the right place to ask about it...
>
>
>We have a system for streaming live presentations. Each 
>presentations include a video/audio part along with images (slides). 
>The slides are synchronized with the video/audio by encoding URL 
>events into the stream.
>
>When viewing a presentation using Real player v10.5, we noticed that 
>sometimes the player stops handling the events. By watching the 
>player statistics, I could see that it happens after an event packet 
>is lost.
>I then tried enabling packet resend on helix server, but that didn't 
>help much, as the player can't recover all the lost packets, and 
>still stops handling events after the fisrt missing packet for which 
>it doesn't get the resend.
>
>For me, that looks like a player bug. If I have more than one player 
>connected to the stream server, they don't stop all at the same time.
>
>Comparing the statistics displayed for each stream (video, audio and 
>events), I noticed that, for the video and audio streams, when a 
>packet is lost, its counted on the "ResendRequested" variable, as 
>well as one of the variables "ResendReceived" or "Lost". However, 
>this does not seem to happen for the event stream. On the event 
>stream, the "Lost" variable is always 0, I've never seem it being 
>incremented.
>
>What I think from the above is, that when the player misses an event 
>packet, it resquests a resend for that packet, and even if if does 
>not get the packet resent, it also does count that as a lost packet. 
>Maybe, it enters an state of waiting forever for the packet.
>
>I would like to know what you think of that. Is it a known bug? Or, 
>does it already have a scheduled fix?
>If not, We may be interested in helping fix it, as this is an 
>important feature for us.
>
>Att,
>
>    Anderson Luiz Brunozi
>
>
>_______________________________________________
>Player-dev mailing list
>Player-dev at helixcommunity.org
>http://lists.helixcommunity.org/mailman/listinfo/player-dev