Hallo,
heute morgen habe ich mal unter Arch Linux mit VDR 2.0.1 und der aktuellen Softhddevice-Version aus dem Git ausprobiert wie gut softhddevice mit der Gnome-Shell 3.8 zusammenarbeitet. Mutter scheint einige Verbesserungen erfahren zu haben und die CPU-Auslastung im Betrieb ist im Gegensatz zum Stand mit Gnome 3.6 unter Ubuntu Precise kaum höher als mit einem nackten X-Server.
Leider hängt softhddevice sich gerne mal dauerhaft weg wenn man den Übersichts-Modus aufruft (in dem das Fenster in einer weichen Animation mehrfach neu skaliert wird, bis es die Zielgröße erreicht hat).
Das Log wird dann mit dieser Meldung geflutet:
Apr 27 10:13:42 vdr4arch vdr[1357]: [1754] ERROR: TS packet not accepted in Transfer Mode
Apr 27 10:13:42 vdr4arch vdr[1357]: [1754] [softhddev]Clear:
Apr 27 10:13:42 vdr4arch vdr[1357]: audio/alsa: using device 'default'
Apr 27 10:13:42 vdr4arch vdr[1357]: audio/alsa: start delay 336ms
Apr 27 10:13:42 vdr4arch vdr[1357]: [1754] ERROR: TS packet not accepted in Transfer Mode
Vermutlich laufen da die Buffer voll, weil das Video nicht konstant wiedergegeben werden kann. Gäbe es evtl. eine Möglichkeit das komplette Einfrieren zu vermeiden (ein detachen über svdrp ist in dem Zustand dann auch nicht mehr möglich, nur ein Neustart des VDR hilft)?