MS released DX9c quartz.dll 6.5.2600.2905 (fix stutter bug???)

[BigAlUK]

Interestingly, this quartz thing is not necessarily the "cure for all evils" that much of this thread makes it out to be. It certainly didn't make a difference to my problem.

In my case, I'd noticed (esp. when using headphones) that PVRX2 would play back sound in Live TV as if it were a series of barely joined short audio clips. You could discern noticable x-msec-sized drop-outs at more or less regular intervals of around 1 second or so. This ceased to happen entirely if you introduced time-delayed playback.

It also ceased to happen entirely, it turns out, if I changed the sound rendering device to be the Realtek AC'97 hardware, rather than the "default directx device".

This seems to imply that for real-time playback, the less "layers" involved the better - although I don't really know what the difference between these various sound-render configurations are!

As Sub implied somewhere earlier in this ludicrously long thread - if there are other programs producing decent results, then its unlikely to be something that both those programs and PVRX2 are both using in common that is causing your problems. So that goes for quartz, too. Learn from this, and if other programs play ok using quartz 9c, then play some more with the GB-Config!

[BigAlUK]

As Sub implied somewhere earlier in this ludicrously long thread...

Ooops - crossed threads! It was that other ludicrously long thread about quartz :o

[sub]

As Sub implied somewhere earlier in this ludicrously long thread - if there are other programs producing decent results, then its unlikely to be something that both those programs and PVRX2 are both using in common that is causing your problems. So that goes for quartz, too. Learn from this, and if other programs play ok using quartz 9c, then play some more with the GB-Config!

I assume you're referring to some other thread, but I dont remember saying that. I might have said that if you use the same decoders etc in to both apps, then you should get the same results. At the end of the day GB-PVR doesnt do the playback itself. It hooks up a set of directshow filters on your machines, and asks them to do the playback.

The quartz.dll problem you refer only applies in certain situations, namely where a hardware accelerating decoder is in use. Software only decoding didnt have the same problem.

[BigAlUK]

I assume you're referring to some other thread...

GB-PVR doesnt do any playback of video itself. Instead it just asks Microsoft directshow to do the playback (then steps out of the way). This is the same thing used by Windows Media Player, and every other Windows based PVR and media player application.
...
If you end up with the same combination of render and decoders, then the performance will be exactly the same as other applications (because it will the exact same components doing the playback)....

Sorry, Sub - it was this quote of yours that I was referring to in that other thread about quartz. Quartz supplies a selection of splitters, video decoders and audio decoders (AVI and MPEG) - and my point was merely that if another program (such as WMP) was not having problems with them, then quartz itself is unlikely to be the cause of problems in PVRX2. Its more likely to be the other items that are selectable in GB-Config. Its sort of the reverse side of the same coin, I'd have thought.

Sorry again about the thread cross-talk.