hi,
da ich erst vor wenigen tagen sdx in meinen freezer flashte, befinde ich mich noch in der lernphase und muß leider feststellen, daß ich bisher kyanpascal unter sdx nicht zum laufen bekam. ich versuchte es mit dem x-befehl, aber fehlanzeige. jetzt meine frage: gibt es irgendne möglichkeit, sdx per config.sys mit kyan verträglich zu machen? mit dem alten spartdos 3.2 lief kyan recht anständig.

das war´s auch schon

ty

tot

Tot hat geschrieben:hi,
da ich erst vor wenigen tagen sdx in meinen freezer flashte, befinde ich mich noch in der lernphase und muß leider feststellen, daß ich bisher kyanpascal unter sdx nicht zum laufen bekam. ich versuchte es mit dem x-befehl, aber fehlanzeige. jetzt meine frage: gibt es irgendne möglichkeit, sdx per config.sys mit kyan verträglich zu machen? mit dem alten spartdos 3.2 lief kyan recht anständig.

das war´s auch schon

ty

tot

Hi,

das würde mich auch interessieren. Mir ist es seinerzeit nur gelungen, Kyan unter DOS 2.5 zum Laufen zu bringen, was aber einige Nachteile hatte. Bei meinen Experimenten mit Turbo DOS z.B. konnte ich jedesmal nicht kompilieren. Irgendwo hier gibt es auch schon einen Beitrag dazu. Welche Kyan-Version nutzt Du denn? Ich hab die 2.02er. Kannst Du mir ein paar Tipps zu Kyan unter Sparta DOS 3.2 geben? Zusammen mit meinem SIO2USB würden sich da ja ganz neue Welten auftun oder auch am Emu!!

Gruß,

Michael

unter 3.2g hab ich kyan gut zum laufen bekommen, habe meinen xe mit ner 256k-ramdisk aus dem abbuc-bauplan-bereich aufgerüstet und mit dem entsprechenden rd-treiber auch die volle kapazität. glücklicherweise habe ich auch ne speedy xf, somit konnte ich die ganzen files auf ner quad-density-disk zusammen quetschen und bekomme sie in vertretbarer zeit in die ramdisk kopiert. mit dem für mich neuen sio2usb ist das alles etwas nerviger, denn in meiner haltlosen gier habe ich erstmal ein fettes hd-image erstellt und stelle jetzt fest, daß kix irgendwie mit subdirectorys nicht klarkommt, jedenfalls nicht so, daß es spaß macht. es brummt immer wie beim nicht gefundenen laufwerk/device, bevor nach einigen sekunden das kommando dann im sub-dir doch noch entdeckt wird.

die versionsnummer finde ich nicht, da scheinst du mehr zu wissen als ich...

würde dir mein kyan als atr schicken, ist aber sinnlos, wenn du sparta 3.2 selbst hast...sga, wie´s beliebt.

mfg tot

ps: ich schlaukopf, auf der org-disk steht 2.00...

SIEG!!!

folgende config läuft grad bei mir: sdx 4.41 mit default-ramdisk 180 kb, habe sie nur auf d8: umgestellt, dann auf das mit boot inidos.sys bootfähig gemachte 16mb image noch autoexec drauf für uhrzeit-anzeige und s2utime. dann kopierte ich nur die kix files samt stdlib.s und autorun.sys in die ramdisk, zu d8: gewechselt und mit "x auto*.*" nach kurzem geflacker im kix-menue gelandet - und im unterschied zu früher LÄUFT es....cool. muß jetzt nur noch dahinter steigen, wie ich kix-mäßig in die sub-dir´s komme.

warum es jetzt geht, ist mir schleierhaft, habe nur mit inidos gespielt und mit dem c-switch die cart-emu abgestellt, dank inidos bootet sdx aber trotzdem.

biba

wichtig: wenn du ins dos mußt, vergiß danach das verdammte x-kommando vor autorun nicht, sonst hängt es gleich wieder, zum glück ist die rd resetfest

Hi,

schon probiert, ob "QUICKED.SYS" sich in deine Konfiguration erfolgreich einbinden lässt?

In GR.0 ist damit die Bildschirmausgabe 3-4x schneller als üblich, was für das Programmieren sicher nicht ganz unvorteilhaft ist.

hi walter,

ja, hatte ich schon, auch die auf nem alten monochrom-grün-monitor durchaus lesebare con80-emu, war gierig auf volle breite beim editor. quicked läuft gut, aber die 80z-emu geht nicht, schade, wahrscheinlich verbraucht der 80-z-mode ram, was danach von kyan beansprucht wird. aber wie gesagt, quicked geht, danke für den tip.

das war´s

tot

Moijn,

geht beides: Reihenfolge der Treiber in der Config.Sys ist entscheidend und von der Speichererweiterung eine Bank dafür "freilassen".

Meine Config.Sys für den Beta-Test:

USE BANKED (wenn mehr als 64KB RAM)
DEVICE SPARTA (DOS)
DEVICE SIO (I/O-driver mit highspeed)
DEVICE ATARIDOS (
DEVICE INDUS (unnötig, wenn man keine hat)
DEVICE JIFFY (Software-Uhr)
DEVICE RAMDISK 9,2 (14) (Nr 9, 2 banks=32KB bei 128KB bzw 14=224KB bei 320KB)
DEVICE QUICKED (vor CONXX Treiber laden)
DEVICE CON80.SYS (80Z-Treiber)

Verwendung des erweiterten Speichers:
1 Bank braucht man für SpartaDOS selbst
1 Bank braucht man für CON80.SYS
die muss man abziehen von der Speichererweiterung und den Rest kann man für die RAMDisk reservieren.
Nutzt man BASIC XE, muss man noch einmal 4 Bänke reservieren.
Obige Konfiguration ist also für einen 130XE mit 128KB und BASIC XE nicht geeignet.

Die minimalste Plattform für SDX 4.4x ist ein ATARI 400 mit 48KB RAM.

In der AUTOEXEC.BAT stelle ich mir den Rest ein:

POKE 82,0
POKE 710,4 (vor allem bei XEs super, da die Streifen fast verschwinden)
APETIME (falls SIO2PC an)
TD ON
TIME (Zeit setzen falls SIO2PC nicht an)
DATE (Datum setzen falls SIO2PC nicht an)
PROMPT $L$P\

Natürlich geht noch viel mehr, vor allem mit Batch-Files. Für das "Programmieren" von Batch-Files hat SDX inzwischen MSDOS-Standard erreicht.

Das geht sogar soweit, das man beim Booten von Festplatte bereits das ROM abschalten kann.

Wie schon angesprochen: Ohne intensives Studium des Manuals kommt man nicht sehr weit. SDX ist kein GameDOS wie DOS 2.5.

Uups, fast vergessen. Der 80- bzw. 64-Zeichenmodus ist auch auf einem Farbmonitor (A/V-Signal - nicht Antennenkabel) gut lesbar, wenn man sich die Farben dazu passend einstellt.

Je nach Geschmack heller oder dunkler Hintergrund. Z.B. POKE 710,10 & POKE 709,0 oder genau umgekehrt sieht auf dem CM8833 gut aus (wie seinerzeit SAM).

80- & 64-Zeichentreiber kann man zwar beide laden, aber es funktioniert nur der zuletzt geladene Treiber. Draco arbeitet daran.

hi walter,

inzwischen ist meine config deiner sehr ähnlich, bastele jetzt nur noch an ner netten autoexec, die mir die kix files in die rd kopiert und per x dann autorun.sys startet, es ist doch noch ne kante schneller, wenn compiler und assembler aus der rd geladen werden.

die 4 bänke für basic xe sind derzeit doch total theoretisch, ich kann ja wie schon häufig beklagt eh nicht beides per freezer emulieren, also entweder - oder.

aber was mich gestern abend dann doch begeisterte: das gute alte turbo-basic läuft! es fristete bei mir in den letzten jahren ein schattendasein - wg dos 2.5 und seiner armen 64k-rd, da ging doch neben dup.sys grad noch basic, compiler und runtime rein, der rest mußte doch immer wg überfüllung draußen bleiben. jetzt mit sdx endlich mal ne plattform, die fast alles laufen lassen kann - TOP!

das war´s

schönes wochenende

tot

ps: hast du erfahrungen mit nem alten 800er und sdx? meiner hat dieses axlon-kompatible 256k-upgrade, das wird doch von sdx auch unterstützt, was ich so zu verstehen glaubte, oder?


nachtrag: habe eben nochmal deinen ratschlägen gemäß meine config modifiziert, aber con80 und kyan gehen nicht, im 80z-modus zeigt mir mem/x 27986 freie bytes und 2 freie bänke mit ner 192k-rd an, kyan ist nunmal ne 48k-applikation, der schirm sieht genauso aus, wie es nunmal aussieht, wenn der grafikspeicher da liegt, wo er nicht liegen soll. con80 deaktiviert und kyan geht sofort wieder 1a. wenn du willst, sende ich dir kyan-pascal, falls du es nicht hast - wenn du das hinbekommst mit den 80 z, bin ich der letzte, der meckert

In der kommenden Version von SDX gibt es Befehle, um die gesamte Ramdisk in eine Datei zu sichern (RDDUMP) und auch aus der Datei wieder die Ramdisk wiederherzustellen (RDLOAD).

Damit kannst Du die Ramdisk mit allen benötigten Programmen füllen, dann per 'RDDUMP' in eine Datei schreiben, und per AUTOEXEC.BAT beim start die Ramdisk aus der Datei wiederherstellen.

Nach schöner ist eine Batterie-gepufferte RAM-Disk, da bleiben die Inhalte auch nach dem ausschalten des Rechners immer erhalten.

HI,

Habe Draco wegen Hilfe angefragt zu 80Z & PASCAL.

RAMDisk: Yo, mit 'rein- und 'rausdumpen kann man ganz nett spielen, wenn man Probleme analysieren will.

Aber zum normalen Arbeiten würde ich das nicht benutzen. Abgesehen davon ist es auch nicht wirklich schneller als das Kopieren der Files in die frisch formatierte RAMDisk.

Batteriegepuffert ist nett, wenn man immer wieder an derselben Sache arbeitet. In dem Sinne wäre eine 4-16MB-Speichererweiterung mal richtig gut zu gebrauchen. Vor allem auch deswegen, weil man mit SpartaDOS X 3 RAMDisks gleichzeitig benutzen kann.
Das schreit förmlich nach einer Flash-Speichererweiterung oder nach einer SSD.

wo ich grad so drüber nachdenke, so wäre der 80z-modus doch echt mal ne applikation für den getrennten antic/cpu-zugriff der compy-shop-ramdisk und kompatiblen, oder irre ich?
wenn man die für den 80z-modus benötigten 8k (?) bilddaten in ner rambank hätte und die cpu weiterhin den vollen speicher benutzen kann wie im 40z-modus, das sollte/könnte laufen, oder?

sind natürlich nur ideen, ob´s geht, liegt derzeit weit außerhalb meiner möglichkeiten.

aber es wäre nett, ne saubere 80z-darstellung ohne die blöde xep, ich fand, das teil war ein bißchen zu viel improvisiert für meinen geschmack und war enttäuschend - mein kenntnisstand ist aber auch von anno 91 oder so.

mfg tot

Hallo Tot

Schau dir auf meiner Special Stuff Seite mal das Datenblatt zum NS405 an. Das ist der grosse Chip im XEP80. Wenn die Tramiel's ein Auto gebaut hätten, hätten die wahrscheinlich 'nen 12 Zylinder eingebaut und dann 10 Zylinder abgeschaltet. So ist es beim XEP80 auch.

Tschüß

Mathy

ja, wenn ich mir die atari-hardware-projekte so ansehe, so könnte ich immer kotzen, wie die armen ingenieure damals (vermutlich) frustriert eine gute idee nach der anderen zu grabe trugen/tragen mußten, weil irgendein idiot in der chef-etage das potential nicht sehen konnte oder wollte, vielleicht habe ich ja etwas sehr die atari-brille auf, aber die andern rechner der zeit waren doch meist recht simple konzepte im vergleich.

es ist/war ein drama -

tot

Hm,

wenn man die für den 80z-modus benötigten 8k (?) bilddaten in ner rambank hätte und die cpu weiterhin den vollen speicher benutzen kann wie im 40z-modus, das sollte/könnte laufen, oder?

Viel besser als SDX 4.42 wird man das ohne zusätzliche Hardware wohl nicht lösen können. CON80 benutzt eine Bank Extended Memory.

BTW, so schlecht ist die XEP80 auch wieder nicht. Man brauchte damals lediglich einen Monitor, der das 60Hz-Signal verarbeiten konnte.

Ich habe lange damit Textverarbeitung (TurboWord) unter SDX 4.20 mit HD und 80Z-Grünmonitor gemacht. Und DFÜ mit BobTerm auf 2 Monitoren. Das lief super ...

Knackpunkt bei der XEP80 ist der Treiber für PAL-ATARIs. Auch das hat Draco in SDX gelöst. Hatte aber noch keine Zeit das zu testen.

Uups, fast vergessen:

hast du erfahrungen mit nem alten 800er und sdx? meiner hat dieses axlon-kompatible 256k-upgrade, das wird doch von sdx auch unterstützt, was ich so zu verstehen glaubte, oder?

Ja, mit einem 48KB-400/800 kann man SDX schon nutzen. Habe beides erfolgreich getestet. Ein Axlon-kompatiblen Extended memory konnte ich noch nicht testen (und Draco auch nciht), weil ihn von uns (noch) keiner hat.

Teste doch mal und lass' mich wissen, was dabei heraus kam.
Am besten PM.

du bist gut: wenn ich den freezer mal auf die schnelle an den alten 800er dran bekäme, hätte ich es schon probiert. und bevor ich beim 800er sdx einbaue, sind erst mein xl und xe dran, aber dann ja.

du wirst es als erster erfahren

gn8

tot

was mir noch einfiel: du sagst, con80 benutzt eine bank - das mag sein, aber ein mem/x mit und ohne aktiviertem con80 zeigt doch nen unterschied von ca.8k...die meinte ich, denn die werden den meisten std-applikationen das (ram-)genick brechen. ich dachte nur, der 80-z-bildschirmspeicher in der bank täte niemandem weh, ob ich nun ne 224k oder 192k ramdisk habe, ist doch bei s2u oder myide unerheblich.

moin!

habe eben bei kaffee und zigarettchen ne testserie gemacht zum thema con80 und quicked, wobei ich ein text-file mit 176061 bytes aus d8: mit dem type-befehl anzeigen ließ:

con80/quicked: 14:05 minuten
quicked : 5:39/5:38 minuten (den test machte ich 2x, der war nicht so bitter lang)
con80 : 14:01 minuten (sry, wollte nicht noch ne viertelstunde warten, ob´s messtoleranz oder was anderes war, die 4 sekunden ...)
std-boot sdx : 8:35 minuten

btw, der con80 läuft bei mir mit meinem alten spos nicht, der test war mit org-atari-os.

mein fazit: entweder oder...con80 und quicked zusammen ist sinnlos, aber quicked allein bringt doch was, wenn´s in diesem fall auch nicht 2x war. und 80z, wenn man´s braucht, was ja eher selten der fall sein dürfte, ich denke, der 80z-modus wird bei 48k-programmen selten laufen, siehe kyan. aber um mal schnell ein auf volle breite formatierten text durchzusehen, ist´s ok, ich habe lieber die kleine schrift und mehr überblick als den 40-z-peepshow-modus

das war´s ersma

tot

Moijn,

btw, der con80 läuft bei mir mit meinem alten spos nicht, der test war mit org-atari-os.

Yo, daran forscht Draco noch. Falls du Lust und Interesse hast kannst du dich zum Bug-Reporting anmelden.

Und

con80 und quicked zusammen ist sinnlos

stimmt schon, denn es geht gar nicht zusammen. Quicked ist ein Ausgabebeschleuniger für Gr.0, das steht auch im Handbuch. Insofern ist der Test unnötig gewesen.

hi,

wie so oft hast du recht, aber es bot sich grad an, den test so zu machen und so kann ich/man jetzt wenigstens sicher sagen, was wieviel bringt. es hätte ja auch sein können, das quicked con80 sogar etwas behindert - man hat schon pferde kotzen gesehen

habe deswegen den 1.test nochmal laufen lassen, jetzt auch exakt 14:01, muß heute morgen doch mehr gepennt haben als erwartet beim ablesen, jetzt war´s automatisiert und damit failsafe.

was das spos angeht, so bekomme ich die meldung "load con80.sys first"...wär die frage, was mit dem treiber passiert, aber k.a.

frage: ließe sich mit ner maxflash-cart o.ä. ein sdx "á la cart" im modul-schacht simulieren?

tot


raumschiff enterprise, logbuch-nachtrag: mit con64 darf man sich 16:02 minuten gedulden, also wie im manual erwähnt tatsächlich langsamer als con80 - enterprise ende.

Hey,

frage: ließe sich mit ner maxflash-cart o.ä. ein sdx "á la cart" im modul-schacht simulieren?

Die Frage habe ich auch schon an Draco gestellt. Wird im Moment von Draco und Trub untersucht.

raumschiff enterprise, logbuch-nachtrag

ist nur Commanding Officers erlaubt

Hast du mal den 800 mit der Axlon-kompatiblen Erweiterung getestet?

Habe heute mal 2 verschiedene 800XL mit der 256KB-Umrüstung nach Rambo/Newell/Bucholtz getestet und festgestellt, dass SDX in MaxFlash da nicht durchstartet. SDX 4.2x aber funzt damit wie gewohnt ...

walter,

Hast du mal den 800 mit der Axlon-kompatiblen Erweiterung getestet?

sonnenscheinchen, so hörst du mir zu : wie bekomme ich nen freezer xe an nen alten 800er ohne rausgeführten system-bus (ohne totaloperation)? wenn du mir das verrietest, würde ich dir magische fähigkeiten bescheinigen

nee, ernsthaft: muß mal in polen fragen, ob von denen schon jemand mal nen alten 800er ver-sdx-t hat und mir evtl was zum modus operandi erzählen kann, auf gut glück wollte ich mein ältestes pferd nicht zerbasteln, zumal die 256k-erweiterung - von c.bucholtz, aber nagel mich nicht drauf fest - eine recht wirre huckepackkonstruktion mit modifikationen am ram- und rom-board und der hauptplatine war. soll heißen: ne cartridge wäre mir lichtjahre lieber.

außerdem warte ich noch auf ne antwort von sijmen bzgl sdx und myide, wäre doch auch fein, im verhältnis zum sio-speed mal paralleltransfer zu erleben.

das war´s erstmal, muß mal morgen checken, ob meine finanzen einen besuch beim elektronikhändler meines vertrauens ermöglichen.

tot