https://github.com/vdr-projects/ teilweise wiederbelebt

Ich hab jetzt erstmal alles einfach so übernommen ohne viel zu hinterfragen. Als "Archiviert" markieren kann man ein nicht mehr nötiges Plugin dann später immer noch. Projektseiten:

https://github.com/vdr-projects/vdr-plugin-svdrpservice

https://github.com/vdr-projects/vdr-plugin-remotetimers

https://github.com/vdr-projects/vdr-plugin-remoteosd

https://github.com/vdr-projects/vdr-plugin-svdrposd

https://github.com/vdr-projects/vdr-plugin-peer

https://github.com/vdr-projects/vdr-plugin-epgsync

https://github.com/vdr-projects/vdr-plugin-streamdev

Für "epgsync" und "streamdev" habe ich dann auch direkt eine Version getaggt.

Wenn jemand nötige Patches für diese Plugins kennt, dann bitte:

• Pull-Request erstellen
• ODER Patch in ein Issue zum Projekt werfen
• ODER Hier im Thread darauf hinweisen

Bezüglich der bereits bekannten Patches für streamdev frage ich dann nochmal nach. Aber frühestens morgen.

Und falls sich jemand als "aktiver Maintainer" für eines der Plugins berufen fühlt: Nichts lieber als das. Gerne trage ich für obige Repos direkt Commit-Rechte ein. Wenn jemand ganz woanders hin umziehen will, dann gerne auch so. Ich würde dann einfach die Verlinkung anpassen.

Für streamdev hab ich jetzt mal alles was ich nachvollziehen kann von yaVDR übernommen und nochmal ein Release getaggt. Es gibt da noch ein "Makefile fix" aber für Arch baue ich schon ewig ohne den. Keine Ahnung ob der direkt ins Repo sollte. Hat sicher in irgendwelchen Konstellationen auch Nebeneffekte.

Meine Commits weichen von den kursierenden Patches ab weil ich mir die Mühe gemacht habe die manuell an die originalen Einrückungsregeln anzupassen.

Den kann ich nicht beurteilen. Ziel ist nicht alles an Patches einfach ungeprüft einzubauen. Hier wird eine Pid ausgefiltert. Aber warum und ist das tatsächlich ein Fix oder eher persönliche Vorliebe?

Ich kenne mich nichtmal mit CAMs aus. Bei yaVDR ist der Patch nicht drin und ich hab nicht die Kompetenz da eine offizielle Änderung draus zu machen. seahawk1986 deine Meinung dazu?

Dann bleibt der erstmal raus. Sorry, aber "Avoid parental rating dialogs on some CAMs" sagt mir nichts. Ich konnte auch keinen VDR-Portal-Thread dazu finden wo der Patch erstmals vorgestellt und der Hintergrund erläutert wurde (anders als bei den anderen wo ich den entsprechenden Post sogar im Commit verlinkt habe). Gefühlsmäßig könnte das etwas mit der PIN-Abfrage zu tun haben die manche CAM-Module haben. Aber die jetzt ohne das man das irgendwie konfigurieren kann abzustellen ist sicher nicht in jedermanns Interesse. Der Jugendschutz-Pin ist da ja nicht ohne Grund drin und einige VDR-Nutzer haben sicher auch Kinder und möchten durchaus gewisse Programme entsprechend absichern.

Edit: Und vor allem: Wie verhält es sich denn mit "Pid 18" wenn das CAM direkt an einem "Standalone-VDR" hängt. Wenn es hier einen berechtigten Grund gibt diese Pid zu filtern, müsste ein solcher Patch dann nicht direkt im VDR sitzen?

Ich will diesen Streamdev-Patch zumindest sauber dokumentiert und an einer Stelle abgelegt haben wo man auch darüber diskutieren kann. Deshalb: https://github.com/vdr-projects/vdr-plugin-streamdev/pull/2 Ich hab das komplette Commit inklusive Metadaten importiert. So ist auch der echte Autor sauber dokumentiert.

Und an der Stelle würde ich jetzt zum nächsten Plugin übergehen. Ich handhabe das jetzt weiterhin so das alles was bei yaVDR drin ist zumindest als "sinnvoll" betrachtet wird. Dennoch lese ich die Patches selber noch durch und passe die Einrückung ggf. an das an was im Plugin selbst genutzt wird. Wir wollen hier ja keinen Spaghetti-Code produzieren