Suche schlanken C64 Emulator als "Laufzeitumgebung", der vom SID auch lesen kann

HI andi6510 ,

also das es extrem langsam ist ist mir auch schon aufgefallen

Das blockierende Warten macht die write queue wirkungslos, darum das Schneckentempo.

Das ist wie Gas geben, wenn man auf der Bremse steht.

Warum das Schreiben nicht mit jedem Register klappt weiß ich nicht, kann ich mal mit Andreas bequatschen.

Vielleicht ist das Timing aber auch zu ungenau und deswegen sind die Ergebnisse nicht immer stabil.

Beim JSIDPlay2 kannst du übrigens auf die Tastatur klicken und dann die Taste direkt anklicken in der Video Ansicht (für die = Taste z.B.).

Ich werde Morgen weiter ausprobieren, heute Abend kam ich leider nicht mehr dazu.

Ich kann auch noch weitere Hardware ausprobieren, wie z.B. ExSID oder HardSID4U, wobei die eh nicht mehr oder eben aktuell nicht bestellbar wären.

Ich geb mal noch nicht auf.

Edit: Ich habe hier übrigens auch ein Paar Sockel zur Verfügung, die ich für Ultimate64 angeschafft hatte.

So,

ich habe heute den FPGASID über Sockel auf SIDBlaster montiert.

Zunächst einen Soundtest gemacht, das der FPGASID dort auch tatsächlich geht.

Dann als nächstes Configuru.0D gestartet und das gleiche festgestellt: die HWID fängt immer mit FFFF an,

das Gerät wird also nicht erkannt.

Nun also auf Reset im Menü geklickt und mal von Hand das Schreiben ausprobiert :

POKE 54276,12

PRINT PEEK(54276)

255

READY.

Sieht soweit schon mal falsch aus.

Jetzt alles beendet, USB rausgesteckt, USB dann wieder reingesteckt und JSIDPlay2wieder gestartet.

Diesmal nicht Configuru gestartet sondern gleich getippt:

POKE 54276,12

PRINT PEEK(54276)

12

READY.

Diesmal stimmt das Ergebnis.

Irgendwas bei Aufruf von Configuru sorgt dafür, das der Schreibzugriff im Anschluss nicht mehr geht.

Am WE geht das Testen weiter.

Zitat von andi6510

Man muss also definitiv in die Paddle und auch OSC3 und ENV3 Register schreiben und von allen SID Registern lesen koennen. Und das im vollen SID-Adressbereich also von $D400 bis hoch zu $D41F.

Schon mal einer in die Quellen von der hardsid library geguggt deswegen? Ansonsten mach ich das heute Abend mal.

Ich vermute auch einen Fehler in der aktuell verbauten Firmware, interessant wäre für mich: ist der ERSTE Befehl in Deinem Configprogramm ein Read oder Write?

Der SIDBlaster war bisher nie für Lesezugriffe gedacht.

Zitat von andi6510

Original-SID Register lassen sich ja normalerweise nicht zurücklesen. Bzw man liest für eine gewisse Zeit immer den zuletzt geschrieben wert aus, egal auf welchem Adresse der ging. Natürlich repliziert der FPGASID auch dieses Verhalten. Damit sind @kenichis Beobachtungen vermutlich erklärbar.

Damit man *wirklich* was lesen kann, muss man vorab ein Magic value schreiben. Ich empfehle hier das für den diag Modus:

D419 --> $EE

D41A --> $AB

Danach sollte man Folgendes lesen können:

D400: 1D

D401: F5

Das wäre die FPGASID-Erkennung.

Alles anzeigen

Also mein Test nach folgenden Pokes:

POKE 54297,238

POKE 54298,171

PRINT PEEK(54272)

29 <- OK

READY.

PRINT PEEK(54273)

255 <- NOK

READY.

Im Treiber (hardsid.dll und Java Version) gibt es laut Quellcode keine Beschränkungen was gelesen oder geschrieben werden darf.

Da hier in die Paddle Register geschrieben wird, ist die Frage, ob die Firmware das vielleicht gar nicht unterstützt.

Das wird ja für die Soundausgabe auch nicht benötigt.

Aber schon komisch, das zumindest der erste Wert stimmt.

Weiterhin habe ich mal den FPGASID in den ExSID von Thibaut eingebaut:

POKE 54297,238

POKE 54298,171

PRINT PEEK(54272)

255 <- NOK

READY.

PRINT PEEK(54273)

255 <- NOK

READY.

Also hier wird das Schreiben in die Paddle-Register erst garnicht unterstützt.

Das Lesen ist zusätzlich sehr undeterministisch.

In den meisten Fällen hängt sich das Gerät auf, und der Prozess bleibt hängen.

Hier ist laut hardsid.dll und der Java Version das Lesen durchaus implementiert.

Edit: auch hier ist das Lesen wie gehabt blockierend, so wie beim SIDBlaster, was zur katastrophalen Performance führt.

.

andi6510

Ok, ich habs rausgefunden. Ein Fehler bei der Portierung liegt hier vor.

Ich habe bei der signed byte nach int Konvertierung gepatzt

Ich mache gleich mal ein update.

Jetzt kommten beide erwarteten Werte korrekt raus.

Moment...

So, update ist hochgeladen, bitte neu runterladen.

Mal schauen ob Configuru geht...

Edit: Braucht lange, aber die HWID stimmt jetzt

Hier mal ein Screenshot.

Speichern der Konfiguration dauert seeehr lange

1 Minute

Und hier die Flashseite

Zitat von andi6510

Klappt auch die Erkennung am Anfang?

Ich kann gerade nicht testen aber ich probiere es so schnell wie möglich aus!

Ja, es kommt keine Fehlermeldung mehr.

Auch das setzen des Typs für Slot A kann man auswählen und das Zurückspeichern, was ca. eine Minute gedauert hat .

Damit kann man doch prototypisch schon etwas anfangen

Also ich habe jetzt mal weitergetestet:

1. Chip Typ umschalten funktioniert und die Auswirkungen sind hörbar.

2. Speichern geht ausschließlich für Chip Typ 6581 bei mir, nicht aber für Typ 8580

Im Gut Fall (Speichern von 6581) beginnt die Lampe hektisch zu blinken und nach 1 Minute kommt die Erfolgsmeldung

Im Schlechtfall beginnt die Lampe hektisch zu blinken und nach 1 Minute verändert sich das Blinken (eine LED weniger?) und es kommt keine Erfolgsmeldung.

Stattdessen bleibt die Abfrage "Y/N" offen.

Also bei mir kommt die Meldung am Anfang noch, scheinbar habe ich aber Version 1, sollte also normal sein.

andi6510 flashen sollte man aber besser noch nicht probieren?

Zitat von andi6510

Zitat von gh0st

Also bei mir kommt die Meldung am Anfang noch, scheinbar habe ich aber Version 1, sollte also normal sein.

andi6510 flashen sollte man aber besser noch nicht probieren?

Flashen sollte ich erst Mal testen. Ich habe zur Not die Mittel einen zerflashten (geiles Wort!) FPGASID wieder zu beleben.

Ups, da war ich wohl zu vorschnell.

Kann man sich das Teil auch halbseitig zerschiessen?

Ich warte mal jetzt erst mal ab, bis du dir das Flashen angeschaut hast.

andi6510

Um den Schalter "Lesen macht der Chip" weg zu optimieren, könnte ich den implizit beim Schreibzugriff auf die Paddleregistersetzen.

Das sind doch sonst zur Lese-Register?

Welchen magic Wert könnte ich denn da abfragen?

Also der Sinn wäre, das beim Start von Configuru automatisch das Lesen aktiviert wird, sonst nicht.

Und jetzt kommen noch weitere Ideen

Wenn ich vor dem Spielen einen Musikstückes dem fpgasid mitteile welchen chip typ ich brauche und welche stereo Adresse und welchen mode, dann klingen alle gespielten Stücke wie sie sollten, ausser 3-SID.

Gienge das und muß dafür Lesen vom Chip wirklich an sein?

Ach herrlich, ich kriege schon wieder lust z arbeiten.

Ich kann sid writes übrigens auch direkt vom Handy per USBc Adapter an den sid schicken

Damit geht's sogar ohne PC.

Nur lesen gienge hier garnicht, da der Emulator auf dem server läuft und nur sid writes dafür liefern kann.