[ANNOUNCE] ExtRecMenu-Plugin 0.12a (Bugfix-Release)

Hm?

Ich hab mit vdr 1.4.1-1 folgendes Problem:
(compiliert mit WITHPINPLUGIN=1)

mymenurecordings.c: In member function 'eOSState myMenuRecordings::Play()':
mymenurecordings.c:548: error: no matching function for call to 'cStatus::MsgReplayProtected(cRecording*, const char*, char*&, bool)'
../../../include/vdr/status.h:101: note: candidates are: static bool cStatus::MsgReplayProtected(const cRecording*, const char*, bool)
mymenurecordings.c: In member function 'virtual eOSState myMenuRecordings::ProcessKey(eKeys)':
mymenurecordings.c:872: error: no matching function for call to 'cStatus::MsgReplayProtected(cRecording*, const char*, char*&, bool)'
../../../include/vdr/status.h:101: note: candidates are: static bool cStatus::MsgReplayProtected(const cRecording*, const char*, bool)

Eine Idee dazu?

ohne PIN Plugin Option compiliert das Plugin problemlos.

Sorry, hatte noch pin 0.0.16 am laufen -> 0.0.20 ist die aktuelle und damit gibt es keine Probleme!

Neues Problemchen:

Text2Skin mit Enigma skin:

Aufnahmeliste zeigt rechteckige Symbole anstatt der gewünschten Zeichen?

Heute ist wohl nicht mein Tag

Hab die Fonts irgendwo zwischen 1.4.0 und 1.4.1 verloren und mir ist es erst jetzt aufgefallen das die Symbole futsch sind.

Fonts übernommen und alles OK.

Dank dir für die schnelle Antwort.

Ein WIKI wär wirklich mal was feines dafür.

Hallo,

habe ins wiki unter probleme einen kleinen tipp reingesetzt zum thema Enigma und sonderzeichen statt symbole. Kann man sicherlich verbesseren, aber besser als nichts

Gruß
Viking

Hi Nordlicht,

tolles Plugin, die Darstellung ist schöner und auf dem GraphTFT sieht es auch viel besser aus.

Mir sind drei Kleinigkeiten aufgefallen (keine Fehler nur Wünsche ;))

Wenn man aus dem Menu geht und anschl. wieder hinen wechselt wird Position und der aktuelle Ordner nicht wieder hergestellt, das fand ich immer ganz praktisch, lässt sich das machen?
Auch das Löschen einer Aufnahme während eine andere geschnitten wird habe ich oft verwendet.
Und zu guter letzt ist eine der häufigsten Funktionen beim bearbeiten der Aufnahmen (weigstens bei mir) das löschen, ich würde daher nur ungern auf die Original-Belegung der gelben Taste verzichten, könnte man nicht (ggf. über das Setup) einstellbar machen ob gelb oder blau neu belegt wird?

Sorry, immer diese Extrawünsche

horchi

Interessant, das sind auch genau die Punkte, die ich ein wenig unschön finde. Gerade das mit der Position fällte einem als Umsteiger vom bisher gewohnten "negativ" auf.

Ansonsten wollte ich schon immer mal fragen, warum denn die gelbe Taste umbelegt wurde und nicht die rote? Ich meine wer startet schon Wiedergabe mit Rot, wenn das auch über Ok geht? Über eine Option Rot an Stelle von Gelb umzubelegen würde ich mich sehr freuen.

Zitat

Original von Ramirez
Interessant, das sind auch genau die Punkte, die ich ein wenig unschön finde. Gerade das mit der Position fällte einem als Umsteiger vom bisher gewohnten "negativ" auf.

Ansonsten wollte ich schon immer mal fragen, warum denn die gelbe Taste umbelegt wurde und nicht die rote? Ich meine wer startet schon Wiedergabe mit Rot, wenn das auch über Ok geht? Über eine Option Rot an Stelle von Gelb umzubelegen würde ich mich sehr freuen.

ja, oder wie in einigen anderen Plugins über '0' die Belegung umschalten und das sortieren dann im edit Menü anbieten. Ich denke so oft sortiert man auch nicht um?

horchi

Hallo,

mit vdr 1.4.4-1 gibts ein kleines Problem. weiss jemand eine Lösung?

g++ -O2 -Wall -Woverloaded-virtual -fPIC -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"extrecmenu"' -I../../../include patchfont.c
../../../include/vdr/font.h:35: error: 'uint32_t' does not name a type
../../../include/vdr/font.h:37: error: 'tPixelData' does not name a type
../../../include/vdr/font.h:38: error: 'tPixelData' does not name a type
../../../include/vdr/font.h: In member function 'virtual int cFont::Width(unsigned char) const':
../../../include/vdr/font.h:49: error: 'const struct cFont::tCharData' has no member named 'width'
../../../include/vdr/font.h: In member function 'virtual int cFont::Height(unsigned char) const':
../../../include/vdr/font.h:53: error: 'const struct cFont::tCharData' has no member named 'height'
patchfont.c: In function 'void PatchFont(eDvbFont)':
patchfont.c:16: error: 'tPixelData' is not a member of 'cFont'
patchfont.c:16: error: 'font_data' was not declared in this scope
patchfont.c:16: error: expected type-specifier
patchfont.c:16: error: expected `;'
patchfont.c:28: error: 'const struct cFont::tCharData' has no member named 'width'
patchfont.c:29: error: 'const struct cFont::tCharData' has no member named 'height'
patchfont.c:203: error: 'const struct cFont::tCharData' has no member named 'height'
patchfont.c:205: error: 'tPixelData' is not a member of 'cFont'
patchfont.c:205: error: expected `;' before 'Data'
patchfont.c:207: error: 'Data' was not declared in this scope
make[1]: *** [patchfont.o] Fehler 1
make[1]: Leaving directory `/usr/src/dvb/xx/PLUGINS/src/extrecmenu-0.12a'

In der ML stand die Lösung:

Zitat

...
I found out that on my Debian-system uint32_t is declared in
/usr/include/stdint.h.
After including that file in include/vdr/font.h extrecmenu compiled again.

Hi,

kann mir jemand nen Tipp geben, wo ich ansetzen muss, um das Symbol für eine neue Wiedergabe zu ändern?

Danke.

Zitat

Originally posted by nordlicht
Hallo,

das ganze ist relativ simpel. Nehmen wir z.B. das Ordner-Symbol:

Code

22;
27;
0x1fe000; // .# #### ###. .... .... ....
0x1ff000; // .# #### #### .... .... ....
0x181800; // .# #... ...# #... .... ....
0x1ffffe; // .# #### #### #### #### ###.
0x1ffffe; // .# #### #### #### #### ###.
0x180006; // .# #... .... .... .... .##.
0x180006; // .# #... .... .... .... .##.
0x180006; // .# #... .... .... .... .##.
0x180006; // .# #... .... .... .... .##.
0x180006; // .# #... .... .... .... .##.
0x180006; // .# #... .... .... .... .##.
0x180006; // .# #... .... .... .... .##.
0x180006; // .# #... .... .... .... .##.
0x180006; // .# #... .... .... .... .##.
0x180006; // .# #... .... .... .... .##.
0x1ffffe; // .# #### #### #### #### ###.
0x1ffffe; // .# #### #### #### #### ###.

Alles anzeigen

(ich habe die führenden "font_data[i*num_rows+..]=" mal weggelassen)
Die ersten beiden Zahlen geben Höhe und Breite an. Danach kommen die Informationen für die Darstellung. Hier mal die erste Zeile:

0x1fe000; // .# #### ###. .... .... ....

In dem Kommentar sind die gesetzten Punkte (Bits) mit # gekennzeichnet, die nicht gesetzten Punkte (Bits) mit .
Und da liegt auch schon das ganze "Geheimnis". Es werden einfach nur die gesetzten Punkte als Hex-Zahl dargestellt. #### z.B. wäre 0xF, .... wäre 0x0. Probier einfach mal ein bisschen rum. Nur das Umrechnen von Binär in Hex muss man halt können Und dran denken, dass das niederwertigste Byte ganz rechts steht.

Gruß
Nordlicht

Alles anzeigen

Danke für den Hinweis.
Ich verwende das Enigma Skin, seltsamerweise wird als neu Symbol "*" angezeigt. Ich denke das hängt mit dem Enigma.ttf Font zusammen. Ich suche die stelle im Code wo auf dieses Zeichen verwiesen wird. Ein schneller Blick über den Code half mir noch nicht weiter.

Zitat

Original von Scorp
Ich verwende das Enigma Skin, seltsamerweise wird als neu Symbol "*" angezeigt. Ich denke das hängt mit dem Enigma.ttf Font zusammen. Ich suche die stelle im Code wo auf dieses Zeichen verwiesen wird. Ein schneller Blick über den Code half mir noch nicht weiter.

Ich habe Enigma und den Wareaglepatch, und mit folgender Änderung in "mymenurecordings.c" erscheint "NEU":

}
   }
   free(buffer);


   // marker
   titlebuffer=' ';
   if(Recording->IsNew()&&!mysetup.PatchNew)
//    titlebuffer='*';
    titlebuffer = Setup.WarEagleIcons ? ICON_NEU : '*';
//    titlebuffer=char(250);
   if(!Recording->IsNew()&&mysetup.PatchNew)
    titlebuffer=char(128);
   if(isdvd)
    titlebuffer=char(129);

Gruss,
Chuck