UDP/RTP Multicast audio problem

[Shodan]

Hi everyone,
I'm having a little problem related with the sound in UDP/RTP Multicast streams. It works well for roughly an hour of continuous play, but after that the sound starts to "hiccup" and finally it stops. The only way to address it is changing to another stream and going back to the original one, selecting another audio channel from the same stream or even pressing fast forward and then reverting to the original speed, but obviously all of those "solutions" are quite annoying.

The bug was introduced in the 0.8.2 version as the 0.8.1 worked perfectly. Sadly enough as the timeshift feature is a must for multicast streams.

My configuration is nothing out of the ordinary (I can post it somewhere). I use the waveout output module and I've disabled the float32 output with little success, so the problem should be somewhere else. Also note that in standard media files the audio works perfectly, the problem only arises with UDP/RTP multicast with timeshift enabled (I'm not quite sure it works well with timeshift disabled, I can test it though).

My spec are:
AMD Athlon 64 3200+ / ASUS K8NS Pro
1'5GB Kingston DDR 400Mhz
X-Fi XtremeMusic with latest drivers (the same problem was present with my old live! value)
Windows XP SP2

If you need something else please tell me.

[Shodan]

When that happnes I get a lot of those messages:

Code: Select all

: : main warning: output date isn't PTS date, requesting resampling (41420) main warning: timing screwed, stopping resampling main warning: buffer is 105301 late, triggering upsampling main warning: output date isn't PTS date, requesting resampling (67914) main warning: resampling stopped after 15700312 usec (drift: -67236) main warning: buffer is 67236 late, triggering upsampling main warning: output date isn't PTS date, requesting resampling (41935) main warning: timing screwed, stopping resampling main warning: buffer is 109087 late, triggering upsampling main warning: output date isn't PTS date, requesting resampling (67950) : :

[md]

Timeshift is NOT needed for UDP/RTP multicast.

If you have very big network jitter and can't play the stream with the default configuration, try increasing the caching value in Preferences->Input/Codecs->Access Modules->UDP/RTP

Be sure to use VLC 0.8.4

[Guest]

Timeshift is NOT needed for UDP/RTP multicast

I know it's not needed, but it's a very nice feature to have the ability to pause the streams.

If you have very big network jitter and can't play the stream with the default configuration, try increasing the caching value in Preferences->Input/Codecs->Access Modules->UDP/RTP

I'm not sure that will help, I mean, if I had problems from the beginning that would be something to have in mind, but it's a problem that only shows after one hour or even more time of continuous play.

Be sure to use VLC 0.8.4

I'm using it...

[Shodan]

I've tested it without timeshift and it works perfectly now. I hope there'll be some fix soon enough...