atari-home.de - Foren

Software => Alternative Betriebssysteme => Thema gestartet von: Lukas Frank am Mi 18.11.2015, 14:58:15

Titel: Aktuelles MiNT/XaAES und NVDI ET4000 ...
Beitrag 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 ...
Titel: Re: Aktuelles MiNT/XaAES und NVDI ET4000 ...
Beitrag von: Lukas Frank am Mi 18.11.2015, 20:15:23
Keiner eine Idee ?
Titel: Re: Aktuelles MiNT/XaAES und NVDI ET4000 ...
Beitrag von: tuxie am Mi 18.11.2015, 21:23:05
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.
Titel: Re: Aktuelles MiNT/XaAES und NVDI ET4000 ...
Beitrag von: Lukas Frank am Mi 18.11.2015, 21:46:01
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.
Titel: Re: Aktuelles MiNT/XaAES und NVDI ET4000 ...
Beitrag von: tuxie am Mi 18.11.2015, 22:16:55
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.
Titel: Re: Aktuelles MiNT/XaAES und NVDI ET4000 ...
Beitrag von: Nervengift am Do 19.11.2015, 09:53:07
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
Titel: Re: Aktuelles MiNT/XaAES und NVDI ET4000 ...
Beitrag von: tuxie am Do 19.11.2015, 09:56:43
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)

Titel: Re: Aktuelles MiNT/XaAES und NVDI ET4000 ...
Beitrag von: HelmutK am Do 19.11.2015, 10:23:27
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
Titel: Re: Aktuelles MiNT/XaAES und NVDI ET4000 ...
Beitrag von: Lukas Frank am Do 19.11.2015, 10:55:20
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
Titel: Re: Aktuelles MiNT/XaAES und NVDI ET4000 ...
Beitrag von: Lukas Frank am Do 19.11.2015, 10:59:19
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 !?!
Titel: Re: Aktuelles MiNT/XaAES und NVDI ET4000 ...
Beitrag von: tuxie am Do 19.11.2015, 10:59:51
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.
Titel: Re: Aktuelles MiNT/XaAES und NVDI ET4000 ...
Beitrag von: Lukas Frank am Do 19.11.2015, 11:02:14
Der Link geht nicht mehr ->   http://home.arcor.de/zabruder/atari./opnwk.prg
Titel: Re: Aktuelles MiNT/XaAES und NVDI ET4000 ...
Beitrag von: Lukas Frank am Do 19.11.2015, 11:31:13
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
Titel: Re: Aktuelles MiNT/XaAES und NVDI ET4000 ...
Beitrag von: HelmutK am Do 19.11.2015, 11:38:24
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
Titel: Re: Aktuelles MiNT/XaAES und NVDI ET4000 ...
Beitrag von: Lukas Frank am Do 19.11.2015, 12:30:24
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
Titel: Re: Aktuelles MiNT/XaAES und NVDI ET4000 ...
Beitrag von: HelmutK am Do 19.11.2015, 17:32:23
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
Titel: Re: Aktuelles MiNT/XaAES und NVDI ET4000 ...
Beitrag von: Lukas Frank am Do 19.11.2015, 18:03:00
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.
Titel: Re: Aktuelles MiNT/XaAES und NVDI ET4000 ...
Beitrag von: HelmutK am Do 19.11.2015, 18:16:49
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
Titel: Re: Aktuelles MiNT/XaAES und NVDI ET4000 ...
Beitrag von: Lukas Frank am Do 19.11.2015, 19:24:33
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.
Titel: Re: Aktuelles MiNT/XaAES und NVDI ET4000 ...
Beitrag von: Lukas Frank am Do 19.11.2015, 19:57:06
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 ...
Titel: Re: Aktuelles MiNT/XaAES und NVDI ET4000 ...
Beitrag von: HelmutK am Do 19.11.2015, 20:14:13
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
Titel: Re: Aktuelles MiNT/XaAES und NVDI ET4000 ...
Beitrag von: HelmutK am Do 19.11.2015, 20:21:35
Du könntest auch mal minthat oder wie das heißt vom trunk probieren, da ist auch OLDTOSFS drin.
Titel: Re: Aktuelles MiNT/XaAES und NVDI ET4000 ...
Beitrag von: Lukas Frank am Do 19.11.2015, 21:07:35
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 ?
Titel: Re: Aktuelles MiNT/XaAES und NVDI ET4000 ...
Beitrag von: HelmutK am Do 19.11.2015, 21:30:56
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
Titel: Re: Aktuelles MiNT/XaAES und NVDI ET4000 ...
Beitrag von: Lukas Frank am Do 19.11.2015, 21:39:31
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 ...
Titel: Re: Aktuelles MiNT/XaAES und NVDI ET4000 ...
Beitrag von: HelmutK am Do 19.11.2015, 22:11:18
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
Titel: Re: Aktuelles MiNT/XaAES und NVDI ET4000 ...
Beitrag von: Lukas Frank am Fr 20.11.2015, 12:13:24
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 ...
Titel: Re: Aktuelles MiNT/XaAES und NVDI ET4000 ...
Beitrag von: Lukas Frank am Di 08.12.2015, 16:19:12
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 ?
Titel: Re: Aktuelles MiNT/XaAES und NVDI ET4000 ...
Beitrag von: HelmutK am Di 08.12.2015, 21:44:20
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
Titel: Re: Aktuelles MiNT/XaAES und NVDI ET4000 ...
Beitrag von: Lukas Frank am Mi 09.12.2015, 09:34:11
Das sind 10,9 und 3 die neben 7 interessant sind aber eigentlich alle ...



;
; Beispiel-ASSIGN.SYS fr 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 Aufl”sung

02p SCREEN.SYS                   ;niedrige ST-Aufl”sung (320*200)

03 XVGA16M.SYS                   ;NVDI VGA-Treiber (True Color)

04p SCREEN.SYS                   ;hohe ST-Aufl”sung (640*400)

05 XVGA16.SYS                    ;NVDI VGA-Treiber (16 Farben)

06p SCREEN.SYS                   ;mittlere TT-Aufl”sung (640*480)

07 XVGA256.SYS                   ;NVDI VGA-Treiber (256 Farben)

; Die Ger„tekennung 08 ist auf dem ATARI TT mit der hohen Aufl”sung
; 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 Ger„tekennung 04 (ohne `p'!) eintragen und
; in den nachfolgenden Zeilen das Semikolon entfernen.
;
;08p SCREEN.SYS                   ;hohe TT-Aufl”sung (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)
Titel: Re: Aktuelles MiNT/XaAES und NVDI ET4000 ...
Beitrag von: HelmutK am Mi 09.12.2015, 10:06:55
Und wie stellt man jetzt ohne MiNT die Auflösung um?

Probier mal die Nummern in assign.sys zu vertauschen.
Titel: Re: Aktuelles MiNT/XaAES und NVDI ET4000 ...
Beitrag von: Lukas Frank am Mi 09.12.2015, 10:50:04
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
Titel: Re: Aktuelles MiNT/XaAES und NVDI ET4000 ...
Beitrag von: HelmutK am Mi 09.12.2015, 10:54:42
Has Du mal probiert, in assign.sys vor XVGA16.SYS 07 anzugeben und vor XVGA256.SYS 05?
Titel: Re: Aktuelles MiNT/XaAES und NVDI ET4000 ...
Beitrag von: Lukas Frank am Mi 09.12.2015, 12:51:18
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 ...
Titel: Re: Aktuelles MiNT/XaAES und NVDI ET4000 ...
Beitrag von: HelmutK am Mi 09.12.2015, 13:14:23
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
Titel: Re: Aktuelles MiNT/XaAES und NVDI ET4000 ...
Beitrag von: Lukas Frank am Mi 09.12.2015, 15:17:47
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.
Titel: Re: Aktuelles MiNT/XaAES und NVDI ET4000 ...
Beitrag von: HelmutK am Mi 09.12.2015, 15:31:11
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?
Titel: Re: Aktuelles MiNT/XaAES und NVDI ET4000 ...
Beitrag von: Lukas Frank am Mi 09.12.2015, 15:42:27
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 !
Titel: Re: Aktuelles MiNT/XaAES und NVDI ET4000 ...
Beitrag von: mfro am Mi 09.12.2015, 15:55:56
...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.
Titel: Re: Aktuelles MiNT/XaAES und NVDI ET4000 ...
Beitrag von: HelmutK am Mi 09.12.2015, 16:09:24
Kann schon sein. Probier nochmal!
Titel: Re: Aktuelles MiNT/XaAES und NVDI ET4000 ...
Beitrag von: Lukas Frank am Mi 09.12.2015, 16:21:59
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)
Titel: Re: Aktuelles MiNT/XaAES und NVDI ET4000 ...
Beitrag von: HelmutK am Mi 09.12.2015, 16:26:22
Ohne irgendwelche Ausgaben? Steht was in C:/mint/boot.log? Schein wohl doch komplizierter zu sein :(
Titel: Re: Aktuelles MiNT/XaAES und NVDI ET4000 ...
Beitrag von: Lukas Frank am Mi 09.12.2015, 16:33:52
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 !?!
Titel: Re: Aktuelles MiNT/XaAES und NVDI ET4000 ...
Beitrag von: HelmutK am Mi 09.12.2015, 16:46:12
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?
Titel: Re: Aktuelles MiNT/XaAES und NVDI ET4000 ...
Beitrag von: HelmutK am Mi 09.12.2015, 16:58:57
Ü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).
Titel: Re: Aktuelles MiNT/XaAES und NVDI ET4000 ...
Beitrag von: Lukas Frank am Mi 09.12.2015, 17:17:50
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 ...
Titel: Re: Aktuelles MiNT/XaAES und NVDI ET4000 ...
Beitrag von: HelmutK am Mi 09.12.2015, 17:27:54
Und 16 Farben mit opnwk5? Und mit GEM=ROM?
Titel: Re: Aktuelles MiNT/XaAES und NVDI ET4000 ...
Beitrag von: HelmutK am Mi 09.12.2015, 17:32:38
Sieht man denn, dass bei opnwk9 die hohe Auflösung eingestellt wird?
Titel: Re: Aktuelles MiNT/XaAES und NVDI ET4000 ...
Beitrag von: Lukas Frank am Mi 09.12.2015, 19:50:54
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 ;-)))
Titel: Re: Aktuelles MiNT/XaAES und NVDI ET4000 ...
Beitrag von: HelmutK am Mi 09.12.2015, 20:38:16
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.
Titel: Re: Aktuelles MiNT/XaAES und NVDI ET4000 ...
Beitrag von: Lukas Frank am Mi 09.12.2015, 20:59:28
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.
Titel: Re: Aktuelles MiNT/XaAES und NVDI ET4000 ...
Beitrag von: HelmutK am Do 10.12.2015, 01:24:35
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
Titel: Re: Aktuelles MiNT/XaAES und NVDI ET4000 ...
Beitrag von: Lukas Frank am Do 10.12.2015, 08:58:12
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)
Titel: Re: Aktuelles MiNT/XaAES und NVDI ET4000 ...
Beitrag von: HelmutK am Do 10.12.2015, 23:09:50
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
Titel: Re: Aktuelles MiNT/XaAES und NVDI ET4000 ...
Beitrag von: Lukas Frank am Fr 11.12.2015, 09:58:20
Ja 24Bit Darstellung geht bei mir, nur die 64k Farben gehen irgendwie nicht richtig, keine Ahnung ...
Titel: Re: Aktuelles MiNT/XaAES und NVDI ET4000 ...
Beitrag von: Arthur am Fr 11.12.2015, 10:11:44
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.
Titel: Re: Aktuelles MiNT/XaAES und NVDI ET4000 ...
Beitrag von: Lukas Frank am Fr 11.12.2015, 10:50:10
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 !
Titel: Re: Aktuelles MiNT/XaAES und NVDI ET4000 ...
Beitrag von: Arthur am Fr 11.12.2015, 11:08:36
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
Titel: Re: Aktuelles MiNT/XaAES und NVDI ET4000 ...
Beitrag von: mfro am Fr 11.12.2015, 12:01:24
Es geht halt nicht über Fat. ;D

Ein gecachtes FAT-Filesystem ist genauso schnell zerschossen. Man merkt's bloß viel später.
Titel: Re: Aktuelles MiNT/XaAES und NVDI ET4000 ...
Beitrag von: HelmutK am Fr 11.12.2015, 13:37:53
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 :)
Titel: Re: Aktuelles MiNT/XaAES und NVDI ET4000 ...
Beitrag von: mfro am Fr 11.12.2015, 16:56:38
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).
Titel: Re: Aktuelles MiNT/XaAES und NVDI ET4000 ...
Beitrag von: Lukas Frank am Fr 11.12.2015, 18:19:27
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 ...
Titel: Re: Aktuelles MiNT/XaAES und NVDI ET4000 ...
Beitrag von: HelmutK am Fr 11.12.2015, 18:35:20
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 ...
Titel: Re: Aktuelles MiNT/XaAES und NVDI ET4000 ...
Beitrag von: Lukas Frank am Fr 11.12.2015, 18:43:54
... wer blickt da schon durch ...

Ich auf jeden Fall nicht :-)))
Titel: Re: Aktuelles MiNT/XaAES und NVDI ET4000 ...
Beitrag von: KarlMüller am Fr 11.12.2015, 19:18:34
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.
Titel: Re: Aktuelles MiNT/XaAES und NVDI ET4000 ...
Beitrag von: HelmutK am Fr 11.12.2015, 19:28:28
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.
Titel: Re: Aktuelles MiNT/XaAES und NVDI ET4000 ...
Beitrag von: HelmutK am Sa 12.12.2015, 18:10:33
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
Titel: Re: Aktuelles MiNT/XaAES und NVDI ET4000 ...
Beitrag von: Lukas Frank am Sa 12.12.2015, 18:42:00
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 ?
Titel: Re: Aktuelles MiNT/XaAES und NVDI ET4000 ...
Beitrag von: Arthur am Sa 12.12.2015, 21:05:39
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
Titel: Re: Aktuelles MiNT/XaAES und NVDI ET4000 ...
Beitrag von: HelmutK am Sa 12.12.2015, 21:13:48
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
Titel: Re: Aktuelles MiNT/XaAES und NVDI ET4000 ...
Beitrag von: Lukas Frank am So 13.12.2015, 18:12:34
MiNT 1.16 dürfte sich ja sicher noch auftreiben lassen, probier's einfach.

... gerade probiert und geht natürlich nicht !
Titel: Re: Aktuelles MiNT/XaAES und NVDI ET4000 ...
Beitrag von: HelmutK am So 13.12.2015, 21:09:45
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
Titel: Re: Aktuelles MiNT/XaAES und NVDI ET4000 ...
Beitrag von: Arthur am So 13.12.2015, 22:18:45
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?
Titel: Re: Aktuelles MiNT/XaAES und NVDI ET4000 ...
Beitrag von: HelmutK am So 13.12.2015, 22:51:01
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
Titel: Re: Aktuelles MiNT/XaAES und NVDI ET4000 ...
Beitrag von: Lukas Frank am So 13.12.2015, 22:58:23
Also bei einer Matrix Grafikkarte und NVDI CXX oder TC als Treibersoftware je nach Karte tritt das Problem nicht auf ?
Titel: Re: Aktuelles MiNT/XaAES und NVDI ET4000 ...
Beitrag von: HelmutK am So 13.12.2015, 23:11:25
Nein. TC weiß ich allerdings nicht.

Was ist eigentlich mit EmuTOS: Gibt's da eine Chance mit dem Mega-STE?
Titel: Re: Aktuelles MiNT/XaAES und NVDI ET4000 ...
Beitrag von: Lukas Frank am Mo 14.12.2015, 10:14:18
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!
Titel: Re: Aktuelles MiNT/XaAES und NVDI ET4000 ...
Beitrag von: HelmutK am Mo 14.12.2015, 10:36:50
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
Titel: Re: Aktuelles MiNT/XaAES und NVDI ET4000 ...
Beitrag von: Lukas Frank am Mo 14.12.2015, 11:19:10
Ohne Ahnung ist man vor Quatsch nicht gefeit ;-)))
Titel: Re: Aktuelles MiNT/XaAES und NVDI ET4000 ...
Beitrag von: HelmutK am Mi 16.12.2015, 01:05:26
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
Titel: Re: Aktuelles MiNT/XaAES und NVDI ET4000 ...
Beitrag von: Lukas Frank am Do 18.02.2016, 14:12:58
@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 ...
Titel: Re: Aktuelles MiNT/XaAES und NVDI ET4000 ...
Beitrag von: Arthur am Do 18.02.2016, 18:02:37
@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...?
Titel: Re: Aktuelles MiNT/XaAES und NVDI ET4000 ...
Beitrag von: Lukas Frank am Fr 19.02.2016, 08:29:44
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.