our logs are identical.

_________________
R5F1 - Dell P4 2.4Ghz 500MB - PVR250 x 2 - GeForce FX 5200 - Onboard sound/NIC 80GB ATA/250GB ATA/400GB SATA

Just an update, scratch my previous post, it's actually just as "skippy" as ever for me in streaming. Changing the bitrate of the audio seemed to make an improvement in a very short audition but now I've noticed it truly seems to accelerate, it's missing so many frames. Can anyone report a setting for recording the original audio/video in myth that ameliorates this problem? I am using 720x480 with 48kHz audio and a PVR-350.

SO I stumbled upon something rather interesting this evening. In my last post I was having a problem where the audio would be jittery and video slightly accelerated in the output at VLC media player. This would occur for all files, all video and all audio settings, when using the raw MPEG2 recording from my PVR-150.

But recently I've been transcoding many of my videos to XViD avi (by ways of this wiki). Mainly, I'd do this to decrease the size to ~350 mb per hour of video rather than the ~1.5 gb per hour from raw recording. More specifically, this meant encoding a 2200kbps MPEG2 file to 600kbps XViD avi file.

So today I decided to try streaming one of those files manually using the same exact command:

And sure enough, it worked perfect! No more audio jitter. No more accelerated video. Now at this point I am not sure it is due to using avi rather than MPEG2, or decreasing the size by ~5x. I'll try and determine which, but in any case since streaming is finally working (for now), I am probably going to set to auto-transcode my recordings to XViD in the future.

Also as another note for others that tended to have clock syncing issues, or that famous 'clock gap' warning in their verbose VLC log, I heard adding this to the vlc line worked: . Worth a shot I guess.

Another update.
From another post, I learned that XViD is actually MPEG4 encoding. So I changed my transcoder profile to transcode from MPEG2(raw recording) -> MPEG4. Then I set my recordings to auto-transcode after recording, and now I can stream my recordings with no audio/video jitters.

So for those that have problems with jitter that can't be solved by other means, try transcoding to MPEG4 and try to stream that.

Well, I moved to R5F27 a couple days ago. Problem persists.

Still getting logs full of

I was able to view the stream fine on my LAN, but these errors combined with WAN latency was ugly.

VLC client - choppy
mediaplayer - no go at all
mplayer - audio and video were perfect, but WAY out of sync.

Might be time to roll up sleaves and get dirty. With the ease of the F27 autoupgrade, I guess Im not to worried about breaking things as a 're-do' is not too hard.

_________________
R5F1 - Dell P4 2.4Ghz 500MB - PVR250 x 2 - GeForce FX 5200 - Onboard sound/NIC 80GB ATA/250GB ATA/400GB SATA