Senderlogo in der GUI (Infoviewer)

[dbt]

Habs gemerkt, Tuxboxupload suckt irgendwie, hab den Link geändert.

Falls jemand eine bessere Idee hat, her damit.

Dein Patch ist leider nicht herunterladbar, daher weiß ich nicht,
ob Du die gleiche Idee hattest, wie ich (ungetestet):

Code: Alles auswählen

--- apps/tuxbox/neutrino/data/icons/Makefile.am  2008-05-01 02:08:18.000000000 +0200
+++ apps/tuxbox/neutrino/data/icons/Makefile.am       2008-12-13 00:03:33.000000000 +0100
@@ -18,3 +18,6 @@
        pause.raw play.raw protecting.raw epginfo.raw\
        conflict.raw record.raw record_conflict.raw zapto.raw zapto_conflict.raw \
        ok_small.raw up_small.raw down_small.raw plus.raw minus.raw
+
+install-data-local:
+       install -d $(CONFIGDIR)/share/tuxbox/neutrino/icons

Ok, du gehst hier schon bei make davon aus, das zu machen. Klar, wie ich schon sagte, man kann es beim Imagebau erledigen, hatte ich bisher auch mit dem customizing so gemacht. Aber das Problem ist halt wenn man Updates macht, geht das normalerweise am jffs2 vorbei, betrifft ja nur root.

[rhabarber1848]

Aber das Problem ist halt wenn man Updates macht, geht das normalerweise am jffs2 vorbei, betrifft ja nur root.

Ich denke, beide Patches sollten ins CVS, Dein Patch für bestehende Images,
die nur ein root-Update erhalten und mein Patch für zukünftige Komplettimages.
Mich hat es auch immer genervt, dass ich den Logopfad noch anlegen musste,
allerdings war das auf meiner To-Do-Liste weit unten, Dein Patch hat das geändert

[dbt]

Ist mir halt im JTG-Board aufgefallen und die Verrenkungen mit neutrino.conf anbaggern und so, sind ja nicht der Bringer.

[seife]

Andererseits finde ich es in der Framebuffer-Klasse irgendwie fehlplaziert.
Wie wäre es denn, wenn wir ganz am Anfang beim Starten, kurz vor oder nach dem einlesen der Konfiguration (die ja auch automatisch updated wird) eine "fixup"-Funktion aufrufen, die alle diese Sachen macht? Dann hätte man das alles an einem Platz und würde es auch wieder finden (in der FB-Klasse würde ich vermutlich nie wieder danach suchen)

[dbt]

Ja, FB war etwas "weit weg", wusste nicht richtig wohin damit. war mir nur irgendwie deshalb naheligend, da dort das Iconzeugs erledigt wird. Also du meinst in neutrino in Verbindung mit saveSetup() oder loadSetup(). Finde ich gut. Wenn du willst, kannst' das erledigen. Makefile.am hab ich grad geändert.
Edit:
meinst du sowas in der Richtung:
create_alternate_logopath-diff-2008-12-13-16-23-10.patch

[Gaucho316]

TuxboxUpload schein die Files momentan wieder nicht anzunehmen, obwohl der Link ausgegeben wird, das nur nebenbei

Das könnte hiermit zusammenhängen: http://tuxbox-forum.dreambox-fan.de/for ... 97#p362797

[CarstenW]

Sollte aber gehen, gerade probiert:
als Link
25102007020.jpg
als Bild


Und schön wäre es, wenn man mir "Peschait" geben würde wenn es nicht geht bzw. es Probleme gibt.
Noch ist alles beim alten

[dbt]

...
Wie wäre es denn, wenn wir ganz am Anfang beim Starten, kurz vor oder nach dem einlesen der Konfiguration (die ja auch automatisch updated wird) eine "fixup"-Funktion aufrufen, die alle diese Sachen macht? Dann hätte man das alles an einem Platz und würde es auch wieder finden (in der FB-Klasse würde ich vermutlich nie wieder danach suchen)

Habs noch mal überarbeitet und den makefile Patch rückgängig gemacht, weil dann überflüssig.
create_alternate_logopath-diff-12-17-10-35-00.patch

[seife]

Sieht IMHO gut aus.

[rhabarber1848]

mei meinen Versuchen war es halt nicht trivial (und ich wollte es nur deswegen, um die shutdown.raw etc. als JPEGs vorhalten zu können und somit Platz zu sparen), drum habe ich es gelassen und spare meinen Platz woanders

Zumindest dafür hätte ich mal ein Diff zum Testen:
shutdownpng.diff

*bump*

Wieviel Platz bringt es im Flash, png statt raw für das
Shutdown-, Scan- und Radio-Logo zu verwenden?

[dbt]

Habs bisher mit BMP's probiert, Files sind in etwa gleich groß aber wie schon gesagt, wurde träge im Bildaufbau. Die Filegröße rührt wohl daher dass, nichts komprimiert wird. Ist wohl dann bei Png's genauso, solange man nichts komprimiert, ansonsten muss man komprimieren und das geht auf Kosten der Rechenleistung und dann hört der Spaß zumindest bei der dbox auf.

[rhabarber1848]

FTR: Ein uClibc-Neutrino-Squashfs mit

/share/tuxbox/neutrino/icons/radiomode.*
/share/tuxbox/neutrino/icons/scan.*
/share/tuxbox/neutrino/icons/shutdown.*

ist 312 KB größer als ohne.

Dieser Größenunterschied ist für mich Motivation genug,
zu testen, ob besagte Bilder im PNG-Format weniger
Platz im Image belegen können. Da diese Bilder nicht
häufig angezeigt werden, ist es IMHO nicht wichtig, wenn
die Anzeige auf der Dbox2 1-2 Sekunden länger dauert.

Ich werde es testen und melde mich wieder.

[rhabarber1848]

Die drei Dateien, konvertiert nach PNG, belegen 800KB und
sind mit bzip2 nicht mehr komprimierbar. Das wird wohl
im Flashimage nichts bringen.

seife hatte hier noch andere Probleme mit PNG:
http://forum.tuxbox-cvs.sourceforge.net ... 85#p365085

Konvertiert nach JPG (75% Qualität) belegen die drei Dateien
zusammen nur 110 KB. Evtl. sollte man in dieser Richtung
weiterarbeiten. Günther hat sowas auch in Planung:
http://forum.tuxbox-cvs.sourceforge.net ... 83#p365083

[seife]

nicht wirklich viel. Und es sah wirklich scheisse aus (auf dem 8bit Framebuffer).

[mb405]

uch mal hochhol den thread
könnte man nicht auch die logos in die channellist einblenden ?
hab ich doch auf der cool gesehn in screenshots. also sollte es doch machbar sein. die logos sollten doch die selben sein.
ich hab nur nich rausgefunden, wie man die id_s der sender rausbekommt :/

[rhabarber1848]

könnte man nicht auch die logos in die channellist einblenden ?

Meine erste Vermutung: Die Dbox2 ist dazu zu langsam.

[mb405]

in der infobar gehts ja auch.
so ein raw anzeigen sollte doch kein problem sein.
ich finde nur keinen angriffspunkt das im code zu verwirklichen.

[rhabarber1848]

in der infobar gehts ja auch.

Da ist aber nur ein Logo, nicht ein Dutzend oder mehr.

[mb405]

isses ja in der channelliste auch nur eins.
ich meine oben im kopf neben der uhrzeit.

[rhabarber1848]

isses ja in der channelliste auch nur eins.
ich meine oben im kopf neben der uhrzeit.

Ach so, dann schau mal in apps/tuxbox/neutrino/src/gui/channellist.cpp
void CChannelList::paintHead()

[mb405]

hab ich schon
war mir schon klar, nur wie bekomm ich dort die infos über den sender, über dem der cursor steht ?

[rhabarber1848]

Vielleicht über

Code: Alles auswählen

chanlist[selected]->channel_id

oder

Code: Alles auswählen

chanlist[selected]->name

[mb405]

jo soweit bin ich auch.
da reicht wohl mein codeverstand nicht aus für

[bellum]

Mir ist heute aufgefallen, dass neutrino wohl beim ersten Start nach der Image Erstellung prüft ob das Icon Verzeichnis vorhanden ist und falls nicht, es automatisch anlegt
Standardmäßig ist es anscheinend /var/share/tuxbox/neutrino/icons
Nur habe ich in meiner neutrino.conf infobar_channel_logodir=/var/tuxbox/icons konfiguriert und trotzdem prüft er auf das Standard-Verzeichnis.
Prinzipiell finde ich es nicht so schön das neutrino automatisch Verzeichnisse anlegt, das sollte IMHO eher das Buildsystem machen.
Aber wenn es denn schon sein muss, kann das Verhalten dann so geändert werden dass er dann auf den Pfad in der neutrino.conf prüft?
Das wäre doch sinnvoller, oder?

BTW gibt es da noch das leere Verzeichnis /var/share/tuxbox/neutrino/lcdd welches auch automatisch angelegt wird.
Hat das auch was mit den Logos zu tun oder für was ist das?

Gruß bellum

[dwilx]

Das hatte irgendwie damit zu tun, dass der Filebrowser hängen geblieben ist, wenn er ins leere startet weil die Pfade aus der config noch nicht da waren. Damit war das Problem weg. Ich finde das aber eher gut, weil man richtige Pfade hat. Wenn das Neutrino selbst macht, wieso nicht?

BTW gibt es da noch das leere Verzeichnis /var/share/tuxbox/neutrino/lcdd welches auch automatisch angelegt wird.
Hat das auch was mit den Logos zu tun oder für was ist das?
Gruß bellum

Eher nicht, Neutrino sorgt nur vor wegen dem:
http://wiki.tuxbox-cvs.sourceforge.net/ ... D-Vorlagen
Find ich auch ok, wenn Neutrino seine Umgebung für Customizing vorbereitet.