Hello, Guest the thread was called5k times and contains 50 replays

last post from Stephan Scheuer at the

Flight Simulator II XXL

    Quote from Parser
    Quote from Bit Shifter

    Leider ist aber auch der Inhalt der Scenery 1-6 nicht so doll.

    Da sind praktisch nur die Radios und die Runways drin.

    Dem ist nicht so.

    Quote from Bit Shifter

    8 und 10 sind meines Wissens nie erschienen, weil das Projekt eingestellt wurde.

    Das kann ich mir nicht bis kaum vorstelllen. Gab ja auch Scenery-Disketten vorher und nachher.

    Nun, ich habe damals viele Stunden damit verbracht, die Flughäfen abzufliegen

    und war dann immer wieder enttäuscht nur eine nackte Runway im Nichts vorzufinden.

    Da waren die City-Scenerien viel interessanter.


    Präziser: Die Produktion von Scenery-Disketten für 8-Bit Computer wurde eingestellt, bevor alle 12 erschienen waren.

    Quote from Stephan Scheuer

    Das mit den "nackten Runway" hatte ich beim Testen der XXL-Version auch festgestellt. Ich dachte schon, es handelt sich um einen Bug, der beim Rippen der Files aufgetreten ist.

    Ich erinnere mich an einen Bericht über die Entstehung der Files. SubLogic bezahlte Studenten dafür, dass sie mit Bleistift ein Koordinatengitter auf Karten zeichneten, mit Hand die Zahlen auswerteten und eintippten. Das geschah in Akkordarbeit und wurde schlecht bezahlt und das Ergebnis ist auch entsprechend dürftig. Es stecken viele Fehler drin.

    Schlecht bezahlte Akkordarbeit, da muss man sich auch nicht wundern, dass dabei nichts gescheites herauskommen konnte.

    Wenn ich gute Akkordarbeit leiste, muss auch der entsprechende Lohn rüberkommen.

    Ich dachte schon, dass die da mit einem Rechenschieber und Bücher mit meterlangen Tabellen gesessen haben.
    Ich hatte den Umgang mit einem Rechenschieber noch in der Schule gelernt. Funktionsgleichungen fand ich auch immer richtig gut,

    weil man damit die Umlaufbahnen der Planeten im voraus berechnen konnte.

    Quote from Stephan Scheuer

    Schlecht bezahlte Akkordarbeit, da muss man sich auch nicht wundern, dass dabei nichts gescheites herauskommen konnte.

    Wenn ich gute Akkordarbeit leiste, muss auch der entsprechende Lohn rüberkommen.

    Ich dachte schon, dass die da mit einem Rechenschieber und Bücher mit meterlangen Tabellen gesessen haben.
    Ich hatte den Umgang mit einem Rechenschieber noch in der Schule gelernt. Funktionsgleichungen fand ich auch immer richtig gut,

    weil man damit die Umlaufbahnen der Planeten im voraus berechnen konnte.

    Sehr richtig! Ich hatte auch zuvor gedacht, dass die Koordinaten der Runways berechnet worden wären. Schließlich sind die Formeln für Kartenprojektionen bekannt und man hätte leicht alle Koordinaten von geographisch auf FS-Koordinatensystem umrechnen können. Dass die dann Koordinaten per Geodreieck und Lineal von der Karte ablesen, hat mich doch erschüttert.

    Der Code ist übrigenz auch keine Glanztat. So werden z.B. Linien von einer Routine gezeichnet die selbstmodifizierenden Code enthält. Bei Linien, die von links nach rechts aufwärts verlaufen, wird an mehreren Stellen der Opcode für SBC eingesetzt, während für absteigende Linien ADC eingefügt wurde (Y läuft auf dem Bildschirm von oben nach unten). Der Modifikationscode war so umständlich, dass ich ihn durch zwei Routinen, eine für aufwärts führende Linien und eine für abwärts führende ersetzen konnte, die nicht modifizierten und kürzer und schneller waren.

    Auch die Zeiger der Instrumente wurden Pixel für Pixel durch exklusives Oder mit dem Hintergrund erzeugt. Das sieht blöd aus und ist langsam. Ich habe einen Sprite dafür programmiert und auch dieser braucht weniger Code, ist schneller und sieht besser aus.

    Nur zwei Beispiele, die zeigen, dass das Programm hastig und ohne Sorgfalt portiert wurde.

    Ich habe die C64 Version, die oft nur eine Framerate von 0,2 aufwies (alle 5 Sekunden ein neues Bild) nicht mehr benutzt, nachdem ich FS-II auf dem Amiga 2000 fliegen konte.

    Ohje, das wuste ich noch nicht mal. Ich bin gerade dabei, den Code der Flight Simulator zu Disassemblieren. Dannach muss ich den Code noch Korrigieren, also die falsch oder gar nict gesetzetn gesetzten Pointer und Zeiger.

    Das kann ich mittlerweile recht gut. Geübt hatte ich das mit den Diskwizard. Den hatte ich dann auch so angepasst, dass dieser in der Bank einer Supercpu laufen konnte, ohne die Bank $00 zu benutzen. Das war $059000 und auch $200000.

    Wenn das Disassembling fertig ist, muss ich alles wichtige dokumentieren um mir einen guten Überblick zu verschaffen. Ja und dann geht die Arbeit ers richtig los. Selbstmodifizierender Code ist eigendlich ganz gut. Nur kommt

    es immer darauf an, wie und vofür man diesen verwendet. Flight Simulator II muss auf Rechengeschwindigkeit gecodet werden, muss aber kein RAM-Fressender Speedcode sein. Wenn ich mir so einige Demos mit Vectorgrafiken ansehe,

    frage ich mich immer, wie die das schaffen, dass die Bewegungen so flüssig ablaufen.

    Der FS-II wurde ja zuerst für den Apple II entwickelt. Dessen Bildschirmorganisation ist komplett anders, als die des C64. So werden z.B. von jedem Bildschirm-Byte nur 7 Bit für die Pixel-Darstellung verwendet, während das 8. Bit zur Attributsteuerung dient. Der Apple II hatte auch keine Sprites oder Raster-Interrupts. Von der besseren Hardware des C64 wurde vieles nicht benutzt. Lediglich der Raster-Interrupt wurde verwendet, um den Bildschirm in zwei verschiedenen Auflösungen laufen zu lassen. In der oberen Hälfte ist es eine Auflösung von 160 Pixeln in X-Richtung mit 4 Farben. Im unteren Teil wird die Console mit 320 Pixeln einfarbig dargestellt.

    Die Aufteilung erfolgt per Raster-Interrupt. Raffiniert sind die Rechenroutinen. Statt der zeitfressenden Floating Point Darstellungen mit Exponent und Mantisse werden im FS-II die Zahlen auf den Wertebereich 0.0 - 1.0 normiert, wobei 0.0 $0000 entspricht und 1.0 $7fff. Das ermöglicht sehr schnelle und kompakte Rechenroutinen.

    Quote from Stephan Scheuer

    Ich habe mal zur Abwechselung am Projekt "Flight Simulator II" weitergearbeitet. Den Trackloader aller Scenery Disk gerippt "rip rip hurra8)" und das Menü der Hauptdisk um

    einen Eintrag erweitert. Nicht wundern, es sind aufgrund von Platzmangel, nicht alle Erweiterungen im d81 image vorhanden.:)

    Mich würde der Aufbau der Scenery-Disks interessieren. Es ist beim Reverse Engineering bestimmt so etwas wie eine Disc-File-Structure herausgekommen (wie sind die Geo-Daten kodiert, wie die NAVs, usw.). Wäre es Dir möglich diese zu teilen? :-)

    Trotz der langen Zeit seit dieser Thread aktiv war, finde ich den Beitrag hier an der richtigen Stelle.

    Ich habe die Masters XXL-Version ein wenig bearbeitet. Das Ergebnis ist die angehangene XL-Version. Nähere Infos dazu finden sich in dem zugehörigen PDF, das im ZIP-File dabei ist.