Der erste Tastendruck verzögert sich momentan durch die Komplette Neuanmeldung des Geräts um ca. 0,5 - 1 s
Aktuell ist das etwas umständlich gelöst, da udev-Events einen Upstart-Job triggern und beim Verlieren des Kontakts zur FB der Bluetooth-Daemon neu gestartet wird, da ich noch nicht unterscheiden kann, ob das Gerät nur in den Energiesparmodus geht oder z.B. komplett den Kontakt verliert, weil z.B. die Batterien gewechselt werden.
Vermutlich muss ich mich noch mal mit den dbus-Signalen von bluez auseinander setzen...
Ps3 Bluetooth FB
- SixKiller
- Geschlossen
-
-
OK. Da steige ich nicht durch. Auf meinem System läuft kein Upstart. Muss ich mich also, bevor ich hiermit Versuche mache, erstmal grundlegend einlesen.
-
Batterien verwendet man seit Eneloop im Idealfall ohnehin nicht mehr.
Ständiges Nachladen ist aber auch nicht unbedingt spaßig. Wie groß ist denn diese "Verzögerung"?
Bei Betrieb an der PS3 hält die Fernbedienung ewig. Wie wird das denn da gelöst?
Hi,
ja, das habe ich auch beobachtet. Die PS3 Controller rennen und rennen. Und bei denen dücke ich schätzungsweise 100x mehr die Tasten - zockbedingt.
Auf ständiges Akkuladen, Entnehmen, anderes Paar aufladen habe ich aber auch keine Lust, wird aber meine derzeitige Lösung bleiben.Aber, mein HP Proliant Microserver ist bald da und dann bekommt der neue Client evtl. ein CIR-Mainboard + FB aber nur wenn die Batterien der FB hier länger halten.
Jemand Erfahung?Groetjes
-
Achso, du willst das selbst dran basteln, dann kann ich ja kurz umschreiben, wie es momentan umständlich gelöst ist:
Es gibt diese udev-Regel: https://github.com/yavdr/yavdr…r/udev/99-ps3remote.rules
Dadurch wird dieser Upstart-Job gestartet bzw. gestoppt:
https://github.com/yavdr/yavdr…r/etc/init/ps3remote.confDer startet dann dieses Python-Skript:
https://github.com/yavdr/yavdr…/master/usr/bin/ps3remoteDie ganze Verrenkung ist dummerweise notwendig, um ein Input Device zu bekommen, das brauchbar mit eventlircd zusammen arbeitet (da hängt es an der Erkennung der gedrückt gehaltenen Tasten, da die FB über das vom Treiber angelegte Input device nur key down und key up events sendet, aber nichts dazwischen, was eventlircd nicht als gedrückt Halten interpretiert). Als Tastatur, die einfach über den X-Server ihre Tastendrücke an Programme weitergibt kann man die FB eigentlich direkt nutzen.
-
Das bedeutet: Ohne viel "Sonderbasteleien" würde die PS3-FB mit dem Remote-Plugin laufen?
-
Ich weiß nicht, ob das remote-Plugin mit dem Energiesparen/Batteriewechsel bei der FB umgehen kann, denn das Gerät ist ja nicht dauerhaft verfügbar... Autorepeat scheint ja unterstützt zu werden.
Bei der remote.c kenne ich C nicht gut genug, um zu wissen, ob die Keycodes für die BTN_* Events (http://lxr.free-electrons.com/…nclude/linux/input.h#L473) da in der Abfrage durchkommen oder rausgeworfen werden.Code
Alles anzeigen// --------------------------------------------------------------------------- uint64_t cRemoteDevInput::getKey(void) // --------------------------------------------------------------------------- { struct input_event ev; int n; uint64_t code; do n = read(fh, &ev, sizeof ev); while (n == sizeof ev && ev.type != 1); if (n == sizeof ev) { if (ev.value) ev.value = 1; code = ((uint64_t)ev.value << 32) | ((uint64_t)ev.type << 16) | (uint64_t)ev.code; } else code = INVALID_KEY; if (testMode) { testKey = code; code = 0ULL; } return code;
Müsste ich mal ausprobieren... -
Also die unter Ubuntu ausgelieferten PS3 Treiber sind unpraktisch umgesetzt und bluez ist leider auch nicht besonders schön dokumentiert.
Eine Verbindung kann man nur über die PS3 Remote initiieren, nicht vom PC aus. Es wird normalerweise auch keine dauerhaft bestehende Verbindung erzeugt, sondern die FB verbindet sich quasi für jeden Tastendruck neu (sieht man mit "dbus-monitor --system").
Gerade habe ich noch das PPA hier entdeckt, das die Situation hoffentlich verbessert (muss ich mal ausprobieren): https://launchpad.net/~rufferson/+archive/bluez-ps3bt-remote -
Weiter mit der alleinunterhaltung - die Pause nach dem Energiesparen entsteht durch den Treiber und hat nichts mit der Anbindung an den VDR zu tun.
-
Weiter mit der alleinunterhaltung - die Pause nach dem Energiesparen entsteht durch den Treiber und hat nichts mit der Anbindung an den VDR zu tun.
Hi,
@Seahawk: ich bewundere immer wieder deinen Eifer an der yaVDR-Weiterentwicklung. Respekt!
Sollte mal gesagt werden.Tschüssn!
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!