letzter Beitrag von Bulli_ am
In der Tat, das ist nicht so einfach. Das unverstärkte Audiosignal liegt eben nur dort an, wo es der Pogopin des Adapters von Dukestah abgreift...
Wobei die "normale" C64-Lösung teilweise geht: Man darf es dann nur nicht am AV-Ausgang legen, sondern muss es direkt nach draußen führen... zugegeben: Schön ist was anderes. Beim U64 will man das doch eher auch im HDMI haben 
Stereo geht natürlich auch schmerzlos, indem man einfach 2 FPGASID reinsteckt (Zwischensockel notwendig).
Ich habe nun den FPGA SID drin in Socxkel 1. Jetzt habe ich einfach mal SID Sockel 1 und 2 wie vorher auf den alten (Sockel 1) und den neuen SID eingestellt (Sockel 2).
Was muss ich nun noch prüfen bzw. verkabeln?
ConfiGuru starten, richtig?
Mono sollte so gehen. ConfiGuru auch wenn Paddle Override abgestellt ist.
Also paddle override muss aus sein - check.
Aber ich brauche configuru, um zu sagen, welchen SID der FPGA SID emulieren soll, right?
Ext stereo SID address line - muss worauf stehen?
Aber ich brauche configuru, um zu sagen, welchen SID der FPGA SID emulieren soll, right?
Genau.
Ext stereo SID address line - muss worauf stehen?
Das wäre relevant, wenn Du das Kabel, welches Marty oben beschrieben hat, durch Löten legst. Es ersetzt die A5 / A8 / IO1 - Verbindung, die man vom echten C64 mit FPGASID kennt. Wenn das Kabel nicht gelegt ist: In der aktuellen Firmware ist dann egal, worauf das steht. In der kommenden Firmware sollte es dann auf IIRR "Off" stehen.
Kiomisch, wenn ich configuru starte, kommt "no fpga sid found" 
Dann gibt es eine Handvoll Möglichkeiten:
1) Paddle override steht nicht auf off.
2) Die SID-Adresse ist nicht $D400 - $D7FF (weiß gerade nicht auswendig, inwiefern es kleinere Bereiche tun..müssten eigentlich, mit Ausnahme der Diagnostics, daher könnte auch $D400 reichen).
3) Es ist ein weiterer SID auf $D400 konfiguriert.
Wie schaklte nich denn den UltiSIDn aus??
Ich find da nix im Menü
Welche adresse soll ich denn am besten auswählen, wenn ich den UltiSID NICHT, NIE, NEVER benutzen möchte?
JHmm, also jetzt habe ich f. UltiSID mal andere Adressen genommen - immer noch nkeine Veränderung
$D700 ist gut. Das stört einerseits nicht die Module - anderseits wird das aber quasi nie als SID-Mirror benutzt.
OK, also bisher keine Veränderung, immer noch "no fpga sid found"
Dann gibt es eine Handvoll Möglichkeiten:
1) Paddle override steht nicht auf off.
2) Die SID-Adresse ist nicht $D400 - $D7FF (weiß gerade nicht auswendig, inwiefern es kleinere Bereiche tun..müssten eigentlich, mit Ausnahme der Diagnostics, daher könnte auch $D400 reichen).
3) Es ist ein weiterer SID auf $D400 konfiguriert.
Dann sind wir wohl wieder hier 
und irgendwas liegt doch noch auf D400-D7FF oder Paddle Override ist an, oder die Adresse des FPGASID ist nicht richtig konfiguriert.
Irgendwelche Module gesteckt, oder andere Peripherie angeschlossen? Alles ausziehen und das U64 allein mit dem FPGASID testen.
oder nicht richtig eingesteckt...
paddle override ist aus.
Alle Adressen, ausser socket 1, sind auf D700 gestellt
Bin jetzt kein U64 Experte, aber iIch glaube es war wichtig, dass wirklich der Bwereich D400-D7FF eingestellt wird und nicht nur D400. Aber das hast Du sicher schon richtig gemacht.
War da nicht was, das die U64 einen gewissen Stand haben musste?
War da nicht was, das die U64 einen gewissen Stand haben musste?
Ja musste. Aber die Einstellung "Paddle Override" ist nicht da, wenn der Stand nicht passt. Das würde ich daher als Irsache nicht vermuten.
Habe ich. Die Adresse des entspr. Sockels war auf D400-D7FF gestellt, alle anderen auf D700.
Ich sende das board aufgrund des defekten carts slots eh ein. In dem Zuge kann Gideon. sich die FPGA SID Sache auch mal anschauen.
Da es sehr friemelig war,l vorthin die normalen SIDs rauszunehmen, habe ich etwas von der grünen Oberfläche bei 3 Leitabahnen abgekratzt - ich denke nicht,
dass da was kaputt gegangen istm, aber auch da möchte ich auf Nr. sicher gehen... oh mann, kotzt mich das gerad an...
