VDR-1.7.10 -gda(Extensions-Patch v.72) + Plugins + XBMC pvr-testing für Ubuntu-Karmic + yaVDR

SPricht irgendwas dagegen, die Pakete auf dem Netbook Remix zu installieren?

Ich mache gerade ein paar Versuche mit Virtualbox. Der Nvidia-Kram interessiert mich deshalb weniger, aber die Treiber sind hoffentlich auf dem aktuellen Stand

Zitat

Original von steiniplatte
Ich mache gerade ein paar Versuche mit Virtualbox. Der Nvidia-Kram interessiert mich deshalb weniger, aber die Treiber sind hoffentlich auf dem aktuellen Stand

Hoffen kann man ja immer, aber von welchen Treibern sprichst du denn, wenn dich der Nvidia-Kram nicht interessiert? Mir ist nicht bewusst, dass wir andere Treiber anbieten.

Gerald

Ich dachte an die DVB-Treiber, oder sind die im Ubuntu OK? Bau gerade mal wieder die liplianin S2 Treiber auf der OpenSuse 11.2 VBox

Zitat

Original von steiniplatte
Ich dachte an die DVB-Treiber, oder sind die im Ubuntu OK? Bau gerade mal wieder die liplianin S2 Treiber auf der OpenSuse 11.2 VBox

DVB-Treiber haben wir ja keine im Angebot. Da wir fast alle DVB-C benutzen kommen wir mit den Ubuntu-Treibern ganz gut klar.

Gerald

Mir ist aufgefallen, dass ich irgendwie doch kein VDPAU nutze. Deshalb auch das schnellere klötzchenfreie Umschalten. War aber nicht gewollt.
Installiert haben sollte ich alles, aber vielleicht doch nicht?
- vdr 1.7.10
- Nvidia 190
- xinelibout diverse
- sxfe diverse

Woran kann ich erkennen welches Paket mir fehlt? Oder könnt ihr mir kurz sagen welche pakete mind. erforderlich sind für Nvidia 190 + VDR + vdr-sxfe

Eventuell wäre es ratsam in dem ersten Posting eine Paketliste anzugeben, die man mindestens installieren muß. Anfänger wissen wohl kaum welche der dutzenden Pakete erforderlich sind.

Alleine schon die teilweise gleichen Pakete (epgsearch & eepg ), auch fürs pearlhd gibt es 2 Versionen (Plugin oder text2skin), wobei dieses irgendwie nicht läuft (1366*768 er Auflösung scheint nicht unterstützt zu werden)

Wenn man übrigens nur mit CPU Power HD nutzen möchte (ffmpeg?), wie bekomme ich den vdr dazu beide CPU Kerne zu nutzen? Bei mir werden die nur zu 50% max. ausgelastet und daher ruckelt das Bild (bzw Klötzchen.). Das nur am Rande, denn eigentlich soll vdpau genommen werden. Ich frage mich nur ob speziell bei mir mit dem Mobile CPU Board mit int. Grafik nicht eventuell weniger Strom benötigt wird bei HD als wenn ich die Geforce nutze.

Allerdings habe ich seit dem ich mich mit dem vdr beschäftige bisher keine annähernd so gute und einfach zu installierende vdr quelle gehabt. Das ist schon mehr als fantastisch. Ich kann mich immer nur wieder bedanken, trotz meiner Stolperstellen.

Beim Starten hatte ich eigentlich in der Konsole lediglich "vdr-sxfe" als User eingegeben.
Das hatte auch schon in einer Installation funktioniert. Nur seit ich mit den neuen Nvidia Treibern probiere funktioniert es nicht. auch mit dem 190er nicht, der aus Eurem ppa stammt. (vorher hatte ich ja berichtet, dass ich mit dem Nvidia PPA von Phillip dachte mir irgendwas von xinelib mit vdpau beschädigt zu haben, da vdpau auch nicht lief) Trotz Neuinstallation.

Kann es sein , dass ich bei den Paketen irgendwie die Ubuntu Repos mit drin habe? Nicht das ich Synaptic falsch bediene... Irgendwie habe ich es noch nicht geschafft nur die vom vdr-ubuntu-karmic mir anzeigen zu lassen. Ich habe mich da immer noch nicht ganz dran gewöhnt.

OT: Es gibt eigentlich nur eines was ich vermisse und das ist dieses geniale LiveBuffer Feature...
Da ich nun endlich einen FullHD TV habe, vielleicht bekomme ich ja nun mit pearlhd ein OSD.

Hi,

mittlerweile habe ich beim xbmc die Renderengine wieder auf Software gestellt, da ich mit vdpau ein zu helles Bild bekomme. Sprich die schwarzen Balken oben und unten sind anstatt schwarz hellgrau. Stelle ich die Renderengine auf Software ist das Bild wieder optimal. So wie ich es auch mit der Bildkalibrierung eingestellt habe. Das Problem tritt allerdings nur bei HD-Inhalten auf. Zum Beispiel wenn ich mir HD-Trailer mit dem Apple Movie Trailer Plugin anschaue. Vermutlich wird bei SD kein vdpau genutzt..

Bei vdr-sxfe verwende ich ebenfalls vdpau und da ist das Bild nicht zu hell.

Kann man irgendwo die Bildeinstellungen für xbmc - vdpau vornehmen?

Grüße

Hi,

irgendwie klappt die Installation von nvidia-195-glx nicht, ich bekomme folgende Fehlermeldung, obwohl nvidia-190-glx vorher deinstalliert wurde:

Zitat

Entpacke nvidia-glx-195 (aus .../nvidia-glx-195_195.22-1tvt5_i386.deb) ... dpkg: Warnung: veraltete Option »--print-installation-architecture«, bitte verwenden Sie »--print-architecture« stattdessen. dpkg-divert: »diversion of /usr/lib/libGL.so.1 to /usr/lib/nvidia/libGL.so.1.xlibmesa by nvidia-glx-195« kollidiert mit »diversion of /usr/lib/libGL.so.1 to /usr/lib/nvidia/libGL.so.1.xlibmesa by nvidia-glx-190« dpkg: Fehler beim Bearbeiten von /var/cache/apt/archives/nvidia-glx-195_195.22-1tvt5_i386.deb (--unpack): Unterprozess neues pre-installation-Skript gab den Fehlerwert 2 zurück

Seltsam, veruche mal das mit diesem Befehl zu fixen

sudo dpkg-divert --package nvidia-glx-190 --rename --remove /usr/lib/libGL.so.1

Und dann das Paket neu installieren.

Gerald

Zitat

Original von hotzenplotz5
BUGS:
sollten wirklich Fehler vorhanden sein

https://bugs.launchpad.net/~the-vdr-team
EDIT: bugs bitte vorerst hier melden, und natürlich den plugin autoren !!!

Hi,
ich wollte gerade auf die neue nvidia-glx-195 wechseln, aber das geht leider nicht!

dpkg-divert: `diversion of /usr/lib/libGL.so.1 to /usr/lib/nvidia/libGL.so.1.xlibmesa by nvidia-glx-195' clashes with `diversion of /usr/lib/libGL.so.1 to /usr/lib/nvidia/libGL.so.1.xlibmesa by nvidia-glx-190'

Aus nvidia-glx-190 ist ein dummy-Paket mit Abhängigkeit auf nvidia-glx-195 entstanden, nur leider fehlt in dem Paket ein post-rm script, was die installierten diversions beseitigt. Somit reicht es auch nicht, einfach "apt-get purge nvidia-glx-190" durchzuführen. Ich hab mir jetzt einfach das postrm-script von nvidia-glx-195 rauskopiert und jedes "glx-195" durch "glx-190" ersetzt und am Ende die Zeilen mit "rm ..." rausgenommen und dann mit "./postrm remove" ausgeführt. Letztendlich hätte ich wahrscheinlich auch einfach in /var/lib/dpkg/diversions die entsprechenden Einträge löschen können. Danach ist die Installation von nvidia-glx-195 ohne weiteres durchgelaufen (außer vielleicht dass "--print-installation-architecture" durch "--print-architecture" ersetzt wurde).

#! /bin/sh
# postrm script for nvidia-glx-195
#
# see: dh_installdeb(1)


set -e


# summary of how this script can be called:
#        * <postrm> `remove'
#        * <postrm> `purge'
#        * <old-postrm> `upgrade' <new-version>
#        * <new-postrm> `failed-upgrade' <old-version>
#        * <new-postrm> `abort-install'
#        * <new-postrm> `abort-install' <old-version>
#        * <new-postrm> `abort-upgrade' <old-version>
#        * <disappearer's-postrm> `disappear' <r>overwrit>r> <new-version>
# for details, see /usr/share/doc/packaging-manual/


case "$1" in
    remove|purge)
	if [ "$(dpkg-divert --list /usr/lib/libGL.so.1 | awk '{ print $7 }')" = "nvidia-glx-190" ]; then
	dpkg-divert --remove --rename --package nvidia-glx-190 --divert /usr/lib/nvidia/libGL.so.1.xlibmesa /usr/lib/libGL.so.1 > /dev/null
	dpkg-divert --remove --rename --package nvidia-glx-190 --divert /usr/lib/nvidia/libGL.so.1.2.xlibmesa /usr/lib/libGL.so.1.2 > /dev/null
	fi
	if [ "$(dpkg-divert --list /usr/lib/xorg/modules/extensions/libGLcore.so | awk '{ print $7 }')" = "nvidia-glx-190" ]; then
        dpkg-divert --remove --rename --package nvidia-glx-190 --divert /usr/lib/nvidia/libGLcore.so.xlibmesa /usr/lib/xorg/modules/extensions/libGLcore.so > /dev/null
	fi
	if [ "$(dpkg-divert --list /usr/lib/xorg/modules/extensions/libglx.so | awk '{ print $7 }')" = "nvidia-glx-190" ]; then
	dpkg-divert --remove --rename --package nvidia-glx-190 --divert /usr/lib/nvidia/libglx.so.xserver-xorg-core /usr/lib/xorg/modules/extensions/libglx.so > /dev/null
	fi


    if [ "$(dpkg-divert --list /usr/lib32/libGL.so | awk '{ print $7 }')" = "nvidia-glx-190" ]; then
        rm -f /usr/lib32/libGL.so > /dev/null || true
    	dpkg-divert --remove --rename --package nvidia-glx-190 --divert  /usr/lib32/nvidia/libGL.so.xlibmesa /usr/lib32/libGL.so > /dev/null
    fi


    if [ "$(dpkg-divert --list /usr/lib32/libGL.so.1 | awk '{ print $7 }')" = "nvidia-glx-190" ]; then
        rm -f /usr/lib32/libGL.so.1 > /dev/null || true
    	dpkg-divert --remove --rename --package nvidia-glx-190 --divert  /usr/lib32/nvidia/libGL.so.1.xlibmesa /usr/lib32/libGL.so.1 > /dev/null
    fi
    if [ "$(dpkg-divert --list /usr/lib32/libGL.so.1.2 | awk '{ print $7 }')" = "nvidia-glx-190" ]; then
    	rm -f /usr/lib32/libGL.so.1.2 > /dev/null || true
    	dpkg-divert --remove --rename --package nvidia-glx-190 --divert  /usr/lib32/nvidia/libGL.so.1.2.xlibmesa /usr/lib32/libGL.so.1.2 > /dev/null
	fi

    ;;

    upgrade|failed-upgrade|abort-install|abort-upgrade|disappear)




        ;;


    *)
        echo "postrm called with unknown argument \`$1'" >&2
        exit 0


esac




#rm -f /usr/lib/xorg/modules/extensions/libglx.so.195.22 2> /dev/null || true


    




# dh_installdeb will replace this with shell code automatically
# generated by other debhelper scripts.


# Automatically added by dh_makeshlibs
if [ "$1" = "remove" ]; then
	ldconfig
fi
# End automatically added section

Gruß Darkstar.

EDIT: Wenn man so lange braucht zum schreiben, haben auch andere schon eine Lösung...

Zitat

Original von Darkstar
Hi,
ich wollte gerade auf die neue nvidia-glx-195 wechseln, aber das geht leider nicht!

Code

dpkg-divert: `diversion of /usr/lib/libGL.so.1 to /usr/lib/nvidia/libGL.so.1.xlibmesa by nvidia-glx-195' clashes with `diversion of /usr/lib/libGL.so.1 to /usr/lib/nvidia/libGL.so.1.xlibmesa by nvidia-glx-190'

Ich habe den Fehler im preinst-Skript gerade behoben, hoffe ich. Der Upload dauert noch etwas.

Gerald

Vielen Dank. Hatte auch erst die vorherige Version geupdated mit dem oben beschriebenen Problemen. Nun aktuellere Pakete installiert und läuft jetzt.

Alle die onboard-Grafik (9300/9400 etc) nutzen: nicht vergessen nach dem Grafiktreiberupdate dann xineliboutput bei vdpau deinterlace von "bob" auf "temporal" stellen - das funktioniert mit dem neuen Treiber bei mir prima!

Hallo zusammen,

mache ich etwas falsch oder stimmt etwas mit den Paketen nicht?

...
Die folgenden Pakete haben nicht erfüllte Abhängigkeiten:
  xineliboutput-sxfe: Hängt ab: libxine2 (>= 1.1.90) ist aber nicht installierbar
                      Hängt ab: libxine1-xvdr (= 1.0.4+cvs20091013.1200-5tvt1) soll aber nicht installiert werden
                      Hängt ab: libxine2-x ist aber nicht installierbar
E: Kaputte Pakete

Grüße Chris

Zitat

Original von cernst
mache ich etwas falsch

Ja, du hättest schlafen gehen sollen. Das neue xine-lib-Paket war erst eine halbe Stunde später fertig. Das vorherige Paket war kaputt und ich hatte es gelöscht.

Gerald

Nochmal alles aktuallisiert und nvidia 195 aus dem PPA installiert, trotzdem immer noch das hier:
Vielleicht bedeutet die Nvidia Rechte Warnung ja was?

torsten@ubuntu:~$ vdr-sxfe
vdr-sxfe 1.0.90-cvs  (build with xine-lib 1.1.90, using xine-lib 1.1.90)
VDR server not given, searching ...
---------------------------------------------------------------
WARNING: MRL not given and server not found from local network.
         Trying to connect to default port on local host.
---------------------------------------------------------------
[2217] [vdr-fe]    GNOME screensaver disabled
NVIDIA: could not open the device file /dev/nvidiactl (Permission denied).
vo_vdpau: Can't create vdp device : No vdpau implementation.
[2217] [vdr-fe]    Detected 2 CPUs
[2217] [vdr-fe]    Enabling FFmpeg multithreaded video decoding

Mir fàllt sonst nichts auf.

Oh mann, das kann doch nicht sein. Ein einfaches sudo vdr-sxfe und vdpau funktioniert.
Aber warum? Das habe ich frueher aus der Konsole heraus nie gebraucht! Im Gegenteil so manche Installation hatte damit sogar Probleme!

Zitat

Original von Torsten73

Code

NVIDIA: could not open the device file /dev/nvidiactl (Permission denied).
vo_vdpau: Can't create vdp device : No vdpau implementation.

Bei mir sieht das so aus:

# ls -l /dev/nvidiactl                                                                                         
crw-rw---- 1 root video 195, 255 2009-11-21 12:57 /dev/nvidiactl

und bei dir?
Ich starte vdr-sxfe als user vdr und deshalb ist bei mir auch der vdr in der Gruppe video.

Gerald

Wie wärs eigentlich mit einem aktuellen DVB-Treiber-Paket?

Ich hab hier zB eine TT s-1600 und muss nach jedem Kernelupdate die Treiber neuinstallieren

Oder kann man das irgendwie anders umgehen?