[ANNOUNCE] das dynamite-Plugin

Moin!

Prima, je mehr Tester, desto weniger die Fehler...
Und blöde Fragen gibt es nicht, nur blöde Antworten.

Der Patch für 1.7.17 müsste auch noch auf 1.7.18 passen, denn die Dateien, die ich anfasse, wurden fast nicht verändert, nur ein Kommentar in device.h. In den letzten Wochen war meine Zeit etwas knapp, deshalb hänge ich jetzt etwas hinterher. Ich wollte demnächst dann den Patch auf 1.7.18 migrieren, dazu sollte ich diese Woche noch kommen.

Lars.

Moin!

Im dynamite-Repository ist jetzt auch ein Patch für vdr 1.7.18. Ein neues Release mache ich nicht direkt dafür, dazu ist mir die Änderung zu klein...

Lars.

Moin!

Lass dir Zeit, ich kenn das Problem...

Lars.

Moin!

Seit dem letzten Post hat sich wieder einiges bei dynamite getan, die aktuelle Version ist 0.0.8c.

Da ich nicht mehr genau weiß, was sich alles seit der letzten Ankündigung getan, hier ein kleiner Überblick über den aktuellen Funktionsumfang. Am besten werft ihr aber auch einen Blick ins README.

• dynamite iteriert nicht über /dev/dvb/adapter, sondern holt sich die DVB-Frontends über udev. Damit werden alle Adapter gefunden, auch wenn Lücken in der Nummerierung auftreten.
  Dadurch wird der Parameter "-D" des vdr ausgehebelt. Als Alternative kann man per udev-Regel die Variable "dynamite_attach=no" an die Geräte hängen, die nicht vom vdr benutzt werden sollen.
• über das OSD kann man nun auch einzelne Geräte aushängen oder nach neuen suchen lassen
• es gibt Plugins, die später als in der vdr-Doku erwähnt ihre Geräte erstellen (z.B. streamdev-client). Da dynamite das vdr-interne cDevice-Array allerdings im Normalfall bis zum Anschlag füllt, kann der vdr dann nichts mehr mit dem neuen Gerät anfangen. Das kann mit dem dynamite-Parameter "--free-device-slots" übersteuert werden.
• über die udev-Variable "dynamite_cardindex" kann man eine Reihenfolge seiner DVB-Adapter vorgeben. Ist der angegebene Slot im vdr noch frei, wird das Gerät bevorzugt dort eingehängt. Dadurch erhält man feste Device-Nummern innerhalb des vdr.
• "idle-mode" für Empfangsgeräte: über die Parameter "--idle-timeout" (in Minuten) und "--idle-wakeup" (in Stunden) kann ein DVB-Gerät nach der angegeben Anzahl Minuten der Nichtbenutzung seine Filehandles schließen. Das bedeutet, dass dann auf dieser Karte kein EPG mehr empfangen werden kann, der Treiber aber das Gerät in einen Schlafmodus versetzen kann. Nach der angegebenen Anzahl Stunden wird das Gerät wieder aktiviert, damit der EPG-Scan seine Arbeit machen kann. Für Live-TV oder Aufnahmen wird das Gerät natürlich automatisch wieder geöffnet. Möchte man bestimmte Dinge beim Wechsel des Zustands eines Geräts machen, kann ein Script per "--idle-hook" übergeben werden, dass dann mit den passenden Parametern aufgerufen wird.
• und jetzt ganz neu: wird ein (kernel-getriebener) USB-DVB-Stick einfach abgezogen, bekommt dynamite das mit und entfernt das entsprechende Gerät aus dem vdr, damit der nicht ins straucheln kommt. Wird es wieder eingestöpselt, wird es automatisch wieder eingehängt.

Für die Sundtek-Sticks gibt es das Plugin "vdr-plugin-sundtek", das direkt mit dem Userland-Treiber kommuniziert und darüber informiert wird, wenn ein Stick dazu kommt oder wieder verschwindet.

Da ich nicht so viele USB-DVB-Adapter habe, würde ich mich über Rückmeldungen freuen, ob das Erkennen des Abziehens funktioniert. Getestet habe ich es mit einem AverTV BlackVolarHD und einer PVR USB2.
Denkt bitte daran, dass der vdr gepatcht werden muss.

Fertige Pakete gibt's bei yavdr im unstable-vdr Repository.

Lars.

Moin!

Zitat von cooljay032

gibts schon was neues bzgl. patch für den 1.7.22er vdr, oder geht der vom 1.7.21??

Nein, da gibt's noch nichts. Ist ein wenig aufwendiger, weil SCR und Device Bonding hinzugekommen sind, die das alles etwas schwieriger machen.

Zitat von hotzenplotz5

hab jetzt 3mal getestet, hat jedesmal geklappt !

Prima, danke!

Lars.

Moin!

Im git gibt's schon mal eine neue dynamite-Version und einen Patch für vdr 1.7.22.
https://github.com/flensrocker/vdr-plugin-dynamite

Tester kann es nie genug geben...
Insbesondere "Device Bonding" macht mir sorgen, das kann ich nämlich nicht testen.

Lars.

Moin!

Eigentlich ja, ich arbeite auch mit den Original-Sourcen.
Aber innerhalb des dynamite-Plugins achte ich nicht auf Abwärtskompatibilität zu überholten Entwicklerversionen (und ich werde auch keine #if VDRVERSNUM-Konstrukte einbauen, das lohnt nur für stable-Releases).
Aktuell arbeitet dynamite nur mit vdr 1.7.27 zusammen.

Speziell in deinem Fall kannst du die Methode aber auch einfach in dynamite löschen, da du sie für die Version 1.7.22 nicht brauchst. Die kam erst später dazu.

Lars.

Moin!

Da es schon so lange her ist und mein Gedächtnis eine Auffrischung braucht:

- Du benutzt die Original-Sourcen für den vdr 1.7.22
- Dort spielst du den Patch ein: https://github.com/flensrocker…-dynamite-subdevice.patch
- in dynamicdevice.h löscht du Zeile 100
- in dynamicdevice.c löscht du Zeile 757 bis 762
- Dann baust du den vdr und das Plugin

Lars.