[text2skin] HD Skin: PearlHD (Neu:SD+HDReady)

Zitat

Original von mapovi
gda
Habe es mal drüber laufen lassen. Leider funktioniert es noch nicht.

Code

ERROR: text2skin: OSD provider can't handle skin: Areas not correctly aligned
ERROR: Skin zu groß oder nicht korrekt ausgerichtet

Es werden auch solche Zeilen erzeugt:

Code

x1="-640" x2="-270" y1="-195" y2="-150"

Das steht in der Referenz:

Code

Wenn möglich sollten Skins im 'relative' Mode mit x1, y1, x, y als positiven Werten angegeben werden und x2, y2 als negativen Werten. So wird gewährleistet, dass das erstellte Skin immer vollständig dargestellt werden kann.

Alles anzeigen

Achso, dann ändere das Programm doch entsprechend:
aus Zeile

[xy][12]?=\"[0-9]*\" {

wird

[xy]2=\"[0-9]*\" {

Zitat

Original von mapovi
Verstehe ich das richtig das die relativ angelegten Skins gar nicht proportional skalieren?

Richtig, das war ja der Sinn meiner EMail.

Gerald

Hi, hab hier mal einen kleinen Patch erstellt für die aktuelle git Version von text2skin

diff -ruN vdr-plugin-text2skin/text2skin.c vdr-plugin-text2skin-changed/text2skin.c
--- vdr-plugin-text2skin/text2skin.c    2009-10-01 17:13:44.000000000 +0200
+++ vdr-plugin-text2skin-changed/text2skin.c    2009-10-01 17:15:02.000000000 +0200
@@ -13,6 +13,9 @@
 #include "i18n.h"
 #include "loader.h"
 #include "status.h"
+#include <vdr/skins.h>
+#include <vdr/skinclassic.h>
+#include <vdr/skinsttng.h>


 #if APIVERSNUM < 10600
 #error "VDR-1.6.0 API version or greater is required!"
@@ -34,6 +37,8 @@
                "FLUS\n"
                "    Flush the image cache (useful if images have changed and the"
                "    current version should be loaded).",
+                "RELOAD\n"
+               "    Reload Skins.",
                NULL
                };
        return HelpPages;
@@ -46,6 +51,13 @@
                cText2SkinBitmap::FlushCache();
                return "image cache flushed.";
        }
+        if (strcasecmp(Command, "RELOAD") == 0) {
+                Skins.Clear();
+                new cSkinClassic;
+                new cSkinSTTNG;
+                cText2SkinLoader::Start();
+                return "skins reloaded.";
+        }
        return NULL;
 }

Damit liest der VDR mittels SVDRP Kommando alle Skins neu ein und man sieht Veränderungen die man
im Skinfile gemacht hat sofort ohne Neustart des VDR's

Jetzt werden einige sagen wozu? Ich kann doch auch den VDR neustarten.

ABER: da mein VDR auch ab und zu Aufnahmen macht ists immer doof für ne Änderung am Skin bis zur Pause auf
dem jeweiligen Sender zu warten um den VDR neustarten zu können ohne, dass gleich die Aufnahme fürn A*** ist

Nachteil: hab es nicht hinbekommen, den aktuellen Skin vor dem neueinlesen der Skins auszulesen,
um diesen dannach wieder als default zu setzen. Vielleicht weiß da ja jemand Rat!
Und veilleicht auch noch wie ich es anstelle, dass Skins die per Plugin eingebunden sind auch wieder neugeladen werden (z.B. EnigmaNG).

gda viellcht baust Du den Patch ja ein wenn auch vielleicht nicht ganz so stümperhaft wie ichs getan hab, vielleicht weiß
Du ja auch wie mann die Mankos an meinem Patch noch beheben kann

gda
nochmal auf die Sache mit der Schiftart zurückzukommen:
hab jetzt nochmal denn aktuellen git Stand neu compiliert, damit funktioniert
bei den font="Osd" bzw. font="Sml" wunderbar.
Schriftgröße wird von den VDR Einstellungen genommen und wenn als Schriftart
im "VDRSymbols" festgelet ist, dann werden auch die Symbole korrekt dargestellt.

Zitat

Original von maverick-me
gda viellcht baust Du den Patch ja ein wenn auch vielleicht nicht ganz so stümperhaft wie ichs getan hab,

das kann ich natürlich machen, aber ich glaube du misst meinem Repository etwas zu viel Bedeutung
zu. Allzu viele scheinen es nicht zu benutzen.

Zitat

Original von maverick-me vielleicht weiß
Du ja auch wie mann die Mankos an meinem Patch noch beheben kann

Vermutlich würde ich das wohl rausbekommen, aber ich habe so wenig Zeit.

Zitat

Original von maverick-me
hab jetzt nochmal denn aktuellen git Stand neu compiliert, damit funktioniert
bei den font="Osd" bzw. font="Sml" wunderbar.

Gute Nachricht, danke für den Test.

Gerald

Hey Leute!

Habe jetzt auch das xine plugin (basis xine-1.2) am laufen mit xine ui (cvs) und was soll ich sagen:

DER GEHT!!!!

Das OSD wird perfekt gerendert, kein OSD Ruckeln nicht mal bei Laufschrift. Sauberes Schriftbild und keine ausgefransten Kanten mehr, ausserdem wird auch die Transparenz dargestellt . Also liegt s doch am xinelibouput plugin.

Das ganze bei Nutzung von vdpau als Ausgabedevice. Auch meine ständigen Probleme mit der HD Sender Wiedergabe sind wech (Oftmals musste ich die Sender mehrfach tunen und bei osd auf HD Sendern gabs nur noch klötzchen oder Ruckelbild ohne Ton). Interleacer ist Temporal_Spatial.

Ich werds mal weiter Einrichen....

Gruß
Atech

Zitat

Originally posted by Atechsystem
DER GEHT!!!!

gibs ein howto?

HI,

hab auch mal die 0.0.3 installiert, was mir aufgefallen ist.
Wenn ich in den Plugineinstellungen gehe und ich habe ein Plugin mit vielen options, dann kann ich nicht runterscrollen beispiel wäre hier das Xineliboutput Plugin im Bereich Video.

MfG
Kris

Zitat

Original von NemoN

gibs ein howto?

Ich kann eins für Arch Linux schreiben - ich verwende die Packages aus dem Archvdr repro. Kann ich jedem nur empfehlen. Wenn da mehr Infos gewünscht sind werde ich da was machen.

Atech

Zitat

Original von Atechsystem
Also liegt s doch am xinelibouput plugin.

Warum funktioniert es dann bei mir mit dem Xineliboutput-Plugin?

Gerald

Zitat

Original von kris
Wenn ich in den Plugineinstellungen gehe und ich habe ein Plugin mit vielen options, dann kann ich nicht runterscrollen beispiel wäre hier das Xineliboutput Plugin im Bereich Video.

Das ist mir auch gerade aufgefallen, musste mal wieder am Deinterlacer rumspielen
Es kommt dann schon irgendwann wieder wenn Du lange genug runterscrollst.

Die Liste wird dann um drei oder vier Einträge erweitert nach unten, und der Cursor verschwindet ganz, scrollt man weiter kommts dann irgendwann.

Bei mir ist auch das Zeitfeld bei der Kanalinfo zu klein ("Donnerstag", das is lang ), das "D" berührt schon die Kurve.

Die Titelzeile des Hauptmenüs kommt mir auch bissl kurz vor, es läuft grad ne Aufzeichnung, dann steht da: "Rec:<viel Raum><5 Zeichen die durchgescrollt werden>"

Hab ich schon erwähnt dass der Skin einfach geil ist?

Zitat

Original von gda

Warum funktioniert es dann bei mir mit dem Xineliboutput-Plugin?

Gerald

Kann ich nicht sagen - ich habe/hatte da ja zwei völlig unterschiedliche Probleme:

1. Generell bei xineliboutput das Problem, dass osd Einblendungen zum Ruckeln des TV Bildes führten (scheinbar ein vdpau Problem bei bestimmten Karten)

2. Ich bekam den PearlHD Skin nicht korrekt skaliert und angezeigt

Das hat sich jetzt mit vdr-xine plötzlich erledigt

Zitat

Original von Atechsystem

Kann ich nicht sagen - ich habe/hatte da ja zwei völlig unterschiedliche Probleme:

1. Generell bei xineliboutput das Problem, dass osd Einblendungen zum Ruckeln des TV Bildes führten (scheinbar ein vdpau Problem bei bestimmten Karten)

2. Ich bekam den PearlHD Skin nicht korrekt skaliert und angezeigt

Das hat sich jetzt mit vdr-xine plötzlich erledigt

Alles anzeigen

na ja, aber du hinterlässt den falschen Eindruck, dass es nur mit vdr-xine funktionieren würde.

Gerald

Echt verdammt schön dieses Skin...
Schade, dass es nur eine HD Variante gibt.

Weiters, kennt jemand von euch noch andere
text2skin Skins, die so ähnlich elegant wie dieses
wirken?

lG Paul

Zitat

Original von gda

na ja, aber du hinterlässt den falschen Eindruck, dass es nur mit vdr-xine funktionieren würde.

Gerald

OK, für die die diesen Thread hier nur teilweise Lesen oder an dieser Stelle hier einsetzen magst du recht haben. Wenn man meine vorherigen Posts gelesen hat weiss man was gemeint ist.

Ich spreche also jetzt nur für mein System:

- Mit xineliboutput bekomme ich keine saubere Darstellung des PearHD Skins hin - erst recht keine HD Skalierung (es sieht eigentlich immer vermatscht und alles andere als Hochauflösend aus). Diese Probleme habe ich sowohl beim VDR 1.7.0 als auch beim 1.7.9 .

- Bei meiner Hardware und gleichzeitig aktiviertem VDPAU habe ich das Phänomen, dass bei Einblendung des OSD (egal ob PearlHD oder einem anderen) das TV Bild stockt und sich das bei jeder Veränderung wiederholt. Besonders extrem ist dies bei Laufschriften.

Seit der Verwendung von vdr-xine mit xine-ui als Ausgabeplayer sind diese Probleme nicht mehr vorhanden. Es stockt ganz selten noch mal ein bisschen, aber das ist verglichen mit vorher zu vernachlässigen. Auch Laufschriften führen nicht mehr zum stocken des Videobildes. Ausserdem wird der Skin absolut Scharf und vorallem in full HD dargestellt.

pauli8585

Es gibt den enigmang Skin und den skinopalusika (oder so in der Art). Beide bieten eine schöne Optik und sind auch für LowRes erstellt worden.

Just my two cents....

Und nochmal vielen Dank für diese wirklich gelungene Optik an mapovi!!!

Atech

Zitat

pauli8585 Es gibt den enigmang Skin und den skinopalusika (oder so in der Art). Beide bieten eine schöne Optik und sind auch für LowRes erstellt worden. Just my two cents....

Ja danke, kenn ich schon...

hallo,

sodala, hab nun den vdr-1.7.0 einmal auf HD osd "gepatched". mit skin enigmang funktionierts bei 720P schonmal sehr gut. mit mapovi's PearlHD leider noch nicht so recht ...

unter "Einstellungen --> OSD" habe ich die größe auf 1200 x 700 gestellt. abstand oben=10 und links=40 (somit sollte es in der mitte sein - bei enigmang greift es).

im skin file "PearlHD.skin" stellte ich "<skin version="1.0" name="PearlHD" screenBase="abs1280x720">" (sollte doch passen). text2skin-1.2 wurde mit Gerald's patch versehen.

mapovi's skin wird zumindest einmal schön transparent dargestellt. leider "zu groß und nach rechts unten abgeschnitten bzw. aus dem sichtbaren bereich rausreichend". wareagle-icons sind abgeschaltet .. in der setup.conf stehen noch die werte, die ich auch beim enigmang eingestellt habe (relevantes zusammengekürzt):

FontFix = Courier:Bold
FontFixSize = 20
FontOsd = VDRSymbols Sans:Bold
FontOsdSize = 18
FontSml = VDRSymbols Sans:Book
FontSmlSize = 18
.
OSDHeight = 700
OSDLanguage = de_DE
OSDLeft = 40
OSDMessageTime = 1
OSDTop = 10
OSDWidth = 1200
.
text2skin.MaxCacheFill = 25
.
xineliboutput.OSD.AlphaCorrection = 0
xineliboutput.OSD.AlphaCorrectionAbs = 0
xineliboutput.OSD.Blending = 1
xineliboutput.OSD.BlendingLowRes = 1
xineliboutput.OSD.ExtSubSize = -1
xineliboutput.OSD.HideMainMenu = 0
xineliboutput.OSD.LayersVisible = 4
xineliboutput.OSD.Scaling = 1
xineliboutput.OSD.SoftOSD.FadeInRate = 25
xineliboutput.OSD.SoftOSD.FadeInSteps = 8
xineliboutput.OSD.SoftOSD.FadeOutRate = 25
xineliboutput.OSD.SoftOSD.FadeOutSteps = 8

xineliboutput habe ich nicht für HD osd gepatched. im xineliboutput ist auch noch ardi's soft-OSD patch aktiv. es ist auch egal, ob ich auf einem SD-kanal oder HD-kanal stehe - PearlHD ist immer nach rechts unten abgeschnitten/hinausreichend.

scheint, daß ich etwas übersehe ...

gruß, ciax

EDIT:
hmm - was mir gerade noch im log auffällt und mich stutzig macht, sind folgende einträge vom xineliboutput, wenn PearlHD aktiviert wird:

Oct  1 22:50:33 vdr vdr: [8420] setting current skin to "PearlHD"
Oct  1 22:50:33 vdr vdr: [8420] loading /etc/vdr/vdr-1.7.0-live/themes/PearlHD-default.theme
Oct  1 22:50:33 vdr vdr: [8420] saved setup to /etc/vdr/vdr-1.7.0-live/setup.conf
.
.
Oct  1 22:50:33 vdr vdr: [8420] [xine..put] Detected HD OSD, size > 1682x981, using setup values 1280x720
Oct  1 22:50:33 vdr vdr: [11929] Text2Skin: menu display update thread started (pid=8420, tid=11929)
.
.

kurz vor aktvierung des skin stand hier noch:

Oct  1 22:49:48 vdr vdr: [8420] [xine..put] Detected HD OSD, size > 1280x720, using setup values 1280x720

wenn auf diesen eintrag "ge'grep't" wird, tauchen die eigenartigen auflösungen allerdings auch bei enigmang auf (das ja nicht abgeschnitten ist):

Oct  2 10:29:03 vdr vdr: [7301] [xine..put] Detected HD OSD, size > 1274x1278, using setup values 1280x720
Oct  2 10:29:05 vdr vdr: [7495] [xine..put] Detected video size 720x576
Oct  2 10:29:09 vdr vdr: [7498] [xine..put] Detected video size 720x576
Oct  2 10:34:04 vdr vdr: [7301] [xine..put] Detected HD OSD, size > 1280x1340, using setup values 1280x720
Oct  2 10:39:31 vdr vdr: [7301] [xine..put] Detected HD OSD, size > 1280x1340, using setup values 1280x720

ciax
ist doch klar, das der was abschneidet, auch wenn du in der ersten Zeile auf "abs1280x720" änderst ist der Rest des Skins ja noch auf 1920 × 1080 ausgelegt.

Probier doch mal in den Einstellung des VDRs die OSD Auflösung auf 1920 × 1080 (ggf. noch die Ränder abziehen) zu setzen (so hab ichs bei mir), dann sollte es funktionieren.

Zitat

Original von maverick-me
ciax
ist doch klar, das der was abschneidet, auch wenn du in der ersten Zeile auf "abs1280x720" änderst ist der Rest des Skins ja noch auf 1920 × 1080 ausgelegt.

Probier doch mal in den Einstellung des VDRs die OSD Auflösung auf 1920 × 1080 (ggf. noch die Ränder abziehen) zu setzen (so hab ichs bei mir), dann sollte es funktionieren.

hmm, stimmt - wieder nicht ans grundlegende gedacht. -- dann kann ich's vergessen. mein TV kann progressiv nur 1366x768, eine 1080I konnte ich noch nie über DVI/HDMI am display darstellen und 1920x1080P kann's LCD nicht ... das schmerzt!

gruß, ciax