-
atomcode
UND : für die 500$ bekommt man nichtmal ein Gehäuse, nur eine standard PC Tastatur und Maus usw usw. ... Keiner weiß, wie es mit dem Sound weitergeht und eine "Konsolenversion" führt das ganze Konzept mMn komplett ad absurdum ...
Naja, vielleicht gibts ja irgendwann einen X16 Core für den Mega65 
-
Und zack : schon kommt mir der Mega65 garnicht mehr so teuer vor 
-
Aber ohne Gewindeeinsätze 
Ja, hab ich bei meinen Modulgehäusen z.B. für das EF1CR auch gemacht, ist kein Problem und hält auch noch nach zig-mal auf und zu schrauben 
-
Heute mal den ersten Probedruck für den SNES2C64 Adapter von schorsch3000 gedruckt 

-
Aber was genau ist da anderst als beim normalen? Braucht man den unbedingt noch extra?
Keine Ahnung, muss ja jeder für sich entscheiden, ich selbst hab ihn noch nichtmal ausprobiert bis jetzt
.... der Unterschied ist der, dass das ein standalone Emu ist, der nicht auf dem VICE Sourcecode aufbaut, ist wohl etwas weiter entwickelt und cycle exact und braucht daher mehr CPU power . Siehe -> https://github.com/istvan-v/plus4emu
Wo bekomme ich Software Packs ZIP für PET, PLUS4 und VIC20 so das sich nicht jedes Programm einzel runterladen muss?
Bin ich raus, ich lade mir eh nur das runter was ich in dem Moment nutzen möchte ... ansonsten mal in der F64 Wolke gucken 
-
Was ist denn eigentlich eine "Wanderplatte"?
Wanderplatte 2022.05
-
Irgendwo hatte ich auch etwas davon gelesen, dass das "Aufräumen" nach dem Umzug noch nicht fertig ist.
Das kann ja evtl mal jemand gegenchecken , der die Wanderplatte in den Fingern hatte 
-
wo liegt den der unterschied PLUS4Emu
PLUS4EMU läuft nur auf dem Pi3, braucht also ein wenig mehr Hardware Power als der Pi0/Pi2 bieten können ...
-
80s Fan
Also zumindest bei deinem PET Verzeichnis haben alle Dateien 0KB, da ist wohl beim Kopieren was schiefgegangen 
Die Dateien in deinem PLUS4 Verzeichnis sehen aus wie eine Mixtur aus PLUS4 und PLUS4EMU (nur Pi3) ... konkret brauchst du für PLUS4 :
- kernal
- kernal.005
- kernal.232
- 3plus1hi
- 3plus1lo
- basic
- c2lo.364
- d1541II (optional)
- dos1551 (recommended)
- rpi_sym.vkm
- bootstat.txt
Display More
.. und die auch genau SO benannt
-
Naja, wenn die Config Datei abgearbeitet wird, ist doch schon längst ein Zugriff auf die SD und das FileSystem erfolgt (sonst könnte er ja die config.txt nicht finden) und in dieser config steht dann ja welche Datei er folgend abarbeitet um den Kernal zu laden (sidekick64.txt / sidekick264.txt) ...
In dem Status des Bootvorganges sind doch die GPIO Pins schon aktiv und somit könnte man doch auch einen Tastendruck am Sidekick64 abfangen, oder nicht ?
-
You don't necessarily need separate MicroSD cards (editing one config file is enough), but it'd definitely help a lot if switching firmwares were available via Sidekick64 menu.
Yeah, agreed, being able to switch firmware from a menu would make this much easier.
I thought about this many times...
Frenetic
Wouldn't it be possible to detect If a Sidekick button is pressed at startup and therefore start another config.txt ?
No button -> standard config.txt
Button 1 pressed -> config1.txt
Button 2 pressed -> config2.txt
... something like that 
-
Wie die Dateien EXAKT heissen müssen, steht doch auf der BMC Seite : https://accentual.com/bmpet/
Genau so hab ich die kopiert und dann umbenannt, da wo ne Endung steht (.bin) muss sie auch bleiben, beim Rest nicht.
Mach doch bitte endlich mal wie auch im anderen Thread vorgeschlagen einen Screenshot deiner Verzeichnisse 
-
Bei Polyplay gibt es derzeit 10 Stück gebrauchte 3.5" DD Disks für 12€ (plus Versand): https://www.polyplay.xyz/35-Disketten-DD-gebraucht
Stolzer Preis für gebraucht.
Für 1x beschrieben ? Nö, sehe ich nicht so ...
-
Es gibt zwei Möglichkeiten BMC64 auf eine SD zu kriegen, entweder formatieren und das Archiv auf die SD entpacken oder das BMC64 Image runterladen und auf die SD flashen 
Das eine Archiv heißt : bmc64-3.9.files.zip das andere : bmc64-3.9.img.zip
-
Tja, dann keine Ahnung 
Andere SD Karte probieren, Mal das Image verwenden von der BMC64 Seite (anstatt die Daten raufzukopieren) ... Das waren die ersten Dinge die ich testen würde 
-
okay, dann zitiere ich mal wenn du nicht auf den Link klicken möchtest :
Quote
C64-Roms und Programme
Der Emulator braucht für den korrekten Betrieb folgende System-Rom's:
basic.901226-01.bin
characters.901225-01.bin
kernal.901227-03.bin
Diese sind unter Anderem auf der Webseite zimmers.net zu finden. Des Weiteren wird mindesten ein Laufwerk-Rom benötigt:
1541-II.355640-01.bin (Download).
Als nächstes müssen die runtergeladenen Dateien wie folgt umbenannt werden:
basic.901226-01.bin -> basic
characters.901225-01.bin -> chargen
kernal.901227-03.bin -> kernal
1541-II.355640-01.bin -> d1541II
Display More

-
Soll ich die C64 kernel, basic, Chargen Daten mit oder ohne Endung .bin?
Hmmm ...
... keine Endung haben für BMC64 

Siehe auch : https://mingos-commodorepage.com/tutorials/c64bmctut1.php
-
Kein Backup - kein Mitleid. 
Mein lieblings T-Shirt Spruch 
-
Hallo an alle!!!
habe auch ein Problem mit meinem Pi mit BMC64 habe es bis zur blauen schrift beim Booten geschaft er sucht die Rom Files!!! Ich vertehe nicht warum
Die sind alle im richtigen Ordner C64 und auch richtig umbenant, aber er find sie nicht beim Booten
:-((( weiß einer bescheid wo der fehler liegen könnte? Und ja es sind die richtigen Roms
mit welchem OS draufkopiert
?
Ich hatte zum Beispiel das Problem, dass MacOS bei mir Endungen drangepappt hat bzw diese nicht sichtbar waren, die dürfen aber wenn ich mich richtig erinnere keine Endung haben für BMC64 
-
Und weiter gehts ... Erst den zweiten A/V Adapter und dann natürlich den Nachzügler-Hasi von Bobbel fertiggestellt 

Sorry, meine Kamera ist Müll, ist in echt nicht soooo hell 
Danke auch an OliverW. für das Design und die SB 