Wie gross ist denn dieses Image?
Bei mir unter Windows geht auch SDL 32bit
Die Testimages sind nur 273KB groß
Du bist in Begriff, Forum64 zu verlassen, um auf die folgende Adresse weitergeleitet zu werden:
Bitte beachte, dass wir für den Inhalt der Zielseite nicht verantwortlich sind und unsere Datenschutzbestimmungen dort keine Anwendung finden.
letzter Beitrag von Juergen Johannes am
Wie gross ist denn dieses Image?
Bei mir unter Windows geht auch SDL 32bit
Die Testimages sind nur 273KB groß
Bekomme es nicht hin es lest sich kein dhd image erstellen
Da ist so erst einmal richtig. Es wird eine Datei mit 0 byte erstellt. Auch wenn eine Fehlermeldung ausgegeben wird.
In VICE bekommst Du die Datei unter Attach erst angezeigt, wenn du unten rechts von "Disk images" auf "All Files" umschaltest
Mit "create.sys." auf der CMD HD Tools Disk wird dann erst ein richtiges Image daraus erstellt.
Und mit "HD-Tools.64" auf der gleichen Diskette, musst Du dann mindestens eine Partition einrichten.
ok Danke für die Hilfe jetzt Läufst
Wie gross ist denn dieses Image?
Bei mir unter Windows geht auch SDL 32bit
Die Testimages sind nur 273KB groß
Hm. Dachte, es hätte eventuell etwas damit zu tun: https://sourceforge.net/p/vice-emu/code/38960/
Aber bei mir geht die 32bit ja auch.
Hm. Dachte, es hätte eventuell etwas damit zu tun: https://sourceforge.net/p/vice-emu/code/38960/
Von der Quelltextänderung würde ich sagen, dass braucht man für Image-Dateigrößeren ≥ 2 GB. Und nur dafür - kleineres Imagegrößen sollten ohne die Ändeurng gehen.
Habe noch etwas weiter geteset
Debian Buster mit Desktop und Windows geht
Debian Buster Lite 5.4.77 sowohl 32 als auch 64 Bit geht nicht. So bald ich CMDHD als Laufwerkstyp auswähle (ohne oder mit Image) hängt sich der IEC BUS auf. Keine Laufwerk mehr ansprechbar.
Habe noch etwas weiter geteset
Debian Buster mit Desktop und Windows geht
Debian Buster Lite 5.4.77 sowohl 32 als auch 64 Bit geht nicht. So bald ich CMDHD als Laufwerkstyp auswähle (ohne oder mit Image) hängt sich der IEC BUS auf. Keine Laufwerk mehr ansprechbar.
Ergänzend:
Es scheint wohl doch mehr ein Problem der ARM Architektur zu sein. Auf Intel x86 CPU scheint alles zu funktionieren.
Ich hoffe, dass ich mit meinem Artikel hier nicht den Rahmen sprenge.
Allerdings, wenn das von mir gleich geschilderte Endprodukt (ein DHD Image des eigenen Commodoresystems), so funktionieren sollte, wie ich mir erhoffe, wäre das echt ein neuer Meilenstein in der Commodore CMD Geschichte............
Auf diesen Augenblick haben wir lange gehofft --->CMD Geräte im Vice Emulator.
Ich kann mich nur auf die, bis jetzt geschilderten Aussagen, in dieser Rubrik beziehen. Ich habe nur ältere GTKVice 3.3/3.4 Komplettversionen. Mit den Native Testversionen habe ich keine Erfahrung (über ein fertiges WinVice zum testen würde ich mich sehr freuen).
--->Erstellung (nach CMDHD SD Umbau) eines DHD Image -->mit PC (WIN10 32bit) und Programm Rawcopy<---
(Den Umbau auf SD würde ich jedem CMD HD Besitzer ohne Einschränkung empfehlen, jetzt erst recht nach der Emulation der CMD Geräte in Vice).
Man nehme die SD (die mit dem kopletten CMD System) aus der CMD HD/SD und stecke sie in ein SD Karten Lesegerät am PC (bei mir alles WIN10 32bit). Mit Rawcopy erstelle ich dann eine Imagedatei (......... .img) aus den Daten der SD. Mit dem Umbenennen der Dateiendung von .img in .dhd (....... .dhd) entsteht das, für unserer Zwecke, gebrauchte DHD Image.
Nur zur Info: Habe Raw Copy Image immer als schnelle Datensicherung, auf PC, benutzt (weil, zurückschreiben geht auch) und zum stöbern mit Dirmaster.
Wenn durch einsetzen, der so entstandenen DHD in Vice, das komplette CMD System emuliert wird (natürlich auch durch erstellen eigenener, neuer DHD Images unter Vice), können wir alle (auch die nicht CMD Besitzer) die vielen neuen Programme testen, ausprobieren und benutzen, die über die vielen Jahre, rund um die CMD Serie entstanden sind.
Vielen lieben Dank an die Vice Programmierer, die uns diese neuen Highlights zur Benutzung ermöglichen.............
Gruß Jojo
Ich kann mich nur auf die, bis jetzt geschilderten Aussagen, in dieser Rubrik beziehen. Ich habe nur ältere GTKVice 3.3/3.4 Komplettversionen. Mit den Native Testversionen habe ich keine Erfahrung (über ein fertiges WinVice zum testen würde ich mich sehr freuen).
Hier kannst Du Dir die aktuellen "nightly builds" herunterladen. Also immer die aktuelleste Verision für Windows.
JoJo
Also ob das so alles funktioniert. Keine Ahnung, aber zumindest die Images sollten eigentlich kompatibel sein.
Hier kannst Du Dir die aktuellen "nightly builds" herunterladen. Also immer die aktuelleste Verision für Windows.
Danke für die Info.
Nur fehlen bei den Nightlys die Startdateien. So viel ich gelesen habe, müssen die durch kompilieren erstellt werden.
Und da habe ich keine Ahnung von. Vielleicht liege ich ja auch ganz falsch und es gibt eine einfache Möglichkeit die Nightlys zu nutzen.
Über Hilfe würde ich mich freuen..............
Nachtrag zu meinem vorigen Artikel.............. ein Anhang (habe bislang nur die "Portable Version" benutzt).
Gruß Jojo
Noch ein Nachtrag.............. ein Test DHD.........
Gruß Jojo
Man braucht nichts selber zu kompilieren.
Jedoch kann ich leider die Test DHD nicht lesen. Nicht mal ein Inhaltsverzeichnis. Die HD Tools stolpern ebenso.
Habe das eben nochmal nachgeschaut. Da ist was faul. Habe mehrere von diesen Zipfiles.dhd. Wenn ich andere zippe sind sie bei 50 MB.
Sorry, Image defekt...... und die anderen zu leider zu groß.
Schicke Dir mal eine P. M.
Gruß Jojo
P.M. leider nicht möglich.......
Was nun?
Gruß Jojo
Jedoch kann ich leider die Test DHD nicht lesen. Nicht mal ein Inhaltsverzeichnis. Die HD Tools stolpern ebenso.
Das scheint noch ein VICE-Problem zu sein... ich muss ein Byte im DHD ändern damit es geht:
Das Byte ab $0003:0500 zeigt die aktive SCSI-ID an... das DHD wurde von ID#5 erzeugt (Evtl. ein IomegaZIP? ). VICE erwartet wohl ID#0. Das Byte also von $50 auf $00 ändern und schon geht es (die ID ist im HIGH-Nibble gespeichert).
Wer sich das nicht zutraut:
Vice starten, CMDHD mit JoJos DHD in den Installationsmodus versetzen, CBMHDSCSI64 starten, S=SystemArea wählen und den Systembereich neu schreiben (Start bei 384, pre-Systembereich nicht löschen). Danach O=MainOS um das OS neu auf HD zu speichern.
Hinweis: CBMHDSCSI64 benötigt die Dateien "SYSTEM HEADER", "HDOS V1.92" und "GEOS/HD V2.00" von der CMD-HD-Disk.
Danach 2x einen RESET an der CMD-HD ausführen... danach ist das DHD ansprechbar.
S=SystemArea löscht den Systembereich, der u.a. die Version des CMD-HD-OS und die Hardware-Informationen wie ID und Startadressen der folgenden SCSI-IDs beinhaltet. CBMHDSCSI64 kann den Bereich neu initialisieren, danach muss aber auch das OS neu geschrieben werden, da erst damit die Versions-Informationen im Systembereich erzeigt werden.
Ich werde dazu mal einen Bugreport schreiben... entweder muss VICE die SCSI-IDs unterstützen oder die ID sollte ignoriert werden.
Nur fehlen bei den Nightlys die Startdateien.
????
Kann ich nicht nachvollziehen. Aber da hat sich vor einiger (längerer) Zeit was geändert: Die Binäris liegen im Archiv im Unterverzeichnis /bin .
Aber (Nightly heute heruntergeladen): Bei mir startet weder x64sc.exe noch x128.exe. Es passiert einfach nichts (Win10 64bit neueste Version).
Und solange Bug #1233 (C128) nicht behoben ist, ist das für mich sowieso uninteressant. Da bleibe ich bei WinVice 3.2 ....
Gruß
Werner
????
Die fehlenden Startdateien beziehen sich evtl. auf X64.exe das in aktuellen Builds nicht mehr enthalten ist (nur noch X64SC.exe). Bin aber kein Windows-User, aber bei meinen Tests mit dem aktuellen SVN-Build unter Linux muss ich "--enable-x64" angeben damit das alte X64 erzeugt wird.
Ich hab jetzt einen Bug-Report für das SCSI-ID-Problem erstellt, mal sehen was daraus wird.
Das darf doch nicht wahr sein.............
Habe immer gedacht das man was kompilieren muss, dabei sind die Startdateien im BIN Ordner. Manchmal hat man wirklich ein “Brett vor dem Kopf“.
Gerade mal ein Nightly gestartet (#r39033), läuft soweit. Vielen lieben Dank für Eure Hilfe. Darüber muss ich erstmal wegkommen, hilft wohl nur gleich ausprobieren.
Gruß Jojo
Das scheint noch ein VICE-Problem zu sein... ich muss ein Byte im DHD ändern damit es geht:
Das Byte ab $0003:0500 zeigt die aktive SCSI-ID an... das DHD wurde von ID#5 erzeugt (Evtl. ein IomegaZIP? ). VICE erwartet wohl ID#0. Das Byte also von $50 auf $00 ändern und schon geht es (die ID ist im HIGH-Nibble gespeichert).
In der Tat, das geht so.
Ich hab jetzt einen Bug-Report für das SCSI-ID-Problem erstellt, mal sehen was daraus wird.
Fein. Roberto reagiert vermutlich am ehesten.