Public Beta E2-Gemini4.3 fuer die 7020

würde mich auch auf eine betaversion von e2 für die 600 freunen, habe leider meine 7020 nicht mehr, fafür aber 3*600 - auf meiner 7025 ist es ja schon eh!
steht da schon was fest, würde mich über positive antwort freunen!

Senf dazu geb:

Theoretisch kann man den Trick des Skin Transparency Korrektur Plugins auch benutzen um die Farbwerte die in den Skinns sind beim Laden auf 256 Werte umzuhämmern, genauso wie ich jetzt halt Alpha oder die Gesamthelligkeit korrigiere. Insofern müsste man es auch schaffen normale skinns so zu laden das sie mit dem FB der 600er funktionieren. Die schauen dann vieleicht nicht 100% so aus wie auf den anderen Boxen aber bevor man alles im Skinn umschreibt is das eine andenkbare Alternative, schon weil es dann im python code nur an einer Stelle gepatched werden muss und man mit 1 Seite code auskommen müßte wenn es nur darum geht Farbwerte auf möglichst nahe erlaubte 256 (oder besser sogar weniger werte) umzumappen.

Im Prinzip ist das dann ja nur 8 Bit farbwerte für RGB auf 2 Bit zu runden und wieder zusammenzusetzen. Damit gehen dann halt feine Farbarbstufungen verloren, aber dafür gehts dann mit jedem skinn, und jeder kann dann selber rausfinden welcher Skin noch zum anschauen ist.

Und die PNGs sollten eh schon auf 256 Farbwerte reduziert sein

LG
gutemine

Zitat

Original von mechatron
Wenn du jedes Bild auf 256 Farben konvertierst, dauert das erstens zu lang und zweitens haste dann mehrere Bilder mit 256 Farben mit verschiedenen Farbpaletten.
Die Skins sollten dann relativ hässlich aussehen und die Box fühlt sich sicher sehr träge an.

Sorry, vieleicht habe ich das missverstanden (mit Skinns kenne ich mich ja nicht wirklich aus)

Die Bilder (png,... sind doch eh schon 8 Bit + Transparency wenn ich mich recht erinnere, und ja natürlich wenn da pro bild verschiedene 8bit farben verwendet werden hast du ein Problem, aber ich glaube nicht das das so groß wäre, weil die pngs ja von den Farbthemen zusammenpassen müssen und deswegen selbst Farbverläufe auch mit deutlich weniger als 256 farben auskommen müßten)

Ich habe aber in meiner Antwort eigentlich von den Skinn Farben geredet wo halt die Skinnauthoren alle möglichen Farbwerte der 24Bit Farben + Transparency verwenden - aus den je 8 bit der RGB Rerte 2 Bit zu machen (ist nur ein dividieren, round und wieder hochmultiplizieren) ohne das es ganz zu doof aussieht ist nicht schwer und auch performant, selbst wenn du es im python machst, weil es nur eingelesen und dann verwendet wird.

Das Skin Transparency Korrektur Plugin korrigiert so einfach die helligkeit indem es die RGB werte gemäß der Helligkeitsformel gleichmäßig gewichtet rauf/runterdreht, und genauso kann ich auch 8 Bit Farbwerte draus machen. Natürlich kann man das wie pcd geschrieben hat auch leicht von hand machen wenn man über die skin.xml drüber geht, aber es geht ja darum ob man das vermeiden kann.

Wenn die Skinn authoren klare Farben verwenden und nicht zu viele Farben die nur sich um Nuancen unterscheiden (und da gibt es genug skinns) kannst du die problemlos ummappen, nur wenn ein skinn author 4 verschiedene Blaus verwendent und daraus dann nur 1 blau wird sieht es halt evt blöde/seltsam aus, aber selbst dann sieht man rasch das man evt nur 1-2 Farben ändern muss statt den ganzen skinn.

Wenn man Schischuh fragt ob er das ummappen in seinen e2 skinn editor einbauen kann (statt es im python bein einlesen der skin.xml zu machen) gibge es sogar noch leichter die skinns zu konvertieren.

Wenn es sein muss kann ich Euch gerne so ein color reduce plugin machen (ich wollte eh schon mal als Fingerübung schauen ob ich so nicht skinns auf black & white ummappen kann), wie gesagt das sollte nur 1 codeseite sein.

PS: Und die Gemini Erweiterungen in die Paar e2 skinns die pcd für die 600er angepasst hat einzubauen ist auch nur cut & paste, also nicht so viel arbeit - ihr könnt Ihm ja fragen ob er Lust dazu hat

LG
gutemine

wie schauts mir diesn skin aus: MERLIN-MAGIC-3 CVS und Gemini
wenn gutemine was bastleln will, werde ich das gerne testen - vorausgesetzt es gibt ein image, wollte zwar schon wechseln aber bleibe mein gp-treu!

wenn es nur drum geht zu testen ob man normalen skinns die farbwerte reduzieren kann reicht jedes e2 image, auch das von pcd, da müßtest du nicht aufs GP2 für die 600er warten.

Aber das gehört dann eigentlich in einem anderen Thread.

LG
gutemine

das glaube ich dir - die 600er gehören aber meinen kindern, das müßte, wenns läuft den eigendlich schon stabil und ersatz sein für das jetzige!
mit dem skin ist ne andere sache - bin bisschen gp verwöhnt multiboot auch nicht möglich!

aber das wird bestimmt schon

damit wir nicht weiter aneinander vorbei reden, hier ein kleines Beispiel (ziemlich ungetestet !)

wenn man in der skin.py die parseColor Routine durch diese aus dem Anhang ersetzt, dann sollten (wenn ich nichts falsch gemacht habe) als RGB werte einfach nur mehr vielfaches von 64 als farbwerte genommen werden - also 0,64,128,192,255, bzw in Hex eben: 0,40,80,C0,FF

Womit man eigentlich nur mehr 5 Rotwerte, 5 Grünwerte und 5 Blauwerte beim skinn darstellen hat (egal wie kreativ der Skinnersteller war).

Und Ich habe mich bei der Formel sicher vertan und das Hex2Int und umgekehrt ist eigentlich auch unnötig, aber es geht nur drum wie man schnell die Farbpalette des skinns reduziert - also nicht lachen über mich, der python code ist schnell optimiert, ich wollte ja nur illustrieren was ich meine

Und so viel anders sehen die skinns dadurch bei mir auch nicht aus, Ihr könnte es ja auf JEDER enigma2 box damit auch ausprobieren was so ein on the fly umhämmern der farben wirklich verändert.

Und sobald man nur mehr so wenig Farbwerte zum Darstellen hat ist es auch mit dem 16Bit Framebuffer der 600er kein großes Problem mehr den skinn zu zeigen denke ich mal, die patches dafür sind ja bekannt.

PS: pcd und andere gehen ja nur den mühsameren Weg die Farbwerte in der skinn.xml zu editieren, ich rechne sie halt mit dem Beispiel einfach Q&D beim Einlesen um, damit der skinn bleiben kann wie er ist.

LG
gutemine

na ja es gab schon Leute die das *.zip einfach auf nfi oder *.img umbenannt haben weil es das Flashtool so wollte