Beiträge von MarkusE

    > Und der Würgaround, einfach die Monitorkabel umstecken, geht nicht?

    Nein, der Beamer muss an das HDMI Kabel.


    > Welcher ist denn 0.0 und welcher 0.1?

    Beide sind :0.0 . Sonst wäre es zu einfach. Xubuntu 18.04 konnte ich noch so konfigurieren, dass ich :0.0 und :0.1 hatte, da tritt dieses Problem nicht auf. Bei Xubuntu 20.04 geht das nicht mehr. Anscheinend wird es von gtk nicht mehr unterstützt.


    ~Markus

    Hallo,


    Ich habe 2 Monitore. softhddevice soll immer auf dem 2., rechten Monitor laufen.

    Wenn ich softhddevice mit der Maus dahin schiebe und auf Full Screen gehe, bekomme ich:

    Code
    wmctrl -l -G
    ...
    0x05600003  0 1920 0    1920 1080  N/A softhddevice

    Sieht also gut aus :).

    Mit svdrpsend PLUG softhddevice DETA detachen, und danach wieder attachen: svdrpsend PLUG softhddevice ATTA -d :0.0 -a pulse .

    Nun ist softhddevice auf dem falschen (linken) Monitor :( . Müsste sich doch korrigieren lassen:

    Code
    $ wmctrl -l -G
    ...
    0x03a00003  0 0    0    1920 1080  N/A softhddevice
    
    $ wmctrl -i -r 0x03a00003 -e 0,1920,0,1920,1080
    $ wmctrl -l -G
    ...
    0x03a00003  0 0    0    1920 1080  N/A softhddevice

    Leider passiert da einfach nichts. Das softhddevice bleibt auf dem linken Monitor :( . Mit der Maus kann ich es wieder verschieben.


    ~ Markus

    Hi,


    "svdrpsend ping" gibt "timeout" zurück.


    der bt von gdb:


    bt full:


    Im syslog steht:

    Code
    Nov 22 13:10:10 vdr1 vdr: video: 11:23:30.055  +44  360   0/\ms  24+6+4 v-buf
    Nov 22 13:11:00 vdr1 vdr: video: 11:24:20.055  +47  314   0/\ms  37+6+4 v-buf
    Nov 22 13:11:50 vdr1 vdr: video: 11:25:10.055  +50  397   0/\ms  55+6+4 v-buf
    Nov 22 13:12:01 vdr1 vdr: audio/alsa: using device 'pulse'
    Nov 22 13:12:01 vdr1 vdr: audio/alsa: start delay 336ms
    Nov 22 13:12:01 vdr1 vdr: [9166] ERROR: 1 TS packet(s) not accepted in Transfer Mode
    Nov 22 13:12:01 vdr1 vdr: audio/alsa: using device 'pulse'
    Nov 22 13:12:01 vdr1 vdr: audio/alsa: start delay 336ms
    Nov 22 13:12:01 vdr1 vdr: audio/alsa: using device 'pulse'

    Die letzten 2 Zeilen wiederholen sich sehr oft.

    Zwischendrin dann immer wieder ein "vdr: [9167] ERROR: driver buffer overflow on device 2".

    Das Bild steht.


    ~ Markus


    "

    Hi,


    Ich habe ein ASUS P5QC, mit Cine S2.

    Lief viele Jahre stabil, inzwischen bekomme ich die bekannten I2C Timeouts. Manchmal, und manchmal auch nicht :(.

    Ob das am alten Mainboard oder an der alten Cine S2 liegt, kann ich nicht sagen. Das Netzteil ist relativ neu, daran sollte es nicht liegen.


    Ich werde keine DD mehr kaufen, das mit den I2C Timeouts ist einfach zu unbefriedigend. DIe Argumentation von DD, dass es am Mainboard liegt, mag stimmen. Aber andere Karten laufen mit dem Mainboard ja auch stabil, man könnte da ja toleranter sein.


    Ich werde vermutlich zu einem sundtek USB Sticks greifen. Treiber ist zwar closed source, läuft aber problemlos. Und bei Bedarf kann ich die auch an einen RPI stecken.


    ~ Markus