Was meinen sie mit local Commodore Hub?
Versenden sie zentral aus einen europäischem Land?
Was meinen sie mit local Commodore Hub?
Versenden sie zentral aus einen europäischem Land?
Heute kam diese Mail:
Hey H...,
Good news! Your Commodore 64 Ultimate is assembled & in transit to your local Commodore hub. ✈️
❤️ All of us at Commodore
![]()
Ist schon verkauft, hatte aber noch keine Zeit
Okay, dann werde ich mal meinen Kleinanzeigen-Suchauftrag darauf ausrichten.
Gibt's da auch gute unter den eher weniger noblem Marken (Universum, SABA, ...)?
Ein Geheimtipp wäre, absichtlich auf Farbe zu verzichten, denn SW- oder allgemeiner monochrome Bildröhren/Monitore können verdammt viel schärfer sein als die dreifarbige Verwandtschaft,
Mein erster Commodore Computer hing an einen SW-Ferneher von Universum. Alle Basicprogramme, die ich programmiert hatte, hatten voll die wilden Farbkombinationen. Aber in SW sah das so einfach am besten aus ![]()
Das Bild war gestochen scharf und dieser Fernseher war auch der einzige im Haus, der über Antenne RTL & Sat1 empfangen konnte.
Damit war ich der King im Haus ![]()
Ich beabsichtige mir für alte Spielekonsolen, Homecomputer, ... doch nochmal einen alten Röhrenfernseher mit ca. 36 cm Bildschirmdiagonale zuzulegen.
Wichtig ist mir, das er schon kompakt ist.
Worauf sollte ich achten (Marke, Bildröhre,...)?
Gibt es da legendäre Geräte, nach denen man Ausschau halten sollte?
Ich wollte keinen bestellen, weil ich mir schon so oft Retrosachen gekauft und dann so gut wie nie benutzt habe.
Diese Überzeugung hat ungefähr 1 Tag gehalten, dann habe ich einen in beige bestellt.
🙄
Und weil's dann auch egal war auch noch einen Spektrum Next 😬
Quasi als Bestrafung.
Super, das klappt für alle Versionen, die ich getestet hatte (2.4, 3.1, 3.7, 3.9) ![]()
syshack Ich würde das in Thread 1 ergänzen. Dazu müsste mir bitte ein Admin die Änderungsberechtigung erteilen (gerne auch dauerhaft
)
Kleiner Tipp:
Wenn man die Dateiendung von .py auf .pyw ändert, startet das Programm ohne das nervige Konsolenfenster.
Hier eine Anleitung, wie sich das C64Studio von Endurion zusammen mit dem VICE-Emulator unter Linux installieren läßt.
Hier ein paar Eckdaten für die Installation:
Linux Mint 22.2 (Cinnamaon 64-bit) - Das funktioniert unter jeder anderen Linuxdistribution auch
Please login to see this link. 8.2xx (es gehen bestimmt auch andere Versionen)
VICE (div. Versionen laufen problemlos) - WICHTIG: Die SDL-Versionen für Windows
(Die GTK-Versionen habe ich nicht zum Laufen gekriegt)
wine & winetricks (in der neusten Version)
Die Installation erfolgt im /home-Verzeichnis des angemeldeten Users (hier: aitsch) mit dem Standard wineprefix.
Die Pfadangabe /home/aitsch/.wine muss jeweils durch euren Usernamen ersetzt werden (/home/deinUser/.wine).
Erstmal alles Nötige downloaden:
Jetzt müsst ihr ein paar Dateien herunterladen:
Los geht's:
Installiert euch unter Linux wine und winetricks
z.Bsp. mit: sudo apt install wine winetricks in auf Debian basierenden Distros.
Öffnet eine Konsole und startet winetricks
Please login to see this attachment.
Alle möglichen Fragen sinnvoll beantworten und die Installation abwarten.
Spätestens jetzt sollte in eurem /home-Verzeichnis ein Unterordner .wine angelegt sein (/home/deinUser/.wine).
Öffnet den Dateibrowser geht in euren persönlichen Ordner.
Über Ansicht -> Verborgene Dateien anzeichen (oder STRG+H) könnt ihr die versteckten Dateien anzeigen lassen.
Dateien entpacken und kopieren/verschieben:
Die Kopiererei müsste man nicht zwingend machen, aber so ist es aufgeräumter ![]()
Wir testen:
Öffnet eine Konsole und gebt Folgendes ein:
wine "/home/deinUser/.wine/drive_c/Program Files/C64Studio/net4.8/C64Studio.exe" (ersetze deinUser durch deinen korrekten Usernamen)
Das Studio sollte starten (falls nicht, schaue dir die Meldungen in der Konsole an), der Setup Wizard wird dich auffordern, den Pfad zum VICE anzugeben.
Wähle deinen VICE aus (Pfad siehe Screenshot):
Please login to see this attachment.
Öffnen.
Zurück im Hauptfenster im Menü: File -> Preferences:
Please login to see this attachment.
Den Eintrag WinVICE auswählen
Für neuere VICE Versionen (z-Bsp. 3.7, 3.9, ...) müssen die Runtime Arguments angepasst werden:
True Drive on: -drive8truedrive +virtualdev1
True Drive off: +drive8truedrive -virtualdev1
(Ab welcher VICE-Version genau das anzupassen ist, weiß ich nicht. Beim VICE 3.1 muss man das nicht ändern. Da passen die Default-Werte)
Vergebt einen sprechenden Namen für den Emulator.
Fertig!
Optional: Eintrag ins Startmenü:
Rechte Maustaste auf den " Menü-Starter" -> "Menü bearbeiten"
Sucht euch den passenden Ordner z.Bsp. "Entwicklung" raus.
-> neuer Eintrag
Please login to see this attachment.
Vergebt den Namen "C64Studio"
Befehl: wine "/home/deinName/.wine/drive_c/Program Files/C64Studio/net4.8/C64Studio.exe" (Pfad bitte auf deinen Usernamen anpassen)
Klickt auf die Rakete und wählt die Datei "c64.ico" über den Pfad: wine "/home/deinName/.wine/drive_c/Program Files/C64Studio/net4.8/c64.ico" aus. (Pfad bitte auf deinen Usernamen anpassen)
Jetzt könnt ihr das Studio über euer Menü starten.
Wenn ihr Files außerhalb der .wine-Umgebung laden / speichern wollt, findet ihr eure Linux-Verzeichnisstruktur unter dem Laufwerksbuchstaben Z:
Source- und Projektdateien müssen also nicht in der .wine-Umgebung gespeichert werden.
Viel Spaß beim Programmieren!
Bei meinen Tests konnte ich nichts finden was nicht funktioniert, aber ...
Eine Frage habe ich noch:
Weiß jemand, wie man sowas wie "RAM injection" bei der SDL-Version vom VICE einstellen kann.
Vielleicht über einen weiteren Parameter ?
Das Laden der .prg-Datei (nach STRG-F5) dauert recht lange!
P.S.: Er wäre toll, wenn ein Admin diesen Beitrag für mich als "dauerhaft änderbar" einstellen könnte, damit ich hier Updates bzw. Fehlerbeseitigungen durchführen kann
P.P.S <EDIT MOD>
Super, das klappt für alle Versionen, die ich getestet hatte (2.4, 3.1, 3.7, 3.9)
So, die Diskussion kann hier enden.
Ich habe jetzt das C64Studio inkl. VICE-Unterstützung vollständig unter Linux laufen
.
Bislang habe ich noch keine Einschränkungen finden können.
Ein paar Tests werde ich noch durchführen und wenn alles gut bleibt dann einen separaten Anleitungs-Thread dazu erstellen.
(Falls daran Interesse besteht?!?)
Danke an Endurion für die Codeänderungen.
So hier das Testergebnis:
Output C64Studio
Element 'demo.asm' was not built successfully last time.
Determined demo.asm as active document
Running build on demo.asm with configuration Default
Enabled Hack: ALLOW_DOT_BYTE_INSTRUCTION
Build successful, 0 warnings, 0 errors encountered
Start address $0801 to $0816, size 22 bytes
Memory Map:
$0801 - $0816 - unnamed section
Compiled to file C:\users\aitsch\ASM\LinuxTest\LinuxTest\demo.prg, 24 bytes
Running demo.asm
The determined working directory
does not exist
Display More
Fehlermeldung wine:
0118:err:ole:CoGetContextToken apartment not initialised
wine: Read access denied for device L"\\??\\D:\\", FS volume label and serial are not available.
wine: Read access denied for device L"\\??\\E:\\", FS volume label and serial are not available.
wine: Read access denied for device L"\\??\\Z:\\", FS volume label and serial are not available.
0110:err:listview:LISTVIEW_WindowProc unknown msg 109d, wp 0, lp 0
Die .prg-Datei wurde korrekt im C:\...-Verzeichnis erzeugt.
VICE startet aber nicht.
Bei der Recherche, ob sich aus wine heraus Linux-Programme starten lassen, habe ich das gefunden:
Unter wine lassen sich Linux-Programme starten, indem man sie per start /unix /linux/pfad/zum/programm aufruft (Please login to see this link., Please login to see this link.)
So konnte ich aus der wine Konsole meinen Linux-VICE starten. Vielleicht hilft das ein wenig.
Das hört sich sehr gut an. Als Standardvorgabe wird immer ~/.wine genommen.
Man könnte eine eigene Windowsumgebungen nur für das Studio aufsetzen.
z.Bsp.: WINEPREFIX=~/.wine_C64Studio wine C64Studio.exe
winepath würde dann aber den Ausgabepfad auf ./home/benutzername/.wine_C64Studio/drive_c/... anpassen.
Dafür sollte keine weitere Konfiguration notwendig sein.
[EDIT] Jetzt warst du 3 Min. schneller. Ich teste das heute Abend.[/EDIT]
Ich bin erst heute Abend wieder zu Hause, aber ja, der VICE läuft unter Linux und damit außerhalb von wine.
wine legt seine Laufwerke im Home-Verzeicnis des Linux Users (hier aitsch) ab.
C:\ liegt also in /home/aitsch/.wine/drive_c
D:\ in /home/aitsch/.wine/drive_d
...
Die weitere Verzeichnisstruktur ist dann identisch. So sollten sich die Pfade doch zusammenbauen lassen.
Edit: Dafür gibt es ein winepath-Executable. Muss ich mal einbauen. Ist das im Pfad erreichbar?
Die Frage verstehe ich leider nicht.
Neue Erkenntnis für mich. Ich hatte vorher nicht gesehen, dass es innerhalb von wine den Pfad c:\users\aitsch gibt.
Nun habe ich nur den Pfad zum VICE in den Preferences umgestellt (Z:\usr\bin\x64sc).
Vice zwar startet nicht, ABER ....
jetzt wurde die tmpdf90.tmp in C:users/aitsch/Temp geschrieben.
Der Inhalt lautet:
wine schmeißt folgenden Fehler:
0140:err:listview:LISTVIEW_WindowProc unknown msg 109d, wp 0, lp 0
0140:err:listview:LISTVIEW_WindowProc unknown msg 109d, wp 0, lp 0
0140:err:listview:LISTVIEW_WindowProc unknown msg 109d, wp 0, lp 0
Argument 'C:\users\aitsch\Temp\tmpdf90.tmp' not valid for option `-moncommands'.
Error parsing command-line options, bailing out. For help use '-help'
Das Studio ist entspannt:
Element 'demo.asm' was not built successfully last time.
Determined demo.asm as active document
Running build on demo.asm with configuration Default
Enabled Hack: ALLOW_DOT_BYTE_INSTRUCTION
Build successful, 0 warnings, 0 errors encountered
Start address $0801 to $0816, size 22 bytes
Memory Map:
$0801 - $0816 - unnamed section
Compiled to file C:\users\aitsch\ASM\LinuxTest\LinuxTest\demo.prg, 24 bytes
Running demo.asm
Calling Z:\usr\bin\x64sc with -moncommands "C:\users\aitsch\Temp\tmpdf90.tmp" -truedrive +virtualdev "C:\users\aitsch\ASM\LinuxTest\LinuxTest\demo.prg"
Display More
Ich glaube, dass Problem besteht mit den Back-Slashes in der Pfandangabe.
Falls der VICE aufgerufen wird, kann er mit dem String "C:\users\aitsch\Temp\tmpdf90.tmp" -truedrive +virtualdev "C:\users\aitsch\ASM\LinuxTest\LinuxTest\demo.prg" nix anfangen.
Unter Linux muss der Befehlsstring mit normalen Slashes (/) so aussehen:
x64sc -moncommands "/home/aitsch/.wine/drive_c/users/aitsch/Temp/tmpdf90.tmp" -drive8truedrive +virtualdev1 "/home/aitsch/.wine/drive_c/users/aitsch/ASM/LinuxTest/LinuxTest/demo.prg"
Dann startet auch VICE das Programm.
Zu dem Z: Laufwerksbuchstaben folgende Erklärung
Unter wine scheint es so zu sein, dass alles was außerhalb wines auf dem Linux Dateisystem liegt unter dem Laufwerk Z: geführt wird.
Please login to see this attachment.
Für mich wäre das Projektverzeichnis für die Temp-Datei okay
Leider keine Veränderung:
Der Pfad ist weiterhin: "C:\users\aitsch\Temp\tmpd1d9.tmp"
Element 'demo.asm' was not built successfully last time.
Determined demo.asm as active document
Running build on demo.asm with configuration Default
Build successful, 0 warnings, 0 errors encountered
Start address $0801 to $0816, size 22 bytes
Memory Map:
$0801 - $0816 - unnamed section
Compiled to file Z:\home\aitsch\Entwicklung\testLinux\demo.prg, 24 bytes
Running demo.asm
Calling Z:\usr\local\bin\x64sc with -moncommands "C:\users\aitsch\Temp\tmpd1d9.tmp" -truedrive +virtualdev "Z:\home\aitsch\Entwicklung\testLinux\demo.prg"
Kannst du nicht eine Checkbox "runs in wine" oder sowas einbauen und darauf aufsetzen?
1570 Ja, genau so versuche ich das und in die gleiche Richtung habe ich auch schon gedacht.
Allerdings funktioniert es ja auch mit dem Erzeugen der .prg-Datei.
Der Pfad "C:\users\...\Temp\tmp..." scheint aber fest verdrahtet zu sein, bzw. über eine Umgebungsvariable dynamisch gesetzt zu werden.
Da müsste man irgendwie drankommen.
Oder kann wine grundsätzlich nicht auf Linuxprogramme zugreifen?
[EDIT]Was meinst du mit einem Wrapper-Script?[/EDIT]
Bodhi1969 Du kannst die beigefügte Datei ausprobieren. Wenn der Denise startet, wäre schonmal klar, dass man über das Studio einen Emulator starten kann.
Aber weiter wäre ich dann nicht, weil das Debugging nur mit VICE funktioniert.
In diesem Beitrag möchte ich mit eurer Hilfe versuchen, das C64Studio unter Linux so zum Laufen zu bringen, dass man es "vollständig" nutzen kann.
Die IDE zum laufen zu bringen ist übrigens kein so großes Problem und sollte jeder hier hinbekommen.
Aber die Zusammenarbeit mit VICE funktioniert leider nicht.
Hier mal meine Eckdaten ohne weitere Erklärung:
Benutzt habe ich die net3.5 des C64Studios 8.2.281 mit wine 9.0 unter Linux Mint 22.2
Unter winetricks / wine sind nur diese Pakete zu installieren:
und das Studio sollte laufen. Einfach die C64Studio.exe doppelklicken.
Wine gibt nach dem Start folgende Meldung aus:
0148:err:ole:CoGetContextToken apartment not initialised
0140:err:listview:LISTVIEW_WindowProc unknown msg 109d, wp 0, lp 0
Sagt mir nix, aber das Programm startet und fühlt sich gut an.
Bei den Emulator Preferences habe ich bei den Defaults nur zwei Pfade angepasst:
Executable (VICE): \usr\local\bin\x64sc
Working Path: Z:\home\aitsch\Entwicklung\C64\C64StudioRelease (weil die Default Variable einen Fehler erzeugt hatte)
Please login to see this attachment.
Nach ein paar simplen Test konnte ich nichts Unverzichtbares finden, was im Studio nicht funktioniert.
Sieht also gut aus.
Jetzt zum Problem:
Nach dem Laden eines .asm-Files und einem "Build & Run" erhalte ich im Studio die Meldung:
.fctbNone{ color:#c0c0c0; }
Determined Z:\home\aitsch\Entwicklung\C64\C64Projekte\dungeon64\main.asm as active document
Running build on Z:\home\aitsch\Entwicklung\C64\C64Projekte\dungeon64\main.asm
Build successful, 16 warnings, 0 errors encountered
Start address $0801 to $3907, size 12551 bytes
Memory Map:
$0801 - $09A1 - unnamed section
$3800 - $3907 - unnamed section
Compiled to file Z:\home\aitsch\Entwicklung\C64\C64Projekte\dungeon64\main.prg, 12553 bytes
Running Z:\home\aitsch\Entwicklung\C64\C64Projekte\dungeon64\main.asm
Calling Z:\usr\local\bin\x64sc with -moncommands "C:\users\aitsch\Temp\tmp2c82.tmp" -truedrive +virtualdev
Display More
Das .prg-file wird zwar korrekt generiert,
ABER: VICE startet nicht:
Wine meldet:
0148:err:ole:CoGetContextToken apartment not initialised
0140:err:listview:LISTVIEW_WindowProc unknown msg 109d, wp 0, lp 0
0140:err:tooltips:TOOLTIPS_Timer How did this happen?
0140:err:tooltips:TOOLTIPS_Timer How did this happen?
0140:err:tooltips:TOOLTIPS_Timer How did this happen?
0140:err:listview:LISTVIEW_WindowProc unknown msg 109d, wp 0, lp 0
0140:err:listview:LISTVIEW_WindowProc unknown msg 109d, wp 0, lp 0
Argument 'C:\users\aitsch\Temp\tmp2c82.tmp' not valid for option `-moncommands'.
Error parsing command-line options, bailing out. For help use '-help'
Die angemahnte .tmp-Datei existiert nicht, wird nicht erzeugt, was auch immer. Auch den Pfad kann ich nirgendwo anpassen.
Die .prg-Datei wird im richtigen Verzeichnis erstellt und kann auch im VICE geladen und gestartet werden, aber sowas wie Debugging im Studio geht dann natürlich nicht.
Was könnte hier helfen?
Ich habe hier mal ein paar Namen aus dem Please login to see this link. , die in den letzten 5 Jahren mal Beiträge dazu verfasst hatten, rausgesucht:
huedrant 64erGrufti BastetFurry Alfredo Jammet BlondMammuth dg5kr tuxer gonzoMD Claus Endurion
Seid ihr weitergekommen?
Danke euch allen.
Ich habe die ganze Zeit versucht, das Problem mit einer schlauen Kombi aus and, eor, ora zu lösen ![]()
Die Lösungen von atomcode und 8R0TK4$T3N finde ich am logischsten.
✌🏻