letzter Beitrag von jan0sch am
Die Woltlab-Software stellt den Bildaspekt nicht korrekt dar. Normalerweise wird es doppelt breit angezeigt, hier aber nicht.
Im Win7-Explorer und -Betrachter wird das auch nicht berücksichtigt. Und nicht mal in XnView, den ich standardmäßig verwende. Ich pixle nämlich in Photoshop auch mit 2:1-Pixeln, und dann werden auch die PSDs, PNGs und GIFs falsch angezeigt. Muss man leider dafür immer erst von Hand mit Pixelwiederholung verbreitern. ..
Und nicht mal in XnView, den ich standardmäßig verwende.
Benutzt du vielleicht eine ältere Version? Ich habe 2.49, die berücksichtigt die Aspect Ratio. Aber egal, die IFLI-Bilder werden als 160x200 abgespeichert und können jederzeit auf 320x200 aufgepustet werden (wie man an deinem Beispiel sieht). Mehr braucht's ja nicht. 
Arndt
Benutzt du vielleicht eine ältere Version?
Etwas, ja. Irgendwie hab ich mich aber auch vertan, denn das Problem trifft nur auf PSDs zu. Das PNG von dir wird durchaus richtig angezeigt (sorry, um 2:20 sollte man wohl besser im Bett sein). Aber als PSD speichere ich ja oft, allein schon wegen der Layers. Und das wird dann immer falsch angezeigt. Auch mit gespeicherten Kanälen gibt es dabei Probleme. Werde mal XnView updaten und auch andere Betrachter wie IrfanView ausprobieren, in der Hoffnung, dass einer davon PSDs richtig anzeigen kann.
---
Bei der Einbindung eines anamorphen Bildes in die Webseite ist eigentlich der Browser für die korrekte Darstellung zuständig, meine ich. Zwar kann man per HTML oder CSS das Bild entzerren, aber das müsste man ja manuell machen. Die Webseite weiß ja nicht, dass es sich um ein anamorphes Bild handelt. Meine Meinung ist dazu: So, wie damals schon die korrekte Darstellung von transparenten PNGs die Aufgabe des Browsers war, als der IE jahrelang damit hinterher hing, sollte es auch die Aufgabe des Browsers sein, festzustellen, ob das Bild anamorph ist und dementsprechend entzerrt werden. Der Webdesigner muss sich dann nach der Darstellungsgröße und nicht nach der Anzahl der Pixel richten. Ob sich das W3-Konsortium schon damit auseinandergesetzt hat, weiß ich nicht.
So, und jetzt auch mit wahlweise den üblichen RGB-Paletten (Pepto usw.) Hier mal ein Beispiel:
Links die GoDot-Palette, rechts Pepto.
Arndt
(Dokumentation kommt noch...)
Vielleicht als Trivia interessant:
Gerade habe ich den Dat-Lader fürs "Mandelbrot Construction Set" upgedatet (im Dat-File sind ja auch die Original-Farben drin, die hatte ich bisher völlig unterschlagen!). Und nun für die Trivia:
Das MCS-Datenfile-Format ist das Vorbild für das GoDot-4Bit-Format. Wären wir damals nicht auf Kurt Zimmermanns Programm gestoßen, gäbe es kein GoDot. (Wie furchtbar! :-o )
Arndt
Bitte um Hilfe beim Scanntronik Video-Digitizer!
Es hat mich immer gewurmt, dass der GoDot-Lader für das Gerät unschöne senkrechte Versatzstreifen erzeugt (siehe Link, am besten erkennbar am vierten Bild dort). Leider hab ich den Digitizer nicht mehr (war damals eine (sehr) kurzfristige Leihgabe zum Entwickeln des Treibers), so dass ich nicht selber Änderungen am Lader, die ich jetzt vorhabe, austesten kann! Frage: Wer hat einen Scanntronik Videodigitizer am Laufen und könnte in Zusammenarbeit mit mir meine Updates austesten?
Problem: Ich hab damals die Zyklen falsch gezählt, so dass schon allein dadurch womöglich der Versatz entsteht. Zusätzlich kann es sein, dass die Einlese-Streifen (immer ein Doppelpixel) links-rechts vertauscht sind, das würde auch einiges erklären.
Ich würde also dem Betatester, der sich meldet, den upgedateten Lader zum Austesten zuschicken, mit der Bitte um Austausch der Ergebnisbilder. Hey Ho!
Arndt
Ich könnte dir eventuell den Digitizer ausborgen. Müßte ich eigentlich irgendwo haben.
Ich könnte dir eventuell den Digitizer ausborgen. Müßte ich eigentlich irgendwo haben.
User Stefan_h ist schon dran, danke fürs Kramen-in-deinem-Depot!
Leider deutet sich an, dass meine Idee (wegen des Timings) das Versatzproblem mit den senkrechten Streifen nicht gelöst hat (der Digitizer liefert seine Daten als senkrechte Doppelpixelstreifen, wobei der jeweils zweite im GoDot-Lader ein/zwei Pixel zu früh einsetzt). Jetzt müssen wir rausfinden, ob der Digitizer das macht (die Hardware) oder die Software (mein Lader). Mal sehen...
Arndt
Gleich zwei Neuigkeiten:
Mit der tatkräftigen Hilfe von Stefan_h ist jetzt das Timing im GoDot-Treiber für den Scanntronik-Videodigitizer besser synchronisiert. Die ehemals starken senkrechten Versatzstreifen sind zwar noch da, aber vertretbar gering. Beispiel:
Und als zweite Neuigkeit bekommen diejenigen unter euch, die auch einen Plus4 besitzen, nunmehr auch unter GoDot einen Lader für Plus4-Bilder (Saver gab es ja schon zwei Stück
der Lader nennt sich Botticelli (nach einem bekannten Plus4-Malprogramm aus Ungarn). Der Lader verwandelt Plus4-Bilder (wegen der möglichen 121 Plus4-Farben) in ein C64-IFLI-Bild. Als Beispiel eine Gegenüberstellung, links ein Plus4-Screenshot, rechts dasselbe Bild in GoDot:
Ist doch nicht schlecht, oder?
Arndt
Ganz neu:
ldr.4Bit&Bevel
Der Lader dient hauptsächlich dazu, den Rand von beliebigen Bildern abzudunkeln (Bevel heißt auf Deutsch "Fase", d.h. die Kanten eines Bildes machen nach Bevel einen abgeschrägten Eindruck, s. Bild). Die Abdunklung wird erreicht mit einer Graustufen-Maske (ein 4Bit-Bild), in der alles, was unbeeinflusst bleiben soll, die Farbe weiß hat, die beeinflussten Stellen hängen vom Maß der Graustufe ab. Je dunkler die Graustufe desto dunkler auch das Ergebnis. Dabei werden im Ergebnisbild alle bläulichen Farben auch bläulich abgedunkelt, alle rötlichen, grünlichen und schwarz-weißen entsprechend. So eine Maske wird mit den Modifiern Gradient, Random, Smear und Clipworks/Shrink erstellt. Hier mal ein Beispiel, zuerst die Maske, dann das Ergebnis (das Bild war ursprünglich Hires und ist mit ForceMulti in Multi konvertiert worden):
Am Ergebnis seht ihr, dass die Abdunklung "farbecht" ist.
Arndt
PS: Dokumentation auf godot64.de folgt noch, bin gerade erst fertig geworden. 
Edit: Ich hab noch ein drittes Bild (mit anderem Farbcharakter) eingefügt.
Der Lader dient hauptsächlich dazu, den Rand von beliebigen Bildern abzudunkeln (Bevel heißt auf Deutsch "Fase", d.h. die Kanten eines Bildes machen nach Bevel einen abgeschrägten Eindruck, s. Bild)
Bei "Bevel" erwartet man aber eigentlich so einen typischen Pseudo-3D-Effekt, wie man ihn von Windows 3.1-Buttons kennt. Also mit einer Aufhellung an 1 bis 2 Seiten (meistens oben und links) und einer Abdunklung auf den gegenüberliegenden. Der hier gezeigt Effekt sieht aber auch gut aus, ich würde ihn also so lassen aber (analog zu Photoshop) "Schatten nach innen" nennen oder z.B. "dunkle Vignette".
Bevel-Buttons:
Also mit einer Aufhellung an 1 bis 2 Seiten (meistens oben und links) und einer Abdunklung auf den gegenüberliegenden.
Das hängt ganz davon ab, wie man seine Maske anlegt. In diesem Fall macht sie halt an allen Seiten gleich viel. - Ach so: *Aufhellung* links und oben! Stimmt, dies Bevel dunkelt nur ab. Um im gleichen Arbeitsgang auch noch aufzuhellen, ist in GoDot der Lader 4Bit&Map (und darin Modify Data/Bump Map) zuständig. Der arbeitet allerdings *nur* auf Graustufenebene, d.h. die Ergebnisse sind auf dem C64 nur für Ausdrucke oder reduziert auf die fünf Hardware-Graus oder gleich ganz schwarz-weiß zu gebrauchen (oder man liebt eben Falschfarben ). Daher dachte ich, dass mal was hermüsste, das nur *Farben* beeinflusst. - Aber ich denk mir mal was Einfaches für den neuen Lader aus, was gleichzeitig auch zum Aufhellen taugen würde. Dann wäre der Name ja treffgenauer. Danke für den Hinweis!
Arndt
Die erste Hürde haben wir schon mal genommen :
Hehe…
Arndt
Edit: Bild korrigiert (war nicht nach Multi konvertiert)
Freut mich, wenn ich mit Rat (wenn auch nicht mit Tat) unterstützen konnte.
Neu:
Damit kann man gezielt störende Streupixel in beliebiger Farbe ausmerzen. Besonders bei JPG-Konversionen mit GoDot kommt das häufig vor.
Arndt
