Thank you!
Now need not restarting of the receiver.
All work correctly, if I do restart of the transmitter.
Best regards,
Dmitriy
From: Ross Finlayson
Sent: Saturday, September 03, 2011 12:59 AM
To: LIVE555 Streaming Media - development & use
Subject: Re: [Live-devel] bug in the mp3 rece
> Transmitter may be restarted, this is normal work situation.
> If this is not a bug, how I can receive stream?
Thinking about this some more, I realized that there is something that we can
do. When the transmitter restarts, the RTP SSRC will (almost always) change.
The receiver can notice thi
To: LIVE555 Streaming Media - development & use
Subject: Re: [Live-devel] bug in the mp3 receiver
Transmitter may be restarted, this is normal work situation.
If this is not a bug, how I can receive stream?
Whenever you stop/restart the transmitter, you can also stop/restart the
rece
> Transmitter may be restarted, this is normal work situation.
> If this is not a bug, how I can receive stream?
Whenever you stop/restart the transmitter, you can also stop/restart the
receiver "testMP3Receiver". But when you restart it, append its output to the
original received data file. I
Transmitter may be restarted, this is normal work situation.
If this is not a bug, how I can receive stream?
From: Ross Finlayson
Sent: Monday, August 29, 2011 10:17 PM
To: LIVE555 Streaming Media - development & use
Subject: Re: [Live-devel] bug in the mp3 receiver
OK, the problem is
OK, the problem is that the receiver is expecting a single, continuous RTP
stream. When you stop, then restart the streamer, there's a 50% chance that
the next RTP sequence numbers (which start out at a randomly-chosen value) will
be less than the previous ones. If that happens, the new incomi
Hello Ross,
I have done this test on separate computers and on the same host.
The same result.
Best regards,
Dmitriy
From: Ross Finlayson
Sent: Monday, August 29, 2011 1:19 PM
To: LIVE555 Streaming Media - development & use
Subject: Re: [Live-devel] bug in the mp3 receiver
I'm not
I'm not sure why this is happening; it seems to arise from the fact that both
the streamer and receiver applications are running on the same host. For some
reason, after the streamer application is killed, the OS is (for some reason)
disabling the receiver's reception of the multicast group.
A
Hello,
I have found a bug in the testMP3Recevier.
I am testing pair: testMP3Streamer and testMP3Receiver.
The receiver stop receiving sound, if I do restart testMP3Streamer.
For example:
I have file test.mp3 128 kbit/sec, 44100 Hz, stereo, 1 hour long.
Start the receiver:
testMP3Receiver > ttt
