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

Zitat von wastl

wobei ich den channelname nicht verwenden wuerde. der wechselt ja manchesmal oefter als so mancher seine unterhose ... (ganz leicht ueberspitzt gesagt).

Stimmt, aber wenn C-3PO das so will dann kann er das ja so machen, gehen tuts ja

Das mit der channel.alias ist schon ne gute Sache, skinenigma nimmt entweder den Sendernamen (Fehleranfällig) oder die Channel ID (zu kryptisch). Einer meiner VDR bezogenen Träume wäre ja noch ne projektübergreifende Vereinbarung für die Logos, d.h. eine channels.alias die alle (graphlcd, graphtft, skin<irgenwas>, live usw.) nehmen und die Logos in allen Varianten in ner Flat-File-Database (die auch von allen genutzt wird).
<irgendwo>/channelogos/<width>x<height>/<bpp>/<still|ani>/<channelalis>.<png|apng>

Und die Programme suchen sich das best passende zur Anzeige raus (wenn gerade keins in Farbe da ist wird halt das S/W genommen, oder nen kleineres wird aufgezoomt).

Aber ich schweife ab... Aber loswerden musste ich das mal wieder

Wobei ich so eine Verzeichnisstruktur erstmal gerne als Vereinbarung für graphlcd vorschlagen würde, das mit dem _l und _m wird ja irgendwann unübersichtlich, und die mit den hochauflösenden Displays wollen irgenwann bestimmt mal mehr als 64x48.

cu

Thx @ wastl , Keine_Ahnung.

Jetzt funktioniert alles so wie es soll.

Ich habe mal ein Päckchen mit knapp 1000 Logos im *.nmg Format 64x48 mit passender channels.alias (Astra 19°E & Hotbird 13°E ) gebastelt und auf meinen Server geschoben.

--> http://minty.cirtexhosting.com…nnellogos_graphlcd_color/

Nun, *IMHO* wäre es am besten, einen Downloder zu basteln, der die Logos von Lyngsat-Logo herunterläd. Dann müsste sich halt jeder der Logos benötigt, wie die Skins, oder Plugins, selber um die umformatierung und/oder die Namesgebung kümmern.

GIT wäre auch meine erste Idee, aber dann kommen ja wieder die Copyright Probleme (die ich in diesem Zusammenhang absolut albern finde).

Autodownload für Lyngsat, nun ja, die Quallität ist miserabel (Gerade die falschen antialias Kanten finde ich optisch sehr störend). Ich hab mal probiert auf diese Weise Logos für Skinenigma zu machen, aber das sahr extrem bescheiden aus, der alte Skinenigma Logopack war extrem hochwertig.
IMHO geht sowas nicht automatisch, das geht nur mit "jeder nimmt sich mal die Zeit und bastelt eines und es wird gesammelt". Bei skinenigma habe ich die Logos wieder abgeschaltet.
Die S/W Logos für Graphlcd die ich mir zusammengesammelt habe sehen sehr gut aus (da steckt aber AFAIK auch jemand (oder wenige) mit Handarbeit hinter). Wobei hier noch einige fehlen (da versuche ich michmal dran wenn Zeit ist, aber ich bin da extrem untalentiert drin).

Ich verstehe auch nicht warum die Sender sowas icht in Vecktor bereitstellen und dafür freigeben? Ist doch in deren Interesse optisch ansprechend presentiert zu werden? Aber hier ist es vermutlich das selbe wie bei den EPG Daten, irgendwas freizugeben wiederspricht der Grunderziehung der Alteingessenen Manager.

BTW: Die Text2Skin Logos die ich hier sah, sahen ja gut aus, evtl. wären die auch was für Skinenigma. Muss man nur mal nen Konverter schreiben weil skinenigma da so ganz empfindlich bei seinen Logos ist (PEr ImageMagick Convertierte nimmt skinenigma nicht). Mal sehen...

cu

Ja, was hällst du den von der Idee eine Verzeichisstrucktur festzulegen die alle Varianten berücksichtigt (wie oben schon vorgeschlagen, png für still und mng oder apng (muss man halt festlegren) für ani)? Dann evtl. noch nen {logodir} was sich per Pluginparameter setzen lässt, und die Logos sind da erstmal aus graphlcd raus (da können sich dann erstmal die Distributionen (oder jeder interessierte User für sich selber) drin austoben (d.h. erstmal seine eigene Logosammlung pflegen) ohne im Skin oder graphlcd Quelltext rumzupatchen).
Und wer weiss, evtl. schliessen sich dann ja sogar die anderen Plugins irgendwann mal an?

Weil, ich sehe das Problem das jeder Skin dann andere absolute Logopfade definiert und dann jeder User das erstmal für sich im Skin fixen muss.

Und abgesehen von der {logodir} Sache (keine Ahnung wie aufwendig das ist) ist das ja nur Vereinbarung und nix mit Programiererei. Aber IMHO ist es wichtig das einfach mal festzulegen. Dann wissen alle woran sie sind.

Und in jeden Farbskin kommt dann ja eh sinnigerweise ein
--
Wenn animiertes Farblogo nicht da dann nimmt das Farblogo, ist das auch nicht da dann nimm das animierte S/W Logo, wenn das nicht da dann das S/W Logo.
--
Weil vollständig werden die eh niemals sein.

cu

Wäre es möglich, die "Symbols" durch farbige Grafiken, z.B. *.ico zu erseten?

Warum .ico? Da gehen doch ganz einfach farbige PNG. Muss nur jemand malen der sich dazu berufen fühlt.

cu

[quote='Keine_Ahnung','index.php?page=Thread&postID=999054#post999054']Warum .ico?[ .../quote]

Nun, muss nicht unbedingt *.ico sen. Ich dachte eben, dass es (für Windows) ja für fast alles ein Icon gibt und es auch viele freie Iconsammlungen gibt.

Z.B. hier: -> http://www.iconarchive.com/

Diese Sammlung ist im *png Format 16 x 16.

--> http://famfamfam.com/lab/icons/silk/

Sehe ich das richtig, dass man nur das anzupassen braucht?

.....
 <variable id="SymbolW"           value="ImageWidth('symbols/empty.pbm')"/>
  <variable id="SymbolH"           value="ImageHeight('symbols/empty.pbm')"/>
  <variable id="SymbolPitch"       value="add(#SymbolW,1)"/>
  <variable id="SymbolTeletext"    value="'symbols/teletext.pbm'"/>
  <variable id="SymbolDolby"       value="'symbols/dolby.pbm'"/>
  <variable id="SymbolScrambled"   value="'symbols/scrambled.pbm'"/>
  <variable id="SymbolMute"        value="'symbols/mute.pbm'"/>
  <variable id="SymbolRecording"   value="'symbols/recording.pbm'"/>
.....

Genau, kann aber sein das das ImageWidth/ImageHeight nicht geht (nicht probiert, bei pbm gehts AFAIK nicht), dann einfach den Wert so eintragen.

cu

Mir ist allerdings noch nicht ganz klar, was ich hier eintragen soll?

<variable id="SymbolW"           value="ImageWidth('symbols/empty.pbm')"/>
  <variable id="SymbolH"           value="ImageHeight('symbols/empty.pbm')"/>
  <variable id="SymbolPitch"       value="add(#SymbolW,1)"/>

Im Normalfall sollte sich das alleine berrechnen.

Mein Hinweis war nur nen Zusatz für den Fall das die Ermittlung der Höhe/Breite noch nicht funktioniert (einfach damit du das im Hinterkopf hast und dich nicht zu lange wunderst falls da was nicht geht). Einfach mal anfangen zu spielen, nicht zuviel denken

wastl: Bin mir nicht sicher, ich erinnere mich nur das bei der Umstellung von glcd auf pbm da irgendwie was nicht mehr funktionierte, habs dann aber nicht weiter verfolgt.

Edit: Mein Ansatz ist ja da gar nicht zuviel Kram auf dem Display zu haben, aber dafür die Sache etwas dynamischer zu gestalten.
Daher der Plan das Logo oder die Signalstärke immer 30 Sekunden im Wechsel anzuzeigen. Das geht super, allerdings hätte ich jetzt noch gerne das bei ber oder unc > 0 die Signalstärke mit blinkenden ber und/oder unc Icon dauerhaft angzeigt wird (der Gedanke ist das als Prioritätsnacheicht zu sehen, mit dem Zukunswunsch dort evtl. dann auch mal als weitere Prioritätsnachrichten Mails/Anrufe anzuzeigen).

Nu probiere ich das so, geht aber nicht (habe schon alle erdenklichen Varianten durch), sprenkt das einfach die Möglichkeiten oder übersehe ich da was grundlegendes?

<block condition="and(
			or(
				gt({DateTime:%S},30),
				not({ServiceIsAvailable:femon})
			  )
			,
			and(
				equal({ServiceItem:femon,ber},0),
				equal({ServiceItem:femon,unc},0)
			   )
		   )">

cu

Zitat von wastl

in dem von dir konkret genannten fall ist das problem, dass {DateTime:%S} einen string liefert und darum das gt() dann nicht funktioniert.

Witzigerweise ist ausgerechnet das der Teil der bei mir wunderbar funktioniert Weil damit läuft bei mir schon lange die Umschaltung zwischen Logo und femon.

Weiter vorne habe ich ja mal meinen Skin gepostet, da ist das drin. Keine Ahnung ob das nur wegen einem Seiteneffekt zufällig geht, aber die Umschaltung alle 30s klappt.

Na gut, dann lasse ich die erweiterte Spielerei erstmal.

cu

Hallo - Ich würde gerne "mittesten" , ich hatte das plugin schon mal mit einem T6963C basiserendem Display am laufen. Das macht nicht viel her, da nur SW.
Welche Farb Displays sind geeeignet ? , und wo bekommt man diese.
Ich finde z.b keine Bezugsquelle für das hier häufig verwendete l4m320t Display.

mfg.