[ANNOUNCE] skinElchi HD 1.0.0 / 1.1.0 - 1.1.2

FireFly · 13. Februar 2022

Nach einigen Erweiterungen ist es Zeit für skinElchi HD 1.0.0 !

Die wesentlichen Neuerungen:

Darstellung der TS Fehler, die VDR ab 2.5.6 auswertet, im Recordings-Menü als gelbes Warndreieck
optional Darstellung der TS-Fehler nur bei neuen Aufnahmen, d.h. nicht bei geschnittenen
Umzug zu github.com

Damit ist hier die neue Homepage https://github.com/FireFlyVDR/vdr-plugin-skinelchihd und hier das Wiki https://github.com/FireFlyVDR/vdr-plugin-skinelchihd/wiki mit Screenshots.

Happy compiling

FireFly

wmautner · 13. Februar 2022

Wie stelle ich VDR auf imagemagick++-7 um? Laut Beschreibung fordert der Skin das .... aber da deinstalliert mir VDR einige Plugins, wenn ich imagemagick6 remove. Das installierte Imagemagick7 wird offenbar nicht erkannt, die Plugins sind von imagemagick6 abhängig. U.a. vdr-plugin-restfulapi und vdr-plugin-scraper2vdr.

Wird wohl nix?

FireFly · 13. Februar 2022

Zitat von wmautner

Wie stelle ich VDR auf imagemagick++-7 um? Laut Beschreibung fordert der Skin das

imagemagick++7 wird nur für SVG Channel Logos benötigt - PNG Channel Logos können auch mit graphicsmagick++ dargestellt werden.

Um das zu umzustellen setze einfach IMAGELIB=graphicsmagick im Makefile oder übergebe es make.

seahawk1986 · 13. Februar 2022

Ich habe imagemagick++7 mal aus dem Debian Multimedia Repository in die yaVDR PPAs gebracht und gerade das Plugin paketiert - wenn alles klappt, müsste das bald fertig gebaut und veröffentlicht werden.

M-Reimer · 14. Februar 2022

Ich hab das gerade auch mal auf https://vdr-projects.github.io/ nachgezogen. FireFly ich hab dir noch ein paar Fragen via PN geschickt.

ciax · 18. Februar 2022

Danke für's plugin und auch für's Paketieren - hab hier die Version für yavdr-ansible. Leider skalieren die Logos (svg) nicht richtig. Man sieht nur einen kleines Ausschnitt.

Grusz!

FireFly · 18. Februar 2022

Das hatten wir schon mal ([ANNOUNCE] skinElchi HD 0.5.0 / 0.5.1), das liegt vermutlich an bestimmten Versionen der libsvg oder an deren Zusammenspiel mit ImageMagick++.

Als Workaround sehe ich derzeit nur die Nutzung von PNG-Logos. Zur Konvertierung von SVG zu PNG ist am Ende des README ein Skript, das alle SVG FIles in einem Verzeichnis in PNG umwandelt.

hape60 · 18. Februar 2022

ich nutze das Plugin auf dem odroid n2+ mit dem Plugin softhdodroid.

Da gibt es ein paar Fehldarstellungen:

Es werden einige Zeilen nur schwarz dargestellt. Das gilt z.B. auch für die Auswahlzeile in den Menüs. Gleichzeitig gibt es Fehlermeldungen:

Spoiler anzeigen

Hans-Peter

ciax · 19. Februar 2022

Zitat von FireFly

[..]Zur Konvertierung von SVG zu PNG ist am Ende des README ein Skript, das alle SVG FIles in einem Verzeichnis in PNG umwandelt.

Danke für den Hinweis! Für das binary "convert" (verwendet im Skript) mußte man hier noch "graphicsmagick-imagemagick-compat" installieren.

Grusz!

zimuland · 19. Februar 2022

Das Tag im GIT scheint auf die falsche Version zu zeigen. Da fehlen noch die letzten Änderungen im Readme und die neue Versiosnummer.

Gruß Zimuland

seahawk1986 · 20. Februar 2022

Zitat von hape60

Es werden einige Zeilen nur schwarz dargestellt. Das gilt z.B. auch für die Auswahlzeile in den Menüs. Gleichzeitig gibt es Fehlermeldungen:

Ich konnte das heute auf meinem ION-System mit lnj's softhddevice als Ausgabeplugin mit VDPAU ebenfalls beobachten - anscheinend versucht er da riesige Pixmaps anzulegen:

Code

Feb 20 10:34:45 vdr vdr[3637]: [3637] [softhddev] cannot allocate pixmap of 9984px x 57px, clipped to 8192px x 57px!
Feb 20 10:34:45 vdr vdr[3637]: [3710] [softhddev]ERROR: Framebuffer is not complete! 8cd6
Feb 20 10:34:45 vdr vdr[3637]: [3637] [softhddev] cannot allocate pixmap of 8448px x 50px, clipped to 8192px x 50px!
Feb 20 10:34:45 vdr vdr[3637]: [3637] [softhddev] cannot allocate pixmap of 9984px x 57px, clipped to 8192px x 57px!
Feb 20 10:34:45 vdr vdr[3637]: [3637] [softhddev] cannot allocate pixmap of 9984px x 57px, clipped to 8192px x 57px!
Feb 20 10:34:45 vdr vdr[3637]: [3710] [softhddev]ERROR: Framebuffer is not complete! 8cd6
Feb 20 10:34:45 vdr vdr[3637]: [3710] [softhddev]ERROR: Framebuffer is not complete! 8cd6
Feb 20 10:34:45 vdr vdr[3637]: [3710] [softhddev]ERROR: Framebuffer is not complete! 8cd6
Feb 20 10:34:46 vdr vdr[3637]: [3637] [softhddev] cannot allocate pixmap of 9984px x 57px, clipped to 8192px x 57px!
Feb 20 10:34:46 vdr vdr[3637]: [3637] [softhddev] cannot allocate pixmap of 9984px x 57px, clipped to 8192px x 57px!
Feb 20 10:34:46 vdr vdr[3637]: [3710] [softhddev]ERROR: Framebuffer is not complete! 8cd6
Feb 20 10:34:47 vdr vdr[3637]: [3710] [softhddev]ERROR: Framebuffer is not complete! 8cd6
Feb 20 10:34:47 vdr vdr[3637]: [3637] [softhddev] cannot allocate pixmap of 9984px x 57px, clipped to 8192px x 57px!
Feb 20 10:34:47 vdr vdr[3637]: [3710] [softhddev]ERROR: Framebuffer is not complete! 8cd6
Feb 20 10:34:48 vdr vdr[3637]: [3637] [softhddev] cannot allocate pixmap of 9984px x 57px, clipped to 8192px x 57px!
Feb 20 10:34:48 vdr vdr[3637]: [3710] [softhddev]ERROR: Framebuffer is not complete! 8cd6

Alles anzeigen

Mit softhddevice und CUVID (auf einer GT1030) habe ich das Problem nicht.

FireFly · 20. Februar 2022

@hape60 und @seahawk1986: Da werden die Pixmaps für's Scrolling angelegt und die Breite ist eigentlich auf das Maximum beschränkt, was osd->MaxPixmapSize() zurückliefert.

Es sieht so aus, als würden eure Ausgabe-Plugins dafür keine Werte setzen, denn der VDR Default ist INT_MAX.

Ihr könnt Euch ja mal die Werte ausgeben lassen mit dem Patch (ungetestet):

Diff

--- background.c.orig        2022-02-12 11:36:55.579879946 +0100
+++ background.c       2022-02-20 14:10:35.713466839 +0100
@@ -125,6 +125,7 @@
    centered = Centered;
    alignment = Alignment;
    cSize const maxSize = osd->MaxPixmapSize();  //TODO  create and scroll multiple pixmaps if one is not sufficient
+   isyslog("skinElchiHD: max Width: %d", maxSize.Width());
    maxwidth = maxSize.Width() ? std::min(maxSize.Width(), max_char * Font->Width("M")) : 720; // assuming M is widest character
    direction = 0;
    active = false;

FireFly · 20. Februar 2022

Zitat von zimuland

Das Tag im GIT scheint auf die falsche Version zu zeigen. Da fehlen noch die letzten Änderungen im Readme und die neue Versiosnummer.

Danke, hab's korrigiert. Jetzt zeigt er auch die neue Versionsnummer in den Einstellungen an

seahawk1986 · 20. Februar 2022

Ich habe mir das gerade mal für softhddevice mit VDPAU und openglosd zurecht gepacht:

Diff

$ cat debian/patches/max_pixmap_size.patch
Index: vdr-plugin-softhddevice-1.2.8/openglosd.h
===================================================================
--- vdr-plugin-softhddevice-1.2.8.orig/openglosd.h      2022-02-01 14:49:22.000000000 +0100
+++ vdr-plugin-softhddevice-1.2.8/openglosd.h   2022-02-20 14:44:15.644943528 +0100
@@ -498,6 +498,7 @@
     std::shared_ptr<cOglThread> oglThread;
     cVector<cOglPixmap *> oglPixmaps;
     bool isSubtitleOsd;
+    const cSize MaxPixmapSizeVDPAU{8192,8192};
 protected:
 public:
     cOglOsd(int Left, int Top, uint Level, std::shared_ptr<cOglThread> oglThread);
@@ -507,7 +508,12 @@
     virtual void DestroyPixmap(cPixmap *Pixmap);
     virtual void Flush(void);
     virtual void DrawScaledBitmap(int x, int y, const cBitmap &Bitmap, double FactorX, double FactorY, bool AntiAlias = false);
+
+    virtual const cSize &MaxPixmapSize(void) const
+    {
+       return MaxPixmapSizeVDPAU;
+    }
     static cOglOutputFb *oFb;
 };

-#endif //__SOFTHDDEVICE_OPENGLOSD_H
\ No newline at end of file
+#endif //__SOFTHDDEVICE_OPENGLOSD_H

Alles anzeigen

Vielleicht hat lnj da eine Idee, wie man das so umsetzen kann, dass es mit CUVID, vaapi usw. auch die jeweils korrekten Werte liefert.

lnj · 20. Februar 2022

Ok, I'll watch it.

seahawk1986 · 20. Februar 2022

FireFly Wie kann man den vom Plugin gezeichneten Hintergrund für das Kanallogo am besten einfärben? Einiges Logos, dich ich von https://github.com/Jasmeet181/…l-de-logos/tree/master/TV beziehe, haben weiße Schrift ohne farbige Kanten (z.B. für Das Erste HD), so dass man davon nicht viel sieht...

FireFly · 20. Februar 2022

Zitat von seahawk1986

Wie kann man den vom Plugin gezeichneten Hintergrund für das Kanallogo am besten einfärben

Der Hintergrund hat "aus Designgründen" die gleiche Farbe wie der Balken mit dem Datum daneben. Du kannst ihn im Theme ändern indem Du den Wert von clrChannelDateBg = FFFCFCFC änderst. Das erste Byte (FF) ist dabei die Transparenz (also hier komplett deckend) danach folgt R-G-B

hape60 · 21. Februar 2022

Die Anpassungen von seahawk1986 habe ich auch in softhdodroid übernommen. Dann sind die schwarzen Balken verschwunden.

Ein Problem ist dann aber noch vorhanden. Zentrierter Text erscheint nicht zentriert, bzw. ist gar nicht vorhanden (z.b. bei der poweroff-Meldung). Das betrifft neben softhdodroid auch softhdvaapi. Mindestens ein Ausgabe-Plugin hat dafür eine Sonderbehandlung. Die habe ich mal in skinElchi eingebaut:

Diff

--- ../tmp/vdr-plugin-skinelchihd-1.0.0+git20220213-1-5c392fd/background.c      2022-02-13 14:58:12.000000000 +0100
+++ background.c        2022-02-21 15:26:38.821347924 +0100
@@ -182,6 +182,12 @@
       direction = 0; // no scrolling
    }
 
+   // if (centered && textWidth <= vPort.Width())
+   // see vdr-plugin-softhddevice openglosd.cpp
+   int x = 0;
+   int w = Font->Width(*text);
+   if (maxwidth > vPort.Width() && !x) x = vPort.Width() - w; //For skinelchihd, but other skins not need this...
+   
    if (centered && textWidth <= vPort.Width())
    {
       LOCK_PIXMAPS;
@@ -189,7 +195,8 @@
       if (isempty(text))
          pixmap->Fill(colorBg);
       else
-         pixmap->DrawText(cPoint(0, 0), *text, colorFg, colorBg, Font, maxwidth, Font->Height(), taDefault);
+//         pixmap->DrawText(cPoint(0, 0), *text, colorFg, colorBg, Font, maxwidth, Font->Height(), taDefault);
+         pixmap->DrawText(cPoint(x, 0), *text, colorFg, colorBg, Font, maxwidth, Font->Height(), taDefault);
 
       pixmap->SetDrawPortPoint(cPoint((vPort.Width() - textWidth)/2 , 0));
    }

Alles anzeigen

FireFly · 21. Februar 2022

Das ist aber auch keine vollständige Lösung, denn dann steht evtl. noch alter Text im Bereich von 0 bis x-1

Edit: Stimmt nicht, davor ist ein Clear(). Aber es wird dann in dem Bereich die Hintergrundfarbe nicht gezeichnet

lnj · 22. Februar 2022

In the description of the vdpau, the size of the maximum surface is 8192x8192.

For opengl it is a GL_MAX_TEXTURE_SIZE.

But I didn't find anything about vaapi...

[ANNOUNCE] skinElchi HD 1.0.0 / 1.1.0 - 1.1.2

Jetzt mitmachen!

Teilen

Tags

Benutzer online in diesem Thema