[gelöst] yaVDR - VDPAU läuft nicht

  • Moin,


    ich habe den Verdacht, daß bei meiner Install die VDPAU-Unterstützung nicht arbeitet. Bei DVB-S2 Programmen (Arte HD, ARD HD etc.) gibt es massive Ruckler und top zeigt mir massive Last auf den CPU's.


    Meine Hardware kann aber VDPAU (EasyVDR funktioniert damit). Fehlen ev. noch Treiber ? In den Logs sehe ich auch nichts von VDPAU :(


    Gruß ranzen

    Mein LinuxVDR Testsystem:
    --------------------
    yaVDR 0.2, Asus M4N78-EM, AMD Sempron 140, Nvidia 8200 Chipsatz, Tevii S470, 2x 1024MB, 1 TB Festplatte

    Einmal editiert, zuletzt von ranzen ()

  • Zitat

    Original von ranzen
    ich habe den Verdacht, daß bei meiner Install die VDPAU-Unterstützung nicht arbeitet. Bei DVB-S2 Programmen (Arte HD, ARD HD etc.) gibt es massive Ruckler und top zeigt mir massive Last auf den CPU's.


    Meine Hardware kann aber VDPAU (EasyVDR funktioniert damit). Fehlen ev. noch Treiber ? In den Logs sehe ich auch nichts von VDPAU :(


    Du musst etwas Geduld haben, ich habe mein Testsystem auf dem HaVUT etwas kaputt gespielt und installiere gerade neu.


    Gerald


    HP Proliant MicroServer Gen8, Xeon E3-1230, 12 GB RAM, 3xWD red 2TB im RAID 5, 2xSundtek MediaTV Home DVB-C/T, L4M TWIN-C/T, Ubuntu Server 14.04.1, Plex Media Server
    Samsung UE55H6470

  • Moin Gerald,


    Zitat

    Original von gda
    Du musst etwas Geduld haben, ich habe mein Testsystem auf dem HaVUT etwas kaputt gespielt und installiere gerade neu.
    Gerald


    Kein Problem ;)


    Ich habe gerade nach einem Reboot festgestellt, daß ich am Anfang VDPAU-Unterstützung habe. Aber nach kurzer Zeit schaltet sich VDPAU bei weiterlaufender Bildausgabe ab :( Das kann man prima mit htop beobachten. Am Anfang ca. 10 % Auslastung, nach dem Ende von VDPAU wieder die 60 % Auslastung.


    Wenn ich dann z. B. auf ZDF HD umschalte, ist erst wieder VDPAU mit im Boot, nach kurzer Zeit aber nicht mehr. In den Logs sehe ich einige Einträge mit Pufferüberlauf:


    Jan 17 21:48:39 vdr2 vdr: [3413] Text2Skin: channelInfo display update thread ended (pid=3002, tid=3413)
    Jan 17 21:49:25 vdr2 vdr: [3415] buffer usage: 70% (tid=3414)
    Jan 17 21:49:25 vdr2 vdr: [3415] buffer usage: 60% (tid=3414)
    Jan 17 21:49:25 vdr2 vdr: [3415] buffer usage: 70% (tid=3414)
    Jan 17 21:49:25 vdr2 vdr: [3415] buffer usage: 60% (tid=3414)
    Jan 17 21:49:25 vdr2 vdr: [3415] buffer usage: 70% (tid=3414)
    Jan 17 21:49:25 vdr2 vdr: [3415] buffer usage: 60% (tid=3414)
    Jan 17 21:49:25 vdr2 vdr: [3415] buffer usage: 70% (tid=3414)
    Jan 17 21:49:25 vdr2 vdr: [3415] buffer usage: 80% (tid=3414)
    Jan 17 21:49:25 vdr2 vdr: [3415] buffer usage: 90% (tid=3414)
    Jan 17 21:49:26 vdr2 vdr: [3415] buffer usage: 100% (tid=3414)
    Jan 17 21:49:29 vdr2 vdr: [3415] ERROR: driver buffer overflow on device 1
    Jan 17 21:49:30 vdr2 vdr: [3414] ERROR: skipped 11 bytes to sync on TS packet on device 1
    Jan 17 21:49:30 vdr2 vdr: [3414] TS continuity error (2)
    Jan 17 21:49:30 vdr2 vdr: [3414] TS continuity error (12)
    Jan 17 21:49:30 vdr2 vdr: [3414] PES packet shortened to 4686 bytes (expected: 6158 bytes)
    Jan 17 21:49:30 vdr2 vdr: [3414] cAudioRepacker(0xC0): skipped 64 bytes to sync on next audio frame
    Jan 17 21:49:32 vdr2 vdr: [3415] ERROR: driver buffer overflow on device 1
    Jan 17 21:49:34 vdr2 vdr: [3414] ERROR: skipped 11 bytes to sync on TS packet on device 1
    Jan 17 21:49:34 vdr2 vdr: [3414] TS continuity error (3)
    Jan 17 21:49:35 vdr2 vdr: [3415] ERROR: driver buffer overflow on device 1
    Jan 17 21:49:37 vdr2 vdr: [3414] ERROR: skipped 11 bytes to sync on TS packet on device 1
    Jan 17 21:49:37 vdr2 vdr: [3414] TS continuity error (11)
    Jan 17 21:49:37 vdr2 vdr: [3414] TS continuity error (11)
    Jan 17 21:49:37 vdr2 vdr: [3414] PES packet shortened to 5238 bytes (expected: 6158 bytes)
    Jan 17 21:49:39 vdr2 vdr: [3415] ERROR: driver buffer overflow on device 1
    Jan 17 21:49:41 vdr2 vdr: [3414] ERROR: skipped 11 bytes to sync on TS packet on device 1
    Jan 17 21:49:41 vdr2 vdr: [3414] TS continuity error (5)
    Jan 17 21:49:41 vdr2 vdr: [3414] TS continuity error (1)
    Jan 17 21:49:44 vdr2 vdr: [3415] ERROR: driver buffer overflow on device 1
    Jan 17 21:49:46 vdr2 vdr: [3414] ERROR: skipped 9 bytes to sync on TS packet on device 1
    Jan 17 21:49:46 vdr2 vdr: [3414] ERROR: skipped 2 bytes to sync on TS packet on device 1
    Jan 17 21:49:46 vdr2 vdr: [3414] TS continuity error (1)
    Jan 17 21:49:46 vdr2 vdr: [3414] TS continuity error (7)


    Gruß Heiner

    Mein LinuxVDR Testsystem:
    --------------------
    yaVDR 0.2, Asus M4N78-EM, AMD Sempron 140, Nvidia 8200 Chipsatz, Tevii S470, 2x 1024MB, 1 TB Festplatte

  • Zitat

    Original von wbreu
    welche Größe des Arbeitsspeichers für die Grafikkarte ist im Bios des Boards eingetragen?


    Es waren 128 MB eingetragen. Ich habe den Wert auf 512 MB (maximum) gesetzt.


    Leider hat sich aber nichts verbessert :(


    Gruß Heiner

    Mein LinuxVDR Testsystem:
    --------------------
    yaVDR 0.2, Asus M4N78-EM, AMD Sempron 140, Nvidia 8200 Chipsatz, Tevii S470, 2x 1024MB, 1 TB Festplatte

  • Zitat

    Original von wbreu
    Poste mal die ganze Stelle wo du was mit vdpau siehst.


    In /var/log/messages, user.log und syslog finde ich mit grep nichts, was vdpau heißt.


    Wo kann ich noch schauen ? Nach welchem Eintrag soll ich suchen ?


    Gruß Heiner

    Mein LinuxVDR Testsystem:
    --------------------
    yaVDR 0.2, Asus M4N78-EM, AMD Sempron 140, Nvidia 8200 Chipsatz, Tevii S470, 2x 1024MB, 1 TB Festplatte

  • Das ist ja schon mal eine ganz andere Situation wenn vdpau zumindest kurzzeitig läuft. Mal völlig im Trüben gefischt: Deine Onboard-GPU wird nicht zufällig zu heiß?


    Gerald


    HP Proliant MicroServer Gen8, Xeon E3-1230, 12 GB RAM, 3xWD red 2TB im RAID 5, 2xSundtek MediaTV Home DVB-C/T, L4M TWIN-C/T, Ubuntu Server 14.04.1, Plex Media Server
    Samsung UE55H6470

  • Zitat

    Original von gda
    Mal völlig im Trüben gefischt: Deine Onboard-GPU wird nicht zufällig zu heiß?


    Gut möglich. Wie kann ich die Temperatur auslesen ?


    Gruß Heiner

    Mein LinuxVDR Testsystem:
    --------------------
    yaVDR 0.2, Asus M4N78-EM, AMD Sempron 140, Nvidia 8200 Chipsatz, Tevii S470, 2x 1024MB, 1 TB Festplatte

  • Zitat

    Original von ranzen


    Gut möglich. Wie kann ich die Temperatur auslesen ?


    Code
    DISPLAY=:1 nvidia-settings -q gpucoretemp


    Gerald


    HP Proliant MicroServer Gen8, Xeon E3-1230, 12 GB RAM, 3xWD red 2TB im RAID 5, 2xSundtek MediaTV Home DVB-C/T, L4M TWIN-C/T, Ubuntu Server 14.04.1, Plex Media Server
    Samsung UE55H6470

    Einmal editiert, zuletzt von gda ()

  • Moin,


    Zitat

    Original von gda


    Code
    DISPLAY=:1 nvidia-settings -q gpucoretemp


    Gerald


    heiner@vdr2:~$ DISPLAY=:1 nvidia-settings -q GPUCoreTemp


    Attribute 'GPUCoreTemp' (vdr2:1.0): 51.
    'GPUCoreTemp' is an integer attribute.
    'GPUCoreTemp' is a read-only attribute.
    'GPUCoreTemp' can use the following target types: X Screen, GPU.


    ich habe den Rechner gerade 20 Minuten mit HD-Programm laufen lassen, bevor ich die Temperatur ausgelesen habe.


    Zu warm wird die GPU also nicht. Was kann es dann sein ?


    Gruß Heiner

    Mein LinuxVDR Testsystem:
    --------------------
    yaVDR 0.2, Asus M4N78-EM, AMD Sempron 140, Nvidia 8200 Chipsatz, Tevii S470, 2x 1024MB, 1 TB Festplatte

    Einmal editiert, zuletzt von ranzen ()

  • Moin,


    ich habe die ganze Sache noch mal ein bisschen beobachtet. Der Rechner nutzt nach dem Senderwechsel einige Minuten die VDPAU-Unterstützung, dann laufen Puffer voll und die beiden CPU's müssen den Job übernehmen:


    heiner@vdr2:~$ sudo tail -f /var/log/syslog
    Jan 18 18:15:49 vdr2 vdr: [3421] buffer usage: 20% (tid=3420)
    Jan 18 18:15:49 vdr2 vdr: [3421] TS buffer on device 1 thread ended (pid=3239, tid=3421)
    Jan 18 18:15:49 vdr2 vdr: [3420] buffer stats: 2097151 (100%) used
    Jan 18 18:15:49 vdr2 vdr: [3420] receiver on device 1 thread ended (pid=3239, tid=3420)
    Jan 18 18:15:49 vdr2 vdr: [3425] receiver on device 1 thread started (pid=3239, tid=3425)
    Jan 18 18:15:49 vdr2 vdr: [3426] TS buffer on device 1 thread started (pid=3239, tid=3426)
    Jan 18 18:15:49 vdr2 vdr: [3425] cVideoRepacker: operating in H.264 mode
    Jan 18 18:15:50 vdr2 vdr: [3425] SetBrokenLink: no GOP header found in video packet
    Jan 18 18:15:54 vdr2 vdr: [3424] Text2Skin: channelInfo display update thread ended (pid=3239, tid=3424)
    Jan 18 18:17:01 vdr2 CRON[3448]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
    Jan 18 18:18:50 vdr2 vdr: [3426] buffer usage: 70% (tid=3425)
    Jan 18 18:18:50 vdr2 vdr: [3426] buffer usage: 60% (tid=3425)
    Jan 18 18:18:50 vdr2 vdr: [3426] buffer usage: 70% (tid=3425)
    Jan 18 18:18:50 vdr2 vdr: [3426] buffer usage: 80% (tid=3425)
    Jan 18 18:18:51 vdr2 vdr: [3426] buffer usage: 90% (tid=3425)
    Jan 18 18:18:51 vdr2 vdr: [3426] buffer usage: 100% (tid=3425)
    Jan 18 18:18:55 vdr2 vdr: [3426] ERROR: driver buffer overflow on device 1
    Jan 18 18:18:56 vdr2 vdr: [3425] ERROR: skipped 11 bytes to sync on TS packet on device 1
    Jan 18 18:18:56 vdr2 vdr: [3425] TS continuity error (12)
    Jan 18 18:18:56 vdr2 vdr: [3425] TS continuity error (9)
    Jan 18 18:18:57 vdr2 vdr: [3425] PES packet shortened to 5054 bytes (expected: 6158 bytes)
    Jan 18 18:18:57 vdr2 vdr: [3425] cAudioRepacker(0xC0): skipped 432 bytes to sync on next audio frame
    Jan 18 18:18:59 vdr2 vdr: [3426] ERROR: driver buffer overflow on device 1
    Jan 18 18:19:00 vdr2 vdr: [3425] ERROR: skipped 11 bytes to sync on TS packet on device 1
    Jan 18 18:19:00 vdr2 vdr: [3425] TS continuity error (8)
    Jan 18 18:19:00 vdr2 vdr: [3425] TS continuity error (3)
    Jan 18 18:19:01 vdr2 vdr: [3425] PES packet shortened to 4870 bytes (expected: 6158 bytes)
    Jan 18 18:19:02 vdr2 vdr: [3426] ERROR: driver buffer overflow on device 1
    Jan 18 18:19:04 vdr2 vdr: [3425] ERROR: skipped 11 bytes to sync on TS packet on device 1
    Jan 18 18:19:04 vdr2 vdr: [3425] TS continuity error (0)
    Jan 18 18:19:04 vdr2 vdr: [3425] TS continuity error (8)
    Jan 18 18:19:04 vdr2 vdr: [3425] PES packet shortened to 4870 bytes (expected: 6158 bytes)
    Jan 18 18:19:06 vdr2 vdr: [3426] ERROR: driver buffer overflow on device 1
    Jan 18 18:19:07 vdr2 vdr: [3425] ERROR: skipped 11 bytes to sync on TS packet on device 1
    Jan 18 18:19:07 vdr2 vdr: [3425] TS continuity error (10)
    Jan 18 18:19:07 vdr2 vdr: [3425] PES packet shortened to 5054 bytes (expected: 6158 bytes)
    ^C


    Gruß Heiner

    Mein LinuxVDR Testsystem:
    --------------------
    yaVDR 0.2, Asus M4N78-EM, AMD Sempron 140, Nvidia 8200 Chipsatz, Tevii S470, 2x 1024MB, 1 TB Festplatte

  • Moin HolgerR,


    ich verwende Xine.


    Gruß Heiner

    Mein LinuxVDR Testsystem:
    --------------------
    yaVDR 0.2, Asus M4N78-EM, AMD Sempron 140, Nvidia 8200 Chipsatz, Tevii S470, 2x 1024MB, 1 TB Festplatte

  • Zitat

    Original von HolgerR
    Welches Frontend verwendest du? Xine oder xineliboutput?


    Hallo Holger,


    ich habe noch gar nicht richtig gesucht, aber habt ihr für die Konsole auf dem der VDR/Xine läuft, ein Konsolenlogging mitgegeben?


    Das wäre bei solchen Sachen eine wichtige Einrichtung.


    ranzen, zwei Sachen noch:


    - Mit welchem CPU-Takt rennt der Rechner bei dem Fehler?


    - Ist der Empfang/Sat-Anschluß einwandfrei bei dir?


    Gruß
    Wolfgang

  • Moin Wolfgang,



    Die Sat-Anlage ist m. M. nach völlig ok. Ich habe eine große Schüssel mit 2 LNB und 5 Verteilern. Die digitale Anlage wurde vor einigen Jahren professionell installiert. Wir hatten damit noch nie Probleme beim Empfang.


    zu dem CPU-Takt:


    cat /proc/cpuinfo
    processor : 0
    vendor_id : AuthenticAMD
    cpu family : 15
    model : 107
    model name : AMD Athlon(tm) X2 Dual Core Processor BE-2350
    stepping : 2
    cpu MHz : 1000.000
    cache size : 512 KB
    physical id : 0
    siblings : 2
    core id : 0
    cpu cores : 2
    apicid : 0
    initial apicid : 0
    fdiv_bug : no
    hlt_bug : no
    f00f_bug : no
    coma_bug : no
    fpu : yes
    fpu_exception : yes
    cpuid level : 1
    wp : yes
    flags : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt rdtscp lm 3dnowext 3dnow extd_apicid pni cx16 lahf_lm cmp_legacy svm extapic cr8_legacy 3dnowprefetch
    bogomips : 2000.16
    clflush size : 64
    power management: ts fid vid ttp tm stc 100mhzsteps


    processor : 1
    vendor_id : AuthenticAMD
    cpu family : 15
    model : 107
    model name : AMD Athlon(tm) X2 Dual Core Processor BE-2350
    stepping : 2
    cpu MHz : 1000.000
    cache size : 512 KB
    physical id : 0
    siblings : 2
    core id : 1
    cpu cores : 2
    apicid : 1
    initial apicid : 1
    fdiv_bug : no
    hlt_bug : no
    f00f_bug : no
    coma_bug : no
    fpu : yes
    fpu_exception : yes
    cpuid level : 1
    wp : yes
    flags : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt rdtscp lm 3dnowext 3dnow extd_apicid pni cx16 lahf_lm cmp_legacy svm extapic cr8_legacy 3dnowprefetch
    bogomips : 2000.16
    clflush size : 64
    power management: ts fid vid ttp tm stc 100mhzsteps



    Gruß Heiner

    Mein LinuxVDR Testsystem:
    --------------------
    yaVDR 0.2, Asus M4N78-EM, AMD Sempron 140, Nvidia 8200 Chipsatz, Tevii S470, 2x 1024MB, 1 TB Festplatte

  • Hi nochmal,


    naja das ist ja mal was.


    Die CPU rennt mit 1000 MHz, das könnte wegen der K8-Architektur eben zu wenig sein.


    Du kannst jetzt mal im Bios Cool&Quiet ausschalten und dann schauen, dass die CPU mit mindestens 1800 bis 2000 MHz rennt.


    Gruß
    Wolfgang


  • Hoi nochmal,


    das habe ich schon gesehen (K8-Erkennung), deshalb habe ich ranzen nicht danach gefragt....


    Du hast alle Zeit der Welt...


    Gruß
    Wolfgang

  • Hallo HolgerR, hallo Wolfgang,


    Zitat

    Original von HolgerR
    *eigentlich* haben wir in yaVDR eine automatische K8-Erkennung drin, die das Runtertakten verhindert. Ist aber Geralds Baby.


    Das hatte ich auch gelesen, deshalb habe ich da auch nicht gesucht.


    Wolfgang, Dein Tipp war richtig. Die CPU's rennen jetzt seit 15 Minuten mit 2100 MHz und einer Auslastung von unter 10 % auf beiden Kernen.


    Danke dafür. Jetzt kann ich mich um die anderen Sachen (Tastatur, FB etc.) kümmern.


    Gruß Heiner

    Mein LinuxVDR Testsystem:
    --------------------
    yaVDR 0.2, Asus M4N78-EM, AMD Sempron 140, Nvidia 8200 Chipsatz, Tevii S470, 2x 1024MB, 1 TB Festplatte

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!