atari-home.de - Foren
Software => Alternative Betriebssysteme => Thema gestartet von: ATARIaner am Di 10.05.2022, 17:40:37
-
Hallo,
in der Suche nicht fündig geworden, vielleicht aber auch unglückliche Beschreibung gewählt…
MegaST4 mit LightningST mit IDE und Stormy
Alles frisch aufgesetzt Systemstart unter TOS2.06
NVDI5.03 - Magic6.20 - USB-Treiber
Alles soweit perfekt, aber sobald sich vom Menü ein langer Eintrag öffnet, bleibt er sichtbar und wird erst durch das Öffnen von danebenliegenden teilweise entfernt. Ein geöffnetes Laufwerksfenster kann durch verschieben wie ein Radiergummi genutzt werden. Die Funktion aufräumen behebt den unschönen Zustand auch, aber nur bis zum nächsten herunterklappen…
Kennt das Jemand? Gibt es dafür eine Lösung?
MfG
-
... versuche mal Dauerhaft den Blitter auszuschalten.
-
Allgemeiner Ratschlag zur Fehlersuche: Sukzessiv Dinge weglassen. Also z.B.: Ist der Fehler ohne NVDI noch da? Ist der Fehler ohne USB-Treiber noch da? Lädst Du sonst noch Programme beim Booten, die Du weglassen kannst?
-
Hallo,
1. Versuch - Blitter ausgeschaltet im XBoot-Set - keine Veränderung
2. Versuch - Blitter ausgeschaltet über Kontrollfeld während MagiC läuft - keine Veränderung
3. und weitere Versuche
- NVDI aus - keine Veränderung
- USB alles aus - keine Veränderung
- Kontrollfeld (Cops) aus - keine Veränderung
Der jetzige Zustand - es startet XBoot und MagicBoot, keine ACCs, keine CPXe, keine Autostartprogramme. Der Desktop Jinnee wurde bei der Installation direkt in MagiC integriert…
Habe es parallel auch mit EmuTOS als Start-OS probiert, der selbe Fehler…
Habe mal Teradesk4.03 gestartet, da passiert der Fehler nicht, hat aber auch nicht derartig lange Menübalken…
Kann man da bei Jinnee was zurechtfeilen?!?
MfG
-
Hört sich so an als ob die Grösse des quarter-screen buffer (der als Puffer für den Hintergrund der Menüs benutzt wird) falsch berechnet wird. Oder vlt. sind die Menüs von Jinnee einfach nur zu gross ;) In welcher Auflösung passiert das denn?
Man könnte versuchen die Einträge in den Menüs von Jinnee zu kürzen, sodaß die Fläche insgesamt kleiner wird. Entfernen kann man die nicht, das würde die Struktur ändern und Jinnee vermutlich zum Absturz bringen. Auch bei Änderungen kann es passieren daß man Jinnee damit durcheinander bringt, wenn die zur Laufzeit geändert werden.
-
MegaST4 (noch) ohne Grafikerweiterung in ST-hoch
Wurde sauber installiert, nicht zusammenkopiert…
MfG
-
Mit "sauber installiert" nehme ich an du verwendest die offizielle Version von MagiC. Kannst du mal versuchen magic.ram durch die Version aus https://tho-otto.de/snapshots/magicmac/magicmac-20220406-132308-bin.zip zu ersetzen?
-
Die grossen Menüs dürften die beiden unten sein. Wenn ich mich nicht verzählt habe, hat das eine 30x23 Zeichen, und das andere 32x17 Zeichen. Die Berechnung für die Grösse des Buffers ist hier: https://github.com/th-otto/MagicMac/blob/cdee5b0fdea0357438262f1a97b508d2467b4f93/kernel/aes/aesmain.s#L2281-L2304
In beiden Fällen ist die Grösse mehr als die 8K die alte TOS Versionen verwenden (1/4 Bildschirm), aber immer noch weniger als die 13k die MagiC mindestens verwendet.
Theoretisch sollte das also funktionieren, obwohl die Menüs schon übermässig gross sind.
-
Es ist das eine Menü vom Jinnee-Desktop - Inhalt - glaub ich, bin gerade nicht davor…
Ich war vermutlich etwas voreilig, was MagiC angeht, denn ich hatte gedanklich unterschlagen, daß der Desktop vonnMagiC garnicht aktiv wird…
Werde mal sehen, ob und wie ich Jinnee deaktivieren und den „Hauseigenen“ aktivieren kann.
Danach sollte der „Schuldige“ eingegrenzt sein…
MfG
-
Das wird in MAGX.INF eingetragen: https://github.com/th-otto/MagicMac/blob/cdee5b0fdea0357438262f1a97b508d2467b4f93/doc/usage/magx_de.inf#L353-L357
-
Danke, das werde ich mal testen…
Eintrag auskommentiert bzw. Eintrag gelöscht startet den hauseigenen Desktop…
MfG
-
Hab Jinnee als Desktop mal „ausgetragen“ und nun startet der „hauseigene“ Desktop vom MagiC. Ob der Fehler nun wirklich weg ist, kann ich noch nicht sagen, da es noch kein Menü gibt, was bis fast zum unteren Rand reicht…
Werde es mal mit weiteren Alternativen testen, aber die „zweite“ Vermutung scheint sich aber zu bestätigen, es liegt wohl nicht an MagiC, sondern an Jinnee, bzw. Der gemeinsamen Konstellation…
MfG
-
Update…
Es muß wohl an Jinnee liegen, denn wenn ich Jinnee als Desktop ohne MagiC starte, passiert es ähnlich. Der nicht mehr aktivierte Rollbalken „Inhalt“ wird weiterhin teilweise angezeigt und kann mit einem geöffneten Fenster „wegradiert“ werden…
Da werde ich wohl auf Jinnee verzichten müssen, wenn es nach einer erneuten Installation noch besser ist…
Mit freundlichen Grüßen
-
Hört sich trotzdem seltsam an. Wie gesagt, theoretisch sollte es funktionieren. Auch geh ich davon aus daß Jinnee damals hauptsächlich unter MagiC benutzt wurde (ich weiss nichtmal ob es ohne MagiC überhaupt halbwegs vernünftig läuft). Von daher sollten solche Fehler auch damals schon aufgefallen sein.
Andererseits braucht man Jinnee auch nicht zwingend. Es ist zwar nett, aber meiner Meinung nach fürchterlich aufgebläht. Für die meisten Sachen sollte es MagxDesk auch tuen.
-
Genau, MagX-Desk oder Thing nutze ich jetzt…
Apropos Thing, wo bekommt man die aktuellere V1.29 für 68000er her, finde überall nur die V1.09…
-
Die Sourcen sind dort: https://github.com/pulsar122/thing
Weiss jetzt aber nicht genau ob da fertige Binaries zu finden sind (man muss aber aufpassen, wenn ich mich nicht täusche ist der Master-Branch im wesentlichen auf Stand von 1.09, die Verbesserungen sind sind in Gerhards Branch).
-
Danke für die Info, aber da werd ich wohl darauf hoffen müssen, daß jemand eine fertig kompilierte V1.30 zum Download anbietet… - das übersteigt mein know how…
MfG