@ Darkvision: Danke dir. ![]()
GEOS MegaPatch V3 Release 2018
-
darkvision -
2. November 2018 um 19:39 -
Erledigt
Es gibt 1.222 Antworten in diesem Thema, welches 218.955 mal aufgerufen wurde. Der letzte Beitrag (
-
-
Oder auf Area6510 geoconvert v4.0

Pusti64Ok, danke.
Außerhalb GEOS, gibt es da am C64 was? Für D64 habe ich einiges hier. Aber D81???Oder am PC?
-
Gerade mal rausgesucht. Habe es aber nicht getestet.
-
Wie hast Du das denn gemacht? Das geht doch normalerweise gar nicht.....
Das Laufwerk 2x öffnen und in einem den Ordner öffnen im anderen das Verzeichnis mit dem UV. Verschieben geht dann von einem Fenster in das andere...
Hallo, Hast Du hier meine Rückmeldung von gestern gelesen? Kannst Du damit etwas anfangen?
Ja,
. Dann mach ich auch die US-Version als D64 fertig. -
Gerade mal rausgesucht. Habe es aber nicht getestet.
Klingt zwar gut - ist aber was anderes: Ein D64 "Extracter", welcher mit 1581 läuft...
Will die D81 nicht auspacken.Nach einiger Suche, konnte ich mich wieder erinnern, das es für das MMC64 ein Plugin gab, welches D81 in 90 Sekunden auspackt. Damit hat es dann geklappt.

Wenn ich das jetzt richtig verstanden habe: Es wird der TopDesk 4 benötigt, welcher auf der damaligen Disk von 1999 drauf ist?
Kann dann von einem lauffähigen GEOS System OHNE MP3 auf das aktuelle MP3.3 gewechselt werden - wenn der TD 4 auf einer anderen Disk ist?? -
Wenn ich das jetzt richtig verstanden habe: Es wird der TopDesk 4 benötigt, welcher auf der damaligen Disk von 1999 drauf ist?
Oder Version von 2003 aus der Wolke...
Kann dann von einem lauffähigen GEOS System OHNE MP3 auf das aktuelle MP3.3 gewechselt werden - wenn der TD 4 auf einer anderen Disk ist??
Du brauchst nur eine Datei namens "DESK TOP" (GEOS 64), ob das jetzt der alte Desktop 2.0 von GEOS 64 V2.5 ist, oder ein umbenannter TopDesk oder ein umbenannter DualTop ist völlig schnuppe. MegaPatch hat nichts mit dem DeskTop/TopDesk zu tun. Du kannst auch GeoDOS in "DESK TOP" umbenennen... Die erste Datei mit dem Namen wird nach Ende des Updates gestartet.
Update ist auch von GEOS 2.x möglich. Von MP3 aus geht auch...
-
Oder Version von 2003 aus der Wolke...
Den habe ich nicht gefunden. Nur das (alte) MP3 als D81. Hast Du bitte einen Link?
Du kannst auch GeoDOS in "DESK TOP" umbenennen... Die erste Datei mit dem Namen wird nach Ende des Updates gestartet.
Gut. D.h. auch der alte TopDesk, der bis zum erscheinen des alten MP3, aktuell war, würde laufen?
Update ist auch von GEOS 2.x möglich.
Sehr gut. Danke.

-
Also ich behaupte ja nicht, dass Topdesk und Native Mode wirklich ein gutes Paar sind.
Das Gefühl hab ich schon lange.

Meiner Meinung nach sollte man auf Native-Laufwerken keine TD-Ordner verwenden.....
Ups.....
Dann muss ich ein paar DNP's umstellen.Aber es ist derzeit die einzige 80-Zeichen-Oberfläche.......
Ist so, für den C64 gibt's ja den einten oder anderen Ersatz, z.B. GeoDOS.
Tausche ich jetzt aber in TD die Laufwerke A: und D: kann ich das UV auf D: wieder korrekt schließen.
Hab die UV-Schliess-Geschichte mal durchprobiert.
Laufwerke:
A: SD2IEC (DNP)
B: FD-2000 (1581)
C: HD (Native)
D: RL (Native)
SCPU auf 20 MHZ, 16 MB wird als DACC benutztDie UV's wurden mit den neusten GD-Snapshot erstellt.
Bin ich in einem UV und klicke auf's "Schliess-Icon" wird das Laufwerk geschlossen, egal welches (betrifft auch SuperRAM-Native und RAM-Native).Jetzt wird's verwirrend

Tausche ich (im TD) LfW D und A, D auf A ablegen.
Funktioniert es einwandfrei, auch auf LfW C (HD) welche nicht verändert wurde.Tausche ich wieder zurück, geht es wieder nicht mehr.

Keine Ahnung, wo der Wurm sich windet.
Es wird der TopDesk 4 benötigt, welcher auf der damaligen Disk von 1999 drauf ist?
Richtig, es wird ein Desktop benötigt.
Kann der TD sein muss aber nicht.Du kannst auch die TD-Version von Bitte melde dich an, um diesen Link zu sehen. nehmen:
- Bitte melde dich an, um diesen Link zu sehen.
- Bitte melde dich an, um diesen Link zu sehen.Gruss C=Mac.
-
Wie hast Du das denn gemacht? Das geht doch normalerweise gar nicht.....
Das Laufwerk 2x öffnen und in einem den Ordner öffnen im anderen das Verzeichnis mit dem UV. Verschieben geht dann von einem Fenster in das andere...
Aber dass dann das UV unter Umständen nicht mehr funktionieren kann ist Dir klar?
Ein UV ist fest an bestimmte Tracks/Sektoren gebunden. Selbst die Position im Directory ist im Header des UV festgeschrieben (Track/Sektor und Dir-Eintrag-Position)...Gruß
Werner -
Aber dass dann das UV unter Umständen nicht mehr funktionieren kann ist Dir klar?
Ein UV ist fest an bestimmte Tracks/Sektoren gebunden. Selbst die Position im Directory ist im Header des UV festgeschrieben (Track/Sektor und Dir-Eintrag-Position)...Ach ne??
Das verschieben eines UV in einen TopDesk-Ordner ändert dessen Position im Verzeichnis nicht. TopDesk nimmt das dann nur in seine Ordner-Liste mit auf und zeigt es dann im Hauptverzeichniss nicht mehr an, ist wie bei einer Datei. Das Verzeichnis funktioniert dann auch noch wie gewohnt. -
Ich hab das Problem im TopDesk gefunden:
Das aktuelle Unterverzeichnis schließen funktioniert nur auf Laufwerk A: und auch nur bei CMD-Laufwerken. Es gibt da im TopDesk folgende Routine (stammt von Pusti64 TD128 source code):Code
Alles anzeigen::1 jsr Tst_dblClick ; bei $4cec;$5318 20ec4c bcc $534d ;$531b9030 ldx Save_AnzAktLfwFnst ; bei $042f;$531d ae2f04 lda $0524,x ;$5320bd2405 bne $535f ;$5323d03a lda $04bf ;$5325adbf04 beq $534d ;$5328f023 lda curType ;$532aadc688 and #31 ;$532d291f cmp #4 ;$532fc904 bne $534d ;$5331d01a MoveB $8222,r1L sta Abl_SubDirTrack,x ; bei $04fa,x;$5338 9dfa04 MoveB $8223,r1H sta Abl_SubDirSektor,x ; bei $04fe,x;$5340 9dfe04 ora r1L ;$53430504 beq $534d ;$5345f006 jsr $06a4 ;$534720a406 jmp $536e ;$534a4c6e53
Das Problem liegt in Zeile 6 (Bei TopDesk64 liegt der Code ab $4EAB):
Ab $04BF (TD64: $04B8) liegen vier Bytes die über die Laufwerke Auskunft geben. Pusti64 hat das hier so kommentiert:Code.Abl_LfwPartWechs b 0,0,0,0 ;$04bf00 lässt Lfw kein Partitionwechsel zu = 0 ; CMD-HD =$10, RL =$01, FD4000 =$08Bei mir stehen da unter VICE folgende Werte: $00,$00,$08,$00 für GeoRAMNative, RAM81, FD4000, CREUNative.
Jetzt prüft TopDesk über den Wert in $04BF ob das Laufwerk partitioniert ist (bzw. ein CMD-Laufwerk ist) und wenn nein ($00) wird die ganze Routine zum öffnen des übergeordneten Verzeichnisses übersprungen. Es wird also immer nur Laufwerk A: geprüft.
Ersetze ich die Abfrage durch eine Laufwerksabhängige Abfrage (ldy curDrive; lda $04BF-8,y... XREG darf nicht geändert werden) dann funktioniert alles wie es soll, auf CMD-Laufwerken.
Beim RAMNative hab ich die Abfrage einfach mal ganz gelöscht (durch NOPs ersetzt) und dann funktioniert der Verzeichniswechsel zurück zum vorherigen Verzeichnis auch beim RAMNative-Laufwerk.
Unter VICE/TopDesk64 reicht folgender Befehl im Monitor:
Der löscht den bedingten Sprungbefehl und TopDesk wechselt jetzt zum nächst höheren Verzeichnis.

Womit TopDesk aber weiterhin nicht klar kommt sind Unterverzeichnisse in TopDesk-Ordnern:
Öffnet man ein UV innerhalb eines Ordners versucht TopDesk den Inhalt der Ordners im aktuellen Unterverzeichnis darzustellen. Da es die Dateien im TopDesk-Ordner im aktuellen Unterverzeichnis aber nicht gibt zeigt er gar nichts an (es sei denn es gibt Dateien die sowohl im Haupt- als auch im Unterverzeichnis gespeichert sind).
Schließt man jetzt das Unterverzeichnis erfolgt zuerst eine Prüfung auf "Ordner". Da sich TopDesk in einem Ordner befindet wird zuerst dieser geschlossen. Da man immer noch im gleichen Unterverzeichnis ist zeigt TopDesk jetzt die richtigen Dateien an.Also: Keine Unterverzeichnisse in TopDesk-Ordnern

P.S. Damit kann man das Thema hier beenden da es sich offensichtlich nicht um einen Bug in MegaPatch handelt und kann daher in einem der anderen TopDesk-Threads weiter diskutiert werden

-
Den habe ich nicht gefunden. Nur das (alte) MP3 als D81. Hast Du bitte einen Link?
Hier unter Forum64/Forum intern/F64-Wokke. Dort dann im Verzeichnis /Software/Geos/System/Megapatch3 MegaPatch3_64/128_DE.7z
Gut. D.h. auch der alte TopDesk, der bis zum erscheinen des alten MP3, aktuell war, würde laufen?
Es spielt unter GEOS64 keine Rolle, Du kannst auch GeoWrite in "DESK TOP" umbenennen und jedes mal wenn eine Anwendung beendet wird startet GEOS dann GeoWrite. Wie Du dann von da aus Programme starten willst bleibt Dir überlassen. Wobei: Wenn Du ein Dokument öffnest und mein DeskAccesory "Do_it!" auf der Diskette hast kannst Du über das GeoWrite-Menü "GEOS->DO_it!" starten und über "Optionen->Anwendung laden" ein anderes Programm starten....

-
Alles anzeigen
Ich hab das Problem im TopDesk gefunden:
Das aktuelle Unterverzeichnis schließen funktioniert nur auf Laufwerk A: und auch nur bei CMD-Laufwerken. Es gibt da im TopDesk folgende Routine (stammt von Pusti64 TD128 source code):Code
Alles anzeigen::1 jsr Tst_dblClick ; bei $4cec;$5318 20ec4c bcc $534d ;$531b9030 ldx Save_AnzAktLfwFnst ; bei $042f;$531d ae2f04 lda $0524,x ;$5320bd2405 bne $535f ;$5323d03a lda $04bf ;$5325adbf04 beq $534d ;$5328f023 lda curType ;$532aadc688 and #31 ;$532d291f cmp #4 ;$532fc904 bne $534d ;$5331d01a MoveB $8222,r1L sta Abl_SubDirTrack,x ; bei $04fa,x;$5338 9dfa04 MoveB $8223,r1H sta Abl_SubDirSektor,x ; bei $04fe,x;$5340 9dfe04 ora r1L ;$53430504 beq $534d ;$5345f006 jsr $06a4 ;$534720a406 jmp $536e ;$534a4c6e53Das Problem liegt in Zeile 6 (Bei TopDesk64 liegt der Code ab $4EAB):
Ab $04BF (TD64: $04B8) liegen vier Bytes die über die Laufwerke Auskunft geben. Pusti64 hat das hier so kommentiert:Code.Abl_LfwPartWechs b 0,0,0,0 ;$04bf00 lässt Lfw kein Partitionwechsel zu = 0 ; CMD-HD =$10, RL =$01, FD4000 =$08Bei mir stehen da unter VICE folgende Werte: $00,$00,$08,$00 für GeoRAMNative, RAM81, FD4000, CREUNative.
Jetzt prüft TopDesk über den Wert in $04BF ob das Laufwerk partitioniert ist (bzw. ein CMD-Laufwerk ist) und wenn nein ($00) wird die ganze Routine zum öffnen des übergeordneten Verzeichnisses übersprungen. Es wird also immer nur Laufwerk A: geprüft.
Ersetze ich die Abfrage durch eine Laufwerksabhängige Abfrage (ldy curDrive; lda $04BF-8,y... XREG darf nicht geändert werden) dann funktioniert alles wie es soll, auf CMD-Laufwerken.
Beim RAMNative hab ich die Abfrage einfach mal ganz gelöscht (durch NOPs ersetzt) und dann funktioniert der Verzeichniswechsel zurück zum vorherigen Verzeichnis auch beim RAMNative-Laufwerk.
Unter VICE/TopDesk64 reicht folgender Befehl im Monitor:
Der löscht den bedingten Sprungbefehl und TopDesk wechselt jetzt zum nächst höheren Verzeichnis.

Womit TopDesk aber weiterhin nicht klar kommt sind Unterverzeichnisse in TopDesk-Ordnern:
Öffnet man ein UV innerhalb eines Ordners versucht TopDesk den Inhalt der Ordners im aktuellen Unterverzeichnis darzustellen. Da es die Dateien im TopDesk-Ordner im aktuellen Unterverzeichnis aber nicht gibt zeigt er gar nichts an (es sei denn es gibt Dateien die sowohl im Haupt- als auch im Unterverzeichnis gespeichert sind).
Schließt man jetzt das Unterverzeichnis erfolgt zuerst eine Prüfung auf "Ordner". Da sich TopDesk in einem Ordner befindet wird zuerst dieser geschlossen. Da man immer noch im gleichen Unterverzeichnis ist zeigt TopDesk jetzt die richtigen Dateien an.Also: Keine Unterverzeichnisse in TopDesk-Ordnern

P.S. Damit kann man das Thema hier beenden da es sich offensichtlich nicht um einen Bug in MegaPatch handelt und kann daher in einem der anderen TopDesk-Threads weiter diskutiert werden

Bitte melde dich an, um diesen Link zu sehen.
Könntest Du mir bitte noch kurz erklären, auf was da in Zeile 4 und 5 geprüft wird?Pusti64
-
Könntest Du mir bitte noch kurz erklären, auf was da in Zeile 4 und 5 geprüft wird?
Das scheint ein Zähler zu sein, für die Anzahl der verschachtelten Ordner.
Im Hauptverzeichnis ist das $00
Wechselt man in den ersten Ordner ändert sich der Wert für das aktuelle Fenster auf $01.
Legt man einen weiteren Ordner an und wechselt in den neuen Ordner dann ist der Wert $02.
Wenn man in echte Unterverzeichnisse wechselt ändert sich der Wert nicht.
Beim "Schließen"-Befehl wird dann der Zähler geprüft. Falls <>0 wird zuerst der Ordner geschlossen. -
Das scheint ein Zähler zu sein, für die Anzahl der verschachtelten Ordner.Im Hauptverzeichnis ist das $00
Wechselt man in den ersten Ordner ändert sich der Wert für das aktuelle Fenster auf $01.
Legt man einen weiteren Ordner an und wechselt in den neuen Ordner dann ist der Wert $02.
Wenn man in echte Unterverzeichnisse wechselt ändert sich der Wert nicht.
Beim "Schließen"-Befehl wird dann der Zähler geprüft. Falls <>0 wird zuerst der Ordner geschlossen.Dankeschön, wieder was gelernt bzw über TD herausgefunden

Bedeutet aber auch, dass meine Kommentierung für $042f nicht wirklich passt

Pusti64
-
Bedeutet aber auch, dass meine Kommentierung für $042f nicht wirklich passt
Naja, da steht die Anzahl der aktuell geöffneten Fenster - 1 .
Gruß
Werner -
Hier unter Forum64/Forum intern/F64-Wokke. Dort dann im Verzeichnis /Software/Geos/System/Megapatch3 MegaPatch3_64/128_DE.7z
Vielen Dank für den Link. Diese Wolke kenne ich natürlich - aber dort immer was finden, was man sucht, ist ein anderes Thema...

Der Inhalt des Image ist folgendes:Bitte melde dich an, um diesen Anhang zu sehen.
Hm, ich glaube nicht, das dort TopDesk drauf ist. Wird der wirklich durch das Patch (td64-patch<-mp3) in die aktuelle Version geändert???
Es spielt unter GEOS64 keine Rolle, Du kannst auch GeoWrite in "DESK TOP" umbenennen und jedes mal wenn eine Anwendung beendet wird startet GEOS dann GeoWrite.
Haha... Darauf bin ich noch gar nicht gekommen. Da kann man wunderbare Endlosschleifen basteln: Geowrite beenden, DESKTOP wird geladen - was wiederum GeoWrite ist...

Ach so:
Ist eine Init Datei von Deinem alten RL-Init mit dem neuen RL-Init 1.2 verwendbar? Was wurde geändert bei 1.2? -
aktuell geöffneten Fenster - 1
Stimmt leider nicht ganz. Hatte es in WinVice mit dem alten MP3-128 (2003) geprüft. Da stimmt es. Am echten C128 DCR mit dem neuesten MP3 und aktuellem TD stimmt es leider nicht.
Habe noch nicht herausgefunden, was da ist. Scheint mit den für TD unbekannten Laufwerken zusammenzuhängen. Da wird dann wohl das geöffnete Fenster eines solchen Laufwerks nicht mitgezählt bzw. der Wert nicht aktualisiert ....Gruß
Werner -
Der Inhalt des Image ist folgendes:
Das ist die alte MP3-Installation aus dem Jahr 2000. Topdesk wird da während der Installation "entpackt". Die neue Version gibt es noch nicht auf der Wolke.
Bitte benutze die TD-Version von hier: Bitte melde dich an, um diesen Link zu sehen. .
oder später im verlinkten Thema. Habe das Gefühl es wird in Kürze eine neue Version geben
....Gruß
Werner -
Hm, ich glaube nicht, das dort TopDesk drauf ist. Wird der wirklich durch das Patch (td64-patch<-mp3) in die aktuelle Version geändert???
Du musst das Setup von der Disk ausführen, dann werden alle Dateien entpackt. Nachdem das erledigt ist das Setup beenden. Dann ist der TopDesk da.
Aber mal ehrlich: Einfacher ist es aus dem DT64-NativeCopy-Thread den Beitrag mit dem "verbesserten" TopDesk zu suchen und den zu verwenden.Ist eine Init Datei von Deinem alten RL-Init mit dem neuen RL-Init 1.2 verwendbar? Was wurde geändert bei 1.2?
Müsste gehen.
Stimmt leider nicht ganz.
Es ist die aktive Fensternummer. Lässt sich doch testen in dem man zwei Fenster öffnet und dann unter VICE hin und her wechselt.
Das erste Fenster hat die Nr.0, das zweite die Nr.1.An Hand des Wertes holt sich dann TopDesk aus $0524 die Anzahl der verschachtelten TopDesk-Ordner.
-