Kommentare fuer WTEs Commodore 8-Bitter Blog http://blog.c128.net Der C128 Weblog Thu, 09 Feb 2012 03:22:34 +0000 http://wordpress.org/?v=2.2.1 Kommentar zu EasyFlash 3 von wte http://blog.c128.net/archives/634#comment-6954 wte Wed, 08 Feb 2012 23:39:43 +0000 http://blog.c128.net/archives/634#comment-6954 Das EasyFlash 3 funktioniert - mit Einschränkungen - doch am C128 (siehe hier: http://blog.c128.net/archives/638). Das EasyFlash 3 funktioniert - mit Einschränkungen - doch am C128 (siehe hier: http://blog.c128.net/archives/638).

]]> Kommentar zu Heim von der HomeCon X von wte http://blog.c128.net/archives/519#comment-6953 wte Wed, 08 Feb 2012 21:26:38 +0000 http://blog.c128.net/archives/519#comment-6953 Inzwischen ist der NUN-Joy auch als C64-kompatible Version erhältlich! Link: http://blog.c128.net/archives/630 Inzwischen ist der NUN-Joy auch als C64-kompatible Version erhältlich! Link: http://blog.c128.net/archives/630

]]> Kommentar zu HE2011: Der ganz normale Wahnsinn von tokra http://blog.c128.net/archives/616#comment-6741 tokra Thu, 08 Dec 2011 23:39:32 +0000 http://blog.c128.net/archives/616#comment-6741 Ah! Ok, jetzt weiß ich was Du meintest. So gut sind meine Augen auch nicht mehr ;-) Stimmt es sind 640 Pixel, wobei rechts ein Pixelspalte zuviel und links eine zuwenig sind. Beim 40 Zeichen-Mode macht das dann natürlich nur eine halbe Strichbreite aus, deswegen bleiben Zeichen wie Shift+L erkennbar, aber dem linken Strich fehlt die richtige "Dicke". Hab jetzt auch kein Register gefunden mit dem das korrigierbar wäre. Wohl einer der verbleibenden VDC-Bugs. Ah! Ok, jetzt weiß ich was Du meintest. So gut sind meine Augen auch nicht mehr ;-)

Stimmt es sind 640 Pixel, wobei rechts ein Pixelspalte zuviel und links eine zuwenig sind. Beim 40 Zeichen-Mode macht das dann natürlich nur eine halbe Strichbreite aus, deswegen bleiben Zeichen wie Shift+L erkennbar, aber dem linken Strich fehlt die richtige “Dicke”. Hab jetzt auch kein Register gefunden mit dem das korrigierbar wäre. Wohl einer der verbleibenden VDC-Bugs.

]]> Kommentar zu HE2011: Der ganz normale Wahnsinn von wte http://blog.c128.net/archives/616#comment-6739 wte Thu, 08 Dec 2011 22:57:47 +0000 http://blog.c128.net/archives/616#comment-6739 Und da irrt sich der Experte! Es sind eigentlich immer noch 640 Pixel. Nim mal eine andere Farbe als Hintergrund (z.B. Grau statt Schwarz), dann erkennst Du, dass sie erste Pixelspalte fehlt. Die erste Linie ganz links hat immer nur die halbe Breite (eine logische Pixelspalte hat ja jetzt zwei physikalische Pixelspalten). Hell auf Schwarz wird das "überleuchtet" und man erkennt es nicht. Schwarz auf Hell verschwindet die Linie fast ganz. Du hast also 15+39*16+1=640 Pixel auf dem Bildschirm. Oder anders, in logischen Pixeln, ausgedrückt: 1/2+319+1/2=320. Von der ersten (logischen) Spalte des ersten Zeichens fehlt die Hälfte und von der ersten (logischen) Spalte des 41. Zeichens sieht man die erste Hälfte als "Artefakt". Sieht nach einem Bug aus. Und da irrt sich der Experte! Es sind eigentlich immer noch 640 Pixel. Nim mal eine andere Farbe als Hintergrund (z.B. Grau statt Schwarz), dann erkennst Du, dass sie erste Pixelspalte fehlt. Die erste Linie ganz links hat immer nur die halbe Breite (eine logische Pixelspalte hat ja jetzt zwei physikalische Pixelspalten). Hell auf Schwarz wird das “überleuchtet” und man erkennt es nicht. Schwarz auf Hell verschwindet die Linie fast ganz.

Du hast also 15+39*16+1=640 Pixel auf dem Bildschirm. Oder anders, in logischen Pixeln, ausgedrückt: 1/2+319+1/2=320. Von der ersten (logischen) Spalte des ersten Zeichens fehlt die Hälfte und von der ersten (logischen) Spalte des 41. Zeichens sieht man die erste Hälfte als “Artefakt”. Sieht nach einem Bug aus.

]]> Kommentar zu HE2011: Der ganz normale Wahnsinn von tokra http://blog.c128.net/archives/616#comment-6738 tokra Thu, 08 Dec 2011 22:25:34 +0000 http://blog.c128.net/archives/616#comment-6738 Ergänzug: Hab den türkisen Rand gerade wegbekommen, lag nur an einem WINDOW 0,0,39,24 Befehl. Ohne diesen funktioniert der Editor natürlich nicht so schön. Tatsächlich sehe ich aber vom 41. Zeichen die erste Pixelzeile, habe netto also 40x8+1=321 Pixel sichtbar. Ergänzug: Hab den türkisen Rand gerade wegbekommen, lag nur an einem WINDOW 0,0,39,24 Befehl. Ohne diesen funktioniert der Editor natürlich nicht so schön. Tatsächlich sehe ich aber vom 41. Zeichen die erste Pixelzeile, habe netto also 40×8+1=321 Pixel sichtbar.

]]> Kommentar zu HE2011: Der ganz normale Wahnsinn von tokra http://blog.c128.net/archives/616#comment-6737 tokra Thu, 08 Dec 2011 22:11:46 +0000 http://blog.c128.net/archives/616#comment-6737 Also das mit der fehlenden Pixelspalte kann ich nicht bestätigen. Ich hab das eben im DIN-Modus mit Shift+L sowie Shift+P geprüft und sehe sowohl den linken als auch den rechten Rand. Ein Artefakt hab ich aber trotzdem: Im Revers-Mode (ESC+R) habe ich bei anderen Farbkombinationen immer eine Pixelspalte ganz rechts türkis. Diese bekomme ich mit Register 25 zwar breiter, aber nie ganz weg. Kannnst Du mir mal deine Einstellungen oder gleich das Programm zusenden? Meine EMail solltest Du ja haben. Dann teste ich das mal quer. Also das mit der fehlenden Pixelspalte kann ich nicht bestätigen. Ich hab das eben im DIN-Modus mit Shift+L sowie Shift+P geprüft und sehe sowohl den linken als auch den rechten Rand. Ein Artefakt hab ich aber trotzdem: Im Revers-Mode (ESC+R) habe ich bei anderen Farbkombinationen immer eine Pixelspalte ganz rechts türkis. Diese bekomme ich mit Register 25 zwar breiter, aber nie ganz weg.

Kannnst Du mir mal deine Einstellungen oder gleich das Programm zusenden? Meine EMail solltest Du ja haben. Dann teste ich das mal quer.

]]> Kommentar zu HE2011: Der ganz normale Wahnsinn von wte http://blog.c128.net/archives/616#comment-6732 wte Thu, 08 Dec 2011 00:40:47 +0000 http://blog.c128.net/archives/616#comment-6732 Wie schon erwähnt, wird in keiner mir bekannten 40-Zeichen-Umstellung das Register 35 angerührt. Und das ist offenbar ein großer Fehler. Bei schwarzem Hintergrund fällt das allerdings nicht auf. Die Idee, die Werte einfach zu halbieren (für beide Register) ist übrigens nicht ganz so schlecht. Ich habe den 40-Zeichen-Mode mit Herumprobieren für folgende Werte optimiert: R34: 62, R35: 55. Das sind jeweils die Mittleren Positionen eines zulässigen Wertebereichs. Mit weiterem Experimentieren habe ich noch einen zweiten, etwas breiteren Wertebereich ermittelt, der sich mit Deinen Werten fast deckt. Optimal sind da R34: 3, R35: 56. Wirklich interessant, dass das Register R34 sowohl mit 3 als auch 62 eine stabile Darstellung erlaubt. Ich habe jetzt allerdings ein anderes Problem. Dem ersten Zeichen in jeder Zeile fehlt die erste Pixelspalte. Smooth Scroll horizontal (R25) ergibt jedoch leider einen schwarzen Innenraum (Zeichen und Hintergrundfarbe "verschwinden"), wenn ich den Wert des Register um eins erhöhe. Ich habe verschiedenes probiert, aber jetzt gehen mir die Ideen aus. Wie schon erwähnt, wird in keiner mir bekannten 40-Zeichen-Umstellung das Register 35 angerührt. Und das ist offenbar ein großer Fehler. Bei schwarzem Hintergrund fällt das allerdings nicht auf.

Die Idee, die Werte einfach zu halbieren (für beide Register) ist übrigens nicht ganz so schlecht. Ich habe den 40-Zeichen-Mode mit Herumprobieren für folgende Werte optimiert: R34: 62, R35: 55. Das sind jeweils die Mittleren Positionen eines zulässigen Wertebereichs.

Mit weiterem Experimentieren habe ich noch einen zweiten, etwas breiteren Wertebereich ermittelt, der sich mit Deinen Werten fast deckt. Optimal sind da R34: 3, R35: 56. Wirklich interessant, dass das Register R34 sowohl mit 3 als auch 62 eine stabile Darstellung erlaubt.

Ich habe jetzt allerdings ein anderes Problem. Dem ersten Zeichen in jeder Zeile fehlt die erste Pixelspalte. Smooth Scroll horizontal (R25) ergibt jedoch leider einen schwarzen Innenraum (Zeichen und Hintergrundfarbe “verschwinden”), wenn ich den Wert des Register um eins erhöhe. Ich habe verschiedenes probiert, aber jetzt gehen mir die Ideen aus.

]]> Kommentar zu HE2011: Der ganz normale Wahnsinn von tokra http://blog.c128.net/archives/616#comment-6703 tokra Sun, 27 Nov 2011 01:06:55 +0000 http://blog.c128.net/archives/616#comment-6703 Register 34 und 35 rechnen in Characters nicht Punkten!<br /> Laut C128 Programmer's Reference Guide: R34, R35 DISPLAY ENABLE BEGIN, END During the horizontal and vertical synchronization pulses, the R, G, B and I signals must be blanked (brought to a low level) to prevent the display of the scanning beam during retrace times. Two registers allow the user to adjust the beginning (R34) and end (R35) of the horizontal blanking interval. Register R34 is programmed with the number of characters from the first dis- played character of a row to the first blanked character in that row. Register R35 is programmed with the number of characters from the first displayed character of a row to the last blanked character in that row. Blanking occurs on all scan lines of a frame. Wobei ich die Beschreibung nicht ganz korrekt finde. Register 34 ist "Display Enable Begin", also ab welchem Zeichen das Bild angezeigt wird (Wert 125). Register 35 ist Display Enable End, also ab welchem Zeichen das Bild abgeschaltet wird, damit der Rasterstrahlrücklauf nicht stört (Wert 100). Bei 127 Zeichen (Wert 126 in Register 0) ist das Display also am "rechten" Rand deaktiviert (in dieser Zeit läuft der Rasterstrahl schon zurück). Unter: <a href="http://www.forum64.de/wbb3/board314-au-erhalb-des-c64/board13-sonstige-commodore/board95-c128/41693-80x50-zeichen-f-r-den-c-128/" rel="nofollow">http://www.forum64.de/.../board95-c128/41693-80x50-zeichen-f-r-den-c-128/</a> hatten Dirk und ich den 40 Zeichen-Mode schon mal an Rande diskutiert. Wenn man Register 34 und 35 nicht anpasst an den neuen Wert in Register 0 verhindert man also effektiv das Ausschalten des Rasterstrahls im horizontalen Rücklauf, das kann dann wohl zu dem von dir beschriebenen "dunkelgrauen" (statt schwarzem) Hintergrund führen. Beim normalen C128-Mode ist der Bereich von 100-125 "display disabled". Also muss bei halbiertem Wert in Register 0 ein ähnlich großer Bereich reserviert werden. Ich bin gut gefahren mit R0: 63, R34: 0, R35: 55. Das ist zwar ein etwas schmalerer Bereich, lief aber soweit bei mir. Anpassen kann man das noch mit Register 2 (Horizontal Sync Position). Der VDC ist da schon ziemlich flexibel. Register 34 und 35 rechnen in Characters nicht Punkten!
Laut C128 Programmer’s Reference Guide:

R34, R35 DISPLAY ENABLE BEGIN, END
During the horizontal and vertical synchronization pulses, the R, G, B and I signals must
be blanked (brought to a low level) to prevent the display of the scanning beam during
retrace times. Two registers allow the user to adjust the beginning (R34) and end (R35)
of the horizontal blanking interval.
Register R34 is programmed with the number of characters from the first dis-
played character of a row to the first blanked character in that row. Register R35 is
programmed with the number of characters from the first displayed character of a row to
the last blanked character in that row. Blanking occurs on all scan lines of a frame.

Wobei ich die Beschreibung nicht ganz korrekt finde. Register 34 ist “Display Enable Begin”, also ab welchem Zeichen das Bild angezeigt wird (Wert 125). Register 35 ist Display Enable End, also ab welchem Zeichen das Bild abgeschaltet wird, damit der Rasterstrahlrücklauf nicht stört (Wert 100). Bei 127 Zeichen (Wert 126 in Register 0) ist das Display also am “rechten” Rand deaktiviert (in dieser Zeit läuft der Rasterstrahl schon zurück).

Unter:
http://www.forum64.de/…/board95-c128/41693-80×50-zeichen-f-r-den-c-128/

hatten Dirk und ich den 40 Zeichen-Mode schon mal an Rande diskutiert. Wenn man Register 34 und 35 nicht anpasst an den neuen Wert in Register 0 verhindert man also effektiv das Ausschalten des Rasterstrahls im horizontalen Rücklauf, das kann dann wohl zu dem von dir beschriebenen “dunkelgrauen” (statt schwarzem) Hintergrund führen. Beim normalen C128-Mode ist der Bereich von 100-125 “display disabled”. Also muss bei halbiertem Wert in Register 0 ein ähnlich großer Bereich reserviert werden. Ich bin gut gefahren mit R0: 63, R34: 0, R35: 55. Das ist zwar ein etwas schmalerer Bereich, lief aber soweit bei mir. Anpassen kann man das noch mit Register 2 (Horizontal Sync Position). Der VDC ist da schon ziemlich flexibel.

]]> Kommentar zu Ein TFT am C128 von wte http://blog.c128.net/archives/596#comment-6701 wte Sun, 27 Nov 2011 00:39:02 +0000 http://blog.c128.net/archives/596#comment-6701 Kann man die RGB-Werte nicht zumindest theoretisch bestimmen? Kann man die RGB-Werte nicht zumindest theoretisch bestimmen?

]]> Kommentar zu HE2011: Der ganz normale Wahnsinn von wte http://blog.c128.net/archives/616#comment-6700 wte Sun, 27 Nov 2011 00:17:28 +0000 http://blog.c128.net/archives/616#comment-6700 Danke für den Hinweis. Das Register 34 hatte ich schon selber manipuliert. Der Wert ist relativ egal, viele 40-Zeichen-Umstellvarianten ignorieren es und behalten den Standardwert bei, was auch sinnvoll erscheint, denn technisch werden ja genausoviele Bildpunkte dargestellt wie zuvor. Die horizontale Auflösung ist zwar halbiert, aber die Punkte sind doppeltbreit. Dem Rasterstrahl sollte der Unterschied also auch nichts ausmachen (und genauso verhält es sich auch). Das Register 35 wird in keiner mir bekannten Variante angefasst. Ich werde aber bei Gelegenheit beide Register nochmal richtig quälen. Danke für den Hinweis. Das Register 34 hatte ich schon selber manipuliert. Der Wert ist relativ egal, viele 40-Zeichen-Umstellvarianten ignorieren es und behalten den Standardwert bei, was auch sinnvoll erscheint, denn technisch werden ja genausoviele Bildpunkte dargestellt wie zuvor. Die horizontale Auflösung ist zwar halbiert, aber die Punkte sind doppeltbreit. Dem Rasterstrahl sollte der Unterschied also auch nichts ausmachen (und genauso verhält es sich auch). Das Register 35 wird in keiner mir bekannten Variante angefasst. Ich werde aber bei Gelegenheit beide Register nochmal richtig quälen.

]]>