Meine D81 sind entweder mit dem DirMaster oder Geodos erstellt.
Mmmhh, seltsam.
auch beim mir zugeschickten D81 (siehe weiter oben) steht da 1H, was für Native Partition steht. Das müßte 3D sein .....
Welche Version von DirMaster?
Gruß
Werner
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 C=Mac am
Meine D81 sind entweder mit dem DirMaster oder Geodos erstellt.
Mmmhh, seltsam.
auch beim mir zugeschickten D81 (siehe weiter oben) steht da 1H, was für Native Partition steht. Das müßte 3D sein .....
Welche Version von DirMaster?
Gruß
Werner
Also ich hab jetzt VICE 2.4 installiert... damit kann ich die Disk auch mit 1H normal bearbeitet, aber ich kann das Verzeichnis unter BASIC nicht laden.
Mit dem bearbeiteten D81 geht es dann, das zeigt das die DOS-Kennung hier wirklich ein Problem ist. Aber warum es bei mir unter VICE mit GeoDesk64 funktioniert? Evtl. umgehen die GEOS-Treiber dieses Problem, es wird ja über das Laufwerk direkt auf das Medium geschrieben. Auf einem SD2IEC am C64 geht das Image auch problemlos.
Unter BASIC führt ein @V auf so einer Disk zu einem Fehler 73... auch unter VICE 3.5.
Mein Tipp: Leeres D81 erzeugen (unter VICE oder über GEOS-Tools) und alle Dateien unter GEOS auf das neue DiskImage kopieren, kein DiskCopy verwenden! Das alte Image kannst Du später mit einem vollständigen Format löschen, dann wird die korrekte DOS-Kennung gesetzt.
Ein defektes DiskImage erkennst Du mit einem rechtsklick in VICE auf das Laufwerks-Icon, dann wird ja das Verzeichnis angezeigt. Dort rechts oben -> 1h = Schlecht, 3d -> Gut , siehe ScreenShot...
Danke fürs Überprüfen.
Ich habe gerade meine D81 mit Dirmaster geöffnet und noch 5 Weitere Images gefunden,
die ein 1h oben anzeigen. Ich kann mir nicht Erklären, woher das kommt................?
Können hier Evl. Defekte Dateien von Dubiosen Images aus dem Netz,
die ich auf meine D81 kopiert habe mit Verantwortlich sein???.............
Ist mir alles ein Rätsel...........
Dirmaster ist V.3.1.5
Danke für eure Hilfe
Ich kann mir nicht Erklären, woher das kommt.....
Das ist die Frage aller Fragen ... .
Vielleicht ein Versehen? Wenn man im DirMaster unter Edit - Edit Disk ID auswählt, kann dieser Wert geändert werden....
Gruß
Werner
Ansonsten kopiere ich meine D81 nur von SD-Karte auf PC-HD (Um unter Vice zu arbeiten)
und dann wieder zurück auf die SD-Karte................
Ansonsten kopiere ich meine D81 nur von SD-Karte auf PC-HD (Um unter Vice zu arbeiten)
und dann wieder zurück auf die SD-Karte.
Dann wäre es sinnvoll, auch mal alle D81 auf allen SD-Karten zu prüfen. Sonst tritt das u.U. immer mal wieder auf ....
Gruß
Werner
Ich habe jetzt meine dateien von den defekten D81 auf neu erstellte Images Kopiert.
Scheint wieder alles Normal, keine Images mehr mit Komischer Kennung gefunden..........
Danke für eure Hilfe
PS: Könntest du das Bild "geodos01" aus Post 1 mit dem GD-Logo zur Verfügung stellen, das hätt ich gern als Hintergrundbild........
OK... manche Dinge brauchen etwas länger (knapp zwei Jahre)... im Anhang das geoPaint-Bild als D64...
Hab heute den SoureCode zu G3 hochgeladen... und die aktuelle Version soweit angepasst das ich wie MegaPatch assemblieren kann. Läuft Aber jetzt liegt verdammt viel Arbeit vor mir... und da wo die bezahlte Arbeit mehr Einsatz erfordert
War aber ganz überrascht... das systemweite-Hilfe-System über F1 ist schon dabei... Aus geoWrite, geoPaint, GeoDesk64 usw... einfach F1 drücken... Hilfe-Handbuch erscheint. Natürlich muss die Anwendung dem System mitteilen wie die Hilfe-Datei heißt... sonst wird nichts angezeigt (siehe Screenshot).
Aber das es überhaupt funktioniert... Überraschung
Hab jetzt die Plattform auch auf VICE mit RAMLink-Support umgestellt... und gleich noch einen Bug in MegaAss gefunden Aber mit "RAMLink" kann ich wieder wie vor über 20 Jahren arbeiten... macht vieles einfacher.
Ich habe noch immer nicht ganz begriffen, was GeoDOS dann ist bzw sein soll.
Pusti64
Ich habe noch immer nicht ganz begriffen, was GeoDOS dann ist bzw sein soll.
Pusti64
WHAT IS IT?
GEODOS V3 was planned as an update for GEOS MegaPatch that was started in 1999. The core is compatible to MegaPatch.
Currently the source code is nearly identical to the last version from 1999. The goal is to add all updates and fixes from MegaPatch, add some extra features, add GeoDesk64 as default desktop and include features from GeoDOS V2.
This will be a project for the Commodore 64 only.
Da packe ich alles zusammen was ich entwickelt hab, ergänze es um weitere Funktionen (auf dem Plan steht individuelle Laufwerkstreiber die man als Anwendung starten kann... ToDo... irgendwann...), baue GeoDesk mit ein (läuft schon unter GD3, heute getestet...) und natürlich soll alles aus "einem Guss" sein...
Alleine der Startvorgang von GD sieht schon besser aus und passt eher zu GeoDesk, Textmodus nur am Anfang, danach grafisch... war als MegaPatch V3 - 2.0 gedacht... aber eher als Hobbyprojekt, in das alles einfließen kann was ich entwickelt hab... u.a. auch Datum+Zeit von U64+TC64v2 direkt einstellen... booten mit VICE/vdrive (und evtl. U64/TurboFirmware... läuft mit dem RBoot-Trick wohl nach Feedback aus den USA). Und die Konvertierungsfunktionen von GeoDOS... brauch ich fast täglich
Da gibt es jetzt so viel zu tun... mir wird da nicht langweilig.
Für Dich aber völlig uninteressant, da absolut ohne Code für den C128... aber evtl. teste ich die Partitionsauswahl hier und portiere das zurück auf MegaPatch... mal sehn. Aber aktuell gibt es andere Baustellen.
P.S. Um es mal zu verdeutlichen... MegaPatch war zu dem Zeitpunkt als es von MegaCom 2000 veröffentlicht wurde schon veraltet... ich bringe die Entwicklung vom damaligen Nachfolger jetzt nur auf den aktuellen Stand.
Danke für die Aufklärung.
Pusti64
... und gleich noch einen Bug in MegaAss gefunden
Was hast Du denn da gefunden?
Pusti64
Was hast Du denn da gefunden?
Das Gitrepository gibt Auskunft:
commit 65770bf7472dcd4997f6b0cbd5cae08843297599
Author: Markus Kanet < darkvision (at) gmx.eu >
Date: Fri Jan 29 13:45:42 2021 +0100
Updated Fri Jan 29 13:43:31 2021
--
New MegaAssembler source code V4.2 released.
=>/src/megaassembler/4.2
Changes:
* Fix a crash when assembling files.
Changed files:
doc/megaassembler/lnk.MegaAss.s | 4 ++--
doc/megaassembler/src.MegaAss0.s | 14 +++++++-------
doc/megaassembler/src.MegaAss2.s | 10 +++++-----
src/megaassembler/v4.2/README.md | 5 +++++
src/megaassembler/v4.2/d64/mav42d1.d64 | Bin 0 -> 174848 bytes
src/megaassembler/v4.2/d64/mav42d2.d64 | Bin 0 -> 174848 bytes
src/megaassembler/v4.2/d64/mav42d3.d64 | Bin 0 -> 174848 bytes
src/megaassembler/v4.2/d81/ma-v42.d81 | Bin 0 -> 819200 bytes
8 files changed, 19 insertions(+), 14 deletions(-)
Und da ich gerade eine 7 Tage Demoversion einer Übersetzungssoftware teste, hier noch dessen Übersetzung:
commit 65770bf7472dcd4997f6b0cbd5cae08843297599
Autor: Markus Kanet < darkvision (at) gmx.eu >
Datum: Fr Jan 29 13:45:42 2021 + 0100
Aktualisiert Fr Jan 29 13:43:31 2021
--
Neuer MegaAssembler-Quellcode V4.2 veröffentlicht.
=>/src/megaassembler/4.2
Änderungen:
* Beheben Sie einen Absturz beim Zusammenstellen von Dateien.
Geänderte Dateien:
doc/megaassembler/lnk.MegaAss.s | 4 + + --
Doc/megaassembler/src.MegaAss0.s | 14 + + + + + + + -------
Doc/megaassembler/src.MegaAss2.s | 10 + + + + + -----
src/megaassembler/v4.2/README.md | 5 +++++
src/megaassembler/v4.2/d64/mav42d1.d64 | Bin 0 - > 174848 bytes src/megaassembler/v4.2/d64/mav42d2.d64 | Bin 0 - > 174848 bytes src/megaassembler/v4.2/d64/mav42d3.d64 > 74888848 bytes/megab
8 Dateien geändert, 19 Einfügungen (+), 14 Löschungen (-)
... und gleich noch einen Bug in MegaAss gefunden
Was hast Du denn da gefunden?
Pusti64
Mit dem gleichen System ohne RAMLink funktionierte das assemblueren ohne Probleme. Dann hab ich VICE ja auf RAMLink umgestellt und der gleiche Assemblervorgang crasht.
Ich hab im Code eine Tastaturabfrage drinn, die liegt im Bereich $A000-$BFFF = Basic-ROM.
Die Routine aktiviert dann den I/O-Bereich um den CIA abzufragen... aktiviert dabei aber auch das LOW/BASIC-ROM.
Seltsamerweise funktionierte es bisher, erst mit RAMLink nicht mehr. Dabei hätte es auch vorher nicht laufen sollen...
Das Gitrepository gibt Auskunft:
Änderungen:
* Beheben Sie einen Absturz beim Zusammenstellen von Dateien.
Sch... Englisch.. sch... Übersetzungen
Wohl wahr, wohl wahr. Dafür hat DeepL Einschränkungen:
* Es funktioniert nur online, daher sollte man sich gut überlegen, was man dort zu übersetzen gibt.
* Die maximale Größe eines Übersetzungsblockes ist zumindest in der kostemlosen Version eingeschränkt.
Da ich gerade die Software, die c't in der aktuellen Ausgabe vorstellt, teste, hier noch die Übersetzungen aus korrigierten englischen Fassungen:
Changes:
* Fixed a crash when assembling files.
Änderungen:
* Ein Absturz beim Zusammenstellen von Dateien wurde behoben.
Changes:
* Fixes a crash when assembling files.
Änderungen:
* Behebt Absturz beim Zusammenstellen von Dateien.
Okay, mit dem Fachbegriff "Assemblieren" hat die Software Probleme, ansonsten aber nicht schlecht für eine reine Offline Lösung.
Edit: Habe den gerade nochmal die verfremdete Adresse vorgeworgen - ja, es fällt auf, dass er sowohl die original Adresse als auch die echte mit Leerzeichen versieht... Mit dem "(at)" die Inkonsistens geht alleridngs auf meine Kappe, da habe ich die Zwischenablage nach dem Verfremden wohl nicht erneuert.
Alles anzeigenWohl wahr, wohl wahr. Dafür hat DeepL Einschränkungen:
* Es funktioniert nur online, daher sollte man sich gut überlegen, was man dort zu übersetzen gibt.
* Die maximale Größe eines Übersetzungsblockes ist zumindest in der kostemlosen Version eingeschränkt.
Edit: Habe den gerade nochmal die verfremdete Adresse vorgeworgen - ja, es fällt auf, dass er sowohl die original Adresse als auch die echte mit Leerzeichen versieht... Mit dem "(at)" die Inkonsistens geht alleridngs auf meine Kappe, da habe ich die Zwischenablage nach dem Verfremden wohl nicht erneuert.
Ja, die Einschränkungen gibt es.. kommt ja aber nachher eh alles Online. Und ich übersetze eh keine Bücher.
Was die Email-Adresse angeht.. mal sehn ob auf Grund Deines Posts mehr Spam gibt.. aktuell fast 0 (vielleicht alle 2-3 Monate eine Mail).
Bei der Laufwerkseinrichtung gab es schon damals ein paar Verbesserungen:
Man wählt aus der Liste der angeschlossenen Laufwerke ein Gerät aus, wählt dann als welches Laufwerk es unter GEOS verwendet werden soll, ggf. bei der RL den Emulationsmodus und Partition wählen... fertig.
Bisher wählt MegaPatch das erste nicht genutzte Laufwerk wenn ein neues eingerichtet werden soll. Hat man z.B. 2x 1571 oder SD2IEC dann bestimmt die vorhandene Reihenfolge welches Laufwerk verwendet wird.
Kann man da die Farbe ändern? Das Lila ist schon ein bisschen krass
Pusti64