68K30L, Falcon und Suska-III-T2

[simonsunnyboy]

Schon mal die gepatchte Version von D-Bug probiert? (http://www.dbug-automation.co.uk/patch.asp)
Die geht auch von Platte.
Und läuft auf meinem Falcon gut....

[matashen]

Ach Klasse,

an die hab ich gar nicht mehr gedacht

Dankeschön, Link gespeichert.

Gruß Matthias

[wfoerster]

Hi,
der Link war gut. Nebulus tut. Leider komme ich nicht über das erste Stockwerk hinaus. Ich mache demnächst mal ein paar Screenshots.

Viele Grüße

Wolfgang

[Arthur]

Hallo Wolfgang, das ist ja allererste Sahne.   Die werden bestimmt schon lange erwartet. Suupppeer!

[wfoerster]

Hallo,
ich habe ein Defizit bezüglich der Erweiterungen, die den Falcon von den anderen ST, STE usw. abheben. DSP und 68030 sind mir klar. Nun brauche ich aber dringend Infos über den Videl. Wie funktioniert der genau? Welche Register gibt es? Was machen die einzelnen Register? Wie funktioniert Genlock usw. Leider kann ich über den Videl nicht sehr viel finden.
Und dann noch 'ne Frage: was benutzt Ihr denn für Bildschirme? Der Falcon kann ja wohl modernere Multisyncs auch in den Farbmodi. Wie sieht es aber mit STE und Mega STE und ST und Mega ST aus? Hat dort jemand moderne Bildschirme in den Farbmodi in Betrieb?

Viele Grüße

Wolfgang

[tuxie]

Hallo Wolfgang,

also der Falcon hat normale VGA Standard auflösung, und die ST Auflösungen noch dazu. Da geht ein einfacher Standard VGA Monitor.

[afalc060]

http://mikro.umpc.sk/docs/Memory%20Maps/FALREG.TXT

[guest1927]

Ich kenn´ mich ja mit programmieren nix aus, aber kennst Du diese beiden Links schon? Womöglich ist da ja was brauchbares dabei bzgl. Falcon und Videl.

http://mikro.umpc.sk/docs/mikro/videl.html
http://dev-docs.atariforge.org/files/Falcon030_Dev_Doc_1-25-1993.pdf

[wfoerster]

Danke für die Links. Ich schau' mir den Stoff an. ST(e)-Grafik auf Multisync ist in Bearbeitung. Tuxie hat 'nen Falcon an VGA laufen. Aber wie sieht es mit STEs und STs aus?

Viele Grüße

Wolfgang

[wfoerster]

Hallo,
hier mal der seit längerem versprochene Screenshot. So sieht das auf Suska auf dem alten SC1224 aus.

Grüße Wolfgang

[simonsunnyboy]

Na da muss noch einiges getan werden, das sind ja total falsche Farben....

[wfoerster]

Na ja das mit den Farben hab' ich auch nicht geblickt. Wenn ich es vom SC1224 digital abfotografiere habe ich plötzlich Falschfarben auf dem Bild. Also kein Core-Problem. Demnächst, hoffe ich, gibt's einen Screenshot auf dem 16:9 TFT. Vielleicht wird es da besser. Die Bildwiederholfrequenz habe ich in allen drei Modi auf 72Hz hochgeschraubt (goodies for the upcoming hardware).

Bis dann

Wolfgang

[Arthur]

@Wolfgang,

ich finde es wirklich bemerkenswert.   Die Platine ist einfach schick und hat sogar Schnittstellen in Hülle und Fülle und jetzt läuft auch schon mit Nebulus ein recht bekanntes Spiel. Funktionieren die Joysticks schon? Mit welchem Takt arbeitet das System jetzt? Gibt es oder wird es einen Kompatiblelitätsmodus(Takt 8MHz und max. 4MB) geben? Wieviel Speicher hatte das System als Nebulus lief und welche Probleme mußtest Du meistern bis es lief? Oder funktionierte es auf anhieb?

Könntest Du eine Funktion implementieren die anhand der Programme die entsprechende Bildschirmauflösung und Farbtiefe wählt(anhand eine Liste die dem OS vorliegt oder eines gesetzten Bits im Programm ähnlich dem Fastloadbit)?

[wfoerster]

Hallo,
viele Fragen hier kurz die Antworten:
das System hat natürlich viel Arbeit gemacht bis es stabil lief. Jetzt aber läuft auf Anhieb alles, auch Nebulus (in der ST gepatchten Version). Joystick (ich habe nur einen) geht. Es sind 14MB Speicher drin und die CPU läuft mit 16MHz und ist ohnehin etwas schneller als das Original bei vergleichbarer Taktfrequenz. Die neuen Video-Modi sind in das Shift-Mode Register eingehängt also wählbar. Momentan habe ich keine Taktumschaltung drin. Das Board wurde unter anderem in Hinblick auf die Schnittstellen-Kompatibilität entworfen, daher der Zusatz -C für 'Classic'. Zu diskutieren bliebe eventuell eine optionale Bestückung, da beispielsweise der SCSI Stecker und die elektronische Terminierung nicht ganz billig sind. Alleine der 50 polige Stecker ist mit 8€ sehr teuer. Wer da eine gute Quelle weiß ...

Schöne Grüße

Wolfgang

[matashen]

Ist Nebeulus mit 16Mhz eigentlich Spielbar. Das muss doch dann irre schnell sein?

Gruß Matthias

[simonsunnyboy]

Nein, das ist sehr gut spielbar. Es ist sauber programmiert und läuft dann halt glatt im VBL. Probier es auf dem Falcon aus

[matashen]

Dann sollte es aber auf alle Fälle für alle unsauberen Games ne Taktanpassung geben.

Sonst fürchte ich einen meiner geliebten Titel nicht zocken zu können.

Gruß Matthias

[wfoerster]

Hallo,
tja, das mit der Taktanpassung scheint ein korrekter Einwand zu sein. Ich habe nun die Multisync Video Modi eingebaut (gibt's aber nicht in der kommenden Version 2K8B; die ist schon gepackt). Es gibt zu den bekannten Video Modi nun die folgenden:

aus 640x200x4 Farben*50Hz/60Hz wird per Zeilendopplung 640x200Dx4x72Hz.
aus 320x200x16 Farben*50Hz/60Hz wird per Zeilendopplung 320x200Dx16x72Hz.
und ein monochrome Mode auf VGA ausgegeben mit 640x400x2x72Hz.

Damit können die alten Bildschirme durch moderne Multisyncs/TFTs ersetzt werden. Auf experiment-s gibt es neue Bilder hierzu.

Nun habe ich Nebulus getestet, welches offensichtlich die Horizontalfrequenz oder die Vertikalfrequenz oder die entsprechenden Interrupts auswertet und somit um beispielsweise den Faktor 72/50 zu schnell läuft. Das ursprüngliche Timing lässt sich in diesem Fall per Hardware nur unzureichend nachbilden. Das bedeutet, dass Nebulus und Programme, die auf die HSYNCs oder VSYNCs reagieren gepatcht werden müssten. Hat jemand Kontakt zu Personen, die so etwas machen können?

Viele Grüße

Wolfgang


Viele Grüße

Wolfgang

[matashen]

Das ist bei der vielzahl der Programme aber ein Sinnloses unterfangen. Kannst du da nicht sowas wie ne Bridge einbauen, damit intern der Junge sich wie ein ST verhält und dann einen zwischenstep zum VGA-Ausgang um dem Monitor nen normalen Takt zu bieten.

Kenn mich da ja nicht aus ob das möglich ist, aber es wär ne Idee für 100% kompatibilität und FPGA kann ja fast alles 

Gruß Matthias

[wfoerster]

Hi Matthias,
na ja, ... 'FPGA kann ja fast alles' sehe ich nicht unbedingt so. Es kann das, was man reinstopft. Und wie ich sehe, wachsen mit dem Angebot die Ansprüche :-)
Es sieht so aus:
man kann natürlich den ST, wenn eine 72Hz Vertikalsynchronisation ausgegeben wird damit der Multisync gut läuft, denken lassen, dass eben nur 50Hz VSYNC ausgegeben würde. Wenn aber dann in der entsprechenden Interruptroutine Zeugs erledigt wird wie Mauszeiger aktualisieren etc., dann sieht das vermutlich ziemlich doof aus. Also auch keine nachhaltige Lösung. Das Problem ist im Grunde genommen das mathematisch irrationale Verhältnis von 72/50 bzw. 72/60. Ich lasse das momentan wie es ist, bis jemand 'ne bessere Idee hat. Die neuen Videomodi betrachte ich für zukünftige- oder gepflegte ältere Programme als ok. Schlecht geschriebene Software oder nicht mehr gepflegte Software möchte ich nicht mit einem Hardware-Patch eines Hardware-Patch ... unterstützen. Hierfür kann man immer noch die alten Monitore verwenden.

Viele Grüße

Wolfgang