Neues Spiel für Atari Falcon 030 - Cometball

[Atari060]

Weils nicht so trivial ist, wie es sich anhört.

Was aber vlt angebracht wäre, statt einer Meldung auf der Konsole eine Alert-Box darzustellen. Bin da auch drauf reingefallen als ich es in Aranym gestartet habe

Es ist leider tatsächlich nicht trivial Umschalten kann ich die Auflösung zwar mittlerweile, aber die Darstellung ist dann immer noch nicht richtig, weil noch der Graphikbuffer der Startauflösung verwendet wird. Da müsste ich in Omikron eine Lösung finden den zu ändern... Wenn GEM Mal geladen wurde ist der Auflösungswechsel vom Programm aus nahezu "unmöglich"...

Das mit der Altertbox ist eine super Idee, werde ich gleich einbauen!

Läuft das Spiel denn unter Aranym? Wenn ja, wie verhält sich da das Sound Timing?

LG,

Chris

[1ST1]

Schau dir mal die Sonoluminiscense Demo an, die macht es richtig. Die startet aus egal welcher VGA-Auflösung (z.B. auch Blowup/Screenblaster 800x600 @ 245 Farben) und nutzt aus dem VGA-Modus sogar ohne Umschalten/Reboot RGB-Auflösungen auf einem Multisync, und wenn sie sich beendet, stellt sie die alte Auflösung mit Farbpalette wieder her. Mit Grafikkarte konnte ich das aber noch nicht testen, weil ich keine habe.

[Thorsten Otto]

Kann noch nicht sagen ob es läuft, dazu müsste ich erstmal ein setup basteln bei dem die Auflösung stimmt.

[Atari060]

Schau dir mal die Sonoluminiscense Demo an, die macht es richtig. Die startet aus egal welcher VGA-Auflösung (z.B. auch Blowup/Screenblaster 800x600 @ 245 Farben) und nutzt aus dem VGA-Modus sogar ohne Umschalten/Reboot RGB-Auflösungen auf einem Multisync, und wenn sie sich beendet, stellt sie die alte Auflösung mit Farbpalette wieder her. Mit Grafikkarte konnte ich das aber noch nicht testen, weil ich keine habe.

Also dass es geht weiß ich ja. Ob es in Omikron geht kann ich nicht sagen, weil keiner der darin programmiert hat und auf meine E-Mails antwortet es gemacht hat.

Vor den vsetmode Kommandos die das im xbios machen (und die bei mir ja auch funktionieren) wurde ich gewarnt, weil ich da eben problemlos zwischen VGA und rgb modes umschalten kann, was im schlimmsten Fall den Monitor zerstört.

Eine Erkennung ob VGA oder RGB Monitor angeschlossen sind kann ich machen, die funktioniert allerdings nur auf dem Falcon, d.h. wenn man an diese Abfrage eine Bedingung knüpft wie z.b. Spiel startet, oder Spiel startet nicht, wird es auf dem TT (oder st mit graka) nicht starten weil kein Wert zurück gegeben wird...

@Petari hat in einem anderen Forum gemeint dass er das schon oft mit gfa Basic gemacht hat und das alles kein Problem ist. Nun ja, für mich schon. Wenn er mir einen gfa sourcecode als Beispiel schicken könnte wie man von einer beliebigen Auflösung auf 640*480/16 color umschalten kann und anschließend wieder zurück, bin ich mir sicher dass das auch in Omikron umsetzbar ist... Möglicherweise aber auch nicht, weil Mikro vermutet dass Omikron eigentlich eine "GEM" Anwendung ist und der Buffer fest im Code integriert ist (ich hoffe nicht).
Also selbst die Profis verzweifeln daran... Ist ja nicht so dass ich es nicht versuchen würde.

LG,

Chris

[Thorsten Otto]

Welchen Buffer meinst du, den für die Menüs? Der ist nicht fest im GEM verankert, wird aber nur neu angelegt wenn auch das AES in der Auflösung gestartet wird.

[Atari060]

Wenn ich das wüsste :/ Ich denke ich kann mit gemdos 65 neuen Speicher für den Buffer reservieren. Das muss ich mir Mal ansehen...

[1ST1]

Eine Erkennung ob VGA oder RGB Monitor angeschlossen sind kann ich machen, die funktioniert allerdings nur auf dem Falcon, d.h. wenn man an diese Abfrage eine Bedingung knüpft wie z.b. Spiel startet, oder Spiel startet nicht, wird es auf dem TT (oder st mit graka) nicht starten weil kein Wert zurück gegeben wird...

Wenn kein Wert zurück kommt, das man man ja abfangen, Rückschluss daraus ziehen, und mit einer entsprechenden Nachricht melden. Man kann auch mal gucken, was für ein TOS da läuft, wenn kein TOS 4.0x läuft. kann man sicher sein, dass es kein Falcon ist. TOS 3.0x würde auf einen TT oder ST mit PAK schließen. TT-High (ECL) ließe sich notfalls auch erkennen. Und den TT-Shifter kann man nicht in den RGB-Modus versetzen, kann also keinen Monitor kaputt machen.

Schade, dass es keine fertige Bibliothek-Funktion gibt, die man am Programm-Anfang und Ende einfach kurz aufruft, die das automatisch macht, die man einfach in alle Programme einbinden kann. Das mit den verstellten Farben nach Programm-Ende ärgert mich schon seit dem ST im Farbmodus. Wenigstens kann man ab TOS 2.0x die Desktop-Inf neu einlesen und das Farbpaletten-CPX kann auch auf die gespeicherten Werte resetten, aber man muss es manuell tun, was mitunter länger dauert, als den Rechner neu zu booten. Ärgerlich.

[1ST1]

Nochwas, vergessen... Viele Falcon-Demos fragen auch, wenn VGA angeschlossen ist, ob sie in den RGB-Modus wechseln dürfen. Wer einen Multisync hat, bejaht das, ansonsten beendet sich das Programm mit passender Meldung (oder es macht in VGA weiter, ohne Bildfehler...). Aus manchen Demos kann man viel lernen, entweder wie man es macht, oder wie nicht... ;-)

[MJaap]

Wenn kein Wert zurück kommt, das man man ja abfangen, Rückschluss daraus ziehen, und mit einer entsprechenden Nachricht melden. Man kann auch mal gucken, was für ein TOS da läuft, wenn kein TOS 4.0x läuft. kann man sicher sein, dass es kein Falcon ist. TOS 3.0x würde auf einen TT oder ST mit PAK schließen. TT-High (ECL) ließe sich notfalls auch erkennen. Und den TT-Shifter kann man nicht in den RGB-Modus versetzen, kann also keinen Monitor kaputt machen.

Nicht unbedingt (EmuTOS auf dem Falcon). @Atari060 Du könntest auch in der GFA-Basic Facebook-Gruppe fragen, da sind einige aktive Programmierer, die dir weiterhelfen könnten.

[1ST1]

EmuTOS auf nem Falcon fände ich doch schon sehr speziell...

[Thorsten Otto]

Auch wenn EmuTOS noch längst nicht alles für den Falcon unterstützt, wird das vermutlich irgendwann kommen. Abfragen auf die TOS-Version sind auf jeden Fall das schlechteste was man machen kann, insbesondere wenn das ganze auch mit diversen Hardware-Erweiterungen funktionieren soll. Wenn MagiC läuft, hilft einem zum Beispiel auch nicht viel zu wissen welches TOS im ROM ist.

Apropos MagiC: habs hier jetzt mal mit Aranym & Magic ausprobiert, und funktioniert. Sound scheint manchmal ein bisschen zu stottern, funktioniert aber auch im Prinzip. Beim Sound vom Intro bin ich mir nicht ganz sicher der war irgendwie ziemlich schnell zu Ende.

[Atari060]

Ja cool dass es läuft. Mit dem Intro Sound könnte es sein dass es den zu schnell abspielt Ist im Stemulator Glaube ich auch so...

So ein universal Umschalttool wäre eine feine Sache, ideal als extern startbares prg, so dass es universell verwendbar isr. Aber Aufwand und Nutzen wegen 2 Klicks...

LG,

Chris

[Thorsten Otto]

Naja es sind schon mehr als 2 Klicks, ohne so ein Tool musst du idR neu booten um die Auflösung zu wechseln. Aber der Aufwand wäre schon ziemlich immens, weil es vermutlich wohl niemanden gibt der sämtliche denkbare Konfigurationen selber testen kann.

[1ST1]

Die gängigsten Konfigs (TOS 4.0x + normaler Videl + Auswerung VGA/RGB) würden reichen.

[Thorsten Otto]

Und wie stellst du fest daß so  eine gängige Konfig auch aktiv ist? Nur weil TOS 4.0 im ROM steckt heisst das noch lange nicht daß es auch benutzt wird. Gleiches gilt für VIDEL. Und ob der Monitor VGA -Umschaltung verkraftet lässt sich erst recht nicht feststellen, vor allem dann nicht wenn er gar nicht am Falcon sondern an der Grafik-Karte angeschlossen ist.

[1ST1]

Schau dir mal ein paar von den Szene-Demos an, könnte inspirierend sein...