Beiträge von Slin

    Hallo zusammen,


    nachdem ich jetzt mein System (AMD E350) mit yaVDR.0.6.0 installiert habe, hier eien kleine Anleitung zum Umstellen von yaVDR.0.6.0 mit softHDDevice auf eine AMD Grafik mit Radeon Treiber.
    VDPAU wird inzwischen bei Verwendung des Open Source Grafiktreibers Radeon von Mesa direkt unterstützt. Daher reicht ein installieren der Mesa VDPAU Treiber aus:


    Code
    sudo apt-get install mesa-vdpau-drivers


    Damit dieser auch verwendet wird die Umgebungsvariablen in /etc/environment eintragen (Je nach Radeon Grafikkarte statt r600 entsprechend den korrekten Treibernamen):


    Code
    LIBVA_DRIVERS_PATH=/usr/local/lib/vdpau
    LIBVA_DRIVER_NAME=vdpau
    VDPAU_DRIVER=r600


    Das wars auch schon für den VDPAU Treiber.


    Damit auch Kodi gut läuft müssen noch die GLX module für X11 verwendet werden. Dafür müssen in /etc/alternatives die Links für die GLX Bibliotheken von den Nvidia Treibern auf die Mesa Treiber umgebogen werden


    Code
    sudo rm /etc/alternatives/x86_64-linux-gnu_gl_conf 
    sudo ln -s /usr/lib/x86_64-linux-gnu/mesa/ld.so.conf /etc/alternatives/x86_64-linux-gnu_gl_conf 
    sudo rm /etc/alternatives/x86_64-linux-gnu_xorg_extra_modules
    sudo ln -s /usr/lib/x86_64-linux-gnu/xorg/x11-extra-modules/ /etc/alternatives/x86_64-linux-gnu_xorg_extra_modules
    sudo rm /etc/alternatives/i386-linux-gnu_gl_conf
    sudo ln -s /usr/lib/x86_64-linux-gnu/mesa/ld.so.conf /etc/alternatives/i386-linux-gnu_gl_conf
    sudo rm /etc/alternatives/x86_64-linux-gnu_xvmcconfig
    sudo ln -s /usr/lib/xvmcconfig-standard/XvMCConfig /etc/alternatives/x86_64-linux-gnu_xvmcconfig


    Anschliessend wichti noch ldconfig aufrufen:


    Code
    sudo ldconfig


    Wenn in der Xorg.1.log folgende Fehlermeldung auftaucht:


    Code
    AIGLX error: dlopen of /usr/lib/x86_64-linux-gnu/dri/r600_dri.so failed (/usr/lib/x86_64-linux-gnu/dri/r600_dri.so: undefined symbol: _glapi_tls_Dispatch)


    dann hat man den Aufruf von ldconfig vergessen (hat mich doch einiges an Zeit gekostet das zu finden :wand ).
    Hier muss man bei zukünfigten updates aufpassen, falls die links z.B. wegen einem neuen Nvidia-Treiber umgebogen werden.


    Bei der Konfiguration vom SoftHDDevice plugin müssen nun noch ein paar Sachen umgestellt werden, da der Mesa VDPAU Treiber nicht alles vom Nvidia VDPAU Treiber unterstützt (siehe Ausgabe von vdpauinfo unten):


    - Das Deinterlacing auf Temporal setzen.
    - Skalierung auf Fast oder Normal setzen.
    - Das Schärfen von SD-Sendern habe ich auf 0 gesetzt, da diese komplett überschärft waren.
    - Rauschunterdrückung habe ich ausgeschaltet, da ich Aussetzter hatte. Da muss ich nochmal schauen warum.


    Folgende kleiner Probleme habe ich noch, die aber mich erstmal nicht stören:


    - viele frame drops (Allerdings für mich nicht sichtbar im Bild):



    - hin und wieder ein Audio buffer underun (Buffer ist auf 250ms gestellt):

    Code
    Jan  1 23:48:59 HAL vdr: audio/alsa: avail underrun error? 'Datenübergabe unterbrochen (broken pipe)'


    Ausgabe von vdpauinfo:


    Zitat

    Naja, aber das Problem ist aber doch, dass das NAS nicht schnell genug
    mounted wird bevor Vdr startet. Mit bootwait verzögerst du es ja noch
    weiter?!?

    Die Idee ist eigentlich das die Emits vom mountall erst kommen wenn alles gemountet wird. Danach wird dann erst vdr gestartet. Kostet natürlich Bootzeit.


    Gruß


    Kai

    Danke für die Antworten.
    Es ist eine PCTV 461E. Wird ab Kernel 3.14 direkt unterstützt und läuft auf meinem VDR-PC ganz gut.
    Backport mit media_build hab ich probiert. Make läuft aber leider nicht durch und die Infrastruktur für DVB hat sich zwischen Kernel 3.4 und Kernel 3.14 ganz schön geändert. Da wird der Backport wahrscheinlich schwierig.


    Ich muss mir mal ein serielles Kabel schnitzen und mal schauen was da bei u-boot los ist.


    Gruß


    Kai

    Damit der Bootvorgang wartet bis das nfs-Laufwerk gemountet ist, gibts auch ne Option in der fstab (bootwait). Sieht bei mir so aus:


    DeepThought:/srv/vdr/video.00 /srv/vdr/video.00 nfs defaults,soft,_netdev,intr,bootwait


    Allerdings gibt es bei mir noch das Problem das die Serverplatte manchmal noch aufwachen muss. Dann kann das booten wohl in irgendein Timeout rennen und der Rechner, der mounten will, einfriert (vermute das er dann endlos auf den mount wartet). Wenn die Platte im Server schon wach ist gibts nie ein Problem.


    Gruß


    Kai

    Ich hab bei meinem Cubietruck vdr und die meisten von mir benutzten plugins von yavdr kompiliert. Sourcen hab ich über apt-get source von meinem vdr Rechner geholt. Das ging eigentlich recht gut. Man muss halt einiges nachinstallieren und auch noch zusätzliche Pakete kompilieren



    zusätzlich kompilieren musste ich

    Code
    libfaac0_1.28-0ubuntu2_armhf.deb
    libfaac-dev_1.28-0ubuntu2_armhf.deb
    libfame-0.9_0.9.1-0.2_armhf.deb
    libfame-dev_0.9.1-0.2_armhf.deb
    libxine1-xvdr_1.0.7+cvs20130117-1yavdr6~precise_armhf.deb
    libxine2_1.2.2.hg20130318.12292-2yavdr0~precise_armhf.deb
    libxine2-dev_1.2.2.hg20130318.12292-2yavdr0~precise_armhf.deb
    libxineliboutput-sxfe_1.0.7+cvs20130117-1yavdr6~precise_armhf.deb
    transcode_1.1.5-0ubuntu10_armhf.deb
    transcode-utils_1.1.5-0ubuntu10_armhf.deb


    vdr startet auch und läuft. RIchtig testen konnnte ich nicht, da leider mein DVB-Stick PCTV Systems DVB-S2 461E nicht geht. Der wird erst ab Kernel 3.14 untersützt und mein Lubuntu hat leider erst Kernel 3.4.61. Ich habe den 3.14 mal kompiliert aber noch nicht installiert, da mein Cubie als nfs schon läuft und ich daher nicht immer ran kann.


    Slin