[0.5] dfatmo Plugin unter XBMC

dfatmo plugin funzt prima mit 0.5 und SoftHDDevice.
Hab mir nun das Addon für XBMC erstellt und eingebunden, aber bekomme immer einen Fehler wegen Permission denied beim Zugriff auf /dev/ttyUSB0.
Das passiert auch wenn ich das dfatmo Plugin nicht zusammen mit dem VDR starte, also sollte da nichts belegt sein.
Woran kann das liegen?

(vdr ist in der dialout.)

Bin leider in der Schule, aber hatte ich schon mal nachgeschaut,
Ergebnis war "root dialout 188".
vdr ist dialout Mitglied.
Werd mal spaßeshalber versuchen ob es klappt wenn XBMC von root gestartet wird.

Als root klappt das ganze ohne Fehlermeldung.
Als vdr funktioniert es nicht, egal ob der vdr im hintergrund läuft oder nicht, bzw. ob dfatmo ein oder abgeschaltet ist.
Hab jetzt testhalber vdr zur root-Gruppe hinzugefügt, klappt auch nicht.
Die letzte Möglichkeit wäre halt XBMC als root laufen zu lassen, aber das halte ich für keine besonders gute Idee.
Der nächste Versuch wird jetzt erstmal sein dfatmo in Verbindung mix Xine zu nutzen so wie ich es unter 0.4 hatte.
Das SoftHDDevice bringt mir doch an und für sich als Nvidia-Nutzer zunächst erstmal keine besonderen Vorteile?

root@yavdr:~# ls -l /dev/ttyUSB0
crw-rw---- 1 root dialout 188, 0 Sep 25 19:46 /dev/ttyUSB0

Wenn ich /dev/ttyUSB0 vor dem start von XBMC dem User vdr schenke funktioniert es übrigens...

Zitat von gda

Für wenn sollte es denn sonst Vorteile bringen?

Gerald

Mir war so als wenn es das Software Decoding über moderne CPU´s ermöglicht?
Brauch ich ja nicht wirklich.
Das die Umschaltzeiten etwas besser sind ist mir aufgefallen,
aber leider empfängt es mich gelegentlich auch mit einem schwarzen Bildschirm.

Zitat von seahawk1986

Dann wäre eine udev-Regel, die genau das tut doch der schönere Ansatz, als XBMC als root laufen zu lassen...

Perfekt!

Habe

KERNEL=="ttyUSB0", OWNER="vdr"

als 20-dfatmo.rules eingefügt und es funktioniert.
Vielen Dank für den Tip.

Zitat von gda

Das war meiner Meinung nach nicht das Ziel von Johns. Ursprünglich war es wohl für vaapi gedacht, also für GPUs von Intel/AMD. Wegen der Schwächen des Treibers hat er das wohl aufgegeben.
Software Decoding ist ein Nebeneffekt der verwendeten Library und ich nehme an das macht SHD genauso gut, oder schlecht wie xine/xineliboutput. Du liegst also falsch. Tatsächlich spielt SHD
seine Stärken nur auf einer Nvidia-GPU aus.

Gerald

Aha, das wusste ich nicht.
Dann lohnt es sich vielleicht doch sich damit etwas näher zu beschäftigen.
Hatte es bisher als unnütz abgetan.
Na mal sehen - vielleicht komme ich ja dahinter warum es bei mir so schlecht läuft.
Das Athmolight klappt ja jetzt erstmal...

Wurde eigentlich das Problem mittlerweile anders gelöst?
Habe gerade mal wieder die 0.5er Installation eingespielt und ein upgrade auf den aktuellen Stand vorgenommen - nach wie vor bekomme ich beim
umschalten zu XBMC eine Fehlermeldung.