nOpacity 0.0.4

Ich habe immer noch das Problem mit der Darstellung.

Den wareagle Patch ist drin, die epgsearchmenu.conf aus dem Readme ist drin, und wird auch benutzt.

MenuWhatsOnNow=%chlng%:4|%progrT2S%:5|%time%:8|%status%:3|%title%:15|%subtitle%:25

Er schaut auch anderes aus wenn ich das ändere
%progrT2S% in %progr%
Schaut dann noch schlimmer aus.

Es fehlen bei mir hier auch die Kanallogos vorne dran, in der normalen Programmdarstellung werden die angezeigt.

Wie wäre es den Thread in den Entwicklerbereich zu verlegen, und mit den Test's und Problemen hier weiterzumachen ?

Frage nebenbei (und da ist jetzt louis auch wieder gefragt): Warum überhaupt wareagle-Patch? "Schöne" Fortschrittsbalken kann man doch auch ohne diesen zeichnen. Wenn ich mich recht erinnere war es der Skinelchi wo sowas mal "patchfrei" umgesetzt wurde. Und jetzt wo der Skin alle Daten schön sauber geliefert bekommt...

Zitat von Mreimer

Warum überhaupt wareagle-Patch?

Oh, ja, bitte, der dürfte doch jetzt nicht mehr nötig sein!
Der ist doch für tolle Symbole wie "läuft gerade", "ist programmiert" bei den Timern und noch ein paar andere Dinge, oder?

Ich bin dafür, dass er nicht mehr nötig ist. Der beißt sich nämlich mit anderen Patches...

Lars.

Hallo Ingo,
Die Idee mit dem Log hätte ich auch haben können
Schaut seltsam aus, er versucht *.png für die Balken zu laden

Oder fehlen diese png's im Logo Verzeichnis

wareagleicons habe nur mal versucht ob sich was ändert.

@ rudirabbit

Du hast die ganzen Zeilen der Readme in der epgsearchmenu.conf drin?

@utility: Die epgsearchmenu.conf schaut so aus wie im Readme des Skins.

Braucht man für die Fortschrittsbalken png's im logos Ordner ?

Nein

Das ist meine:

# Skinnopacity
MenuWhatsOnNow=%chlng%:4|%progrT2S%:5|%time%:8|%status%:3|%title%:15|%subtitle%:25
MenuWhatsOnNext=%chlng%:4|%time%:8|%status%:8|%title%:15|%subtitle%:25
MenuWhatsOnElse=%chlng%:4|%time%:8|%status%:8|%title%:15|%subtitle%:25
MenuSchedule=%time%:8|%status%:8|%title%:15|%subtitle%:25
MenuSearchResults=%chlng%:12|%time_w% %datesh%:6|%time%:6|%status%:2|%title%:15|%subtitle%:25
MenuFavorites=%chlng%:4|%time%:8|%status%:8|%title%:15|%subtitle%:25
WarEagleIcons=1

und damit wird alles angezeigt

Welche Version des Skin nutzt Du, aktuelles GIT?

Zitat von mini73

Zitat von »Mreimer« Warum überhaupt wareagle-Patch?

Oh, ja, bitte, der dürfte doch jetzt nicht mehr nötig sein!
Der ist doch für tolle Symbole wie "läuft gerade", "ist programmiert" bei den Timern und noch ein paar andere Dinge, oder?

Ich bin dafür, dass er nicht mehr nötig ist. Der beißt sich nämlich mit anderen Patches...

Hmm, warum dagegen, wieso nicht mehr noetig, kann man denn nicht nur in nOpacity etwas "dagegen" unternehmen, wie auch jetzt schon? Also dadurch dass z.B. in der Kanalliste nun nur noch die Logos zu sehen sind (bis auf solche die nicht gefunden werden) und die Wareagle-Icons nicht, trotz vorhandenem Wareagle-Patch, finde ich gut, in der Version 0.0.2 oder 0.0.3 waren die hier noch zusammen mit den Logos zu sehen und das fand ich auch etwas ueberladen. Die Wareagle-Icons tauchen trotzdem immer noch in der Aufnahmeliste, im EPG auf, und das finde ich auch gut so, aber was fuer mich noch wichtiger ist, weil ich das mal bis dahin erst noch gepatcht habe, auch im Graphlcd-Plugin. Und Helau hatte die auch in seinem Yacoto-Plugin angezeigt, welches btw jetzt mit vdr-1.7.33 gar nichts mehr anzeigt, obwohl erfolgreich kompiliert, das wuerde ich mir noch anschauen, warum das so ist, sollte aber nicht mit nOpacity zu tun haben. Mit welchen Patches beisst sich denn der Wareagle-Patch? Ich gebe zu, der mag konzepzionell umstritten sein, aber wie kann man das Problem eleganter loesen?

Ciao, Lucian

Zitat von utiltiy

Welche Version des Skin nutzt Du, aktuelles GIT?

Ja die aktuelle Version, das seltsame ist, das es schon mal Funktioniert hat.
Aber wenn louis sein Plugin eh umbauen will, lassen wir es sein.

Zitat von louis

Das gleiche gilt für die Wareagel Icons, die werden dann auch nicht mehr gebraucht, wenn ich in den Schedules Listen das ganze Event Objekt habe...dann kann ich alles selbst berechnen und zeichnen.

Ok, habe erst jetzt gelesen dass Du mit diesen neuen Features noch mehr vor hast, und Du die Wareagle-Icons nicht mehr brauchst, aber geht es bitte ohne den Patch sogar zwingend zu verbannen, siehe meinen Post davor, andere Plugins sind auch auf ihn angewiesen? Oder koennen die dann auch mit der neuen SetItem-Schnittstelle umgebaut werden? Wie wuerde man das bei Graphlcd umsetzeb koennen, das nutzt ja keine VDR-Skins, sondern graphlcd-skins die ja andere Baustelle sind.

Zitat von louis

So...und jetzt muss ich zum Zahnarzt

Ha, war ich heute auch, hoffe bei Dir ist auch alles cool

Ciao, Lucian

Moin!

Die anderen Skins sollten auch auf die neuen Features bauen, damit wird es viel leichter, solche Spielereien wie mit dem wareagle-patch umzusetzen. Der ist ja eigentlich nur entstanden, weil die Skins pure Textzeilen bekommen haben. Jetzt haben sie das ganze Objekt und können das selbst viel homogener darstellen.

Wie graphlcd funktioniert, weiß ich nicht.

Lars

Zitat von mini73

Wie graphlcd funktioniert, weiß ich nicht.

Hier (also soweit es graphlcd betrifft) gehts ja nur um die Menuseiten mit den Listen von Strings. Und die werden von graphlcd so wie sie sind an den Skin durchgereicht. Also eine spezielle Aufbereitung aufgrund der Art des aktuellen Menüs findet nicht statt. Also ohne WAREAGLEICON Patch im VDR gehts nicht (jedenfalls nicht wenns schön sein soll).

Ein weiterer Punkt ist, wenn z.B. die Timerliste komplett vom Skin gerendert wird (also die Textzeilen der Menüs nicht verwendet werden sondern nur die Infos aus den Objekten), dann hat auch nen Patch wie z.B. der TIMERINFO Patch keinen Effekt mehr und müsste in alle Skins implementiert werden.

Es ist dann eh die Frage wer alle diese Skins/Plugins anpassen möchte? Irgendwer muss sich dann ja die Arbeit machen

cu

Zitat von louis

hast du mal geprüft, was beim starten vom VDR im log steht? am besten mal ein

Dec 19 18:23:40 ssdvdr vdr: [1804] loading plugin: /usr/local/src/vdr/PLUGINS/lib/libvdr-skinnopacity.so.1.7.33
Dec 19 18:23:40 ssdvdr vdr: [1804] initializing plugin: skinnopacity (0.0.4): 'nOpacity' Skin
Dec 19 18:25:02 ssdvdr vdr: [1804] nopacity: using Logo Directory /etc/vdr/plugins/skinnopacity/logos/
Dec 19 18:25:02 ssdvdr vdr: [1804] nopacity: using Icon Directory /etc/vdr/plugins/skinnopacity/icons/
Dec 19 18:25:02 ssdvdr vdr: [1804] nopacity: using EPG Images Directory /var/cache/vdr/epgimages/

VDR neu gestartet, Loglevel 3 mehr kommt nicht, keine Info welche epgsearchmenu.conf gezogen wird
epgsearch ist aber installiert und läuft auch

Man kann dem Plugin auch nicht expiziert mitgeben wo die epgsearchmenu.conf liegt.

skinnopacity (0.0.4) - 'nOpacity' Skin


  -e <EPGIMAGESPATH>, --epgimages=<IMAGESPATH> Set directory where epgimages are stored
  -i <ICONSPATH>, --iconpath=<ICONSPATH> Set directory where Menu Icons are stored
  -l <LOGOPATH>, --logopath=<LOGOPATH>   	Set directory where Channel Logos are stored.

Der Screenshot in diesen Thread Betrag 11 schaut genau so aus, das Problem habe also nicht nur ich.
Als Anhang ein ein längerer Log

Zitat von louis

Genau darauf habe ich auch getippt....da kein Log kommt greift der try catch block, da scheint irgendwas komisches in deiner epgsearchmenu.conf zu sein...

Ich arbeite schon mit einem Linux konformen Editor, das ist es leider nicht.
Habt ihr sonst noch eine Idee, warum das Plugin nicht ausgibt welche conf gezogen wird, sollte es doch tun.

Ich nehme an, hier wird die Datei geladen, man könnte doch Log ausgaben einbauen, um rauszufinden wo es klemmt

bool cNopacityEPGSearchConfig::LoadEpgSearchConf(void) {
	std::string ConfigDir = cPlugin::ConfigDirectory(NULL);
	ConfigDir = ConfigDir.substr(0, ConfigDir.find("/plugins"));
	cString vdrSetup = "setup.conf";
	cString fileName = AddDirectory(ConfigDir.c_str(),  *vdrSetup);
	if (access(fileName, F_OK) == 0) {
    	FILE *f = fopen(fileName, "r");
    	if (f) {
        	char *s;
        	cReadLine ReadLine;
        	while ((s = ReadLine.Read(f)) != NULL) {
            	char *p = strchr(s, '#');
            	if (p)
                	*p = 0;
            	stripspace(s);
            	if (!isempty(s)) {
                	std::string line = s;
                	if (line.find("epgsearch.ReplaceOrgSchedule = 1") == 0) {
                    	ReplaceSchedule = true;
                	} else if (line.find("epgsearch.ShowChannelNr = 1") == 0) {
                    	ShowChannelNr = true;
                	} else if (line.find("epgsearch.ShowProgress = 1") == 0) {
                    	ShowProgress = true;
                	} else {
                    	for (int i=0; i<4; i++) {
                        	cString strEPGUserMode = cString::sprintf("epgsearch.UserMode%dDescription =", i+1);
                        	if (line.find(*strEPGUserMode) == 0) {
                            	try {
                                	line = line.substr(line.find("=")+1);
                                	line = line.substr(line.find_first_not_of(" "));
                                	if (line.length() > 0) {
                                    	User[i] = line.c_str();
                                    	UserSet[i] = true;
                                	}
                            	} catch (...){}
                        	}   	
                    	}
                	}
            	}
        	}
    	}
	} else {
    	return false;
	}
	return true;
}