Das erledigt das Script.
Die Fehlermeldung sieht halt verdächtig danach aus, als ob da etwas nicht zusammenpasst (für meine VDR 2.3.8 Pakete hat der Patch von jasminj ohne Probleme funktioniert) - im Zweifelsfall würde ich einfach mal nachsehen:
Das erledigt das Script.
Die Fehlermeldung sieht halt verdächtig danach aus, als ob da etwas nicht zusammenpasst (für meine VDR 2.3.8 Pakete hat der Patch von jasminj ohne Probleme funktioniert) - im Zweifelsfall würde ich einfach mal nachsehen:
Many thanks to Kls e jasminj
Skinflatplus patch for vdr-2.3.8
Wow thanks, faster than me. I will look at it and merge it to the git repo.
Regards Martin
Hat sich erledigt, hatte einen kleinen Bug im Script.
BTW: osd2web baut mit dem Patch von seahawk1986 auch bei mir.
... als Teile des VDR mit einem Patch auf eine vorherige Version zurück zu patchen?
Das Code Snippet für den VDR war als Anregung für den VDR Papa gedacht, wie er das so macht, dass alle damit zufrieden sind und sich das was sie brauchen ohne VDR Patch selber machen können. Ich mag nämlich auch keine VDR Patches
LG,
Jasmin
Da es aber zuvor mit dem Plugin häufig Abstürze gab kann es nur besser werden.
Aber ned mit dem Patch, der macht es ja nur wieder compilierbar.
Es sei denn "Jemand" erbarmt sich und setzt die Entwicklung des Plugins fort.
Sorry, aber ich hab schon das live Plugin geerbt, weil sich keiner gefunden hat, der den Code verstehen möchte.
LG,
Jasmin
Here's patch for Vdr-Plugin-Skinnopacity
Regards
Wie sieht es mit der "Inactive Timer" Funktionalität von epgsearch aus? Ist die noch mit VDR 2.3.8 kompatibel?
Wie sieht es mit der "Inactive Timer" Funktionalität von epgsearch aus? Ist die noch mit VDR 2.3.8 kompatibel?
Da sich alles bauen lässt, probier's bitte aus, die Funktion kam ja speziell auf Deinen Wunsch rein ...
@all
Falls ihn noch jemand benutzt, der "wareagleicon.patch" angepasst für VDR 2.3.8 ... läuft hier bisher fehlerfrei und macht was er soll.
Regards
fnu
Da sich alles bauen lässt, probier's bitte aus, die Funktion kam ja speziell auf Deinen Wunsch rein ...
Ich habe zur Zeit kein Testsystem mit 2.3.x VDR am Laufen; ich arbeite mit einem gepatchten Live Plugin, Epgsearch Plugin und VDR 2.2.0 aus yavdr stable.
Leider sehe ich auch nicht in den nächsten Wochen, wo ich die Zeit finden könnte, um eins aufzusetzen. Ich war davon ausgegangen, dass die meisten von euch, die schon auf VDR 2.3.x umgestiegen sind auch epgsearch benutzen und daher die Antwort wüßsten, um gegebenenfalls beim epgsearch plugin ein entsprechendes Bug zu filen.
Hallo,
Falls ihn noch jemand benutzt, der "wareagleicon.patch" angepasst für VDR 2.3.8 ...
diese Zeile scheint mir doch noch nicht ganz passend:
const char *t = Setup.WarEagleIcons ? IsLangUtf8() ? TimerMatchChars[timerMatch+6] : TimerMatchChars[timerMatch+3] : TimerMatchChars[timerMatch + (timerActive ? 0 : 3)];
Damit werden die Icons nicht richtig dargestellt.
Ich habe das jetzt bei mir so gemacht:
@@ -1511,7 +1520,13 @@
return r;
}
-static const char *TimerMatchChars = " tT iI";
+static const char *TimerMatchChars[12] =
+{
+ " ", "t", "T",
+ " ", "i", "I",
+ ICON_BLANK, ICON_CLOCK_UH, ICON_CLOCK,
+ ICON_BLANK_UTF8, ICON_CLOCK_UH_UTF8, ICON_CLOCK_UTF8
+};
bool cMenuScheduleItem::Update(const cTimers *Timers, bool Force)
{
Display More
und
const char *t = Setup.WarEagleIcons ? IsLangUtf8() ? TimerMatchChars[timerMatch + 9] : TimerMatchChars[timerMatch + 6] : TimerMatchChars[timerMatch + (timerActive ? 0 : 3)];
Im Prinzip müsste man auch noch die inactiven Timer mit Icons abbilden ...
Grüsse
kamel5
Ok, bei mir hatte mit den anthra-Skins und LCARS alles funktioniert, hab das Ding mal mit Deinen Anpassungen angehängt. Was hatte bei Dir nicht funktioniert?
Im Prinzip müsste man auch noch die inactiven Timer mit Icons abbilden ...
Bei mir werden alle Timer mit der wareagle-Uhr angezeigt, aktiv & inaktiv. Es gibt ja aber kein Icon "Inaktiver Timer" in vdrsymbols ...
Was mir aber eben auffiel, wareagle Icons werden bei mir angezeigt, auch wenn ich im setup "nein" definiert habe ...
Regards
fnu
Hallo fnu,
Was mir aber eben auffiel, wareagle Icons werden bei mir angezeigt, auch wenn ich im setup "nein" definiert habe ...
lässt Du von epgsearch die Programmansicht ersetzen? Epgsearch bringt seine eigenen Icons mit. Die wareagle-icons bekommst Du nur zu sehen wenn Du die vdr-eigene Programmansicht benutzt. Und dann lassen sie sich auch nur abschalten.
In der Originalprogrammansicht hättest Du auch gesehen, das die falschen angezeigt werden.
QuoteEs gibt ja aber kein Icon "Inaktiver Timer" in vdrsymbols ...
Ja das stimmt, Ich habe mal in den Font geschaut, und bei mir einfach mal ein leeres Viereck zur Unterscheidung eingebaut. Sicher ist das auch nicht optimal. Zumindest kann man es damit unterscheiden.
Grüße
kamel5
lässt Du von epgsearch die Programmansicht ersetzen?
Hehe, ja, das mache ich in der Tat, vergesse ich immer, guter Input ... aber die Icons/Symbols sind für mein Dafürhalten die Gleichen. War mir tatsächlich nicht bewußt das es da eine eigene Anzeige gibt, aber erkärt einiges ... z.B. das Uhren Icon bei inaktiven Timern ...
z.B. das Uhren Icon bei inaktiven Timern ..
da müsste sicher in epgsearch auch eine Anpassung erfolgen.
Vielleicht hat ja jemand eine Idee für ein passendes Symbol in utf8 und nichtutf8, wie jetzt auch, daß man für beide Fälle verwenden kann.
da müsste sicher in epgsearch auch eine Anpassung erfolgen.
Konnte Deinen Einspruch inzwischen nachvollziehen, mea culpa, Danke für Deine Anpassungen ...
Aber bei mir wird auch ohne den Schedules Ersatz "epgsearch" eine "Uhr" für inaktive Timer angezeigt, also im normalen wareagleicon Betrieb ... ?
Regards
fnu
Aber bei mir wird auch ohne den Schedules Ersatz "epgsearch" eine "Uhr" für inaktive Timer angezeigt, also im normalen wareagleicon Betrieb ... ?
Ja, das ist richtig. Ich habe erst mal nur die Falschanzeige behoben.
Wenn man es richtig machen will, muss das Ganze so aussehen:
in menu.c:
+static const char *TimerMatchChars[18] =
+{
+ " ", "t", "T",
+ " ", "i", "I",
+ ICON_BLANK, ICON_CLOCK_UH, ICON_CLOCK,
+ ICON_BLANK, ICON_BLANK, ICON_TIMER_INACT, // Zeichen für leer, kleines i, grosses I
+ ICON_BLANK_UTF8, ICON_CLOCK_UH_UTF8, ICON_CLOCK_UTF8,
+ ICON_BLANK_UTF8, ICON_BLANK_UTF8, ICON_TIMER_INACT_UTF8 // Zeichen utf8 für leer, kleines i, grosses I
+};
und
const char *t = Setup.WarEagleIcons ? IsLangUtf8() ? TimerMatchChars[timerMatch + (timerActive ? 12 : 15)] : TimerMatchChars[timerMatch + (timerActive ? 6 : 9)] : TimerMatchChars[timerMatch + (timerActive ? 0 : 3)];
und iconpatch.h:
@@ -0,0 +1,75 @@
+#ifdef USE_WAREAGLEICON
+/*
+ * iconpatch.h: Information of iconpatch
+ *
+ * Diese Datei ist die Übersichtsdatei für den Iconpatch.
+ * Hier werden kleine Infos abgelegt.
+ * Der Iconpatch ändert die Dateien:
+ * iconpatch.h
+ * menu.c
+ * recording.c
+ * fontosd.c
+ *
+ */
+
+// Iconpatch-Variablen - Anfang
+#define ICON_NUMBERSIGN "\x23"
+#define ICON_ASTERISK "\x2A"
+#define ICON_GREATER "\x3E"
+#define ICON_EXCLAM "\x21"
+#define ICON_PLUSMINUS "\xB1"
+
+#define ICON_RESUME "\x80"
+#define ICON_DVD "\x81"
+#define ICON_FOLDER "\x82"
+#define ICON_BLANK "\x83"
+#define ICON_CUTTING "\x84"
+#define ICON_MOVE_FILE "\x85"
+#define ICON_MOVE_FOLDER "\x86"
+#define ICON_BAR_START "\x87"
+#define ICON_BAR_FILLED "\x88"
+#define ICON_BAR_CLEAR "\x89"
+#define ICON_BAR_END "\x8A"
+#define ICON_REC "\x8B"
+#define ICON_CLOCK "\x8C"
+#define ICON_TV_CRYPTED "\x8D"
+#define ICON_RADIO "\x8E"
+#define ICON_TV "\x8F"
+#define ICON_NEW "\x90"
+#define ICON_ARROW "\x91"
+#define ICON_RUNNING "\x92"
+#define ICON_VPS "\x93"
+#define ICON_CLOCK_UH "\x94"
+#define ICON_CLOCK_LH "\x95"
+#define ICON_TIMER_INACT "\x96" // <--
+
+// UTF-8 Icons
+#define ICON_RESUME_UTF8 "\uE000"
+#define ICON_DVD_UTF8 "\uE001"
+#define ICON_FOLDER_UTF8 "\uE002"
+#define ICON_BLANK_UTF8 "\uE003"
+#define ICON_CUTTING_UTF8 "\uE004"
+#define ICON_MOVE_FILE_UTF8 "\uE005"
+#define ICON_MOVE_FOLDER_UTF8 "\uE006"
+#define ICON_BAR_START_UTF8 "\uE007"
+#define ICON_BAR_FILLED_UTF8 "\uE008"
+#define ICON_BAR_EMPTY_UTF8 "\uE009"
+#define ICON_BAR_CLOSE_UTF8 "\uE00A"
+#define ICON_REC_UTF8 "\uE00B"
+#define ICON_CLOCK_UTF8 "\uE00C"
+#define ICON_TV_CRYPTED_UTF8 "\uE00D"
+#define ICON_RADIO_UTF8 "\uE00E"
+#define ICON_TV_UTF8 "\uE00F"
+#define ICON_NEW_UTF8 "\uE010"
+#define ICON_ARROW_UTF8 "\uE011"
+#define ICON_RUNNING_UTF8 "\uE012"
+#define ICON_VPS_UTF8 "\uE013"
+#define ICON_CLOCK_UH_UTF8 "\uE014"
+#define ICON_CLOCK_LH_UTF8 "\uE015"
+#define ICON_TIMER_INACT_UTF8 "\uE016" // <--
+
+// Iconpatch-Variablen - Ende
+
+bool IsLangUtf8(void);
+
+#endif /* WAREAGLEICON */
da müssen die Zeichen "ICON_TIMER_INACT" und "ICON_TIMER_INACT_UTF8" dazu.
Das kleine "i" habe ich durch ein Leerzeichen ersetzt, hier gibt es ja bei einem inaktiven Timer keine Überschneidungen mit den anschließenden Events.
Das grosße "I" habe ich erstmal durch ein leeres Viereck ersetzt. Hier müsste man mal schauen, was sich eventuell besser eignen würde.
Es müssen ja Zeichen sein, die im verwendeten Font vorkommen, also im Bereich ab \x80 für nicht utf8 und ab \uE000 für utf8.
Grüße
kamel5
Erst einmal, die aktuelle Version funktioniert super mit dem Digital Devices CI mit AlphaCrypt (Modifiziert) und Sky Karte incl. MTD.
Allerdings habe ich ein Problem mit der /var/cache/vdr/cam.data . Dort wird das verwendete CAM schön eingetragen, ändert sich aber nun warum auch immer die Reihenfolge der CAMs, wird dies nicht einfach aktualisiert sondern das neu entdeckte CAM hinzugefügt.
Im ungünstigsten Fall versucht der VDR dann über ein nicht für den Kanal nutzbaren CAM den Sender zu entschlüsseln bevor das richtige verwendet wird (was durch aus ein paar Sekunden dauern kann). Könnte man hier nicht eine Überprüfung vornehmen ob das bereits eingetragene CAM für den Kanal noch nutzbar ist und falls nicht es wieder entfernen?
Das einzige was mir hier bisher eingefallen ist die Datei komplett zu löschen oder von Hand die Datei bei gestopptem VDR anzupassen.
Als Workaround habe ich die Reihenfolge der Plugins angepasst und lade nun als erstes das ddci2 - Plugin. Womit nur noch CAM1 oder CAM2 für die Sky-Karte möglich ist.
# systool -vm ddbridge |grep alloc
adapter_alloc = "0"
Was soll mir das sagen?
Das passt ja schonmal.
Dass, wenn Du dass ddci2 als erstes lädst, dann auch als erstes die "Hardware CAMs" geladen werden, ist klar. Was mich aber wundert ist, dass bei Dir die Zuordnungen nicht passen?
Bei mir ist es z.B, so dass zuerst die "harten" und dann die "weichen" CAMs geladen werden, allerdings passt die Zuordnung, CAM 1, CAM 2, etc, immer.
grep "CAM 1:" /log/messages
Aug 04 18:16:17 [vdr] [19901] CAM 1: module present
Aug 04 18:16:18 [vdr] [19901] CAM 1: module ready
Aug 04 18:16:20 [vdr] [19901] CAM 1: AlphaCrypt, 01, 4A20, 4A22
Aug 04 18:16:20 [vdr] [19901] CAM 1: system ids: 098C
Aug 04 18:16:21 [vdr] [19901] CAM 1: replies to QUERY - multi channel decryption (MCD) possible
Aug 04 18:16:21 [vdr] [19901] CAM 1: supports multi transponder decryption (MTD)
Aug 04 18:16:21 [vdr] [19901] CAM 1: activating MTD support
Aug 04 18:16:29 [vdr] [19835] CAM 1: ready, master (AlphaCrypt)
vdr01_64 ~ #
vdr01_64 ~ # grep "CAM 2:" /log/messages
Aug 04 18:16:17 [vdr] [19905] CAM 2: module present
Aug 04 18:16:19 [vdr] [19905] CAM 2: module ready
Aug 04 18:16:22 [vdr] [19905] CAM 2: Irdeto Access, 01, CAFE, BABE
Aug 04 18:16:26 [vdr] [19905] CAM 2: system ids: 06CB
Aug 04 18:16:29 [vdr] [19905] CAM 2: doesn't reply to QUERY - only a single channel can be decrypted
Aug 04 18:16:29 [vdr] [19835] CAM 2: ready, master (Irdeto Access)
vdr01_64 ~ #
Display More
Ich gebe Dir aber insoweit Recht, dass die Lösung mit der "cam.data" noch nicht der Weisheit letzter Schluss ist und kann Dir nur empfehlen, diese einfach von Hand anzulegen und dann auf schreibgeschützt zu setzten.
Don’t have an account yet? Register yourself now and be a part of our community!