anthra (alle Auflösungen) und black_and_blue (Full-HD und HD-Ready) für text2skin

Hi Markus,

Zitat

Original von ofenheizer

... nur keinen Stress

wieso Stress? ist doch fast wie *Jugend forscht*

hier ne Version mit nem Testbild in 1024x576 (16:9), wieder eingebaut in die replayInfo, also Aufnahme abspielen und OK drücken.

http://www.justlinux.de/vdr/anthra_SD-16x9-test.tgz

Im OSD-Setup sollten Abstand von links und oben jeweils auf Null stehen.

In nem xine-Fenster mit 1024x576 sieht das bei mir so aus wie unten auf dem Bild.

geronimo: hast du doch allein den Pfad zu *meinem Skin* gefunden ;).... wollte in Tobis thread nicht weiter rumspammen, deshalb hab ich mich da nicht mehr geäußert.

Zitat

Original von geronimo
Die Grafiken wurden beim Bearbeiten leider deutlich größer, was sich in der Antwortzeit des Menüs niederschlägt,

sehr wahrscheinlich ist die Farbanzahl der pics zu hoch, schraub die mal auf max 128 runter. Welches Graphikprog setzt du denn ein ?

Gruß
Tomas

Hi Gero,

Zitat

Original von geronimo
[...]Ich denke, manches könnte man durch "Mal"-Operationen ersetzen.
Ich habe den Eindruck, als würden die Grafiken eher zu einer langsameren Antwortzeit beitragen, als die Mal-Operationen.

Schau dir mal mapovis PearlHD an, für nur einen einzigen Farbutton werden da allein 21 Zeilen Code benötigt (nur als Feststellung- keine Kritik!). Die Sache hätte neben besseren Reaktionzeiten natürlich auch den Vorteil, dass der Skin zumindest in Grenzen (besser) skalierbar wäre.
Letztendlich sind die anthras aber für die Ausgabe über vdpau *designed* und es ist wesentlich einfacher bzw schneller pics laden zu lassen als Farbverläufe mit zig rectangles-Streifchen im Skinfile zu coden. Außerdem habe zumindest ich bei drei verschieden Hardwarekonstellationen absolut keine Probleme mit der Reaktionzeit oder CPU-Last.

Zitat

Original von geronimo
Lach - da ich unter Debian arbeite, dürfte gimp so ziemlich ohne alte Naive sein.
Farbanzahl habe ich nicht verändert (also Graustufen gelassen), nur die Komplexität und Transparenz ist erhöht (was ja für eine Größenänderung reicht)

Es gibt sicher viele Leute hier, die Linux nur für VDR laufen haben, deshalb bin ich da mit Vermutungen was das zum *Arbeiten* jeweils eingesetze OS betrifft eher zurückhaltend

wg Komplexität und Transparenz: (ohne überheblich sein zu wollen) die Verläufe deiner pics sind [dn]och recht grob, da sind die der anthras *komplexer* bzw feiner, daran liegt das also nicht.
Transparenz würde ich nicht im pic gleich mitgeben sondern im Skinfile mit *alpha=...." angeben. Siehe auch:

http://www.vdr-wiki.de/wiki/in…Skin_Referenz#.3Cimage.3E

und ganz wichtig - auch bei Graustufen- in gimp vor dem Abspeichern: -> Farben -> Posterisieren -> und da soweit runtergehen, dass das pic noch *gut* aussieht.

Das top.png vom ALU hat z.B. 18,4KiB. Wenn du das auf 128 Farben wie beschrieben runterschraubst hat es gerade noch 6,9KiB und es ist trotzdem rein optisch kein Unterschied wirklich erkennbar.

Zitat

Original von geronimo
Leider habe ich noch kein Grafikproggy gefunden, bei dem ich das, was ich gerne machen möchte, ohne Grafikerstudium umsetzen könnte. So muss ich mich oft durch 3-4 Anwendungen kwälen, bis ich z.B. einen kleinen Knopf so habe, dass er mir gefällt.

Für meine Zwecke kann gimp eigentlich alles und ich schöpfe bisher nur einen minimalen Bruchteil der Möglichkeiten von gimp aus. klar braucht es eine Weile, bis man damit einigermaßen zurecht kommt, aber wenn man mal die Grundfunktionen intus hat, kommen andere Sachen schnell dazu. Außerdem gibt es für gimp haufenweise howto's für die unerdenklichsten Anwendungsfälle.

Zitat

Original von geronimo
Auf jeden Fall hat mir die Arbeit an Deinem Skin sehr gefallen - könnte sein, dass ich doch noch tiefer einsteige

nur zu! das *mein* Skin war ja von mir nicht wörtlich bzw possessiv/*besitz*anzeigend gemeint

Es gibt sicher einige, denen der anthra zwar vom Layout her gefallen könnte, denen er aber von der Farbgebung her zu düster ist. Da würde sich ne Alternative doch anbieten!

btw: das Paket, das du bei Siggi hochgeladen hast, ist in der Form nicht nutzbar. Die *.colors hat nicht die richtige Syntax und Verzeichnisname und die Namen der enthaltenen files stimmen nicht überein...etwas ungeschickt für Leute, die den ALU gerne testen würden, aber es nicht ootb zum Laufen bekommen....

Gruß
Tomas

Hallo,

Zitat

Original von Midas
[...]scrollt der gesamte Bildschirm unterscheidlich hin und her, da kann einem schon schummerig werden ;).

Ja ich mag das auch nicht, aber bei den etwas beengten Verhältnissen beim SD, kann ich es nachvollziehen, dass einige das nützlich finden.

Zitat

Original von Midas
Ich hatte schon versucht alles was marquee heisst per sed in text zu ändern. Leider fällt der vdr (1.6) dann auf classic skin zurück. Ich würde daher erstmal lieber kompett auf marquee verzichten.

verstehe ich nicht, warum das mit sed nicht geklappt hat...nach einem

sed 's/marquee/text/g' -i anthra_SD.skin

sollte alle marquees durch text ersetzt sein und der Skin ganz normal laufen

Zitat

Original von Midas
Eine Idee wäre da, nur die aktive/Cursor-Zeile zu marqueeisieren. Wäre das möglich?

das will mir text2skin gerade nicht abnehmen, weiß noch nicht warum....

Die Menüs werden als Listen generiert. Als Einträge gibt es dann {MenuGroup},{MenuItem} und {MenuCurrent}. Wenn ich nur bei *MenuCurrent* ein *marquee* setze, gibt es auch darin keine Laufschriften mehr.....

Ich mache das auf jeden Fall erst mal komplett *abschaltbar*,
es gibt inzwischen eh schon wieder ne neuere Version des SD, die ich hier noch gar nicht gepostet habe und in der *Volume* und *Mute* in einige der jeweils eingestellten OSD-Sprachen übersetzt werden.
Da baue ich die marquees optional noch mit ein, geht ja schnell.

Zitat

Original von Midas
Keep on the good work

I will do my best macht gerade auch mal wieder richtig Laune!

Hier mal so eine Art *proof of concept* für die Darstellung von Menülogos und Umgestaltung des Hauptmenüs, gestern erst angefangen, also noch in einem sehr frühen Stadium...

Darstellung der Menülogos (als Grundlage dienen icons aus dem iceglass-Paket für KDE, die noch gespiegelt und mit einem leichten *Schatten* versehen werden)

[Blockierte Grafik: http://img109.imageshack.us/img109/1771/menulogos.png]

in einem Menü sieht das momentan z.B. so aus:

[Blockierte Grafik: http://img178.imageshack.us/img178/7616/newanthra2.png]

wird aber natürlich noch detailierter gestaltet bzw umgestaltet werden.

Gruß
Tomas

Hallo,

Zitat

Original von Dumpfbacke
[...]wenn schon Menülogos, dann bitte abschaltbar.[...]

klarer Fall!

Zitat aus meinem Beitrag vom 16.10.

Zitat

Original von tomas
[...]mir persönlich gefällt der Skin eigentlich in der ganz spartanischen Version, also ohne irgendwelche Accessoires immer noch am besten, aber es werden in Zukunft schon noch ein paar Sachen *zuschaltbar* sein

In den momentan öffentlich zugänglichen Testskins sind u.a. auch die Menülogos optional und werden es in Zukunft natürlich auch bleiben.

Generell ist das oben Gezeigte wie geschrieben nur ein *proof of concept* !

Wenn Olli und mir nicht mehr einfallen sollte, als ein plumpes auf anthra getrimmtes reelskin-Plagiat daraus zu machen, lassen wir es sowieso besser bleiben.

Ab nächster Woche werde ich eh erst mal wieder konzentriert an den Testanthras in der bestehenden Form weiter machen, was danach kommt wird man sehen.

Gruß
Tomas

Hallo,

anthra_SD-0.2.4 ist jetzt verfügbar.

Nachdem ich die 0.2.3 nicht im Portal veröffentlicht hatte, hier einfach der Inhalt der neu angelegten HISTORY:

Zitat

text2skin-anthra-SD Revision History
----------------------------------

2010-10-23: Version 0.2.4

- Added NOMARQUEE-option in Makefile
- Added HISTORY

2010-10-21: Version 0.2.3

- Added *.po-files
- Added license
- Added README

Alles anzeigen

WICHTIG: in den bisherigen Versionen des anthra_SD bzw liquid-logos4anthra_SD hatte sich ein Typo eingeschlichen.

Der Name des Channellogo-Verzeichnisses hatte ein t zuviel! Dieser Fehler wurde jetzt bereinigt. Wer schon die liquid-logos4anthra_SD hat, muss die nicht neu runterladen, sondern einfach nur umbenennen.

alt: liquid-logos4anthtra_SD
neu: liquid-logos4anthra_SD

Download

Skin: http://justlinux.de/vdr/anthra_SD-0.2.4.tgz
Channellogos: http://justlinux.de/vdr/liquid-logos4anthra_SD.tar.gz

Falls sich jemand mit einer modded FF mal die Mühe machen würde, den Skin zu testen und Bescheid geben könnte, ob er damit läuft oder nicht, würde mich das freuen
Ich selbst verfüge nicht über eine solche Karte und kann das deshalb nicht testen.

Viel Spaß!

Tomas

Zitat

Original von ofenheizer
[...] Du schiebst schon wieder einen neuen SD nach

der Kleene ist schneller flügge geworden, als ich gedacht habe...hatte diese Woche eine Anfrage eines Fedora-Maintainers aus Finnland. Da hab ich dem Lütten ganz schnell Reisepapiere in Form von Lizenz, Readme und Übersetzungen *besorgt*, damit er für die Reise in die weite Welt auch gut gerüstet ist

....nach so vielen Jahren Linux auch mal selbst einen kleinen Beitrag leisten zu können ist schon toll....

Gruß
Tomas

Hi Midas,

Zitat

Original von Midas
[...] Allerdings nehme ich mal nicht an, dass das /../ gewollt ist. Bleibt also die Frage danach, wo das herkommt und wie mans ändern kann.

im Skinfile ist dieser relative Pfad angegeben

../liquid-logos4anthra_SD/logobg.png

also sollten die Logos oder ein link darauf im *Elternverzeichnis* des Skins liegen, aber jetzt wo du die Frage stellst....es wäre wesentlich sinnvoller - wie bei den EPG-Images - einen absoluten Pfad für die Logos zu nehmen, der dann übers Makefile angepasst werden kann. Werde das so einbauen.

EPG-Images kann ich auch fest einbauen, wie kommen die denn bei dir raus? Fehlfarben? Schwarz/Weiß? hab gesehen, du hast das colors="64" auf jeden Fall mit reingenommen.

Zitat

Original von Midas
Soweit ich verstanden habe, ist es kompliziert die skin zu skalieren und erforderte eine extra Version, weswegen ich erstmal nicht davon ausgehe, dass da eine Extrawurst gebraten wird...:D Falls interessant trotzdem ein screen hier:

Danke für das Bild

Zur Skalierbarkeit der anthras: es ist nicht kompilziert, sondern in diesem Fall, was die Skalierbarkeit in der Breite angeht, einfach nicht machbar. Deshalb gibt es auch keinen text2skin-skin, der mit pics arbietet und in der Breite skalierbar ist!
Die anthras werden ja aus verschieden pics zusammengebaut zwischen denen dann z.B. im Menü noch ein rectangle als Hintergrund gezeichnet wird. Wenn ich jetzt hingehe und den Skin in der Höhe skalierbar mache, kann ich das so einrichten, dass der obere Querbalken an seiner Position bleibt, der untere Querbalken je nach Skalierung nach oben wandert und sich das Backgroundrectangle entsprechend in der Höhe verkürzt. Oberer und unterer Balken würden nur in der Höhenposition verschoben, dabei aber ihre eigentliche Größe/Ausdehnung behalten(also nicht skaliert werden!)

Wenn ich den Skin auch in der Breite skalierbar machen will, müssen auch die Pics verkürzt bzw skaliert werden und dabei spielt text2skin leider einfach nicht (richtig) mit. Selbst wenn man horizontal und vertikal mit den gleichen Werten skaliert, kommt es zu nicht kontrollierbaren Veränderungen der pics - unter 90% haben sie dann z.B. plötzlich nur noch einen Bruchteil ihrer eigentlichen Größe und das Skalieren mit unterschiedlichen Werten für Höhe und Breite geht schonmal garnicht. Zur Verdeutlichung habe ich mal ein Screenshot mit Erläuterungen angehängt. Ich hoffe dadurch wird der Unterschied zw vertikaler und horizontaler Skalierung etwas klarer.

Langer Rede kurzer Sinn: was ich anbieten kann ist Skalierbarkeit in der Höhe: aber auch da gibt es einen Haken. Der Skin muss dann relativ ausgerichtet werden, was bedeutet, dass er bei 16:9 nicht mehr in die Breite gezogen, sondern wie unten auf dem Bild im Seitenverhältnis 4:3 dargestellt wird.

Bei dir müsste ja aber sowieso in der Breite skaliert werden, Haken s.o.
Man könnte aber überlegen die *Ränder* nach außen hin etwas größer zu machen, damit wenigstens nichts mehr abgeschnitten wird. Wenn ich das richtig sehe fehlen bei dir jeweils 40px rechts und links. Die linken Ränder der pics beginnen aber schon bei x1="25".
Mit der *Extrawurst* wäre das keine große Sache. Ich würde dir die pics entsprechend *verkürzen*, das dauert keine fünfzehn Minuten und dir erklären was du im Skinfile wie ändern musst, damit dann alles zusammenpasst. Sollte kein Problem für dich sein, die Koordinaten entsprechend zu ändern. Du musst nur wissen, ob du dafür etwas Zeit opfern willst. In einer, höchstens zwei Stunden sollte das eigentlich erledigt sein.

Gruß
Tomas

Hi Midas,

Zitat

Original von Midas

Aha? Wie oben geschrieben ist, mag ich die Skalierung von SDL überhaupt nicht, sondern hätte gern dauerhaft 4:3. Kann ich relative irgendwo angeben?

mannmann, hab ich total vergessen, dass du ne 4:3-Röhre hast, dann ist dein Problem evtl schon mit dem relative-mode gelöst.

ändere im Skinfile unter dem Kommentar, sollte Zeile 20 sein:

<skin version="1.1" name="anthra_SD" screenBase="absolute" >

hinten das *absolute* in *relative* und VDR neu starten.

Gruß
Tomas

Hallo,

Midas: ich mach dir mal eine Ansicht mit verkürzten Pics, dann kannst du mal testen, ob das so hinkommt.

Markus: danke für das Bild! da war jetzt für links und oben kein Abstand bzw 0% eingestellt, oder? Leider lässt sich nicht erkennen, wieviel vom rechten Rand fehlt...

Hol dir mal ein neues Testbild:

http://justlinux.de/vdr/testing/test-16:9.png

und ersetze das alte im Verzeichnis images damit, ich hoffe die Markierungen am rechten Rand reichen damit aus...

Da mir das aber auch sehr - um Midas' Ausdruck zu gebrauchen - nach *Extrawurst* aussieht, weil ich auch nicht unbedingt davon ausgehen kann, dass dein Bild repräsentativ für eine Ausgabe über vga2scart mit 1024x576 ist, musst du dir überlegen, ob du evtl nach Anleitung auch selbst schnitzen willst. Warum ich den anthra horizontal nicht skalierbar machen kann, wurde hoffentlich verstanden und ich hoffe es ist auch verständlich, dass ich mich nicht darauf einlassen kann, individuell abgestimmte Skins zu fabrizieren. Falls aber jemand selbst Hand anlegen will, bin ich gerne dazu bereit Hilfe zu leisten!
Letztendlich muss man zum Anpassen der Skins nur etwas Kopfrechnen und die Koordinaten im Skinfile anpassen. Man kann sich auch ein passendes Hintergrundbild machen und da die Werte *rauslesen*. Kostet etwas Zeit, aber schwer ist das nicht. Man muss selbst wissen, obs unbedingt wirklich der anthra sein muss, oder ob nicht einer der vielen anderen Skins doch einfacher zu handeln ist.

Gruß
Tomas