One more thing, if you play back the same content locally (from a recording transferred to the REVO), does it do the same? You could be seeing a NIC problem somewhere - I had an ASRock ION that was fine & a Shuttle XS35GT (ION2) that wasn't (similar to what you're seeing, but with MPEG2 HD). Turns out the NIC on my server was causing it. Onboard Nvidia that was the same as the ASRock ION, so they were fine in their own little world, but the JMicron on my Shuttle didn't like what was coming from the server. Updated NIC drivers on the server mostly ironed it out, but changing to a PCI NIC on the server fixed it.
Hmm, running out of ideas, but still got a couple....
How about the amount of RAM allocated to the graphics in the BIOS? With onboard video I've always manually set it to the maximum (usually 512MB) as the default (usually 128/256MB) or automatic causes stutter (not normally as bad as you're seeing though).
Have you run DPC Latency Checker? DPC Latency Checker - latency was killing my ION2. If that's an issue, there are some steps to disable the power switching process that I can point you to.
The MS DTV-DVD codec is the only one that can do 1080i content properly on my IONs. Remembering that it's MPEG2 here & not H.264, so it's a more intensive process, when I try to force CUDA (via LAV), it tanks.
Strange that one ION is fine for you while the other isn't.
It shouldn't matter, but is inverse telecine turned off in the Nvidia CP?
Owlsroost: CUDA is not working for me when watching TV or recordings within Mediaportal.
When I open the same TS file (recording) in GraphStudio and playing it from there, CUDA is used. In GraphStudio, the Haali Splitter is used. NVIDIA driver is 285.62, Inverse Telecine is switched on in the NVIDIA settings.
If there are suggestions regarding driver or settings, I can try them today in the evening. But in general CUDA is working, seems for me to be cause by a difference between how Haali and TsReader handle the TS.