Atari Neuling - Hilfe

[Dennis Schulmeister]

ich habe meine Cubase-Version vor ca. einem Jahr oder so bei eBay gekauft. Damals war auch eine zweite Version fast zeitgleich eingestellt. Diese enthielt sogar offizielle Lehrvideos von Steinberg. Ich habe mir in den Hintern gebissen, dass ich meine Version schon gekauft hatte.

Gruß,
Dennis

[jens]

Ich habe hier zwei Cubase 3.01, ein Cubase Audio Falcon, ein Twelve und zwei Notator Alpha.
Die sind alle nicht vom Himmel gefallen, sondern man stolpert einfach gelegentlich mal drüber.
Ich würde einfach abwarten und ggfs. erstmal mit Cubase Lite rumspielen.
Zum Kennenlernen reicht das locker.
 
Wenn Du den Rechner an tuxie schickst, bitte ihn doch, Dir zwei DD-Disks (bzw. DD-formatierte HD-Disks) mit Cubase Lite oder anderer interessanter Software mitzuschicken.
Floppies kannst Du ja mitschicken.

Falls Du Dir aber einen Mega/STe zulegen solltest, kannst Du mit hoher Wahrscheinlichkeit einplanen, daß Du HD-Floppies mit diesem bearbeiten kannst.

[afalc060]

...
Die meisten Anwendungen haben die Dateiendung .PRG. Es gibt noch weitere endungen wie .app, .ttp.
usw...

PRG sind Programme die auch ohne GEM auskommen sollten! Streng genommen sind viele Applikationen mit der Endung PRG falsch ausgezeichnet. Denn:
- PRG = Programm (für AUTO-Ordner ausführung bestimmt)
- APP = Applikation (benötigt GEM zum Fensterln)
- TTP = Tos takes parameter (Kommandozeilen programme die parameter erwarten um korrekt arbeiten zu können.)
- ACC = Accessories (Die kleinen Helferchen unter dem DESK-Menü. Die in jeder Applikation (die GEM-konform programmiert wurde) verfügbar sind.)
- GTP = GEM takes parameter (beim Falcon TOS 4.0, 4.0x, 4.04 ist diese Applikations-art hinzugekommen. )

IMHO sind die Endungen aber total schnuppe, da der Dateiheader für ausführbare Anwendungen/Programme eh der selbe ist. Es sollte trotzdem darauf geachtet werden, da ACC eine Endlosschleife sind die nur auf einen Befehl (ac_open) warten um in aktion zu treten. Sprich: wenn ein ACC plötzlich mal die Endung PRG oder APP bekommt und dieses ACC gestartet wird, dann hilft nur ein Reset. PRG, APP und auch GTP sind durchaus tauschbar. Aber ich schweife ab, glaube ich.

1. er startet alles was im Ordner AUTO abgelegt ist
2. die soganennten Accessories kurz ACC genannt.

AUTOordner und Accessories werden vom jeweiligen Bootlaufwerk geladen. Bei modernen Harddisktreibers lässt sich das Bootlaufwerk auch während der Startphase ändern. Sprich das Bootlaufwerk ist nicht zwingend die Diskette in Laufwerk A oder die erste Festplattenpartition mit der Kennung C.

[tuxie]

Gut, du hast es besser ausgedrückt :-P
!!

TSchau Ingo

[jens]

Na, dann doch auch mal mein Senf zum Thema Programme und so:
 
Es gibt Programme, die sowohl aus dem Auto-Ordner heraus laufen als auch vom Desktop.
Dazu gehören z.B. JcnBoot (ein Bootselector) oder Maccel (Mausbeschleuniger).
Bei letzterem ist es so, daß er im Auto-Ordner einfach seine Funktion ausübt (Maus beschleunigen ), vom Desk aus aber ein Konfigurationsmenü anzeigt.
 
Im Multitasking-Betrieb (MultiTOS, MagiC, MiNT, Geneva...) können einige ACCs auch anstandslos als APP laufen, was von Vorteil ist, weil der GEM Desktop nur maximal sechs (?) ACCs zuläßt.
Das geht z.B. mit Xcontrol (dem modularen Kontrollfeld).
 
Mit Cubase möchtest Du übrigens auf all diesen Schnickschnack verzichten, denn Cubase will Ram, Ram, Ram - vier MB sind relativ angenehm.
Da reicht dann das Kontrollfeld, wenn überhaupt.
Was ich unbedingt empfehlen kann, sind Nvdi (Beschleunigung der Grafikroutinen) und einen Mausbeschleuniger.
 
Ich habe mir damals (als ich noch viel mit Midi gemacht habe) mal einen Mega/STe fertiggemacht, der Nvdi und Maccel aus dem Auto-Ordner geladen hat und dann direkt Cubase nachstartete.
Ich mußte also nur noch einschalten, und der Rest wurde automatisch geladen.
 
Genug geschwatzt - schließlich wollen wir hier nicht für gedankliches Durcheinander sorgen...
 
*EDIT*
Nein, ich möchte Xcontrol nicht aus dem Auto-Ordner laufen lassen...
Danke, Rudi.

[OnkelTom71]

Im Multitasking-Betrieb (MultiTOS, MagiC, MiNT, Geneva...) können einige ACCs auch anstandslos als APP laufen, was von Vorteil ist, weil der GEM Desktop nur maximal sechs (?) ACCs zuläßt.

Das liegt meines Wissens nach nicht an einem Multitaskingsystem, sondern an der Programmierung des Programms. Es muss halt nur aus der Endlosschleife raus (als Programm), was es als Accessory nicht können muss.

Gruß,
Thomas

[jens]

Das liegt meines Wissens nach nicht an einem Multitaskingsystem, sondern an der Programmierung des Programms. Es muss halt nur aus der Endlosschleife raus (als Programm), was es als Accessory nicht können muss.

Das mag richtig sein; mir ging es allerdings um den praktischen Wert.
Im Single-TOS sind ACCs sinnvoller, weil man sonst immer zum Desk zurückmuß, wenn man z.B. Sting eine neue IP mitteilen möchte.

[afalc060]

ist mir neu, daß xcontrol aus dem autoordner läuft. welchen zweck sollte das auch haben?

[afalc060]

imho kann bei der programmierung geprüft werden, ob das programm als programm/applikation läuft oder als acc. Dahingehend kann dann bei der programmierung in eine andere schleife gesprungen werden.

[jens]

ist mir neu, daß xcontrol aus dem autoordner läuft. welchen zweck sollte das auch haben?

Das habe ich geschrieben?
Aua...

Das läuft natürlich als ACC oder als APP...
Ich gehe das gleich mal korrigieren.

[jens]

Komisch - beim Editieren bekomme ich dauernd einen Connection Error.
 
Raaaaaaaaaaaaaalph!!!
Tu was!
 
 
*EDIT*
Mit dem Milan geht's.
Seltsam, daß mein TT plötzlich nicht mehr so richtig einsatzfähig sein soll...

[Ryo]

Ok, das sollte TOS 1.04 sein - das ist das letzte TOS, das man ohne größere Bastelarbeiten in einen 1040 einsetzen kann.

Hallo, ich muß den Thread nochmal hervorkramen, denn die Jahreszahlen bis 89 deuten eher auf einen 1040 STE mit TOS 1.06 hin.
Beim STE ist der RAM nicht gelötet vielleicht hätte es gereicht den RAM wieder fest in die Steckplätze zu drücken. Dafür hätte mr_nice auch nicht das ganze Abdeckblech entfernen müssen, sondern nur das kleine Blech links neben dem Diskettenlaufwerk.

[tuxie]

Hi,

nein ich habe den ST in meinen Händen gehabt, es war ein normaler STFM, mit aufgelöteten Ram. Und es war wirklich so das der Speicehr defekte aufwies, denn nach dem Ausbau mit 4 MB (STeckerweiterung) lief der ST einwandfrei. Daher habe ich auch nicht weiter nach der Ursache gesucht. Natürlich habe ich vorher die GLUE und die MMU gezogen, pins gereinigt und wieder gesteckt. Und es war ein Tos 1.04 drin.

[Mikespeier]

Tscha.. da ist was "nicht ganz" richtig!

Im Multitasking-Betrieb (MultiTOS, MagiC, MiNT, Geneva...) können einige ACCs auch anstandslos als APP laufen, was von Vorteil ist, weil der GEM Desktop nur maximal sechs (?) ACCs zuläßt.

Zumindest bei MultiTOS/MiNT gehen mehr als 6 ACCs. Auf meinem TT sind es im Moment 12 an der Zahl! Ist also (genügend RAM vorrausgesetzt ) nicht notwendig, ein ACC als APP laufen zu lassen!

PRG sind Programme die auch ohne GEM auskommen sollten! Streng genommen sind viele Applikationen mit der Endung PRG falsch ausgezeichnet. Denn:
- PRG = Programm (für AUTO-Ordner ausführung bestimmt)

Falsch! PRG steht für Program <--- englisch. Das sind die normalen Programme wie Textverarbeitung, Graphic- und Kalkulationsprogramme und so weiter. Und die benötigen GEM! Die können auch die Endung APP haben wie in deiner Beschreibung.

- APP = Applikation (benötigt GEM zum Fensterln)
- TTP = Tos takes parameter (Kommandozeilen programme die parameter erwarten um korrekt arbeiten zu können.)
- ACC = Accessories (Die kleinen Helferchen unter dem DESK-Menü. Die in jeder Applikation (die GEM-konform programmiert wurde) verfügbar sind.)
- GTP = GEM takes parameter (beim Falcon TOS 4.0, 4.0x, 4.04 ist diese Applikations-art hinzugekommen. )

- TOS = Eben Tos-Programme für die Kommandozeile. Genau die benötigen kein GEM und gehören in den Auto-Ordner! Die meisten PRG-Dateien sollten eigentlich diese Endung haben, da kein GEM unterstützt wird und auch von Parametern wollen die nix wissen! Die meisten Spiele auf Diskette haben diese Endung.

MfG aus dem nebeligen Augsburg

Mike

[afalc060]

Tscha.. da ist was "nicht ganz" richtig!

Im Multitasking-Betrieb (MultiTOS, MagiC, MiNT, Geneva...) können einige ACCs auch anstandslos als APP laufen, was von Vorteil ist, weil der GEM Desktop nur maximal sechs (?) ACCs zuläßt.

Zumindest bei MultiTOS/MiNT gehen mehr als 6 ACCs. Auf meinem TT sind es im Moment 12 an der Zahl! Ist also (genügend RAM vorrausgesetzt ) nicht notwendig, ein ACC als APP laufen zu lassen!

Jens bezog seine Aussage bezüglich anzahl der ACC auf den original GEM Desktop!

PRG sind Programme die auch ohne GEM auskommen sollten! Streng genommen sind viele Applikationen mit der Endung PRG falsch ausgezeichnet. Denn:
- PRG = Programm (für AUTO-Ordner ausführung bestimmt)

Falsch! PRG steht für Program <--- englisch. Das sind die normalen Programme wie Textverarbeitung, Graphic- und Kalkulationsprogramme und so weiter. Und die benötigen GEM! Die können auch die Endung APP haben wie in deiner Beschreibung.

Ein m, zwei m. Wen kümmerts?
Wie ich schon schrieb ist der Header bei allen Arten gleich. Daher kann eine APP die GEM benötigt durchaus mal als PRG ausgezeichnet sein, was aber nicht heisst das ein PRG (welches für den Autoordner bestimmt ist und üblicherweise ein TSR ist und sich ins System einbettet, um zB schöne Fonts auf dem Bildschirm und Drucker zu liefern) auch als APP läuft!

- APP = Applikation (benötigt GEM zum Fensterln)
- TTP = Tos takes parameter (Kommandozeilen programme die parameter erwarten um korrekt arbeiten zu können.)
- ACC = Accessories (Die kleinen Helferchen unter dem DESK-Menü. Die in jeder Applikation (die GEM-konform programmiert wurde) verfügbar sind.)
- GTP = GEM takes parameter (beim Falcon TOS 4.0, 4.0x, 4.04 ist diese Applikations-art hinzugekommen. )

- TOS = Eben Tos-Programme für die Kommandozeile. ...

OK

Genau die benötigen kein GEM und gehören in den Auto-Ordner!

Nein gehören die sicher nicht! 

Die meisten PRG-Dateien sollten eigentlich diese Endung haben, da kein GEM unterstützt wird und auch von Parametern wollen die nix wissen!

Jetzt wird es wild

Die meisten Spiele auf Diskette haben diese Endung.

Diese Spiele wollen ja auch nichts vom System wissen, da die Daddeldinger lieber direkt auf die Hardware zugreifen. Wäre es anders, dann wurde es mehr als eine Handvoll Spiele geben, die im Fenster laufen!

MfG aus dem nebeligen Augsburg

Mike

Wenn der Nebel verzogen ist, dann bitte nochmal genau lesen. OK?