I demand that Gerald Dachs may or may not have written...

Am Sat, 9 Jan 2010 12:25:51 +1300 schrieb "Simon Baxter" linuxtv@nzbaxters.com:

...

ls -l /usr/local/lib/libxine* Any ideas?? What am I doing wrong?

Good chance that you have built against another libxine that is in /usr/lib. Use --prefix=/usr with autogen, so that the new libxine replaces the old one,

Or, when building from hg, "debuild binary". If you need extra configuration options, add them to debian/rules.

It may be better to use xine-lib-1.2-vdpau, though.

or use our ppa: https://launchpad.net/~the-vdr-team/+archive/vdr-ubuntu-karmic

Two things: you're making native source packages when you shouldn't be (you want an .orig.tar.gz), and you're including the full repository (since you're evidently making a v1.0 package, "make dist-gzip" then renaming would do, but you could also use hg-buildpackage or mercurial-buildpackage).

I think that you would do better to rebase onto http://packages.debian.org/source/experimental/xine-lib-1.2 (which is due an update).

On Sat, Jan 9, 2010 at 1:25 AM, Simon Baxter linuxtv@nzbaxters.com wrote:

...

I'm using xine-lib-1.2 and patching with xine-lib-1.2-vdpau-r286.diff which

There is no need to do such thing, since there already exists a repository which contains vdpau: xine-lib/xine-lib-1.2-vdpau You can use it as follows: hg clone http://hg.debian.org/hg/xine-lib/xine-lib-1.2-vdpau

Otherwise, just pay attention to the messages you get when configuring/compiling xine-lib.

-Petri

OK, so I installed the headers and everything compiles and looks OK. But when I try and run xine get:

#grep vdpau* xine_log

load_plugins: plugin vdpau_mpeg12 failed to instantiate itself. load_plugins: plugin /usr/local/lib/xine/plugins/2.0/xineplug_decode_vdpau_mpeg12.so found load_plugins: plugin /usr/local/lib/xine/plugins/2.0/xineplug_decode_vdpau_vc1.so found load_plugins: plugin /usr/local/lib/xine/plugins/2.0/xineplug_decode_vdpau_h264.so found load_plugins: plugin /usr/local/lib/xine/plugins/2.0/xineplug_vo_out_vdpau.so found main: probing <vdpau> video output plugin vo_vdpau: Can't create vdp device : No vdpau implementation. load_plugins: plugin vdpau_mpeg12 failed to instantiate itself. main: video driver <vdpau> failed

Any ideas?

On Saturday 09 January 2010 03:58:49 Simon Baxter wrote:

But VDR doesn't work as well as under xv. It's slower changing channels and watching (SD) recordings freezes things for a few seconds. Also, the quality is actually worse - during "action scenes" objects seem to be a bit jerky and have "lines" momentarily. Only advantage, under vdpau the cpu sits at about 40%, where under xv it sits 50-70%.

Any thoughts?

I had the same kind of issues you describe (bad frame rate, high cpu load, tearing, picture freezing for a long while etc) and only fix I found was to disable the composite extension in Xorg. You can do it simply by adding

Section "Extensions" Option "Composite" "Disable" EndSection

to xorg.conf. This will make it impossible to use the hud osd so expect some hideous scaling artifacts, but the cpu load stays well under 10% on a Sempron LE-1250 clocked at 1.8GHz and frame rates are smooth with no tearing.

Theunis Potgieter Said: I think it is your card that is the problem

http://en.wikipedia.org/wiki/VDPAU shows that is should support up to VP1, however if you look at mythtv's guide: http://www.mythtv.org/wiki/VDPAU it starts only at series 8 and newer.

It seems that your card can then only support xvmc for mpeg2 codec only. :(

Buy a a new 8400 GS (old brand model name but new architecture G98 chip) as indicated here http://en.wikipedia.org/wiki/Nvidia_PureVideo

I've tried it in my production machine now, which has this card: 03:00.0 VGA compatible controller: nVidia Corporation GeForce 8400 GS (rev a1) (prog-if 00 [VGA controller]) Subsystem: Giga-byte Technology Device 3463 Flags: bus master, fast devsel, latency 0, IRQ 16 Memory at ea000000 (32-bit, non-prefetchable) [size=16M] Memory at d0000000 (64-bit, prefetchable) [size=256M] Memory at e8000000 (64-bit, non-prefetchable) [size=32M] I/O ports at b000 [size=128] [virtual] Expansion ROM at eb000000 [disabled] [size=128K] Capabilities: [60] Power Management version 2 Capabilities: [68] Message Signalled Interrupts: Mask- 64bit+ Count=1/1 Enable- Capabilities: [78] Express Endpoint, MSI 00 Capabilities: [100] Virtual Channel <?> Capabilities: [128] Power Budgeting <?> Capabilities: [600] Vendor Specific Information <?> Kernel driver in use: nvidia Kernel modules: nvidiafb, nvidia

And while vdpau does work now, I get little CPU improvement (drops from ~60% under xv to ~45% on vdpau), there's some tearing during action scenes and some image freezing for a few seconds when switching from live TV to recordings which I've had to "kill" on occasion.

Currently I only have SD content to watch and my Sony Bravia 32V only supports up to 1360x668. Any point using vdpau?

Am 09.01.2010 21:16, schrieb Simon Baxter:

...

Theunis Potgieter Said: I think it is your card that is the problem

http://en.wikipedia.org/wiki/VDPAU shows that is should support up to VP1, however if you look at mythtv's guide: http://www.mythtv.org/wiki/VDPAU it starts only at series 8 and newer.

It seems that your card can then only support xvmc for mpeg2 codec only. :(

Buy a a new 8400 GS (old brand model name but new architecture G98 chip) as indicated here http://en.wikipedia.org/wiki/Nvidia_PureVideo

I've tried it in my production machine now, which has this card: 03:00.0 VGA compatible controller: nVidia Corporation GeForce 8400 GS (rev a1) (prog-if 00 [VGA controller]) Subsystem: Giga-byte Technology Device 3463 Flags: bus master, fast devsel, latency 0, IRQ 16 Memory at ea000000 (32-bit, non-prefetchable) [size=16M] Memory at d0000000 (64-bit, prefetchable) [size=256M] Memory at e8000000 (64-bit, non-prefetchable) [size=32M] I/O ports at b000 [size=128] [virtual] Expansion ROM at eb000000 [disabled] [size=128K] Capabilities: [60] Power Management version 2 Capabilities: [68] Message Signalled Interrupts: Mask- 64bit+ Count=1/1 Enable- Capabilities: [78] Express Endpoint, MSI 00 Capabilities: [100] Virtual Channel <?> Capabilities: [128] Power Budgeting <?> Capabilities: [600] Vendor Specific Information <?> Kernel driver in use: nvidia Kernel modules: nvidiafb, nvidia

And while vdpau does work now, I get little CPU improvement (drops from ~60% under xv to ~45% on vdpau), there's some tearing during action scenes and some image freezing for a few seconds when switching from live TV to recordings which I've had to "kill" on occasion.

Have you switched off compositing in the xorg ? Depending on your CPU - this is to high CPU usage still. I have below 10% at HD and around 5% or lower for SD while watching TV. Also denoise/sharpen of vdpau on SD content provides quite good quality picture even on SD.

Currently I only have SD content to watch and my Sony Bravia 32V only supports up to 1360x668. Any point using vdpau?

If you are fine with xv - but see above - the only time i came in that range IMHO was back at the days where i still used my Turion ML-30 at some of the HD stations (not all).