Stuttering on LiveTV (1 Viewer)

[mts]

It is defenetly a software problem.
I'm using a scond HDD just for recording (VelocityRaptor Raid)! My CPU (Intel 9450) could decode 5 H.264 movies at once! RAM = 8GB

I pretty shure that there is a bug.

 

[morpheus_xx]

I also have such a problem since the last changes to my system:
- installed latest svn (from rc1 svn 19158 to 19510)
- installed XP SP3
- installed Winfuture Update Pack 3.01 including IE7 and WMP11

I think the reason could be related more to operating system updates than to the latest svn build?

I just made some test with a recording. The file has stuttering during playback. I looked in the tswriter.log, there where a lot of "continuity" errors logged (although my signal level was 86 and signal strength 100).

When I opened the recording in graphedit I used another filesource/splitter. The result was a better playing! On the stuttering scenes I now get "mpeg decoding error" blocks in picture, but it doesn't hang!

I tested several mpeg decoders, which hadn't much effect. So the only difference I could see was with other splitters.

Was there a change in tsreader between the versions mentioned above?

 

[tourettes]

I also have such a problem since the last changes to my system:
- installed latest svn (from rc1 svn 19158 to 19510)
- installed XP SP3
- installed Winfuture Update Pack 3.01 including IE7 and WMP11

I think the reason could be related more to operating system updates than to the latest svn build?

I just made some test with a recording. The file has stuttering during playback. I looked in the tswriter.log, there where a lot of "continuity" errors logged (although my signal level was 86 and signal strength 100).

When I opened the recording in graphedit I used another filesource/splitter. The result was a better playing! On the stuttering scenes I now get "mpeg decoding error" blocks in picture, but it doesn't hang!

I tested several mpeg decoders, which hadn't much effect. So the only difference I could see was with other splitters.

Was there a change in tsreader between the versions mentioned above?

Current TsReader version drops those packets that are determined to contain discontinuities. This is done to make sure that MPEG2 decoders arent crashing (there are many cases that partly corrupted stream is crashing the MPEG2 decoders & MP).

If you are getting discontinuity errors in the TsWriter log that can be caused following issues:

#1 bad signal (could be a microwave your neighbour is using or even a cordless keyboard that your HTPC has)
#2 DVB card has some hardware

Only correct way to solve the issue is to try to find the real cause for those discontinuity errors.

 

[morpheus_xx]

Current TsReader version drops those packets that are determined to contain discontinuities. This is done to make sure that MPEG2 decoders arent crashing (there are many cases that partly corrupted stream is crashing the MPEG2 decoders & MP).

for my case the other way was working better, got decoding errors, but no (or less) stuttering.

another suggestion: would it be possible to correct the packet order during recording? like the process ProjectX does when handling DVB streams. This would be a big advantage...

 

[tourettes]

for my case the other way was working better, got decoding errors, but no (or less) stuttering.

another suggestion: would it be possible to correct the packet order during recording? like the process ProjectX does when handling DVB streams. This would be a big advantage...

Actually its not the packet order that discontinuity errors are showing up but the actual data is dropped (most likely as drivers or HW notice its corrupted).

The discontinuity counter runs from 0 to 15 and then wraps over. If there is more than 1 step between TS packets then some data has been dropped and there is no way to get it back.

 

[rolfey]

stuttering and crappy

I don't know if this is going to be the case with any of you out there, but I've just found a rather suprising solution to my stuttering TV and genaral stability.
Purely by accident, I downgraded Vplug from 2.3.3 to 2.2.4 thinking it was the next version up but misreading the version.

Amazingly this seems to have resolved all the problems that I had, not glitches, no stuttering, nothing!!

well that's my bit, good luck!

Mike

 

[morpheus_xx]

Current TsReader version drops those packets that are determined to contain discontinuities.

If you are getting discontinuity errors in the TsWriter log that can be caused following issues:

#1 bad signal (could be a microwave your neighbour is using or even a cordless keyboard that your HTPC has)
#2 DVB card has some hardware

Only correct way to solve the issue is to try to find the real cause for those discontinuity errors.

Can you (or gemx?) point me to the source code part for dropping these packets? I couldn't find this yet. I'd like to try some modifactions for myself.

I had to switch to MediaPlayer Classic yesterday to watch a recording. The heavily decreases the "WAF"

To the DVB-C receiving issues I'll start a new thread.

 

[xavier]

#1 bad signal (could be a microwave your neighbour is using or even a cordless keyboard that your HTPC has)
#2 DVB card has some hardware

Hi tourettes,

you can give me more words to "DVB card has some hardware" ?

Thanks,
xavier.

 

[tourettes]

#1 bad signal (could be a microwave your neighbour is using or even a cordless keyboard that your HTPC has)
#2 DVB card has some hardware

Hi tourettes,

you can give me more words to "DVB card has some hardware" ?

ah, sorry... seems that the sentence has been cut. I'm pretty busy now a days. "DVB card has some hardware issue with other PCI devices or motherboard chipset".

 

[elconejito]

OK, so I finally got around to running some tests this weekend. I am running the latest SVN 19603 dated July 11. There doesn't seem to be any change from the previous SVN I was on (June 22) and the original RC1 release.

Just to recap, I have 2 Avermedia Combo NTSC/ATSC PCIe cards (not hybrid, these are dual tuners). I get my SD signal from a settop box via S-Video, HD signal is through clear QAM. There are 3 SATA drives 1 for OS/programs, 1 for recording, 1 for timeshifting. My video card is an Nvidia 7600GT, my CPU is an Intel Core2Duo e6300 with 2GB of RAM and Windows XP with all available updates. All of this is hooked up to a 32" CRT.

The problem is easy to reproduce. Record one channel and watch (timeshift) another channel. The video slows down/pauses/stutters (not sure what the proper term would be) with varying frequency. Meaning its not every 30 secs exactly, it may be several minutes between pauses.

It does NOT stutter/pause/slow down if Im watching one channel only. And it does NOT do it if I'm recording an HD channel and watching an SD channel or vice versa. It only seems to be recording SD and watching SD.

I've tried Cyberlink codecs and the included MPV codecs.

I've attached some logs. The file that ends with "TV Stutter Final" I set to record an upcoming show and then watched TV until it started to stutter. I then went to an HD channel (no stutter).

The file that ends with "TV Stutter Normal" is the logs from the day before which included me watching and recording TV like normal.