atari-home.de - Foren
Software => Alternative Betriebssysteme => Thema gestartet von: Lukas Frank am Mi 18.11.2015, 14:58:15
-
Gibt es eine Möglichkeit das aktuelle MiNT/XaAES von freemint.org mit NVDI ET4000 z.B. unter 256 Farben zum Laufen zu bekommen ?
Habe es mit GEM=ROM in der mint.cnf und mit dem ET4000 Hack in der xaaes.cnf probiert, hatte aber leider keinen Erfolg ...
-
Keiner eine Idee ?
-
Versuch doch bitte mal das nvdi aus der mint.cnf zu starten als exec vor xaesloader..... es ist leider lange her aber ich will meinen das dies Funktioniert. Ich suche mal hier im Forum ob ich was finde, aber dieses Problem gab es damals schon und durch soeinen Trick funktionierte es auch unter Mint.
-
Probiere ich mal.
Ich will aber das ganze UNIX Zeug nutzen und starte von der INIT mit EasyMiNT und da wird XaAES über die /etc/ttytab geladen. Das Problem ist das der Bildschirm weiß bleibt und auf die mit slct_dev eingestellte Auflösung wird nicht umgeschaltet.
-
Richtig, genauso hab ich das damals auch gemacht.
Wichtig war das Xaaes auf VGA eingestellt werden mußte ich glaube Video Mode 15 war das, ob das heute noch so ist kann ich nicht genau sagen.
-
Du könntest auch folgendes versuchen: NVDI (immer) als erstes Programm des Autoordners starten! Das Starten aus der mint.cnf mit MiNT 1.19.cur funktioniert bei mir auf dem Milan nicht wirklich. Ebenso das Starten aus der xaaes.cnf. Desweiteren würde ich "video = <mode>" aus der xaaes.cnf total auskommentieren oder "video = 4" setzen und schauen was passiert. Ich brauche auf dem Milan die Video-Option nicht. Die Auflösung wird beim Booten des Rechners durch den entsprechenden Grafikkartentreiber eingestellt. Ich denke, das sollte bei der ET4000 auch so sein. Probier mal aus, vielleicht hilft's Dir ja weiter.
Andreas
-
Geht nicht, damit habe ich schon Tage verbracht (gibt es auch Threads hier im Forum)... war dann wie gesagt die einzigste Lösung Mint das nvdi laden lassen und xaaes auf Videomode 15 stellen (müßte VGA sein)
-
Was heißt denn "kein Erfolg" genau?
Was steht im xa_boot.log?
Um was für einen atari handelt es sich?
Ansonsten: http://forum.atari-home.de/index.php?topic=12119.msg97861
Bei mir ist et400_hack=1.
-Helmut
-
Kein Erfolg heißt das der Bildschirm weiß bleibt ...
Die xaaes.log wird nicht angelegt und nicht geschrieben, weiss nicht wenn der Schirm weiß ist ob der Rechner dann hängt, keine Ahnung ...
Video = 15 oder 4 bring keine Veränderung.
Rechner ist ein Atari Mega ST4 mit 12MB Ram und ET4000 Grafikkarte
Ohne NVDI über ST-Hoch läuft alles ...
####################################################################
# XAAES.CNF created by EasyMiNT
# This is only a rudiment CNF file, just that things come up!
# It's highly recommended to have a look at the original CNF file!!
# There are much more options and explanations!
# You will find it under c:\MINT\1-19-CUR\XAAES\EXAMPLE.CNF
#####################################################################
#
# logfile <filename> (default xa_boot.log in the xaaes-startup-directory)
#
# set the name of the logfile
# if empty ("") debug-output to file is disabled.
#
# examples:
#
#logfile = ""
logfile = c:\mint\1-19-cur\xaaes\xaaes.log
#logfile = my.log
#
#####################################################################
# Environment variables
setenv ACCPATH c:\
setenv ACCEXT ACC,ACX
setenv GEMEXT PRG,APP,GTP,OVL,SYS
setenv TOSEXT TOS,TTP
setenv SDL_VIDEODRIVER gem
# naes_cookie (default is no)
naes_cookie = yes
# use $HOME in shell_find
usehome = yes
# next_active = <string> (default is window)
next_active = client
# app_options = appname,argument1,argument2,...
# These are good app_options settings that I (ozk) use atm
app_options = default,thinwork=true,winframe_size = 0,xa_nomove = false
app_options = aessys,thinwork=true,winframe_size = 0,xa_nomove = false
app_options = jinnee, naesff = true
app_options = taskbar,inhibit_hide = yes, clwtna = true
app_options = amail, naesff = true
app_options = mymail,thinwork=true,winframe_size = 0
app_options = highwire,winframe_size = 0
# The following will keep the desktop, taskbar and toswin2 running after
# a ctrl-alt-a action
ctlalta_survivors = "toswin2 ", "strngsrv", "_aes_shell_", "taskbar "
clipboard = c:\clipbrd\
accpath = c:\
# widgets = <file>
# resource = <file>
#
#resource = xa_mono.rsc
#widgets = widgets\homwdg.rsc
#widgets = widgets\styl_wdg.rsc
#widgets = widgets\nine-ozk.rsc
#widgets = widgets\baroqwdg.rsc
#widgets = widgets\ronb_wdg.rsc
widgets = widgets\magicwdg.rsc
#
#####################################################################
# et4000_hack (default:0)
# if XaAES is run with NVDI and an ET4000-graphics-card, it cannot open
# the physical workstation. Either start from ROM-desktop or open the
# physical workstation before MiNT by another program. In that case this
# has to be set.
et4000_hack = 1
#####################################################################
#
#video = 4
palette = nvdi
app_options = thing,icn_pal_name = nvdi
#
cancel = cancel,abbruch,annuler,avbryt,anuluj,afbryd,undo
# filters = mask, mask, ...
filters = *.*, *.[atpg]*, *.[chs]*, *.l*, *.o*
#
# start any other programs with run
#run <path>\<application>
run u:\opt\toswin2\toswin2.app
# system shell
setenv THINGDIR u:\c\thing
setenv AVSERVER "THING "
setenv FONTSELECT "THING "
#
shell = u:\c\thing\thing.app
-
et4000_hack (default:0)
if XaAES is run with NVDI and an ET4000-graphics-card, it cannot open
the physical workstation. Either start from ROM-desktop or open the
physical workstation before MiNT by another program. In that case this
has to be set.
Was bedeutet das denn ?
GEM = ROM in der mint.cnf aber ich will ja über das INIT starten und wie kann ich ein anderes Gem Programm starten bevor XaAES startet ? XaAES wird ja aus der ttytab gestartet !?!
-
Habe jetzt mal im Archiv gesucht,
http://forum.atari-home.de/index.php?topic=3661.msg18174#msg18174
Weiß aber nimmer ob ich das Problem gefixed hatte aber ich glaube ja, denn ich hatte auf meinem Mega ST das Mint am laufen, hatte da eine 64Mhz Pak laufen, aber halt schon sehr lange her.
Würde diesen Hack erstmal auf 0 Setzen, da dies ein Fix ist wenn dieser Fehler auftritt der dort beschrieben steht.
-
Der Link geht nicht mehr -> http://home.arcor.de/zabruder/atari./opnwk.prg
-
Hatte den trunk benutzt und habe jetzt mal auf den helmut build gewechelt und jetzt wird auch ein xaaes.log geschrieben ...
sysfile_exists: 'u:\c\mint\1-19-cur\xaaes\moose_w.adi'
sysfile_exists: 'u:\c\mint\1-19-cur\xaaes\moose.adi'
both moose_w.adi and moose.adi found (better choose one)
lang='de' (from AKP) code=1.
load adi modules
Loading AES Device Drivers:
load_adi: enter (0xB52E70, 0xB52D70, moose.adi)
load_adi: return 0
load_adi: enter (0xB50E70, 0xB50D70, moose_w.adi)
load_adi: return 0
adi_load: done
Creating XaAES kernel thread
AESSYS:Installed 'nAES' cookie in readable memory at 502400
apid=-1,P_handle=0,next_res=0
k_init: videomode=0.vm=0
nvdi version = 503
could not determine fvdi version
1st v_opnvnwk (P_handle=0)
->0, wh=0/0 0 colors
invalid values, trying physical workstation
k_init:vdo=0 vm=0 video=0
Default screenmode
Screenmode is: 1
k_init: v_opnwk() mode=1
exception 10 for AESSYS pc:D02000 addr:230C0065
exception 4 for AESSYS pc:30 addr:230C0065
-
War das jetzt mit GEM=ROM?
Probier mal den hier: http://home.arcor.de/zabruder/atari/opnwk.prg (direkt vor MiNT starten, und kein GEM=ROM)
Kann natürlich auch sein, dass das alles nur am TT funktioniert.
Außerdem entnehme ich dem xa_boot.log, dass Du nvdi5 nimmst? Ich hab das nur mit NVDI-ET4000 getestet.
-Helmut
-
Vielen Herzlichen Dank für deine Arbeit Helmut !
Läuft jetzt ...
(http://forum.atari-home.de/index.php?action=dlattach;topic=12491.0;attach=9821;image)
Packe das kleine Programm doch bitte in deinen Build mit einem kleinen Text als Anleitung /patch/nvdi/et4000/opnwk.prg
Mein Autoordner ->
redirect.prg
altramtreiber und weitere Programme
nvdi.prg
slct_dev.prg
opnwk.prg
mint000.prg
-
Eigentlich ist das ein ganz mieser fieser Hack. Mein Plan war ja, das "richtig" zu lösen, indem ich in Erfahrung bringe, wie der TOS-Desktop das hinbekommt. Aber das wird wohl erst mal nichts, es sei denn jemand verrät mir, wie der das macht.
Also hab ich beschlossen, die opnwk-Geschichte direkt in MiNT einzubauen, wenn möglich mit automatischer ET4000-Erkennung, so dass man nichts zu konfigurieren braucht. Dann müsste XaAES auch nicht mehr das handle der phys. workstation erraten (sinnigerweise erhält man das vom AES).
Dauert aber noch.
Hast Du jetzt meinen kernel, oder trunk?
NVDI5?
-Helmut
-
Helmut Build komplett vom 16112015 mit NVDI 5 ...
Es sollte keinen Unterschied machen ob NVDI 2,3,4 oder 5, oder ?
Versuche mal um Speicher einzusparen NVDI TC 2.5 ET4000 oder die Version 4, die 3er habe ich leider nicht.
-
Dass das mit einem anderen NVDI als 4-ET4000 oder 5 geht, bezweifel ich, aber probier mal!
Den trunk-kernel könntest Du auch mal probieren, der müsste auch gehen. XaAES müsste mittlerweile auch mit dem jeweils andern kernel laufen.
Ich glaub, das war eine Premiere :)
-Helmut
-
Ich rede immer nur von NVDI ET4000, keine normale Version ...
Meine nur das die 5er Version recht viel Ram braucht, hoffe die 2.5er braucht weniger.
-
Also mit dem trunk geht es nicht. Mit allen Modulen macht der Rechner einen Reset vor dem starten der bash. Ohne alles nur mit der XCONOUT2.XDD und dem ext2.xfs bekomme ich so Klötzchen beim starten von XaAES und später ist der Schirm zerschossen und der Rechner hängt. XaAES schreibt ja leider kein log beim trunk.
(http://forum.atari-home.de/index.php?action=dlattach;topic=12491.0;attach=9825;image)
Da ist wohl noch Verbesserungsbedarf ...
-
Nicht gut. Das hat aber erstmal nichts mit der Grafikkarte oder XaAES zu tun, oder? Bei meinem kernel ist bei der 000-Version ja OLDTOSFS drin, er ruft also bei FAT das TOS auf, eigentlich für hatari. Hoffentlich liegt es nicht daran, da hab ich keine Lust mehr mich deswegen rumzustreiten ...
Has DU einen TT um das zu prüfen? Oder einen anderen ST ohne Grafikkarte? Liegt das vielleicht an opnwk?
Es gibt im xaaes.cnf eine Variable loglvl, vielleicht schreibt das trunk-xaaes ja was ins log-file, wenn die 1 ist. Außerdem kannst Du auch mein XaAES mit dem trunk-kernel probieren, müsste eigentlich gehen.
Ich werde die Tage mal den trunk-kernel auf meinem TT testen.
-Helmut
-
Du könntest auch mal minthat oder wie das heißt vom trunk probieren, da ist auch OLDTOSFS drin.
-
Ohne Grafikkarte und ohne opnwk.prg läuft der trunk einwandfrei.
Der trunk läuft auch nicht mit opnwk.prg wenn ich beim booten von mint000.prg shift drücke und mit der 1 mint abwähle, dann ist der Bildschirm zerschossen auf der Grafikkarte.
Mal etwas anderes, warum gibt es kein ganz einfaches WIDGET ohne den ganzen Schick an den Fenstern. Das entpacken beim booten dauert auf einem 68000 Rechner sehr lange. Zudem fehlt das xa_mono.rsc wenn man den Standard haben will. Kann man sich selber mit einem RSC Editor da etwas bauen ?
-
Meinst Du mit "Schick" die Texturen? Würde ich auf jeden Fall abstellen (textures = 0 oder img löschen).
Vielleicht hab ich da noch irgendwas gemacht im kernel, weiß ich jetzt nicht. Wie ist das mit minthat?
Die mono-rsc müsste sich mit rsm relativ leicht erzeugen lassen.
-Helmut
-
Was meinst du mit "minthat" ? Ich kann da nichts finden ...
Also NVDI TC Version 2.5 läuft mit SingleTOS aber nicht mit dem opnwk.prg Werde mal auf die 4er Version umsteigen ...
-
690/usr/download/atari#tar -tavf trunk-11102015.tar.bz2 |grep hat
-rw-r--r-- alanh/alanh 157 2015-10-11 02:11 ./tools/mgw/examples/myppp.chat
-rwxr-xr-x alanh/alanh 346152 2015-10-11 02:11 ./auto/minthat.prg
Letzteres.
Ich verstehe nicht, wie das mit NVDI2 laufen soll, da wird doch gar keine Grafikkarte unterstützt? Da müsstest Du vorher noch das NOVA-VDI laden.
-Helmut
-
Ich verstehe nicht, wie das mit NVDI2 laufen soll, da wird doch gar keine Grafikkarte unterstützt? Da müsstest Du vorher noch das NOVA-VDI laden.
Ich dachte auch ET4000 NVDI fängt bei der 3er Version an, ist aber nicht so. Die erste war wohl eine 2er Version ...
Bei NVDI ET4000 Version 2.5 TC scheint aber etwas anders zu sein da es bei mir nur unter SingleTOS läuft und mit MiNT/XaAES nicht will.
NVDI/ET 4000 True Color 31.03.94
Mit minthat.prg und opnwk.prg funktioniert der trunk wunderbar mit XaAES 1.6.4 auf der Grafikkarte ...
-
Hallo Helmut, kann es sein das dieses "opnwk.prg" Programm nur mit 8bit/256 Farben arbeitet ?
Bin mit Olivier in Kontakt wegen einer MyAES 68000 Version und die läuft fast aber braucht 16bit/64k Farben. Ich bekomme deinen MiNT/XaAES Build mit dem opnwk.prg unter 15/16bit nicht ans laufen, funktioniert nicht.
Habe auch mal einen neueren helmut build probiert, ich dachte du baust opnwk.prg in den Kernel ein, oder ?
-
Muss man nicht für 15 bit einen anderen Treiber im assign.sys angeben? opnwk nimmmt immer 7, fest vorgegeben. Könnte evtl. daran liegen. Lässt sich nat. leicht ändern.
Wenn der Olivier das in MyAES auch so hinbekommt, könnte es ja sein, dass er uns (mir) Unwissenden seine Weisheit diesbezüglich zukommen lässt?
Bin noch nicht dazu gekommen, das in MiNT einzubauen, ist aber ja vielleicht auch gar nicht nötig (s.o.)?
-Helmut
-
Das sind 10,9 und 3 die neben 7 interessant sind aber eigentlich alle ...
;
; Beispiel-ASSIGN.SYS fr NVDI
; Diese Datei mu im Wurzelverzeichnis des Startlaufwerks liegen!
;
; Das vorangestellte 's' dient zum Einbinden neuer Systemfonts.
;
PATH = C:\GEMSYS\ ;Pfadangabe
01p SCREEN.SYS ;aktuelle Auflsung
02p SCREEN.SYS ;niedrige ST-Auflsung (320*200)
03 XVGA16M.SYS ;NVDI VGA-Treiber (True Color)
04p SCREEN.SYS ;hohe ST-Auflsung (640*400)
05 XVGA16.SYS ;NVDI VGA-Treiber (16 Farben)
06p SCREEN.SYS ;mittlere TT-Auflsung (640*480)
07 XVGA256.SYS ;NVDI VGA-Treiber (256 Farben)
; Die Gertekennung 08 ist auf dem ATARI TT mit der hohen Auflsung
; belegt.
; Wenn Sie neben der Grafikkarte noch einen Monochrommonitor TTM 194
; oder TTM195 am ATARI TT angeschlossen haben, sollten Sie den Treiber
; XVGA2.SYS unter der Gertekennung 04 (ohne `p'!) eintragen und
; in den nachfolgenden Zeilen das Semikolon entfernen.
;
;08p SCREEN.SYS ;hohe TT-Auflsung (1280*960)
08 XVGA2.SYS ;NVDI VGA-Treiber (2 Farben)
09 XVGA65K.SYS ;NVDI VGA-Treiber (65k Farben)
10 XVGA32K.SYS ;NVDI VGA-Treiber (32k Farben)
-
Und wie stellt man jetzt ohne MiNT die Auflösung um?
Probier mal die Nummern in assign.sys zu vertauschen.
-
Bei allen NVDI Grafikkarten Versionen ...
Autoordner
redirect.prg ; lädt aus der NVDIVGA.INF die 640x400 Pixel S/W Auflösung und lenkt aus Ausgaben auf die Grafikkarte um
alle anderen Programme
nvdi.prg
alle anderen Programme
slct_dev.prg ; wählt aus der NVDIVGA.INF eine definierte Auflösung aus und installiert diese
mint.prg
-
Has Du mal probiert, in assign.sys vor XVGA16.SYS 07 anzugeben und vor XVGA256.SYS 05?
-
Probiert und funktioniert nicht !
Seltsam, ich wähle 32k Farben aus und nach dem Start von mint000.prg kommt sofort der normale SingleTOS Desktop. Allerdings an der linken Seite auf einer Breite von vielleicht 100 Pixel zusammen geschoben ...
-
Dann probier mal das:
http://home.arcor.de/zabruder/atari/opnwk5.prg
mit dem Original-assign.sys. Wenn das auch nicht geht, bin ich erstmal mit meinem Latein am Ende. Guck ich mir später vielleicht nochmal an.
-Helmut
-
Wenn es die workstation 05 öffnet ist das verkehrt !?!
05 ist für 16 Farben
03 sind 16,7 Mill Farben (24bit)
07 sind 256 Farben
09 sind 65k Farben (16bit)
10 sind 32k Farben (15bit)
Kannst opwk.prg nicht so machen das der Name die entsprechende Workstation öffnet z.B. opnwk10.prg für 64k Farben ?
MyAES läuft unter 16bit wenn ich Olivier richtig verstanden habe.
-
Hups ... Dann das:
http://home.arcor.de/zabruder/atari/opnwk9.prg
(Kommt davon wenn man alles gleichzeitig macht ...)
Das mit der Nummer im Namen hab ich mir auch schon gedacht, muss mal gucken ob und wie das geht.
Geht das mit opnwk5 denn mit 16 Farben?
-
Hallo Helmut, ist da noch ein Fehler drin irgendwo ?
Beim booten mit opnwk9.prg kommt open workstation 7 und beim starten von mint000.prg kommt als erstes die Meldung return 0
Geht nicht, genau das gleiche wie mit opnwk.prg !
-
...Das mit der Nummer im Namen hab ich mir auch schon gedacht, muss mal gucken ob und wie das geht...
Kannst Du hier (http://atariforge.org/gf/project/ataritools/scmsvn/?action=browse&path=%2Ftrunk%2Ffoldrnnn%2FC%2Ffoldrxxx.c&revision=2&view=markup) spickeln, wie das geht.
-
Kann schon sein. Probier nochmal!
-
Jetzt kommt was mit workstation 9 meine ich, geht aber trotzdem nicht. Das mint000.prg bootet direkt in den TOS Desktop ...
Der schmale Streifen links ist der Desktop vom TOS.
(http://forum.atari-home.de/index.php?action=dlattach;topic=12491.0;attach=9982;image)
-
Ohne irgendwelche Ausgaben? Steht was in C:/mint/boot.log? Schein wohl doch komplizierter zu sein :(
-
Mit opnwk9.prg kommt beim start vom mint000.prg immer noch zuerst ein return0 und beim alten opnwk.prg kommt sowas wie ...
vdi_handi for driver 7 was: 1 (key)
oder so in der Art !?!
-
Ich meinte die Ausgaben von MiNT. Du kannst auch in MiNT mal step-by-step aktivieren. Ich hab jetzt eine Version von opnwk9 hochgeladen, die immer auf Tastendruck wartet.
Was ist denn mit GEM=ROM (aber ohne opnwk)? Welche Auflösungen gehen damit?
-
Übrigens: Wenn man die ET4000 zu sehr genervt hat mit Schrott-Werten, kann es nicht schaden, den Rechner mal einige Zeit vom Strom zu nehmen (meine Erfahrung).
-
Ins boot.log wird ausser dem Start vom xaloader (alte Einträge) nichts geschrieben. Step by Step bringt auch nichts bei Initalizing system components: ist Schluß und der TOS Desktop wird geladen ...
-
Und 16 Farben mit opnwk5? Und mit GEM=ROM?
-
Sieht man denn, dass bei opnwk9 die hohe Auflösung eingestellt wird?
-
Sieht man denn, dass bei opnwk9 die hohe Auflösung eingestellt wird?
Man sieht nichts ...
Mit opnwk9.prg und GEM=ROM in der mint.cnf geht es. Ich will aber kein GEM=ROM ;-)))
-
Ist da ein Unterschied zu der 8bit-Version, bevor MiNT startet zu bemerken? Der Monitor müsste von "Text" auf "Grafik" umschalten, und Text-Scrolling start verlangsamt sein, nachdem die workstation geöffnet wurde. Bei mir wird die Schrift dann grün z.B.
Wenn das mit GEM=ROM bei 16 bit geht, kannst Du ja damit MyAES nutzen.
-
Ist da ein Unterschied zu der 8bit-Version, bevor MiNT startet zu bemerken? Der Monitor müsste von "Text" auf "Grafik" umschalten, und Text-Scrolling start verlangsamt sein, nachdem die workstation geöffnet wurde. Bei mir wird die Schrift dann grün z.B.
Ja wird grün.
Wenn das mit GEM=ROM bei 16 bit geht, kannst Du ja damit MyAES nutzen.
Nein MyAES hängt sich weg, keine Ahnung.
-
Hast Du da einen DEBUG-kernel? Normal sollten diese add_region-Ausgaben garnicht kommen.
Schalt den DEBUG-level mal auf 0 oder 1.
Kannst Du das MiNT-Boot-menu bedienen? Ich nicht, nachher hab ich endlose key-repeats, wenn ich opnwk benutze (glaub ich). Wenn nicht: mint.ini editieren.
Ich hab keine Ahnung, warum das nur mit 8 bit läuft. Ich bastel mir erst mal ein setup das ohne ext2 auskommt, und dann kann ich vielleicht experimentieren.
Hast Du eine Ahnung, wieso 32k in VMG-4000 bei mir nicht anwählbar ist, bei Dir aber offenbar schon?
15 oder 16 bit kann meine Karte nämlich (mit dem NOVA-Treiber).
-Helmut
-
Ich hab keine Ahnung, warum das nur mit 8 bit läuft. Ich bastel mir erst mal ein setup das ohne ext2 auskommt, und dann kann ich vielleicht experimentieren.
Hast Du eine Ahnung, wieso 32k in VMG-4000 bei mir nicht anwählbar ist, bei Dir aber offenbar schon?
15 oder 16 bit kann meine Karte nämlich (mit dem NOVA-Treiber).
Wieso ohne ext2, muss doch nicht sein, oder ?
Boote mal mit Control so das nichts geladen wird und starte das VMG Programm vom NVDI und schaue mal unter Einstellungen und stelle dort auf CrazyDots -> mehr Einstellungen und dort 15, 16 und 24 bit anstellen falls deine CD Karte diese 16bit Erweiterung hat. Und dann auf "Setzen" klicken und im Anschluss deine NVDIVGA.INF aus dem Autoordner laden und die Auflösungen bearbeiten. 15 bit geht bei mir aber 16bit will irgendwie nicht, keine Ahnung?
(http://forum.atari-home.de/index.php?action=dlattach;topic=12491.0;attach=9990;image)
-
Wenn ich hier rum-experimentiere und jedesmal nach einem crash 5 Minuten auf fsck warten muss, wird das nie was, deshalb kein ext2.
Kannst Du etwa auch 24 bit mit Deiner Karte?
Aber ich hab jetzt einfach mal CrazyDots II im VMG eingegeben, und siehe da:
Geht doch! Ich hab aber sicher keine CrazyDots II, egal.
Ich weiß nicht, wann ich soweit bin, das mit XaAES und so zu testen, aber vielleicht gibt's ja jetzt Hoffnung.
Ich seh gerade: In Deinem assign.sys hat der 32k-Treiber die Nummer 10. Vielleicht solltest Du die mal probieren:
http://home.arcor.de/zabruder/atari/opnwk10.prg
-Helmut
-
Ja 24Bit Darstellung geht bei mir, nur die 64k Farben gehen irgendwie nicht richtig, keine Ahnung ...
-
Wenn ich hier rum-experimentiere und jedesmal nach einem crash 5 Minuten auf fsck warten muss, wird das nie was, deshalb kein ext2.
Das kannst Du mit Ctrl. +C doch abbrechen.
-
Wenn ich hier rum-experimentiere und jedesmal nach einem crash 5 Minuten auf fsck warten muss, wird das nie was, deshalb kein ext2.
Das kannst Du mit Ctrl. +C doch abbrechen.
Das ist keine gute Idee, nach ein paar Mal ist das ext2 Dateisystem zerschossen ...
Hatte ich alles schon !
-
Das ist keine gute Idee, nach ein paar Mal ist das ext2 Dateisystem zerschossen ...
Hatte ich alles schon !
Es geht halt nicht über Fat. ;D
-
Es geht halt nicht über Fat. ;D
Ein gecachtes FAT-Filesystem ist genauso schnell zerschossen. Man merkt's bloß viel später.
-
ext2 ist aber auf jeden Fall empfindlicher. Mit C: hab ich ja auch ein etwas mulmiges Gefühl, aber dass das viel cached, glaub ich nicht. Und von C: ist alles 1:1 gesichert, im Ggs. zum ext2. Mal gucken :)
-
ext2 ist aber auf jeden Fall empfindlicher. Mit C: hab ich ja auch ein etwas mulmiges Gefühl, aber dass das viel cached, glaub ich nicht. Und von C: ist alles 1:1 gesichert, im Ggs. zum ext2. Mal gucken :)
C: ist nur dann gecached, wenn Du das in der MINT.CNF (FS_WB_ENABLE) auch so einrichtest (und das würd' ich - zumindest für's Bootlaufwerk - eher nicht empfehlen).
-
Auch das opnwk10.prg funktioniert nicht bei 32k Farben, seltsamerweise läuft es aber mit 256 Farben !?!
Irgendwo hast du da einen Fehler drin ...
Du hast doch eine CrazyDots und auch NVDI ET4000 ...
-
Bei mir auch nicht. Konnte mich gestern nicht zurückhalten und hab's mal kurz probiert (->fsck). Ich bin mir auch nicht so sicher, ob die Nummer überhaupt eine Bedeutung hat, oder die kommt har nicht nach work_in[0], wer blickt da schon durch ...
-
... wer blickt da schon durch ...
Ich auf jeden Fall nicht :-)))
-
Bei mir auch nicht. Konnte mich gestern nicht zurückhalten und hab's mal kurz probiert (->fsck). Ich bin mir auch nicht so sicher, ob die Nummer überhaupt eine Bedeutung hat, oder die kommt har nicht nach work_in[0], wer blickt da schon durch ...
Wenn ich das richtig verstanden haben gibt es wohl Probleme beim öffnen der VDi Workstation. Ich habe mir k_init.c nicht bis ins letzte angeschaut, mir fällt da nur folgendes auf:
Überall wo die Workstation geöffnet werden soll wird, in der Regel in work_in[0] eins gesetzt, beim Milan ist es wohl fünf. Also laut Aussage von Mike Fulton ist grundsätzlich Getrez()+2 zu nehmen.
-
Das mit dem Getrez steht ja auch im toshyp, aber ich glaub das gilt bei Grafikkarten nicht mehr. In XaAES ist work_in[0] das was man als VIDEO= angibt, sonst 1, mehr oder weniger. Hab ich nat. auch probiert: Ohne opnwk, und als video diese Nummer: Geht nicht.
-
Hab jetzt *Stunden* verbraten, um einen VDI-handler in MiNT einzubauen ....
Klappt jetzt aber. Bei XaAES kommt auf aranym/fVDI in work_in:
v_opnwk: 1:1:1:1:1:1:1:1:1:1:2:0:0:0:0:0
Und bei N.AES:
v_opnwk: 5:1:1:1:1:1:1:1:1:1:2:336:7560:336:7560:336
Signifikant sind wahrscheinlich nur die ersten 11 Werte, also bis zur 2. Man sieht, N.AES (das ja laut Frank mit MiNT und ET4000 keine Probleme hat), nimmt 5 als work_in[0], XaAES 1.
Ob das was zu sagen hat?
So, bin erstmal geschafft!
-Helmut
-
Vielleicht ist das jetzt der totale Blödsinn aber ist es nicht so das MiNT/XaAES 1.16 noch einwandfrei auf Grafikkarten mit NVDI als Treiber lief und dann danach irgendwann nicht mehr ?
@ Helmut: ... hast du denn jetzt einem deiner TT mit CrazyDots aufgebaut zum Probieren ?
Bei der Matrix NVDI CXX/TC Version sollte doch das gleiche Problem bestehen, oder nicht ?
-
Hab jetzt *Stunden* verbraten, um einen VDI-handler in MiNT einzubauen ....
Klappt jetzt aber. Bei XaAES kommt auf aranym/fVDI in work_in:
v_opnwk: 1:1:1:1:1:1:1:1:1:1:2:0:0:0:0:0
Und bei N.AES:
v_opnwk: 5:1:1:1:1:1:1:1:1:1:2:336:7560:336:7560:336
Signifikant sind wahrscheinlich nur die ersten 11 Werte, also bis zur 2. Man sieht, N.AES (das ja laut Frank mit MiNT und ET4000 keine Probleme hat), nimmt 5 als work_in[0], XaAES 1.
Ob das was zu sagen hat?
So, bin erstmal geschafft!
-Helmut
@Helmut du bist der Beste. Danke für deine Arbeit :D
-
Wofür? Noch ist nicht viel gewonnen. Aber das hatte ich schon lange vor, damit kann man auch sowas wie remote-screen (über Internet:)), Druckertreiber, und Debugger/Profiler realisieren, irgendwann irgendwer. Ich versteh nur nicht, wie ich so lange so auf dem Schlauch stehen konnte, egal.
@Frank: MiNT 1.16 dürfte sich ja sicher noch auftreiben lassen, probier's einfach.
Natürlich hab ich den TT mit ET4000 hier, hab mich noch nicht getraut, das da zu testen.
Theoretisch könnte VIDEO=5 jetzt in xaaes.cnf die Lösung sein, ohne opnwk, aber ich glaub nicht, dass es so einfach ist.
Edit: Auf dem TT läuft N.AES mit der ET4000 ohne Probleme. Diesmal benutzt es 8 in work_in[0]. XaAES läuft damit aber immer noch nicht. Also weitersuchen ...
-Helmut
-
MiNT 1.16 dürfte sich ja sicher noch auftreiben lassen, probier's einfach.
... gerade probiert und geht natürlich nicht !
-
Jetzt hab ich alles imitiert was N.AES bzw. der TOS-Desktop bei GEM=ROM bei v_opnwk macht, und geht immer noch nicht.
XaAES knallt immer beim Zugriff auf die Adresse 0xD02000 im v_opnwk-Aufruf, also eigentlich stürzt NVDI ab. An der Adresse ist aber nichts, nicht vorhanden. Sagt das jemandem was?
-Helmut
-
Sorry Helmut, kenn mich mit Programmieren überhaupt nicht aus. Doch ich denke, auch wenn es noch nicht klappt, das der Ansatz der Richtige ist es wie im NAES zu implementieren.
Edit: Lass und das auch testen... mit verschiedenen Grafikkarten um zu sehen ob es irgendwo doch läuft. Evtl. ist es nur eine Kleinigkeit. Welches MiNT Version benutzt Du zum Testen und wo liegt deine XaAES-Variante mit dem Du jetzt testest?
-
Das Problem tritt nur bei NVDI/ET4000 auf. Das würde nichts bringen, mit anderen Karten, und MiNT sowie XaAES sind Baustellen zur Zeit.
Aber da stimme ich zu: Ist sicher nur eine Kleinigkeit. Irgendwas muss ich übersehen. Wenn ich mein opnwk.prg von der shell aus aufrufe, tritt genau der gleiche Fehler auf (0xd02000), obwohl das mit purec-c kompiliert ist, kann also auch nicht an irgendwelchen bindings oder gcc-Eigenheiten liegen.
Das vdi-binding für v_opnwk in XaAES hab ich auch schon 2x geändert, immer das selbe.
Muss ich wohl erst mal drüber schlafen ;)
-Helmut
-
Also bei einer Matrix Grafikkarte und NVDI CXX oder TC als Treibersoftware je nach Karte tritt das Problem nicht auf ?
-
Nein. TC weiß ich allerdings nicht.
Was ist eigentlich mit EmuTOS: Gibt's da eine Chance mit dem Mega-STE?
-
Das bedeutet ja dann das alle NVDI Grafikkarten Versionen betroffen sind.
Kann es sein das XaAES ausschliesslich bei "video =" die Standard ST/TT Auflösungen unterstützt und nichts wissen will wenn die Auflösungen anders sind ?
If you don't have a Falcon <mode> can be:
# -----------------------------------------
# - 2 = 320*200, 16 colour (ST-Low)
# - 3 = 640*200, 4 colour (ST-Medium)
# - 4 = 640*400, 2 colour (ST-High)
# - 6 = 640*480, 16 colour (TT Medium)
# - 8 = 1280*960, 2 colour (TT High)
# - 9 = 320*480, 256 colour (TT Low)
#
# All other values are ignored!
All other values are ignored!
-
So ein Quatsch! XaAES übergibt die Treibernummer an v_opnwk, der Rest ist VDI (und das stürzt dann ab), da gibt es nichts zu "unterstützen". Erst dachte ich ja, MiNT ändert irgendwas, weil es ja ohne MiNT klappt. Aber wenn N.AES ohne Probleme mit MiNT läuft, und auch der TOS-Desktop, der sicher nichts von MiNT oder ET4000 weiß, muss es noch was anderes geben.
Das was Du da zitierst, bezieht sich auf die eingebaute Standard-Grafik.
Wenn mir gar nichts mehr einfällt frag ich vielleicht die Behnes oder diesen Mannigel. Aber so weit ist es noch nicht.
Probier doch mal EmuTOS!
-Helmut
-
Ohne Ahnung ist man vor Quatsch nicht gefeit ;-)))
-
So, geht jetzt.
Lösung vorerst (vorausgesetzt NVDIVGA.INF ist in C:\AUTO):
ln -s /c/auto /auto
oder in mint.,cnf:
sln c:\auto u:\auto.
NVDI kann sonst NVDIVGA.INF nicht finden.
slct_dev muss offenbar gestartet worden sein.
In xaaes.cnf VIDEO=6 (für 8 bit), und et4000_hack=0 (oder weglassen), opnwk nat. nicht starten.
Ich bin mir nicht sicher, ob von meinen Änderungen, die noch nicht im cvs sind, welche eine Rolle spielen, aber vielleicht läuft es ja schon mit den freemint.org-builds.
-Helmut
-
@HelmutK
Habe NVDI ET4000 mit MiNT/XaAES bei mir nur bis maximal 8bit Farbtiefe zum laufen bekommen.
Mit dem neuen Nova Treiber für die Mega ST Grafikkarten läuft es Wunderbar auch bis zu 24bit Farbtiefe.
In der xaaes.cnf ohne et4000_hack ...
-
@Lukas Frank das hört sich ja gut an. Kannst Du noch sagen welche Versionen oder Quellen Du benutzt hast und ob mit oder ohne Helmuts Autoordnerprogramm für das öffnen einer virtuellen Workstation...?
-
Nova 2.67 ohne die Hilfsprogramme von Helmut, nur MiNT. Habe erstmal den build von Helmut probiert ...
Genau wie auf meinem Atari TT damals mit ATI Grafikkarte und Nova Treiber.