1.7.36 als manuelles Update geplant

PS: und schaue, dass du so weit wir möglich schon aktuelle Versionen der Plugins mit den angepassten Makefiles verwendest. Eine Liste findest du hier im ersten Posting:


Aufstellung Plugins

Da ist z.B. auch das eine dabei, das du verwendest und über das man nicht spricht ;)

Ciao Louis

PS2: und als letzten Tipp: lass doch erst mal diesen Monster ext Patch ganz weg. Das Ding ist meiner Meinung nach versaut. Es gab z.B. auch Probleme mit diesem Patch in Zusammenhang mit nOpacity, wo ich mir bei Debugging auch schon die Finger wund getippt habe :(

Ich persönlich benutze den Vanilla VDR mit genau zwei Patches: dem Mainmenu Hooks patch und dem Jumpplay Patch. Mehr brauche ich nicht.

Ok, ich bin Kabel User und kann nicht beurteilen, ob für SAT Benutzung noch mehr Patches wirklich notwendig sind, aber wenn es in der Konstellation ohne den ext Patch dann stabil läuft (was er bei mir definitiv tut), kannst du den ext Patch immer noch benutzen...

Ciao Louis

Genau, so mache ich es auch.

Die meisten brauchen diese "Patchsammlung" ohnehin nicht.
Ich gehe sogar noch weiter und behaupte dass die allermeisten nichtmal wissen was diese Patches alles bewirken.

Gruß
ee

Mit der vdr.pc werde ich's mal versuchen; wobnei ich keine Ahnung habe, was ich anpassen muss.

Die Plugins die ich brauche kompilieren ja alle. Bei dem dvb... habe ich den letzten git-stand.

Das was mir fehlt ist das makefile.config (oder war es make.config?) vom vdr...

Ich probier das am Samstag mal weiter durch

Du kannst es ja mal mit der Make.config aus dem Anhang versuchen, die ist schon für den ext-Patch angepasst. ;)

Ausserden ist der Pfad für DVB an meine dvb_update.sh angepasst. (-> ist auch im Anhang mit drin)

angehängte Datei ( Anzahl der Downloads: 120 )
 nur_zu_testzwecken.tgz

Vielen Dank R2D2

Probiere das morgen gleich aus und melde mich

Ich habe nun die DVB-Treiber mit Deinem Skript neu gebaut. Liegen nun unter /usr/local/src/...
VDR habe ich auch mit dem neuen Makefile.config gebaut (keine Fehler).

Leider kommt der VDR beim Start nun auch nicht weiter. Ende mit Segfault.

Ich habe das ganze auch mit dem anderen bösen Plugin probiert. Der gleiche Effekt.
Woran kann das liegen? das dvbapi hat ja sogar schon das "neue" Makefile.

Hast du denn nun ein vdr.pc? Falls nein, dann lege sie doch mal mit folgendem Inhalt unter /usr/local/src/VDR an:

Ich habe ein vdr.pc. Das wurde wohl erstellt...

Bei Dir steht da bindir=/usr/local/bin/ aber der VDR wird doch von /usr/bin/ gestartet? (siehe mein Log oben)

Wenn man jetzt ein komplettes Logset hätte.... :rolleyes:

Nochmal hast Du das Plugin geupdatet? Nimm die Version die Du vorher hattest und passe die an die 1.7.39 an, hatte das gleiche Problem mit dem Dynamite Plugin.

Grüße

Habe jetzt nochmal alles mit ungepatchten VDR gemacht. Im Makefile die Optionen für die Patche alle auskommentiert. Mit meinen Plugins habe ich nun Bild! Hurra! Und vielen Dank für die Unterszützung bis hier hin!

Jetzt fehlt mirt aber einiges im VDR, an das ich mich schon so gewöhnt hatte:

Jumpingseconds - 10 Sekunden-Sprung mit 1/3
- Zweistellige Menüpunkte
- Ordneranzeige im Aufnahmenmenü (Wareagle?)

Plugins habe ich alle aktuell... Von hand anpassen bekomme ich nicht hin.

So, extpng läuft nun ... Habe folgendes aktiv:

Nur noch ein problemchen: Wenn Jumpplay an ist, dann sprigt der VDr bei 9 immer zum Ender der Aufnahme. Alle Marken dazwischen werden übersprungen. Ich vermute mal dem Patch als Ursache. Wer ist da zuständig, bzw. kann da mal schauen?

@ MegaV0lt,

so wie es aussieht, läuft es nun?
Magst Du uns auch mitteilen, woran es denn nun gelegen hat?

Genau kann ich es leider nicht sagen. Nach dem es mit dem plain VDR geklappt hatte, habe ich es noch mal mit dem extpatch probiert. Mit dem Unterschied, dass ich nur die paar Sachen wie oben aktiviert habe. Plugins habe ich nur die, die ich verwende in den Source-Ordner rein kopiert. Makefiles der Plugins habe ich nicht verändert. Die sind alle so wie aus den svn, git des jeweiligen plugins. Es kommen zwar Meldungen wegen dem alten Makefile, aber es läuft. Besonderheit beim dvbapi war, dass ich im Plugin-Verzeichnis ein make install machen musste, damit die subplugins nach lib kopiert wurden.

Ausschlaggebend war wohl das makefile.config und dvb_update.sh von R2D2. Vielen Dank dafür!

Edit: Habe dann noch in der g2v_init.sh das --vfat gegen --dirnames=1024,128,1 getauscht und die LC_Numeric auf de_DE.UTF-8 gestellt damit in den Recordinginfo auch die , statt . angezeigt wird. Den Symlink in /usr/binsvdrpsend[.pl] hatte ich schon drin

Hi,

da man ja wohl, wie halt bei Kindern so üblich, auf der kupfernen Seite offensichtlich die Lust verloren hat, sich - wie versprochen - um die Plugins zu kümmern, frage ich mich, ob es nicht sinvoll wäre, wenn "wir" das selbst in die Hand nehmen?

Laut der Liste: https://docs.google.com/spreadsheet/ccc?key...JLNjZiZHc#gid=0 sind ja schon einige umgestellt. Ich vermute mal, dass der Kompatibilitätsmodus in VDR 2.0 erst einmal drin bleiben wird und dann auch die Plugins zügiger nachziehen

... fehlen dort min. 100 Plugins!

Moin,

ich denke, die Situation bietet es an, die in Gen2VDR angebotenen Plugins mal etwas auszumisten. Sicherlich fehlen noch sehr viele Plugins, aber ein gewisser Teil davon wird eh von keinem mehr benutzt.

Ich fände es gut, wenn nur noch Plugins mit angepasstem makefile in einer G2V Version mit VDR 2.0.0 aufgenommen werden würden, damit man auf den Tag, an dem Klaus die Unterstützung für die alten makefiles rausschmeisst, gelassen reagieren kann. Was jedoch bedeutet, dass wir die Arbeit diesmal nicht (wie sonst gewohnt ;) ) Helmut alleine aufbürden können.

Bei den meisten Plugins ist die Makefile Anpasserei eigentlich recht trivial. Schwieriger ist es bei den komplexeren Plugins mit z.B. eigenen Subplugins oder einer eigenen Makefile Struktur (die Bösen, markad, epgsearch z.B.). Die sind jedoch meistens gut gepflegt und schon fast vollständig mit neuem Makefile verfügbar. Die Plugins, die mehr oder weniger das Makefile benutzen, dass über das newplugin Script erzeugt worden ist (und das ist meiner Anischt nach die Masse), sind wie schon gesagt recht einfach umzustellen, das ist dann eigentlich Fleißarbeit.

Wie wäre es denn, wenn Helmut auf gen2vdr org ein git Repository für den VDR (aktuell 1.7.39) und die Plugins anlegt (ich denke das wäre eh mal an der Zeit, G2V etwas "moderner" zu gestalten ;) ) und einigen Freiwilligen dort auch Schreibrechte einräumt, und wir dann Schritt für Schritt die benutzten Plugins inklusive neuem Makefile dort einpflegen? Wenn jemand ein Plugin braucht und es dafür kein neues Makefile gibt, findet sich sicherlich jemand der das dann umstellt...

Ich fände es ausserdem gut, wenn nicht mehr der ExtPatch benutzt werden würde, sondern der Vanilla VDR angeboten werden würde, und separat dazu die wesentlichen Patches, aber im Einzeln, und auch nur diejenigen, die wirklich problemlos funktionieren. Bezüglich Reihenfolge des Einspielens der Patches müsste man sich dann was schlaues überlegen, aber das kriegen wir schon hin. So ähnlich machen es die yaVDR Jungs auch, und die machen ja nicht nur schlechtes :)

Soweit mal meine Ideen dazu...ciao Louis

Viele gute Ideen. ;)

Ein git anzulegen, ist keine große Sache und würde ich, falls gewünscht, auch übernehmen.

Zum Thema "Makefile Anpasserei":

Evtl. sollte Jemand mal ein HowTo dazu schreiben, wenn es wirklich so "trivial" ist?

Die "(ext-) Patcherei".

Klar wäre es toll, wenn man davon wegkommen würde. Leider aber ist es so, dass es einige Dinge gibt, die schon mehr als 7 Jahre mitgezogen werden, da sich kls vehement dagegen wehrt, sie fest in den VDR einzubauen. Andererseits verstehe ich auch nicht, weshalb er nach der Kupferpfeife tanzt.

BTW:

Mit dieser Umgebung:

Sieht es im Moment mit vdr-1.7.38 so aus:

Ist ein ungepatchter VDR, man müsste es mal mit dem entsprechenden ext-patch versuchen. :)