Produktive Problem- und Pluginlösungen für VDR 2.3.2 und höher

vdr-plugin-tvguide

Patch für vdr-plugin-tvguide (zum git-Stand vom 27.09.2014), passend für vdr-2.2 und vdr-2.3

tvguide-for-vdr-2.3.5.diff.gz

Der folgende Patch stellt die Kompatibilität zwischen letzten git-stand tvguide und tvscraper wieder her, es wurden ja in dieser Kombination keine Bilder und Zusatzinformationen mehr angezeigt.

tvguide-for-last-tvscraper.diff

Hi Ulrich,

probier mal graphtftng mit dem angehängten Patch zu bauen.

war hier irgendwo ein patch für gtftng, zumindest mir 2.3.6 kompiliert es nicht mehr, vermutlich schon nicht mit 2.3.5

Christian

Zitat von CKone

war hier irgendwo ein patch für gtftng, zumindest mir 2.3.6 kompiliert es nicht mehr, vermutlich schon nicht mit 2.3.5

Schau mal hier: [ANNOUNCE] VDR developer version 2.3.6

Hab den Post von MegaX mal hierher kopiert, da gehört er auch hin und nicht in den VDR Announce Thread ...

Regards
fnu

Zitat von MegaX

probier mal graphtftng mit dem angehängten Patch zu bauen.

Graphtft baut mit dem Patch und startet auch, nur zeigt es nichts mehr an . Der VDR ist mit vdr-2.3.1_graphtftng.diff gepatched.

Hier ein patch für osdserver (0.1.3) für vdr ab 2.3.5

Keine Ahnung, ob ich das richtig gemacht habe, aber es kompiliert und läuft. Habe mich an den anderen patches orientiert.

Christian

Zitat von MegaX

probier mal graphtftng mit dem angehängten Patch zu bauen.

Ich habe jetzt eine Quick-And-Dirty Lösung (wegen Wohnungsrenovierung leider keine Zeit für eine ordentliche Lösung), damit graphtftng erst mal wieder mit 2.3.6 funktioniert. Das Problem ist der Copy-Konstruktor.

Der VDR muss zusätzlich zum graphtftng-patch noch mit dem angehängten vdr-graphtftng.diff gepatcht werden. graphtftng.diff ist dann der Patch fürs Plugin.

ist an dem Patch für das Plugin jetzt noch was anders oder derselbe wie der letzte?

hab schon gesehen, ist etwas anders.

Baue gerade alles mal neu

Christian

Du bist mein Held, graphtftng tut hier wieder einwandfrei!

Wieso, Du hast doch jetzt osd2web ... ?

klar, benutzen es auch um ein OSD auf dem headless server zu haben, auf meinem trusty client funktioniert es auch einwandfrei auf dem tft, hätte man jetzt nur ein entsprechendes skin....... tztztzt

denke das wird sich noch ein bis zwei Monde hinziehen

Christian

Hier ein Patch für wirbelscan

--- statemachine.c.s    2016-08-14 10:29:23.000000000 +0200
+++ statemachine.c      2017-06-05 14:23:22.821226049 +0200
@@ -168,7 +168,7 @@
               newState = eNextTransponder;
               }
            if (dvbdevice)
-              lStrength = max(dev->SignalStrength(),0);
+              lStrength = std::max(dev->SignalStrength(),0);
            else
               lStrength = 100; // non-dvb hardware - no info, assume perfect.
           if (lStrength < 0 or lStrength > 100)

Zitat von jsffm

Hier ein Patch für wirbelscan

Diff

--- statemachine.c.s    2016-08-14 10:29:23.000000000 +0200
+++ statemachine.c      2017-06-05 14:23:22.821226049 +0200
@@ -168,7 +168,7 @@
               newState = eNextTransponder;
               }
            if (dvbdevice)
-              lStrength = max(dev->SignalStrength(),0);
+              lStrength = std::max(dev->SignalStrength(),0);
            else
               lStrength = 100; // non-dvb hardware - no info, assume perfect.
           if (lStrength < 0 or lStrength > 100)

Alles anzeigen

Oder einfach: http://wirbel.htpc-forum.de/wi…elscan-dev-2017.06.04.tgz

Patch für wirbelscan war eh schon gepostet gewesen: Produktive Problem- und Pluginlösungen für VDR 2.3.2 und höher

Braucht's aber ja jetzt nimmer ... danke für die Anpassungen an Upstream.

Sorry, hab ich übersehn, wird auch langsam unübersichtlich, aber an einer möglichen Lösung dieses Problems wird ja auch an andrer Stelle schon diskutiert.

Ich bezweifel das eine lose Patch-Sammlung irgendwo übersichtlicher gestaltet werden kann ... ... für Upstream als Tarball wird es auch immer Patches geben ...

Allerdings war das Thema stl::[min|max] ja erst vor kurzem, gab eine erhebliche Patch-Flut in diesem Thread ...

Zitat von CKone

Du bist mein Held, graphtftng tut hier wieder einwandfrei!

Dem kann ich mich nur anschließen!

Es freut mich sehe, dass Jemand das graphtft Projekt weiterführt.

Wellcome back graphtft, bye bye osd2web!

BTW: ich habe mal die beiden VDR Patche zusammengeführt und an vdr-2.3.6 angepasst.

Zitat von 3PO

Dem kann ich mich nur anschließen!

Es freut mich sehe, dass Jemand das graphtft Projekt weiterführt.

Wellcome back graphtft, bye bye osd2web!

BTW: ich habe mal die beiden VDR Patche zusammengeführt und an vdr-2.3.6 angepasst.

Also diesen Teil hier im patch

#endif //__STATUS_H
diff -Naur vdr-2.3.6.orig/tools.h vdr-2.3.6/tools.h
--- vdr-2.3.6.orig/tools.h	2017-06-05 16:19:46.443205346 +0200
+++ vdr-2.3.6/tools.h	2017-06-05 16:20:53.630661930 +0200
@@ -484,7 +484,7 @@
 private:
   cListObject *prev, *next;
   cListObject(const cListObject &ListObject) { abort(); } // no copy constructor!
-  cListObject& operator= (const cListObject &ListObject) { abort(); return *this; } // no assignment operator!
+//  cListObject& operator= (const cListObject &ListObject) { abort(); return *this; } // no assignment operator!
 public:
   cListObject(void);
   virtual ~cListObject();

finde ich nicht so gut, denn damit werden die Änderungen die Klaus extra gemacht hat, wieder über bord geworfen.

Gruß,
rfehr

Zitat von rfehr

finde ich nicht so gut, denn damit werden die Änderungen die Klaus extra gemacht hat, wieder über bord geworfen.

hatte er gesagt;

Zitat von Ulrich Eckhardt

Ich habe jetzt eine Quick-And-Dirty Lösung (wegen Wohnungsrenovierung leider keine Zeit für eine ordentliche Lösung), damit graphtftng erst mal wieder mit 2.3.6 funktioniert. Das Problem ist der Copy-Konstruktor.