vdpau slowness with 260.19.06

[weltall]

270.26... nothing changed...

qvdpautest 0.5.1
Intel(R) Core(TM)2 Duo CPU     T7300  @ 2.00GHz
NVIDIA GPU GeForce 8600M GT (G84) at PCI:1:0:0 (GPU-0)

VDPAU API version : 1
VDPAU implementation : NVIDIA VDPAU Driver Shared Library  270.26  Sun Feb 13 22:49:19 PST 2011

SURFACE GET BITS: 666.035 M/s
SURFACE PUT BITS: 706.461 M/s

MPEG DECODING (1920x1080): 34 frames/s
MPEG DECODING (1280x720): 72 frames/s
H264 DECODING (1920x1080): 14 frames/s
H264 DECODING (1280x720): 32 frames/s
VC1 DECODING (1440x1080): 41 frames/s

MIXER WEAVE (1920x1080): 433 frames/s
MIXER BOB (1920x1080): 730 fields/s
MIXER TEMPORAL (1920x1080): 175 fields/s
MIXER TEMPORAL + IVTC (1920x1080): 121 fields/s
MIXER TEMPORAL + SKIP_CHROMA (1920x1080): 237 fields/s
MIXER TEMPORAL_SPATIAL (1920x1080): 64 fields/s
MIXER TEMPORAL_SPATIAL + IVTC (1920x1080): 53 fields/s
MIXER TEMPORAL_SPATIAL + SKIP_CHROMA (1920x1080): 72 fields/s
MIXER TEMPORAL_SPATIAL (720x576 video to 1920x1080 display): 245 fields/s

MULTITHREADED MPEG DECODING (1920x1080): 38 frames/s
MULTITHREADED MIXER TEMPORAL (1920x1080): 148 fields/s

also i couldn't try the overclocking trick above as i can't increase the clock of my gpu i can only lower it

[Stephen Warren]

Just FYI, I believe we have repro'd a bug that causes slow decode performance on some GPUs. The bug is not yet root-caused or fixed though.

[weltall]

Originally Posted by Stephen Warren

Just FYI, I believe we have repro'd a bug that causes slow decode performance on some GPUs. The bug is not yet root-caused or fixed though.

thanks I hope you'll be able to find the root cause of it

[cihy]

FWIW, here are some results for me.

i get a lot of video jumps, and rather visible scan lines often.
in xbmc and xine. though xbmc seems to work much better.

this is on ubuntu 10.10

qvdpautest 0.5.1
Pentium(R) Dual-Core  CPU      E5300  @ 2.60GHz
NVIDIA GPU GeForce 9400 (C79) at PCI:3:0:0 (GPU-0)

VDPAU API version : 1
VDPAU implementation : NVIDIA VDPAU Driver Shared Library  260.19.06  Mon Sep 13 07:05:35 PDT 2010

SURFACE GET BITS: 1104.61 M/s
SURFACE PUT BITS: 1097.14 M/s

MPEG DECODING (1920x1080): 77 frames/s
MPEG DECODING (1280x720): 175 frames/s
H264 DECODING (1920x1080): 69 frames/s
H264 DECODING (1280x720): 141 frames/s
VC1 DECODING (1440x1080): 89 frames/s
Profile unsupported.

MIXER WEAVE (1920x1080): 394 frames/s
MIXER BOB (1920x1080): 541 fields/s
MIXER TEMPORAL (1920x1080): 149 fields/s
MIXER TEMPORAL + IVTC (1920x1080): 94 fields/s
MIXER TEMPORAL + SKIP_CHROMA (1920x1080): 201 fields/s
MIXER TEMPORAL_SPATIAL (1920x1080): 43 fields/s
MIXER TEMPORAL_SPATIAL + IVTC (1920x1080): 35 fields/s
MIXER TEMPORAL_SPATIAL + SKIP_CHROMA (1920x1080): 48 fields/s
MIXER TEMPORAL_SPATIAL (720x576 video to 1920x1080 display): 163 fields/s

MULTITHREADED MPEG DECODING (1920x1080): 75 frames/s
MULTITHREADED MIXER TEMPORAL (1920x1080): 109 fields/s

[dk75]

Do you use PulseAudio audio output?
It worked great at Ubuntu 9.10 for me and with ALSA backported from Ubuntu 10.04 I had HDMI audio to.
Then I've installed 10.04 - no HDMI audio at all and jumpy playback.
Then installed 10.10 - no HDMI audio at all and jumpy playback.
I've kicked out rtkit package, disabled virtual PulseAudio device for simultaneous playback (used it all the time with 9.10) and changed audio output from PulseAudio to ALSA and I have smooth playback now.

[weltall]

Originally Posted by dk75

Do you use PulseAudio audio output?
It worked great at Ubuntu 9.10 for me and with ALSA backported from Ubuntu 10.04 I had HDMI audio to.
Then I've installed 10.04 - no HDMI audio at all and jumpy playback.
Then installed 10.10 - no HDMI audio at all and jumpy playback.
I've kicked out rtkit package, disabled virtual PulseAudio device for simultaneous playback (used it all the time with 9.10) and changed audio output from PulseAudio to ALSA and I have smooth playback now.

yes but I doubt it's that as these benchmarks are done with no audio output.

[dk75]

Are you saying that 69fps 1080 decode capability is to slow to playback smoothly 30fps 1080 actual movie?
My ION box is at least 2 times slower in VDPAU test than your and still I have smooth playback.
Your box is fast enough to have mixer temporal spatial + ivtc at any Bluray material and it is not enough?
I know, maybe with older drivers I twas like 20% faster but still, it is not a major issue for jumpy playback.

Did you tried to omit PulseAudio for playback?
I don't say to kick out PulseAudio because Ubuntu is too much integrated with it, but playing back with ALSA plugin in PulseAudio solved my jumpy playback problem.

[weltall]

Originally Posted by dk75

Are you saying that 69fps 1080 decode capability is to slow to playback smoothly 30fps 1080 actual movie?
My ION box is at least 2 times slower in VDPAU test than your and still I have smooth playback.
Your box is fast enough to have mixer temporal spatial + ivtc at any Bluray material and it is not enough?
I know, maybe with older drivers I twas like 20% faster but still, it is not a major issue for jumpy playback.

Did you tried to omit PulseAudio for playback?
I don't say to kick out PulseAudio because Ubuntu is too much integrated with it, but playing back with ALSA plugin in PulseAudio solved my jumpy playback problem.

I’m saying 14fps is too slow to watch anything and that my cpu is faster at decoding.

[dk75]

ah sorry... it seems that I've didn't look for whom I've talked - I've posted to cihy@ after his test result and assumed that it's still this same talk with you
Sorry again.

[cihy]

Originally Posted by dk75

ah sorry... it seems that I've didn't look for whom I've talked - I've posted to cihy@ after his test result and assumed that it's still this same talk with you
Sorry again.

sorry i assumed you were asking the other folks here

i'll admit, xbmc is pretty good at the moment. for 1080 especially.

i guess i was thinking nvidia driver for the odd video jumps i get in xine... but it may totally be xine's side.

i too had a really hard time with pulse audio... and went back to alsa as well.
it does work a lot better and smoother.

what i *need* out of my htpc is xine mostly though.
xbmc is awesome, but xine is my interface to vdr (and satellite HD).

i do see a lot of 'video jump' in xine. its driving me crazy.
and what is worst is that i see some HD channels without any problems...
and then there are some which just cause video jumps non stop.
i just dont know how to debug this.

glad that you said i should have no problems given what i posted... it has given me hope.

[dk75]

Are you sure that your xine binary have VDAPU decoding capability?
Did you tried newest SVN MPlayer for satellite stream dumping?
Just a tough as I've never had satellite receiver and as that never seek answers for that questions.

As a mater of thumb, satellite streams are not too complicated and easy to decode because it needs to be done by cheap hardware decoders that is not as elaborate as software decoders and don't understands most of the high quality encoding/decoding options.
So it shouldn't be a problem to decode this smoothly with VDAPU capable software.
Unless there is a bug in a software.
I must say that I have no problem right now with 1080 material that had been re-encoded from satellite stream and encoded with more complicated options that original stream itself so... if XBMC works fine for you that means you must check your xine copy.
Did you compiled it yourself with VDPAU patch or you use Ubuntu supplied one.
If the later... I didn't know that it have VDPAU support.

[crisalide]

Originally Posted by cihy

i do see a lot of 'video jump' in xine. its driving me crazy.
and what is worst is that i see some HD channels without any problems...
and then there are some which just cause video jumps non stop.
i just dont know how to debug this.

Make sur you selected a deinterlace method that your GPU can handle (yours is not able to run temporal_spatial on 1080 material)