SID am U64, Mausabfrage etc.

Zitat von Lynx

Stimmt, auf dem Ultimate 64 ist das natürlich auch interessant. Hab's probiert: FPGASID dringelassen, alles off und unmapped, ohne Paddle override und Überraschung:

TGACCRR bleibt im Intro komplett hängen: das Auto fährt schnell durchs Bild und zieht auf dem Boden die Staublinie hinter sich her, die sich nicht nach oben ausbreitet. Die Chars sind zwar animiert, aber es geht nicht weiter - das deutet also auf NULL Output hin. Wenn es mit dem "Nachbau SID" zumindest langsam weitergeht, dann wird da wohl doch ab und zu ein Zufallswert ausgelesen, wie auch immer der entsteht.

Dennoch funzt auch bei mir die Maus. Wobei sich das wiedrum auf die U64 firmware bezieht, da hat der U2+ firmware part keine Auswirkung. Demnach reicht das unmapping und Socket disable nicht um die analogen Register abzuschalten, d.h. wenn ein SID steckt, ist auch immer das Register verfügbar?

"When paddle override is on, the U64 will always read the internal paddle registers, regardless of the address settings and which SID is mapped where."

markusC64 hattest du das mit leeren Sockeln probiert und Maus lief?

Nee, keine leeren Sockel, sondern lediglich keine Adresse auf die SIDs gemapped. So dass er die nicht ansteuern sollte.

"When paddle override is on, the U64 will always read the internal paddle registers, regardless of the address settings and which SID is mapped where." - genau. Umgekehrt sollte das Gegenteil auch gelten, tut es aber scheinbar nicht ganz exakt.

Werde da Gideon mal fragen, wenn er wieder Zeit findet. Derzeit hat er mit U2+L verschicken, Firmware 3.10e (oder wird es doch 3.10f oder 3.10g) fertigmachen genug zu tun.

Zum Hintergedanken, warum ich das überhaupt ausprobiert hatte: Ich habe einen Mouster - und die Idee war einfach: Kann ich die U64 so einstellen, dass eine automatische Erkennung keine Maus mehr findet. Damit ich den samt Maus nicht rausziehen muss. Sondern die bequqme Joystick-Swap-Funktion nutzen kann.

Damit bekommt man es ja hin, dass Joystick bzw. Maus an den Port sind, wo man die gerade braucht.

Ich glaube nicht, dass er für die Paddle resp. Maus überhaupt die physischen SIDs nimmt. Denn die Messung erfolgt ja durch Aufladen eines Kondensators. Da dürfte eine Paralellschaltung von SIDs zur möglichen Messung alles andere als positive Effekte haben.

In Summe sieht es für mich also so aus, als ob er die interne Messchaltung auch dann nimmt, wenn man da die gar nicht hingelegt hat. Es wäre für mich völlig ok, wenn ohne Paddle Override, aber mit anderen als UltiSID dann halt das passiert, was bei einen C64 ohne angeschlosse Paddles / Maus auch passiert.

Daher verspreche ich mir nicht viel davon, das ohne SID im U64 mal auszuprobieren. Könnte ich aber am Wochenende mit meinem U64 1.1 mal machen.

Ja, das Abschalten des Paddle Oveide wurde deswegen gemacht, damit man die Konfiguration des FPGASID machen kann - dafür werden teilweise Paddle-Registe benutzt. Davor gingen die nu mit dem internen emulierten SID.

Jetzt muss man unterscheiden zwischen Lesen und Schreiben... könnten beide anders sein. Schreiben kann man prinzipiell auf vielen SIDs gleichzeitig, beim Lesen muss man sich natürlich für einen entscheiden, der dann das Ergebnis liefert. Ist also asymmetrisch.

Wie auch immer, das mit der Maus und das die es dennoch tut, das kann ich nicht erklären. Vielleicht, dass weiter Beobachtungen Licht uns Dunkel bringen.