Was mir bei den letzten Snapshots aufgefallen ist: Die MP3-Anleitung ist nicht mehr auf dem D81. Nicht dass sie dann beim Release einfach vergessen wird...
Nanu? Schau ich mir mal an, Danke für den Hinweis.
Es gibt 1.222 Antworten in diesem Thema, welches 218.503 mal aufgerufen wurde. Der letzte Beitrag (
Was mir bei den letzten Snapshots aufgefallen ist: Die MP3-Anleitung ist nicht mehr auf dem D81. Nicht dass sie dann beim Release einfach vergessen wird...
Nanu? Schau ich mir mal an, Danke für den Hinweis.
Hallo darkvision ,
habe den neuen Snapshot (27.09.) gerade auf VICE installiert (MP3-128). Beim Booten (1. Screen) steht da jetzt:
...
(2) GEORAM/BBGRAM ...
(1) C=/CMD REU...
(3) CMD RAMLINK...
(4) CMD RAMCARD...
...
Immer dieses Durcheinander
.
Gruß
Werner
(2) GEORAM/BBGRAM ...
(1) C=/CMD REU...
(3) CMD RAMLINK...
(4) CMD RAMCARD...
Kann ich ja noch ändern... wichtig war nur das die GeoRAM vor allen anderen getestet wird, sonst stürzt das System bei der Installation von einem GeoRAM-Native-Laufwerk komplett ab wenn die C=REU der GEOS-DACC ist. Egal ob C64 oder C128.
Bei der Erkennung des GEOS-DACC wird nämlich bei der GeoRAM auch die Bank-Größe ermittelt (16,32 oder 64Kb), auch dann wenn die GeoRAM nicht der DACC ist. Und die braucht der Updater später bei der Re-Installation den GeoRAM-Native-Treibers. Fehlt der Wert weil die C=REU schon als DACC erkannt wurde -> Treiberzugriff -> Absturz.
Ist mir bei den letzten Tests am VICE128 aufgefallen und wollte ich noch beheben...
Ich muss sowieso noch das README aktualisieren (Änderungen ergänzen, Wishlist löschen usw..). Vor dem Final Release kommt da sicherlich nochmal ein Update.
Aber Danke fürs testen ![]()
![]()
Hab hab einen neuen SnapShot bereitgestellt... wenn keine weiteren Fehler mehr auftreten wird dieser das "Final Release". Gibt jetzt auch den englischen SnapShot.
Zufällig hab ich beim Aufräumen hier ein Foto gefunden... über 20Jahre alt... mit Wolfgang Grimm, Michael Renz/PPE und ich (und noch zwei anderen Herren, ich gehe mal von 64er/128er-Tester/User aus). Das war bei Wolfgang auf dem Hof und war ein Abstimmungstermin wie man MP kommerziell vermarkten könnte. Michael wollte da wohl mithelfen. Letztendlich hat das ja dann Wolfgang alleine gemacht, ich wollte weder mit dem Vertrieb noch mit dem Erlös was zu tun haben...
Ich denke das Foto mus kurz nach der ersten Präsentation von MP64 entstanden sein... an mehr kann ich mich aber nicht mehr erinnern. Ist zu lange her...
20Jahre später ist der Code OpenSource und das eine oder andere Problem beseitigt und neue Funktionen/HardwareSupport wurden ergänzt. Daran hat damals auf dem Treffen sicherlich keiner gedacht...
Wie die Zeit vergeht ![]()
Hab hab einen neuen SnapShot bereitgestellt...
Danke. Bisher keine Probleme
.
Eine kleine Kleinigkeit ist mir noch aufgefallen. Es ist kein Fehler und es ist auch alles richtig angezeigt.....
Im Editor Reiter ANZEIGE:
beim Bildschirmschoner muss ein Haken zum Deaktivieren gesetzt werden
beim Hintergrundbild muss der Haken zum Deaktivieren gelöscht werden
Irgendwie unlogisch
. Zumal beide Optionen nach einer Installation automatisch aktiv sind ......
Ist nur ein Vorschlag. Wenn es so bleibt, ist es für mich auch OK.
Ich werde dann in den nächsten Tagen nochmal testen, wie sich MP3 64/128 verhält, wenn ich vom originalen Geos 64/128 V2.0 mit originalem DESKTOP boote und dann MP3 zunächst auf SD2IEC D81 installiere und das dann nach dem Booten auf SD2IEC DNP nochmal neu installiere....
Gruß
Werner
Im Editor Reiter ANZEIGE:
beim Bildschirmschoner muss ein Haken zum Deaktivieren gesetzt werden
beim Hintergrundbild muss der Haken zum Deaktivieren gelöscht werden
Irgendwie unlogisch
. Zumal beide Optionen nach einer Installation automatisch aktiv sind ......
Warum ist das unlogisch? Beide Optionen haben eine unterschiedliche Priorität.
Das Hintergrundbild ist "Nice to have", wer das nicht will *kann* es deaktivieren.
Der ScreenSaver ist ein Programm das Teil von MP ist, wer das nicht will *muss* es deaktivieren.
Sind ja nur Begrifflichkeiten... viel Schlimmer finde ich die Englische Version des TopDesk.
Hab eben versucht MegaPatch128en zu installieren. Dummerweise mit dem deutschen TopDesk. Die beiden Systeme sind nicht kompatibel.
Also englisches MegaPatch von 2000 besorgt und den TopDesk kopiert. Da darf man gerne mal über Begrifflichkeiten diskutieren
Muss aber zugeben das auch mein Englisch nicht das beste ist, aber "Now you will finish GEOS" und "Press space key for jumping to basic".... Nett ![]()
Damals gab es halt keinen DeepL-Übersetzer.
Ich werde dann in den nächsten Tagen nochmal testen, wie sich MP3 64/128 verhält, wenn ich vom originalen Geos 64/128 V2.0 mit originalem DESKTOP boote und dann MP3 zunächst auf SD2IEC D81 installiere und das dann nach dem Booten auf SD2IEC DNP nochmal neu installiere....
Hab eben mit GEOS64V2REU das MegaPatch64 neu installiert. Nach der Installation kam der alte DESKTOPv2 wieder und MP war aktiv. So weit so gut ![]()
Warum ist das unlogisch? Beide Optionen haben eine unterschiedliche Priorität.
den einen muss ich anhaken und den anderen abhaken zum deaktivieren und das im gleichen Reiter
.
Hab eben mit GEOS64V2REU das MegaPatch64 neu installiert.
Habe das schon Ewigkeiten nicht mehr probiert. Nur über die ältere Version (DNP auf SD2IEC) drüber installiert....
Gruß
Werner
den einen muss ich anhaken und den anderen abhaken zum deaktivieren und das im gleichen Reiter
.
Wie gesagt, die Priorität ist eine andere.
Ist bei den SCPU-Optionen ähnlich, da muss man für "Optimierung aus" den Haken setzen. im Normalfall sind diese Optimierungen OK, aber ab&zu muss man die abschalten, also den Haken setzen. Bei anderen Optionen muss man den Haken setzen um die Option zu aktivieren.
Rein technisch hat das auch einen Hintergrund:
Das Registermenü zeigt einen Haken an wenn ein Bit im Options-Byte gesetzt ist. Das bedeutet um die Logik umzudrehen müsste der Code von MegaPatch geändert werden.
Der ScreenSaver hat %000xxxxx für Aktiv, %xx1xxxxx für runterzählen und %x1xxxxxx für initialisieren. Das abschalten geht über %1xxxxxxx, also BitBitte melde dich an, um diesen Link zu sehen. gesetzt.
Wenn der Editor hier den Haken anzeigen soll wenn aktiv, dann müsste man die ganze Logik bei den ScreenSaver-Flags umkehren.
Solange die Beschreibung stimmt ist alles OK. In manchen Fällen muss eine Option halt ohne Haken aktiviert, im anderen Fall mit Haken aktiviert werden.
Irgendwie doch sehr ermutigend das es keine anderen Probleme gibt ![]()
nochmal testen, wie sich MP3 64/128 verhält, wenn ich vom originalen Geos 64/128 V2.0 mit originalem DESKTOP
Hab eben mit GEOS64V2REU das MegaPatch64 neu installiert. Nach der Installation kam der alte DESKTOPv2 wieder
So, der Test mit Geos128 V2.0 mit originalem 128 DESKTOP auf realem C128DCR ist durch. Den Test mit MP3-64 spare ich mir mal
.
Ausgangs-Konfiguration (Geos 128):
A: 1571
B: RAM1571
C: 1581 (SD2IEC, D81; vor dem Booten das gewünschte D81 gemountet)
Nach dem Booten die Installationsdateien von A: 1541 auf B: kopiert, dann im DESKTOP Laufwerk A: mit C: getauscht und die Installation von B: gestartet. Läuft problemlos durch. Auf der Zieldisk befand sich noch der "alte" 128 Topdesk V4 von 2003. Nach der Installation mit der Konfiguration:
A: 1581 (SD2IEC, D81)
B: RAMNative
C: 1571
neu gestartet und im Editor meine Konfiguration eingestellt. Kleines Problem hier: Ich konnte als D: zwar die CMD-FD (1581) einrichten, das Laufwerk selbst wurde aber nicht erkannt. Meine FD steht auf Adresse 13. Neu gebootet, alles i.O. FD war da.
Dann wieder die installationsdateien auf B: kopiert, Laufwerk A: auf SD2IEC Native umgestellt (Editor) und ein DNP geöffnet. Auf dem DNP befanden sich schon meine AUTO_EXECs, der neueste 128 TD V5, und Druckertreiber. Installation auf A: problemlos. Rechner aus und dann vom DNP MP3 neu gestartet. Im Editor meine Einstellungen eingestellt und alles palletti ;-).
Kann also betätigen, dass MP3-128 problemlos auf echtem C128DCR von D81 und DNP (191 Tracks) funktioniert.
Andere oder gar neue Fehler sind mir bisher nicht aufgefallen.
Eine Frage habe ich mal noch zum Changelog auf Area6510 vom 27.09.
* Installation will fail with a C=REU as
GEOS DACC and a GeoRAM-NativeMode drive
as target device during SETUP.
Geht das überhaupt GeoRAM und CBM-REU gemeinsam?
Gruß
Werner
Ja... mit VICE... oder Ultimate64/II bzw. TC64. Geht also auch an einem echten C64 ![]()
Ich habe heute den neuen MP3 (Version von Gestern) auf C64 Installiert und kurz durchgetestet, Läuft alles Bestens, auch hier keine Fehler Feststellbar...........
oder Ultimate64/II
Nein, damit kann man zwar einstellen, dass man das gleichzeitig haben will, es geht aber nicht wirklich. Denn REU und GeoRAM nutzen bei den U2(+) und U64 das selbe RAM, überschreiben sich also gegenseitig ihre Daten.
Ob das beim TC64 möglich ist, beides echt parallel zu nutzen, vermag ich nicht zu sagen.
Nein, damit kann man zwar einstellen, dass man das gleichzeitig haben will, es geht aber nicht wirklich. Denn REU und GeoRAM nutzen bei den U2(+) und U64 das selbe RAM, überschreiben sich also gegenseitig ihre Daten.
Ob das beim TC64 möglich ist, beides echt parallel zu nutzen, vermag ich nicht zu sagen.
OK, ich hab das am UII+ nicht getestet, bin davon ausgegangen wenn man es einstellen kann das es dann auch geht. Wäre ja sonst ein Bug in der UI... Sorry, aber beides zu erlauben wenn es technisch nicht geht ist echt ein Bug.
Ich hab den r6 aktuell nochmal am TC64 getestet mit C=REU als DACC und GeoRAM als Ziel-Laufwerk. Absolut Problemlos... sogar mit GeoDesk64 ![]()
Wenn das mit der UII+ oder U64 nicht geht, dann geht meine Empfehlung echt Richtung TC64. Nuja... was solls, hab heute den PreOrder für das U64 bezahlt und eine C64-Tastatur bei EBay gekauft. Mal sehen was da sonst noch nicht so funktioniert wie erwartet ![]()
Sorry, aber beides zu erlauben wenn es technisch nicht geht ist echt ein Bug.
Stimmt schon - die Konflikterkennung ist in der Tat nicht optimal...
Stimmt schon - die Konflikterkennung ist in der Tat nicht optimal...
Ich hab zur Sicherheit mal eine Anfrage im icomp-Forum gestellt. Mal sehen was da raus kommt... auch was die 4Mb-Grenze angeht. MegaPatch unterstützt ja auch eine 16Mb GeoRAM... Dank Deiner Hilfe ![]()
P.S. Anmerkung: Das TC64 scheint hier wirklich im Vorteil zu sein, ein erstes Feedback scheint meine Tests zu bestätigen. GeoRAM+REU gleichzeitig funktioniert...
Das TC64 scheint hier wirklich im Vorteil zu sein,
Schön, aber für micht keine Alternative
(siehe TC-Handbuch).
Gruß
Werner
Schön, aber für micht keine Alternative
(siehe TC-Handbuch).
Du hast ja auch nicht nach einer Alternative gefragt sondern nur ob es geht
(ich weiß ja, 128er...)
Ich hab jetzt ein paar weitere Informationen aus dem icomp-Forum:
Das TC64 stellt 20Mb Speicher bereit, das sind 16Mb(REU)+4Mb(GeoRAM).
Aktuell gibt es kein Speicher-Sharing, d.h. man kann beides gleichzeitig nutzen.
Es gehen aber nur 4Mb GeoRAM. Mehr würde nur mit Speicher-Sharing gehen was dann wieder (bei der Ultimate) die gleichzeitige Nutzung verhindert. Die 16Mb hat man aber auch nicht vor zu integrieren, weil das TC64 Hardware nachstellen soll. Eine echte 16Mb GeoRAM gibt es nicht (oder?).
Damit haben TC64-User unter MegaPatch einen kleinen Vorteil das man zusätzlich zur 16Mb REU (4Mb DACC + 12Mb RAMLaufwerk) ein weiteres RAMLaufwerk mit 4Mb GeoRAM einrichten kann.
Das ist dann ähnlich der Kombi SCPU+RAMCard+REU oder RAMLink+RAMCard+REU.
Nur mit Ultimate bleibt es bei MegaPatch bei 16Mb REU *ODER* 16Mb GeoRAM.
Die 16Mb+4Mb aber beim start automatisch zu befüllen sollte man sich gut überlegen... das dauert.
Stimmt schon - die Konflikterkennung ist in der Tat nicht optimal...
Auch wenn es hier nicht her gehört ;-), ausgehend von meiner 1541UII+ :
- die GeoRam raus aus dem "Cartridge"-Menü
- "RAM Expansions Unit" ändern, so dass da "Disabled", "CBM REU" oder "GeoRAM" gewählt werden kann
- "REU Size" in RAM Size umbenennen
und wenn die 3 folgenden Punkte ( (... Preload ...) auch mit GeoRAM funktionieren ebenfalls in RAM umbenennen.
Nur so eine Idee
. Zumindest wäre so sicher, dass nur eine RAM-Art gewählt werden kann.
Gruß
Werner
Ich verstehe die Idee. Dann wiederum hat man jedoch das Problem, dass die GeoRAM intern als Modul implementiert ist - man bekommt also so zwangsweise ein Konflikt zu den Modulen.
Dagegen kann eine REU technisch mit einem Modul parallel laufen, wenn das Modul DF00-DF1C (oder so ähnlich) nicht braucht. Den Rest von IO2 darf das Modul durchaus verwenden. Ist also alles nicht so einfach.