MiNT, NVDI ET4000, XaAES ohne init oder doch mit init starten.

[kcr]

Hallo Arthur!

Fahre 1024x768 bei 256 Farben. Posten wird schwierig, da ich hier kein Diskettenlaufwerk habe, aber werde irgendwie versuchen die hier noch zu posten.

Autoordner ist im Anhang (habe immer noch nicht kapiert, wie ihr die Fotos direkt in den Post einfügt...)

Davon aktiv habe ich bei der Konfiguration nur Sboot, Redirect, NVDI, Slct_Dev, Mint030 und eben opwk. ACCs nur Xcontrol.

[kcr]

Vielleicht könntest du deine mal posten, dann kann ich vergleichen, wenn es für dich einfacher ist 

Hast du noch dieselbe Konfiguration (TT mit CD2 und Mint 1-17-0)?

Überlege mal es mit MyAES zu versuchen. Bei dem Workaround mit GEM=ROM stört mich einerseits, daß ich keine sauberen Bootkonfigurationen wechseln kann, denn im Newdesk.inf ist ja der Autostart eingetragen und andererseits kommt es mir auch so vor, als ob Xaloader.prg länger braucht, wenn es vom Gem-Desktop aufgerufen wird.
Kann es alternativ nochmal mit 1-17-0 probieren... melde mich dann nochmal.

[HelmutK]

Hallo Jungs!

Sorry, daß ich den Thread nochmal aufwärme, aber mir geht es um genau das gleiche Thema:

Habe auf meinem TT mit Crazy Dots 2 nun Mint 1-18-CUR laufen, jedoch kriege ich die Crazy Dots wie besagt nur über GEM=ROM und Xaloader.prg über den Desktop zum Laufen  

Gibt es inzwischen eine bessere Möglichkeit? Habe Helmuts "opnwk.prg" probiert: in der mint.cnf bringt es in der Tat nichts, im Auto-Ordner nach Mint fährt der TT tatsächlich mit der CD2 hoch, bringt allerdings jede Menge Grafikfehler... siehe Bild im Anhang.

Hat jemand noch eine Idee?

opnwk muss vor MiNT! Sei froh, dass es so überhaupt läuft.
Und mit einem aktuellen XaAES muss et4000_hack=1 ins xaaes.cnf.

Und memory-protection muss an sein, bei mir zumindest.

[Arthur]

opnwk muss vor MiNT! Sei froh, dass es so überhaupt läuft.
Und mit einem aktuellen XaAES muss et4000_hack=1 ins xaaes.cnf.

Hallo HemutK, schön das Du immer einen neuen Tipp findest. Momentan versuche ich mich an einer Mach64... die CD2 ist erstmal nicht eingebaut. Gibt es für die Mach64 auch so einen Hack(et4000_hack=1) ?

[HelmutK]

opnwk muss vor MiNT! Sei froh, dass es so überhaupt läuft.
Und mit einem aktuellen XaAES muss et4000_hack=1 ins xaaes.cnf.

Hallo HemutK, schön das Du immer einen neuen Tipp findest. Momentan versuche ich mich an einer Mach64... die CD2 ist erstmal nicht eingebaut. Gibt es für die Mach64 auch so einen Hack(et4000_hack=1) ?

Ist das sowas ähnliches wie Matrix C110, so eine oder so ähnlich hab ich auch noch, trau mich nur nicht, die anzuschließen, obwohl die ja besser ist als die CD ;-)

Einen anderen hack als et4000 gibt es diesbezüglich nicht, aber probieren ist ja nicht verboten ...

Die Sache bezieht sich eher auf NVDI, also wenn GEM=ROM klappt, dann müsste auch die opnwk-Sache eventuell klappen.

[kcr]

Ok, hab alles gemacht wie Helmut es beschrieben hat.

Die gute Nachricht: es läuft - und das auch noch in schönem gün 

Die schlechte: sehr langsam - damit meine ich den Bootvorgang. 

Ist das normal?

Zudem schmiert mir jedesmal Teradesk ab mit der Meldung "Process Desktop killed: Memory violation." Vermute ST-Guide dahinter: starte ich den Desktop manuell neu ist er da, starte ich dann ST-Guide, schmiert er wieder ab... da muß es doch irgendwie eine stabilere Lösung geben, oder?

Werde weiter fummeln und berichten...

[Arthur]

Ok, hab alles gemacht wie Helmut es beschrieben hat.

Die gute Nachricht: es läuft - und das auch noch in schönem gün 

Die schlechte: sehr langsam - damit meine ich den Bootvorgang. 

Ist das normal?

Zudem schmiert mir jedesmal Teradesk ab mit der Meldung "Process Desktop killed: Memory violation." Vermute ST-Guide dahinter: starte ich den Desktop manuell neu ist er da, starte ich dann ST-Guide, schmiert er wieder ab... da muß es doch irgendwie eine stabilere Lösung geben, oder?

Werde weiter fummeln und berichten...

Um so höher die Farbtiefe und Auflösung desto langsamer das Bildscrolling das ist leider normal da immer vom ST oder TT Ram der Bildinhalt in den Grafikkartenspeicher kopiert und evtl. konvertiert wird und das bremmst unheimlich. Der Desktop sollte aber davon nicht so stark betroffen sein da hier kaum hin und her kopiert wird. Evtl. werden noch Grafiken an die Desktopfarbtiefe angepasst was auch Zeit beim booten kostet... (ist blöd gelöst worden).

ST-Guide ist auch bei mir nicht sauber gelaufen...

Schalte ruhig mal den Speicherschutz aus und probier es dann mal.

[kcr]

Ah ok, dann bin ich ja beruhigt  Werde ich probieren mit dem Speicherschutz.

Maccel.prg löst den Teradesk-Absturz übrigens auch aus, habe den NVDI-Mausbeschleuniger als Alternative aktiviert und damit läufts.

Wie war das eigentlich nochmal mit dem Hintergrundbild in Teradesk und Mint? Ich erinnere mich düster, daß das mit MyAes ging, wenn man bei  Teradesk den Hintergrund weiß gelassen hat. Ist bei Xaaes & Teradesk auch ein Hintergrundbild möglich?

[Arthur]

Kann sein das es da noch ein Programm gab das Hintergrundbilder ermöglichte... Seid dem aber Thing (das erlaubt Hintergrundbilder) frei verfügbar ist benutze ich dieses anstatt Teradesk.. und ja Maccel ist für MiNT nicht geeignet.

[HelmutK]

Ok, hab alles gemacht wie Helmut es beschrieben hat.

Die gute Nachricht: es läuft - und das auch noch in schönem gün  

Die schlechte: sehr langsam - damit meine ich den Bootvorgang.  

Ist das normal?

Zudem schmiert mir jedesmal Teradesk ab mit der Meldung "Process Desktop killed: Memory violation." Vermute ST-Guide dahinter: starte ich den Desktop manuell neu ist er da, starte ich dann ST-Guide, schmiert er wieder ab... da muß es doch irgendwie eine stabilere Lösung geben, oder?

Werde weiter fummeln und berichten...

Wegen dem scrolling hab ich extra in MiNT WRITE_BOOT eingebaut. Am besten mit Editor WRITE_BOOT=YES in mint.ini reinschreiben. Dann kommen die Meldungen in c:/mint/boot.log  Außerdem kannst Du den TT ja per Zeitschaltuhr starten um 7 Uhr :-)

Wegen dem Hintergrundbild: Drück mal Ctrl-Alt-Help in XaAES: z.B. zView, F10, Ctrl-Alt-:, fertig.

Anstelle st-guide geht auch  hyp_view, wobei st-guide bei mir läuft (manuell gestartet).

Was nicht geht bei mir ist Tastatur während des bootens, und Drucken.

[kcr]

@ Helmut: Ok, also die shortcuts sind super  v.a. die "Redraw Screen"-Funktion.
Aber die Aussage mit dem Hintergrundbild und zView habe ich leider nicht verstanden...
Und die WRITE_BOOT-Funktion gibt mir ein Bootlog aus, wenn ich richtig verstanden habe? Heißt das er bootet dann ohne Meldungen mit weißem Bildschirm?

@Arthur: Es gibt von Thing ja wohl bereits 1.29 - hast du da vielleicht einen Downloadlink? Konnte gerade irgendwie nichts finden. Oder ist das egal und ich kann genauso gut die 1.27 nehmen? Was sind denn da die Unterschiede?

[kcr]

Gleich noch ein unschönes Problem: MetaDOS verursacht auch eine "Memory Violation" und das System hängt gleich nach "Installing Bios keyboard table..."

Wie bindet ihr denn ein CD-ROM in Mint ein? Ich habe Spin.xfs im Mint-Ordner und MetaDos2.74 im Autostart.

Interessanterweise findet MetaDos des öfteren mein CD-Rom gar nicht, meistens erst nach einem Kaltstart und das ohne daß an der Konfig etwas geändert worden wäre...

[HelmutK]

@ Helmut: Ok, also die shortcuts sind super  v.a. die "Redraw Screen"-Funktion.
Aber die Aussage mit dem Hintergrundbild und zView habe ich leider nicht verstanden...
Und die WRITE_BOOT-Funktion gibt mir ein Bootlog aus, wenn ich richtig verstanden habe? Heißt das er bootet dann ohne Meldungen mit weißem Bildschirm?

Alles nach den filesystem-Treibern bis zum Ende mint..cnf (xdd,km,etc) kommt in die Datei. Das fehlt nur auf dem Bildschirm, und es passt alles auf eine Seite (bei mir), also kein scrollen.

Bild: in zView Bild laden, F10 drücken, Ctrl-Alt-: drücken, Hintergrund fertig. WAS IST DA SCHWER DRAN?  graftool geht auch, das ist aber nicht ganz so leicht, aber auch leicht.

CDROM hab ich nicht.

[Arthur]

Umleitung nach nul müßte auch gehen.

[kcr]

@ Helmut: Sorry, vielleicht stehe ich ja mächtig auf dem Schlauch, aber was soll denn da passieren? Wenn ich zView geöffnet habe zeigt er mir beim Drücken von F10 das Bild auf dem ganzen Bildschirm an, aber mehr auch nicht . daran ändert sich beim Drücken von CTRL&ALT auch nichts, egal in welcher Kombination?!? Mir geht es um ein festes Hintergrundbild...

[HelmutK]

@ Helmut: Sorry, vielleicht stehe ich ja mächtig auf dem Schlauch, aber was soll denn da passieren? Wenn ich zView geöffnet habe zeigt er mir beim Drücken von F10 das Bild auf dem ganzen Bildschirm an, aber mehr auch nicht . daran ändert sich beim Drücken von CTRL&ALT auch nichts, egal in welcher Kombination?!? Mir geht es um ein festes Hintergrundbild...

Ctrl-Alt-: (Doppelpunkt oder Ctrl-Alt-Shift-. (Punkt)) ist hier auch schwer zu erkennen, steht aber auch im help.

[kcr]

Ok, hab's verstanden, nach zig mal rumdrücken 

Es funktioniert bei mir nur die Combo Ctrl+Shift+Alt+"."

Aber sie funktioniert 

Vielen Dank, tolle Funktion!

[kcr]

Leider stürzt zView bei größeren Bildern (alles ab ca. 250kb) wegen Memory Violation ab, wenn ich F10 drücke. Weshalb sei mal hier dahingestellt, erst mal geht es mir um das Hintergrundbild.
Graftool sowie GemView verändern allerdings irgendwie die Farbpalette, das Bild sieht irgendwie "negativ" aus.

Bei Graftool bin ich allerdings nicht darauf gekommen wie man das Vollbild einstellt?!?
Helmut, hast du noch einen tollen Tip für mich? 

Danke.

[HelmutK]

Leider stürzt zView bei größeren Bildern (alles ab ca. 250kb) wegen Memory Violation ab, wenn ich F10 drücke. Weshalb sei mal hier dahingestellt, erst mal geht es mir um das Hintergrundbild.
Graftool sowie GemView verändern allerdings irgendwie die Farbpalette, das Bild sieht irgendwie "negativ" aus.

Bei Graftool bin ich allerdings nicht darauf gekommen wie man das Vollbild einstellt?!?
Helmut, hast du noch einen tollen Tip für mich?  

Danke.

Ctrl-Alt-. (Punkt). Vorher muss allerdings das Menü weg (Ctrl-Alt-0, in xaaes.cnf entspr. einstellen).

Das mit der Palette ist bei 8bit nicht immer einfach, da geht glaub ich nur zview, das mapt das Bild auf die aktuelle Palette. graftool stellt das Bild richtig dar, wenn die Maus über dem Fenster ist, aber das hilft ja nicht viel.

Vielleicht könnte XaAES die Palette für das Bild auch mappen bei unter 16 bit, das fehlt dann noch.

Bzgl. des Absturzes: Es gibt auch eine gefixte zview-Version irgendwo, aber ich meine ich hab mit  der normalen Version auf meinem TT  Hintergrundbilder erzeugt, normal benutze ich  da kein Hintergrundbild