GoDot Infos

Zitat von 1Byte

TXA Dann gehe ich davon aus daß die Module in dem Zip-File bzw. in der kompletten Distribution enthalten sind?

Exakt. Das ist die komplette Distribution. Du kannst aber die GitHub-Sources selber zu einem D81 assemblieren, wenn du ACME verwendest. Was du dazu brauchst, steht auf der GitHub-Seite (siehe Signatur). Die D81 im GoDot-Downloadbereich ist nicht aktuell, sie dümpelt immer ein halbes Jahr hinterher.

Arndt

Zitat von 1Byte

Fuffzehn Mann auf des toten Manns Kiste, Ho ho ho und 'ne Buddel mit Rum.

Eines meiner liebsten Bücher je!

---

Und wieder ein Update, diesmal eher was Kosmetisches:

mod..Version und ldr..Version

Dazu ein paar GoDot-Interna: Die beiden Module zeigen jetzt mMn folgerichtiger, worum es geht. GoDot ist intern strikt eingeteilt in feste Abschnitte, die wir Slots genannt haben. Jeder Slot ist 4KB lang. Der erste (Slot Null, $1000 bis $1fff) enthält alle Routinen zur Steuerung des GUI und für das I/O-Handling, Slot1 ($c000 bis $cfff) ist die Execution Area, hier laufen alle Module (bis auf Slot0), an dieser Stelle werden GoDots Lader abgelegt. In Slot2 ($d000 bis $dfff) liegen die Saver, in Slot3 ($e000 bis $efff) die Modifier. Slot4 ($f000 bis $ffff) enthält die Grafik-Renderroutinen und alles, was zu deren Einstellung erforderlich ist (Balancing, Dithering, Modus usw.) Der größte Rest des Speichers ist Grafik vorbehalten, von $2000 bis $3f3f die gerenderte Grafik, von $4000 bsi $bcff die 4Bit-Daten. Die Bereiche dazwischen sind Puffer und temporäre Ablauf-Container (für das REU-Device, wenn es resident - also gerade aktiv - ist, für Sprites, z.B. beim Preview, für Variablen, für den Zeichensatz usw.)

Die beiden upgedateten Module zeigen jetzt jeweils die "Bewohner" von zwei Slots, das MOD für die Slots 1 und 2, der LDR für die Slots 3 und 4. Slot 0 (Kernel) kriegt man mit mod..SysInfo ausgewiesen. Das erschien mir eben folgerichtiger. Vorher war das eher etwas "durcheinander".

Arndt

Schlag auf Schlag! Zwei (kleine) Updates:

mod.Filters

Da hab ich einen der Filter (RemIsoPixels) ausgetauscht gegen Negative. Viel besser als RemIsoPixels arbeitet mod.Tidy, und Negative passt ganz gut in den Pool.

mod.PixelEdit

Das startet jetzt sofort in dem Grafikmodus, der im Hauptschirm eingestellt ist. Steht da Multi, kann man gleich in Doppelpixeln editieren. Warum soll GoDot nicht mal "mitdenken"...

Arndt

Zitat von 1Byte

Nicht so schnell, ich komme mit dem abspeichern ja gar nicht mehr hinterher.

Mustu dich dran gewöhnen...

Sind ja aber nur kleinere Änderungen. Läuft alles auch ohne weiter!

Arndt

Update

mod.PatternEd

Bugfix. Wenn man ein neues Pattern geladen hat, wird der Name ja nun auch im Hauptschirm angezeigt. Gut. Das sollte aber *nur dann* auch geschehen, wenn das eben ersetzte Dithermuster im Hauptschirm überhaupt angewählt ist (und nicht auf Deubel komm raus: immer...) Fixed.

Arndt

Update

svr.Koala

Der Saver erzeugt jetzt auch internettaugliche Namen (kein obligatorisches invertiertes Pik plus "PIC" und keine feste Dateinamenslänge, wenn man das will). Er ist jetzt voreingestellt auf das Suffix ".koa". Natürlich kann weiterhin das Standard-Namensformat angewählt werden, genauso wie die gepackte Abspeicherung als "gg"-Datei.

Arndt

Hm, schon wieder ein Update...

mod.Filters

Ich hab noch einen Bug entdeckt, der eintritt, wenn man das Modul aus der REU startet (Execute), einen Modifier auslöst (z.B. LineArt) und dann ein Preview macht. In dem Fall erscheint die Oberfläche des gerade installierten Laders. Man muss auf Cancel und dann auf Leave, um da wieder rauszukommen. Manchmal friert GoDot aber auch komplett ein.

Gefixt.

Arndt

Und noch eins:

mod.Antialiasing

Ich hab die Oberfläche etwas aufgemöbelt und einen Knopf eingebaut, der das doppelte Anklicken von Apply bei Zielformat "Multicolor" überflüssig macht (wenn "Mode: Multi" aktiviert ist, macht Apply zwei Durchgänge). Außerdem ist die Handhabung von Balancing jetzt einleuchtender.

Arndt

aalias1.gif

Update zu ldr.JPGViewer:

Zwei lästige Bugs des JPG-Laders beseitigt:

- Die Formatierung nach der Eingabe der Bildeinrückungen für den linken und oberen Rand tut's jetzt (rechtsbündige Werte).

- Das Flackern der Floppy-LEDs, wenn der Lader nach Juddpeg (JPZ1223-8-b.pu) sucht und es auf dem aktuellen Drive nicht findet, ist vorbei. Ist ja blöd, wenn das JPZ erst auf dem vierten Laufwerk drauf ist, dann hast du langsam bengalische Beleuchtung im Zimmer! (Na, jetzt nicht mehr...)

Dabei fiel mir auf, dass die VICE-Emulation von 1571-Laufwerken nicht unbedingt so funktioniert, wie sie sollte. Beim Suchen von JPZ schaltet der Lader unmittelbar aufs nächste Laufwerk, um weiterzusuchen. Ist da eine 71 dabei, hängt sich VICE in der Byte-Leseroutine auf. Bei 1541ern passiert das nicht. Ist das eine allgemein bekannte Beobachtung oder kommt die nur in diesem Zusammenhang vor?

Arndt

Und wieder ein Update, diesmal zu

mod.Titler

Beim Positionieren eines Buchstabens im Multimodus kann man jetzt nicht mehr zu dicht "auffahren" und scheinbar aneinanderklebende Zeichen erzeugen (die nur einen Pixel voneinander entfernt sind). In der Schnellansicht geht das nicht mehr.

Arndt

Ich hab da mal eine Frage an die Hardwarespezialisten unter euch:

Solche Bilder wie diese hier:

sind mit dem C64 selbst aufgenommen worden. Links hat sich die Schaltung selbst fotografiert, rechts ein weiteres Beispiel, wie gut die Qualität ist. Das funktioniert mit der Connectix Quickcam (die erste PC-Kamera überhaupt) und einer Schaltung von Vanessa Ezekovich. Sie hat mir auf meine Anfrage hin die Baupläne (und Ansteuerungsprogramme samt Sources) überlassen und ich hab sie jetzt im GoDot-Online-Handbuch drin. Den entsprechenden Lader (siehe Link) gibt es zwar schon seit 20 Jahren, aber bisher eben den Bauplan nicht.

Meine Frage nun: Gibt es eine Möglichkeit, so etwas auch für neuere Kameras zu bauen? Vielleicht unter Verzicht auf die Farben (nur die Helligkeiten sind sicher leichter zu händeln)? Ich hab z.B. eine Logitech-Farbkamera (Nachfolger von Connectix). Der Bauplan für die QuickCam sieht ja nun wirklich simpel aus (ein einziger IC und sonst praktisch nichts!)

Gespannt!

Arndt

Bugfix in mod..ClipInfo:

Der Ausgabestring wurde nach Gebrauch nicht neu initialisiert, sodass es zu Falschangaben durch stehengebliebene Ziffern kommen konnte.

Arndt

Zitat von 1Byte

meine Leitung glüht schon

LOL! Ab jetzt wird's etwas ruhiger (glaub ich)...

Arndt

Und zwischendurch mal wieder was Erbauliches Damit man GoDot auch mal in Aktion sieht:

Dies Bild hier hab ich vor ein paar Tagen auf Twitter gepostet (zeigt Nick, den Weltraumfahrer von Hansrudi Wäscher - ein Jugendidol von mir). Ist von einem gescannten Titlebild der "Sprechblase" entnommen und so vorbearbeitet, dass es in Multicolor gut rüberkommt (was bei HRW nicht so einfach ist, der strichelt nämlich viel in seinen Comics, was am C64 naturgemäß alles verlorengeht):

Jetzt aber die eigentliche Aktion! Ich dachte mir, wie wäre es, wenn man das Ganze nur als Hintergrund verwendet und den Schriftzug in groß davorlegt? Dann müsste man dieses Bild möglichst unscharf und abgeschwächt erscheinen lassen. Wie geht das?

Zuerst mit Blur High, und zwar (damit es *richtig* unscharf ist) gleich 9 Mal (!). Das Ergebnis ist ein Graustufenbild (also ohne Farben). Für eine brauchbare Darstellung auf dem C64 konvertieren wir das in die 5 Hardwaregraustufen (mit ApplyDither, Einstellung: Hires, 5 Cols). Fehlen immer noch die Ursprungsfarben, es ist ja jetzt Grau in Grau. Die werden ganz schwach wieder rein"dotiert" mit Membrane, Einstellung Multi, 87.5%) und dann 4Bit&Mask. Je kleiner die Prozentzahl hier, desto mehr vom Original wird wieder ins Bild gepumpt (ist hier also wenig, nur ein Achtel der Originalfarben). - Für den Schriftzug hab ich eine größere Version des Logos genommen (den Schatten auch ein wenig durchlässig gemacht, wie eben beschrieben) und dann ebenfalls mit 4Bit&Mask darübergelegt (und mithilfe von QuickMask). Kommt das dabei raus:

Gefällt mir irgendwie... Vor allem: Alles (!) mit GoDot gemacht!

Zitat von WTE

Wäre ja vielleicht ein Bastelprojekt für die Hardcore-Harwareentwickler hier. Leider gibt es zu dem ganzen proprietären Kram heutzutage keine ordentliche Doku mehr und jede Cam dürfte da ihren eigenen Raw-Code produzieren. GGf. kann da aber die Linux-Gemeinde mit Infos aushelfen.

Ich hab von Vanessa auch die Platinendatei und eine professionelle Blockzeichnung der Schaltung bekommen. Da müsste doch was zu machen sein!

Arndt