[ANNOUNCE] EnigmaNG v0.1.0

Zitat von C-3PO

Btw: Für mich wäre ein TrueColor OSD wichtig für PIP. der ReelVDR kann es ja schließlich auch schon lange.

Hat aber nix mit dem Theme zu tun. Das Theme muss kein True-Color unterstützen, dass andere Plugins (osdpip) es nutzen können.

Gibt es mittlerweile ne HD Version, mit grösseren Symbolen?
Ich hab die Bigicons version installiert.
http://wbreu.htpc-forum.de/vdr…ogosundbigicons/index.php

Hallo,

habe nochmal einen kleinen Bug im Enigma-Bugtracker eingestellt. Bug-Nr: 649

Zitat

In Methode void cSkinEnigmaDisplayChannel::SetEvents(const cEvent *Present, const cEvent *Following)

Bei Sendern die momentan keinen aktuellen/aktiven EPG-Eintrag haben, dafür aber einen Eintrag der in der (nahen) Zukunft liegt, wird die Timebar bei der Kanalanzeige über die gesamte OSD-Breite gezeichnet. Ursache hierfür ist der negative Ergebniswert der bei der Berechnung in Zeile 851 der Quell-Datei enigma.c heraus kommt. Dieser wird später zur Berechnung der Timebar-Länge verwendet und führt zum Fehler.

Alt:
int now = (time(NULL) - e->StartTime());

Neu (Beseitigung des Fehlers):
int now = std::max(int (time(NULL) - e->StartTime()), 0);

Gruss Steve135

Alles anzeigen

amair:
Könntest Du den Fix bitte wieder in das/den GIT aufnehmen.

Danke, Gruss Steve135

Hi

Mal was anderes, wie sieht es denn mit dem Einbinden groesserer Logos/Icons aus ?
http://wbreu.htpc-forum.de/vdr…ogosundbigicons/index.php
Hast Du vor dies auch einzubauen ?

Als "nicht HD Nutzer" stelle ich mir, vor allem weil du ja ein verändertes Plugin anbietest, vor allem die Frage, wie du eine Rückwärtskompatibilität vorsehen willst.

Hi

Wenn Du schon dabei bist, die in meinen Augen fuer den Benutzer beste Variante waere, wenn SkinenigmaNG entweder die vorhandenen Icons auf die gewuenschte Groesse umrechnet, oder anhand der Groesse des vorhandenen Icons den Skin aufbaut.
Im Patch wird fest eine andere Groesse verwendet, aber das ist auch keine Loesung fuer ne Distrie welche zwischen mehreren Logogroessen auswaehlen will .

Zitat von Mreimer

vor allem die Frage, wie du eine Rückwärtskompatibilität vorsehen willst.

Immer dieses geheule wegen Rückwärtskompatibilität.

Nein im Ernst. Diese typischen Symbole, die in Enigma-NG üblich sind haben ja eine gewisse Pixelauflösung. Was würde es helfen, wenn ich mich anbiete die wichtigsten zu vektorisieren? Könnte Enigma-NG dann irgendwie mit solchen svg-Files?

Hallo,

ich habe die von wbreu angepasste Version hier bei mir als Basis genommen und meine Wünsche noch eingearbeitet. Ber der Version von wbreu sind die für die größeren Senderlogos gemachten Anpassungen eigentlich noch überschaubar. M. W. hatte er nur die Grenzen für die maximalen X,Y-Gößen der Senderlogo-Dateien und die maximale Größe des Logo-Cache erhöht. Ich habe mal kurz davon ein diff gemacht.
amair:
Ich denke, es dürfte keinen 'Schaden' anrichten wenn Du die maximalen Grenzen für die Sender-Logos im enigma-Setup etwas nach oben korrigierst. Das spart uns/mir einen Patch-Schritt und hat auch für alle anderen keine negativen Auswirkungen. Die bisher eingestellten Werte (auch der Benutzer der SD-Auflösung) funktionieren damit ja weiterhin unverändert...

Ich für meinen Teil finde die von wbreu vorbereitete Logogröße von 220x164, Pixel für die 1080'er Auflösung optimal.

Gruss Steve135

diff -Naur ./vdr-plugin-skinenigmang\setup.c ./EnigmaNG-biglogos\setup.c
--- ./vdr-plugin-skinenigmang\setup.c	Sat Mar 05 11:52:10 2011
+++ ./EnigmaNG-biglogos\setup.c	Mon Jun 28 13:12:48 2010
@@ -392,8 +392,8 @@
 #ifdef HAVE_IMAGEMAGICK
   	Add(new cMenuEditStraItem(tr("  Resize images"), &data->resizeImages, 3, resizeImagesTexts));
 #endif
-  	Add(new cMenuEditIntItem(tr("  Image width" ), &data->imageWidth, 80, 180));
-  	Add(new cMenuEditIntItem(tr("  Image height" ), &data->imageHeight, 80, 144));
+  	Add(new cMenuEditIntItem(tr("  Image width" ), &data->imageWidth, 80, 270));
+  	Add(new cMenuEditIntItem(tr("  Image height" ), &data->imageHeight, 80, 201));
 #ifdef HAVE_IMAGEMAGICK
   	Add(new cMenuEditStraItem(tr("  Image format"), &data->imageExtension, 3, imageExtensionTexts));
 #endif
@@ -403,12 +403,12 @@
 
   Add(new cMenuEditBoolItem(tr("Show channel logos"), &data->showLogo));
   if (data->showLogo) {
-	Add(new cMenuEditIntItem(tr("  Image width" ), &data->channelLogoWidth, 64, 180)); //TODO: find suitable max values
-	Add(new cMenuEditIntItem(tr("  Image height" ), &data->channelLogoHeight, 48, 144));
+	Add(new cMenuEditIntItem(tr("  Image width" ), &data->channelLogoWidth, 64, 270)); //TODO: find suitable max values
+	Add(new cMenuEditIntItem(tr("  Image height" ), &data->channelLogoHeight, 48, 201));
 	Add(new cMenuEditBoolItem(tr("  Identify channel by"), &data->useChannelId, tr("name"), tr("data")));
   }
   if (data->showLogo || data->showSymbols) {
-	Add(new cMenuEditIntItem(tr("Channel logo cache size"), &data->cacheSize, 0, 1000));
+	Add(new cMenuEditIntItem(tr("Channel logo cache size"), &data->cacheSize, 0, 4000));
   }
 
   SetCurrent(Get(currentItem));

Bitte implementiert dies nicht so ! Die Groessen duerfen nicht "hartcodiert" sein, diese muessen entweder einstellbar sein, oder anhand der Groesse des Logos ermittelt werden.

Deswegen habe ich ja SVG als Vektorformat vorgeschlagen. Man könnte dieses dann verlustfrei relativ zur OSD-Größe rendern lassen.

Servus,

die Größen der Logos sind meines Wissens nicht komplett frei konfigurierbar übers OSD, sowohl Width als auch Height sollten übers OSD im jeweiligen Bereich von 80 bis 270 bzw. von 80 bis 201 noch konfigurierbar gemacht werden.

Habe es schon lange nicht mehr mit 80x80er-Logos getestet.

Das Logoformat bitte nur erweitern, das "alte" Format kann ruhig bleiben.

Im übrigen bekomme ich immer komplette Logosammlungen (ca. 3000) aus einem anderen Bereich, die werden per Skript mit Gimp gewandelt und schon sind sie fertig für Enigma-NG.

Gruß
Wolfgang

Zitat von amair

Hi,

die maximale Höhe und Breite der Logos und Bilder und die maximale Cachegröße habe ich im aktuellen GIT nun erhöht.

Gruß,
Andreas

amair: DANKE!!!

Gruss Steve135

Mal zu den Logos, ich habe mir das jetzt mal genauer angeschaut und weiss nun warum es nicht geht beliebige Grafiken nach Logo xpm zu wandeln.

1. der 1.6er hat nen Bug in osd.c bei cBitmap::SetXpm , die Transparenz funktionierte nicht, im aktuellen 1.7er ist die Funktion korrekt.

2. Skinenigma hat dann aber das Problem das Transparente Pixel den Logohintergrund löschen, sieht doof aus.
Ferner ist die Idee die ersten beiden Palettenfarben zu ersetzen nicht sonderlich gut wenn das xpm dafür nicht handoptimiert ist. Weil dann irgendwelche Farben des Logos durch die Hintergrundfarbe ersetzt werden.

Ich habe jetzt das Zeichnen des Logohintergrundes abgeschaltet, den Trennstrich zwei nach Rechts verschoben und die beiden Farbersetzungen deaktiviert. Damit siehts gut aus.

Bin ich der einzige dem diese Probleme aufgefallen sind?

enigma.c ab 794

if (fShowLogo) {
      // draw logo area
      //osd->DrawRectangle(xLogoLeft, yLogoTop, xLogoRight - 1, yLogoBottom - 1, Theme.Color(clrLogoBg));
      osd->DrawRectangle(xLogoDecoLeft + 2, yLogoTop, xLogoDecoRight - 1 + 2, yLogoBottom - 1, Theme.Color(clrLogoBg));


      if (EnigmaLogoCache.LoadChannelLogo(Channel)) {
        osd->DrawBitmap(xLogoLeft + (xLogoRight - xLogoLeft - EnigmaLogoCache.Get().Width()) / 2,
                        yLogoTop + (yLogoBottom - yLogoTop - EnigmaLogoCache.Get().Height()) / 2,
                        EnigmaLogoCache.Get(), NULL,
                        NULL, true);
      }
    }

cu

@ Keine_Ahnung,

damit sehen zwar die Senderlogos super aus, leider aber gehen dann die EnigmaNG Logos, z.B. die Laustärkeanzeige, und die EPG-Bilder nicht mehr.

Zitat von C-3PO

damit sehen zwar die Senderlogos super aus, leider aber gehen dann die EnigmaNG Logos, z.B. die Laustärkeanzeige, und die EPG-Bilder nicht mehr.

Also bei mir geht das so, ich sehe da sonst nix ungewöhnliches. Und so wie ich das verstehe ist der Code auch nur für die Infobar. Wobei ich auch nicht komplett neu kompeliert habe, das Makefile hat nur enigma.c neu übersetzt, evtl. gibts hier ja nen Seiteneffekt?

Wobei das eher als Anregung gedacht war um mal zu Diskutieren ob man hier evtl. was ändern sollte. Gerade im Ersetzen der ersten beiden Palettenfarbe sehe ich eher einen Bug als einen tatsächlichen Sinn.

Warum tranzparente Logopixel den Logohintergrund überschreiben ist mir auch nicht klar, evtl. auch ein Bug im 1.6er vDR?

BTW: Logohintergrund, IMHO sieht es nicht schön aus wenn er genausobreit wie das Logo ist, aber oben/unten ist er als Rand zu sehen, evtl. sollte man hier links/rechts noch X % der Logobreite als rand dazugeben? Wobei die Logos die ich im Moment teste (aus nem unoffiziellen yaVDR Addon PPA) selber nen Rand haben und freistehend besser aussehen. Ist irgendwie alles nicht so einfach.

cu

Sorry, ich hatte eine nFehler gemacht.

Ich hatte ganz vergessen, dass ich die gepatchten Logos von wbreu installiert hatte.

Nach einem 2ten Test geht es nun.