N64 - Antialiasing & Co. können nun via GameShark ausgeschaltet werden

scanlines sind nach unten nicht nacht rechts,das bild wird aber nur nach rechts gedoubled
nach unten sind einfach geskippte zeilen,da is nix mit droppen

Habs jetzt Dank @saturnu geschafft Conker zu patchen.
Ergebnis gefällt mir gar nicht.
Lichteffelte werden dadurch zur Punktshow und die Farben werden irgendwie ausgewaschen.
Bild wirkt auch zu hell.

Also wird so weitergezockt wie damals

Der MAX II von Altera sitzt auf vileTIMS RGB-Board. @borti, @ikari_01 - wenn es hilft, schick ich Euch eins zum Testen...

Ich würd ja gerne erstmal wissen welcher von beiden Pixeln der böse ist

Ich auch...

Ich habe für den EPM240 das Ganze auch mal in VHDL reimgetippert. Da der EPM240 genug Pins hat, kann man einen dafür missbrauchen, um zwischen ungeraden und gerade Pixeln umzuschalten.

Der EPM240 ist übrigens groß genug, um einen Pixelbuffer auf maximal 8 (plus Ausgangsregister) zu strecken. Ob das aber Sinn macht? eher nicht

@Xenogears
Ich habe eine PCB von dir ja schon. Ich bräuchte nur n Pinout (würde Zeit ersparen) und evtl. eine Firmware, um zur Not alles auf Anfang zu spielen

@borti4938 - ich glaub, das Pinout hab ich tatsächlich irgendwo, such ich raus und schich es Dir !

Ich hab hier zwei N64RGB von Zerb liegen. Außerdem noch ein GCVideo Lite, das man fürs N64 konfigurieren kann (danke @Unseen!)
Werde erstmal auf deren Basis frickeln.

Hätte noch einen XC9572 (nicht XL) hier, den ich dir schicken könnte. Müsste nur mal fix das Pinout abgleichen, sollte aber passig sein. Und laut Datenblatt läuft der XC9572 auch bei 3.3V (auch wenn 5.0V empfohlen sind)... Einfach melden bei Interesse!

HUA! Das Fühl wenn der neulich testweise "trocken" zusammengeschriebene Code auf Anhieb funktioniert und auch noch die richtigen Pixel erwischt

Am 9" CRT wo ich das gerade teste geht das fast im Konvergenzfehler unter :> Ich bau was schöneres auf und dann.

Sehr gerne! Dann kann ich nochmal nen Vergleich ziehen zwischen simultan und versetzt geschalteten Farbkanälen.

So, alles im Kasten! Wer über die Testmotive lästert, kriegt mit der Zeitung.
Das ganze ist jetzt erstmal mit einem Zerberus-N64RGB-Board mit XC9536XL entstanden. Also durchaus Low-Tech. Man kommt mit dem Ding schon recht weit

So sieht's hier gerade aus



Super Mario 64 Fileselect:

Nahaufnahme:

Mario im Grünen:


Atari-Mode


So! Bleibt noch das Problem, dass man dieses Feature bei 640x480 lieber abschaltet, weil man sonst horizontale Auflösung verliert. Auch das kann man in gewissen Grenzen (640x240 wird nicht erkannt) mit dem CPLD automatisieren. Gucken wir uns mal die CSync- und VSync-Signale an:

Von dem "Atari-Mode" würde ich zu gerne mal ein Gameplay Video sehen..

Also viel macht es nicht aus beim Gesamteindruck, auch wenn es definitiv funktioniert.

Naja, das richtige Antialiasing geht damit halt nicht aus, war ja auch nicht das erklärte Ziel Aber die Pixel werden schön knackig. Vorher hatte ich immer das Gefühl, das RGB-Bild am N64 ist nie richtig scharf zu kriegen. Fällt hauptsächlich bei 2D-Grafiken auf.

ich finde den unterschied schon beträchtlich! der grauschleier ist weg, die farben wirken kräftiger!

...wie beim waschmittel!

mein gamebusters ist grad mit der post gekommen, habe schnell mal ueber composite golden eye ausprobiert. selbst da bemerkt man schon einen unterschied.
coole errungenschaft...

Mal ganz nebenbei bemerkt, man kann wohl das N64 permanent beschädigen, falls man etwas falsches in's VI-CTRL Register schreibt und versehentlich vbus clock enable high setzt.
Damit wird am selben wire ein zusätzlicher output driver aktiviert, was in der Verkaufsversion des N64 einfach nicht mehr vorgesehen ist.

Es ist also Vorsicht geboten und man sollte nicht irgendwelche Werte ausprobieren! Bit 5 sollte immer low sein, weiß jetzt nicht aus dem ff ob lsb oder msb.

ok, danke fuer die info. ich hatte einfach die codes aussem assembler forum genommen. habe selber gar keine ahnung wie man die erstellt und was welche ziffer bedeutet. bei der beschaedigung, tritt das sofort ein? weil dann teste ich immer auf meinem bastel n64 zuerst, bevor ich mir mein rgb und overclocked n64 schrotte.

das war der verwendete:

Goldeneye (PAL)
8102316C 0000
8102316E 3216
8102319C 0000
8102319E 3216

Ach kein Problem, dem kann Abhilfe geschaffen werden. Man muss wirklich kein Informatiker dazu sein, ich gehe mal etwas in's Detail.

GS-Codes
8102316C 0000
8102316E 3216

Der GS-Code 81XXXXXX YYYY bedeutet, dass 16Bit also 2Byte an die Addr 0xXXXXXX ständig in den Speicher geschrieben werden.
Wie bei deinem Code wird dann an 0x2316C 0x00003216 geschrieben. Hier liegt einer der zwei ausgelesenen und zwischengespeicherten Inhalte aus VI_STATUS_REG.

Crashkurs der relevanten Zahlensysteme falls nötig:
de.wikipedia.org/wiki/Dualsystem
de.wikipedia.org/wiki/Hexadezimalsystem

Hier das Ganze nochmal binär:
0x00 0x00 0x32 0x16
MSB-> 00000000 00000000 00110010 00010110 <-LSB
(ein Byte hat meisten 8 Bit, ich habe hier jedes Byte nach links aufgefüllt)

Hier ist das LSB (also das Bit mit dem geringsten Einfluss auf den Wert) rechts und es wird nach links gelesen.

Die erste Spalte hier in der Übersicht ist die Position des Bits dezimal von rechts nach links, es wird bei 0 angefangen zu zählen wie so häufig in der Informatik.
Die Funktion wird mit 0 oder 1, aus- oder angeschaltet und das Eingerückte was dezimal steht, muss noch in's Dualsystem überführt werden also z.B. 2-Dez in 10-Hex.

0x04400000 - VI_STATUS_REG or VI_CONTROL_REG - VI status/control (Read/Write)
Bit Expl.
0-1 Type (Pixel Size) (0-3, see below)
>>> 0 = blank (no data, no sync)
>>> 1 = reserved
>>> 2 = 5/5/5/3 ("16" bit)
>>> 3 = 8/8/8/8 (32 bit)
2 Gamma Dither Enable (normally on, unless "special effect")
3 Gamma Enable (normally on, unless MGEG/JPEG)
4 DIVOT Enable (normally on if antialiased unless decal lines)
5 reserved - always off <- Anmerkung: hier ist wohl dieses vbus enable
6 serrate (always on if interlaced, off if not)
7 reserved - diagnostics only
8-9 anti-alias (aa) mode
>>> 0 = aa & resamp (always fetch extra lines)
>>> 1 = aa & resamp (fetch extra lines if needed)
>>> 2 = resamp only (treat as all fully covered)
>>> 3 = neither (replicate pixels, no interpolate)
10 <- Anmerkung: ist nicht dokumentiert
11 reserved - diagnostics only
12-15 reserved -> Anmerkung: vonwegen - sollte immer 3 sein
Anmerkung: 16 dither filter aktiviert: das ist dann allerdings schon im nächsten Byte und muss mit dem ersten GS-Code überschrieben werden, damit das AA wirklich aus ist.

Hier ist ein normales CTRL-Register setting, hier sieht man auch den aktivierten "dither filter" im dritten Byte von rechts.
0x0001311e

n64.icequake.net/mirror/www.ji…N64TEK.htm#videointerface

ganz erhlich... ist immer noch zu hoch fuer mich
aber man muss auch nicht alles verstehen, in diesem forum lese ich oft sachen die fuer mich fachchinesisch sind.

Un wie müsste man den GameShark-Code abändern, damit dieses Dithering deaktiviert wird? Mir ist nämlich bei dem Code aufgefallen, dass das Bild zwar schärfer wird, aber leider auch das Dithering verstärkt auftritt.

Weiß nicht ob "Gamma Dithering" das ist, versuch mal 3212 statt 3216.

Ich habe auch keine Ahnung.
Mein letzter Patcher kann übrigens die Speical Features einzeln manipulieren.

Das wäre dann sowas wie:
u64aap -tg rom.z64

Allerdings funktioniert der nur mit Roms in denen die entsprechende Funktion gefunden wird, somit darf sie z.B. nicht komprimiert sein.
Ich hatte nicht viel lust solche Fälle jetzt auch noch alles einzubauen, da kommt man ja vom Hundertsten ins Tausendste.

N64 - Antialiasing & Co. können nun via GameShark ausgeschaltet werden

Das hat leider nicht funktioniert. Man sieht das Dithering vor allem am Himmel, an den Glasscheiben im Turm oder an den rot/weissen-Fahrbahnmarkierungen.


Wollte das ganze dann auch mal mit dem Everdrive ausprobieren. Goldeneye ließ sich mit aktivierten Cheats gar nicht starten.
Habe dann ein OS-Update gemacht (von 2.07 auf 2.13). Nun funktionieren die Cheats auch mit Goldeneye. Aber auch da bleibt das Dithering.

Seltsamerweise funktionieren seit dem ED OS-Update die Cheats mit dem Spiel Duke Nukem Zero Hour nicht mehr.

@saturnu Könntest du den Patcher nochmal zur Verfügung stellen. Der Link ist zumindest bei mir down.

Klar doch
u64aap.7z

Könnte jemand mir eventuell erläutern was die unterschiedlichen Optionen bewirken können?
Mit der Begrifflichkeit Dithering im allgemeinen kann ich noch was anfangen aber Gamma Correction, Gamma Dithering DIVOT, NO-TABLE sagen mir nichts. Bzw. was ändern diese am Bild?