graphlcd (base, vdr-plugin) touchcol branch (archiv)

Zitat von wastl

lcdproc ist eine komplett andere baustelle.

Wie meinst du das? Genauso wie graphlcd per serdisplib Ausgabeteiber serdispllib Displays nutzen kann, genauso kann lcdproc per graphlcd Ausgabetreiber graphlcd Displays (und damit dann auch serdispllib Displays) nutzen.
Die Frage war ja nur ob es sinnig ist die lcdproc Leute mal über die Änderung der Schnittstelle zu Informieren oder ob es besser ist damit noch zu warten weil du evtl. Planst da kurzfristig nochmehr zu ändern? Nicht das ich da jetzt auf die Mailingliste Poste und morgen ist die Schnittstelle wieder komplett anderst, allerdings sollte man das auch mal zeitig sagen, sonst dauert es ja zu lange ehe das wieder geht.

Und irgendwann wird der Touchcool Zweig ja auch mal das offizielle graphlcd Release, spätestens dann sollte IMHO der graphlcdproc Treiber wieder laufen. Und da muss dann ja schon mal jemand den Author drüber informieren (letzte Änderung ist letztes Jahr, also hat er da vermutlich noch Interesse am Projekt).

Zitat von wastl

zwischen icons und text ist schon ein riesen unterschied (zumindest die wareagle icons, die ich kenne - die sind bilddatein).

Gibts da mehere Varianten? Beim 1.6er VDR und extrecnmenü wird einfach das Unicodezeichen X ausgegeben und erwartet das man nen Font hat der an dieser Stelle das Symbol enthält. Ist also kein Unterschied ob man jetzt das Zeichen "A" Ausgibt oder das Zeichen was aussieht wie ne Uhr.

Keine Ahnung ob du das selber verwendest, http://andreas.vdr-developer.org/fonts/symbols.html

Zitat von wastl

und dass es mit den icons zzt probleme gibt weiss ich.
<variable name="bla" value="'{ConfigPath}/blalaber/fasel/{ChannelAlias}_l.glcd'"/>
<image path="#bla"/>
geht zzt nicht (da suche ich gerade).
<image path="{ConfigPath}/blalaber/fasel/{ChannelAlias}_l.glcd" /> funktioniert (obwohl eigentlich nicht ganz korrekt notiert ohne ' ').

gegenseitiges uebermalen der objekte:
es gibt die farbe 'transparent', zumindest habe ich die mal definiert und implementiert (getestet aber schon lange nicht mehr).
teste mal bitte mit bgcolor='transparent'.

Alles anzeigen

OK, probiere ich beides mal.

Zitat von wastl

ich sehe, du hast ein weiteres problem bei den navibuttons. entw. wie gesagt transparent versuchen oder gleich das neue object 'button'.

Ne das passt schon, da hatte ich nur noch nix dran gemacht.

Zitat von C-3PO

BTW:
Wie erstellst Du den die tollen Screenshots von dem LCD?

Für mein Display (SDC Megtron) liefert die serdisplib nen Kommmandozeilentool mit, mit dem man Screenshots vom Display ziehen kann.

cu

Gibt es eigentlich eine Möglichkeit, das LCD komplett auszuschalten?

Ich habe bei Standby "Power" auf dem USB Port, und da wäre es natürlich schon, wenn man LCD beim beenden der VDRs ausschalten könnte.

> es gibt sogar, wenn ich mich richtig erinnere, eine direkte anbindung an meine library als contribution.

Mit deiner Library meinst du serdisplib? In der Tat, gerade mal gegooled und nen Patch in ner Mallingliste gefunden, aber ins
Projekt hat es der Treiber anscheinend nicht geschaft. Dann setze ich das mal auf meine ToDo Liste das mal auszuprobieren. Danke für den Hinweis. Wenn das klappt wäre ich den Umweg über graphlcd-base dort los.

Tja, das Forum... Anmelden geht bei mir eigentlich immer, nur das Zitieren klappt garde nicht, selbst dann nicht wenn ich JavaScipt ausschalte (das hilft meistens). So ritig Opera freundlich ist das Forum anscheinend auch nicht.

cu

Da bin ich mit meinen kontrastschwachen Weis/Blau LCD ja fast neidisch

Wo gibts das Display denn überhaupt? Weil, TFT mit Touch perUSB, das hört sich ja richtig gut an.

BTW: Das mit den Pfaden funktioniert jetzt bei mir.

cu

Zitat von wastl

anmerkung: die bilder sind mit libsdl-ausgabe erstellt

Und wie genau macht man das?
Und wie sage ich nun graphlcd, dass farbige Bilder verwendet werden sollen? Und welches Format sollen die Logos haben?

Fragen über Fragen..

Schon wäre auch, wenn Du das Makefile von:

IMAGELIB =

ändern könntest in:

# IMAGELIB = imagemagick

Dann geht es leichter, ein ebuild zu erstellen.

Zitat von Keine_Ahnung

Wo gibts das Display denn überhaupt? Weil, TFT mit Touch perUSB, das hört sich ja richtig gut an.

Gibt es bei L4M.
Am besten Du schreíbst Bernhard eine Mail.

Zitat von wastl

makefile: haette ich eigentlich oben geschrieben, wieso ich das so voreinstelle...

Eben! Deshshalb habe ich ja nach:

# IMAGELIB = imagemagick

gefragt.

Kann es sein, dass dein Browser nicht nur ein Login-Problem hat, sondern auch nicht alles anzeigt?? - Oder sind meine Fragen einfach nur zu trivial, um darauf nicht zu antworten?

Es geht einfach darum, dass ich mit Portage installiere und da ist es für mich halt einfacher, wenn ich USEflag, wie ich beschreiben hatte, setzen kann.

BTW: Das hast Du wohl auch überlesen? --> [ANNOUNCE] graphlcd (base, vdr-plugin) touchcol branch
Sowie meine Frage zum ersatellen der Screnshots?

Evtl. sollte ich meine Postings auf wenige Worte beschränken??

PNG Lesen klappt gut (endlich nen richtigen Gafikformat ) Animierte GIFs gehen auch.

Allerdings lasse ich die Logos invertiert darstellen, bissher ging das natürlich, aber bei PNG werden sie immer gemäss den Farben dargestellt wie sie im Bild gespeichert sind. Ist ja auch erstmal logisch, und die erste Lösung wäre es die Logos halt selber zu invertieren, kein Problem, aber dann müssen wir generll vom "ein Logo Verzeichnis für alle Skins" Ansatz weggehen und jeder Skin hat sein eigenes Logo Verzeichis. Könnte man da beim Image Tag noch nen Invert zufügen?

Deweiteren, das mit dem nur die Displaybereiche updaten die notwendig sind... Nachdem man es per SVDRP wieder angeschaltet hat sollte ein Komplettupdate erfolgen, ansonsten baut sich das nur sehr mühsam wieder auf

BTW: Keine Ahnung obs so gedacht, einfach noch nicht eingebaut oer nen Fehler ist. Bei 8 Bit Paletten PNG wird die transparente Farbe ignoriert, und alle Farben ausser B/W werden ignoriert, also kein Dithering (würde sich z.B für Grautöne anbieten). Ist jetzt nicht so das Problem, es sollte nurmal festgelegt werden obs so sein soll oder nicht.

BTW2: "transparent" als Farbe zum Rechteck Objekt geht auch nicht

BTW3: Das convpic Tool mag mit meine animierten glcd nicht zurückkonvertieren. Bei den erzeugten BMP sind generell alle Pixel schwarz. Aber das nur nebenbei, hab meine glcd jetzt per HEX Editor convertiert und bin von glcd weg.

cu

Zitat von wastl

@C-3P0:
verstehe deshalb aber immer noch nicht, was da dann eine auskommentierte zeile fuer einen vorteil darstellt!?

Nun, da Du es so oder so noch ändern willst, hat sich das ja erstmal erledigt.

Zitat von wastl

anmerkung: die bilder sind mit libsdl-ausgabe erstellt (da muss ich nicht fotografieren), aber mit derselben aufloesung (320x240) wie l4m320t.

Allerdings habe ich immernoch nicht begriffen, wie ich solche Screenshots erstellen kann...

Auch ein kleines Howto zum Thema "Farbige Channellogos" wäre nicht schlecht.

Zitat von wastl

farbige channellogos: einfach statt glcd-files andere logos verwenden? (zb. v. text2skin). es bedarf keiner weiteren anpassungen.
dh zum beispiel statt vorher:
<variable id="ChannelLogo" value="'{ConfigPath}/logos/channels/{ChannelAlias}_l.glcd'"/>
jetzt
<variable id="ChannelLogo" value="'{ConfigPath}/collogos/{ChannelAlias}.mng'"/>
mehr ist es nicht.

Funktioniert bei mir leider nicht.

Ich habe die Logos mit 64x48 im *.nmg Format vorliegen, aber leder habe ich nur ein schwarzes Fensterchen.

<variable id="LogoW"             value="64"/>
  <variable id="LogoH"             value="48"/>
  <variable id="LogoX"             value="mul(-1,#LogoW)"/>
  <variable id="ChannelLogo"       value="'{ConfigPath}/logos/channels/color/{ChannelAlias}.mng"/>

{ChannelAlias} <-- Das ist doch der Name, wie er in der channels.conf steht, oder??