Moin.

Ich melde mich mal einfach mit einem Projekt, das inzwischen seinen zweiten Anlauf hat und daher im Prinzip gerade erst angefangen ist, da der erste einfach scheisse gecoded war. Hatte aber für mich nen enormen Lerneffekt, ich weiß jetzt wenigstens, wie man es *nicht* macht.

Der Grund, warum das Spielchen hier gerade entsteht, ist, dass sich viele Leute einen Nachfolger von Roller Coaster Tycoon 3 wünschen. Dachte ich mir also im November 2009 "Hm. Der alte Code ist mist, das alte Ziel ist mist. Warum lässt man das nicht ne komplette Parksimulation werden?"

Auf genau dem Weg ist das jetzt. Auch wenn man nicht viel davon sieht.

Inzwischen bin ich auch nicht mehr alleine. Hab jemanden ins Boot geholt, der hier afaik (noch) nicht angemeldet ist, mir aber immerhin schon allerlei kleineren und größeren Kram abgenommen hat.

Programmiersprache ist natürlich (Free)Pascal, laufen tut es bis dato unter Linux und Mac OS X, irgendwie hatte ich das auch mal auf Windows am laufen.

Wir arbeiten sehr modular, was den Vorteil hat, dass man z.B. verschiedene Context-Backends nutzen kann, man muss dies aber zur Compilierzeit einstellen. Dafür gibts ein (schlecht geschriebenes) configure-script. Standardmäßig wird das GLUT-backend genutzt, allerdings war ich bisher zu faul, alle Funktionen zu implementieren, die das Teil mal können soll. Da ist das SDL-Backend etwas weiter. Unter OSX läufts am besten mit GLFW, was natürlich voraussetzt, dass man die entsprechenden libs installiert hat.

Momentan wird parallel zum eigentlichen Spiel ein Renderer entwickelt, der vollständig auf OpenGL aufbaut, die Module geben aber die Möglichkeit, bspw einen Raytracer zu verwenden - falls das irgendjemand mal macht, ist zumindest jetzt noch absolut unwichtig.

Der OpenGL-Renderer rendert bisher auch einfach nur stumpf eine Terrain-Heightmap mit verschiedenen Texturleveln. Die Texturen stehen dabei allesamt mitsamt Bumpmap in einer einzigen Textur, sodass man 8 Layer in einer Landschaft unterbringen kann. Das Bild unten ist z.b. auf einer 2048x2048-Heightmap entstanden, wobei jeder einzelne Terrainblock 0.2x0.2 Meter groß ist. Im Vordergrund wird das auch mit dem Detailgrad gerendert, bis auf eine Distanz von etwa 120 Metern wird mit einem Viertel dieser Genauigkeit gerendert, danach mit einem Sechzehntel. Dabei gehen aber keine Normalen oder Texturinformationen verloren, da die ganze Map in einer Textur gespeichert und dann vom Vertexshader behandelt wird. Das Ergebnis ist ein meiner Meinung nach extrem detailliertes Terrain, das auf meiner Geforce 9800 GT ohne Posteffects über 100FPS kriegen kann (wenn man den sleep abschaltet).

Frustum Culling, echtes Licht+Schatten usw. kann der Renderer in seinem derzeitigen Stadium nicht, aber das kommt alles noch. Momentan stehen andere Dinge im Vordergrund. Dafür gibts ein paar Posteffekte wie den auf dem Bild zu sehenden Schärfentiefeneffekt (auch wenn der nicht so super gelungen ist: er funktioniert ), MotionBlur (über Accumulationbuffer) und Bloom. Auf der Szene im Screenshot alles aktiviert, aber da bewegt sich noch nichts.

Auch ein Anaglyph-Rendering ist möglich, wer also ne extrem starke Grafikkarte hat, wird das Spiel in "echtem" 3D genießen können.

Allerdings ist das nur das Sichtbare. Intern ist inzwischen einiges mehr entwickelt. Dazu zählen einige billige Funktionen zum Dateizugriff, ein Loader für TGA-Dateien (auch komprimierte), ein Loader und Writer für ein eigenes, leicht verlustbehaftetes Format, das später intern verwendet werden soll, ein Loader+Writer für das später intern verwendete Dateiformat, welches übrigens teilweise auf XML setzt, und allerlei Kleinkram. Eine GUI-Basis ist natürlich auch schon da, es gibt bisher Fenster, Knöpfe, Knöpfe mit Icons, einzeilige Textfelder und Labels und Progressbars. Also immerhin schon das Wichtigste.

Auch wenn ich versuche, möglichst bei OpenGL 2 zu bleiben: Die Anforderungen an die Hardware sind bereits jetzt sehr hoch, das wird sich auch nicht ändern. Zwar wird noch einiges optimiert, allerdings lege ich auch viel Wert auf gute Darstellung, und wie mir das gelingt, wird sich spätestens dann zeigen, wenn so Dinge wie Wasser und dynamische Grasbüschel erstmal implementiert sind.

Ich hab garantiert noch irgendwas vergessen zu erzählen, aber ob euch jetzt alles so brennend interessiert, weiß ich nicht.

Wenn das Terrain mitsamt seinen Materialien und vielleicht auch besseren Texturen irgendwann mal fertig ist, wirds interessannter, dann gehts erstmal ans Spiel.

Das Projekt wird unter der Mozilla Public License veröffentlich werden (dummerweise war bisher niemand so nett, lizenz-infos o.ä. in die dateien zu schreiben), wer sich das noch sehr junge Projekt aber mal ansehen und vielleicht weiter verfolgen will, kann sich das GIT-Repository von git://github.com/ireyon/Open-Rollercoaster-Factory.git clonen.

Ach ja, was ich noch sagen könnte: Sound gibts noch keinen, das Standard-Backend wird aber auf OpenAL aufbauen. Es wird eine möglichst dynamische und automatische Wetterengine geben, auch mit Wind, um Leben in die Szene zu bringen. Objekte werden gescripted werden können, wahrscheinlich in einer Pascal-ähnlichen Sprache. Und das, was alle an DX11 so toll finden, diese Tesselation, wird über Displacement-Maps umgesetzt. Das wären so die nächsten Dinge, die implementiert werden, auch wenn sie bisher im Grunde nur heiße Luft sind. Und selbst das ist vom eigentlichen Spiel noch meilenweit entfernt.

In einiger Zeit nerve ich euch dann wieder mit Updates. Es geht zwar vergleichsweise schnell voran, aber es ist wirklich viel Arbeit, und zeitlich bin ich leicht eingeschränkt (Klasse 10 am Gymnasium ist nunmal leider kein Streichelzoo)

Bis denne

_________________

Ein knapper Monat ists her, dass ich den ersten Beitrag zum Projekt geschrieben hat. Seitdem hat sich nicht wirklich viel getan, nur etwas sichtbares. Es gibt nämlich einen netten blauen Himmel mit laufender Sonne und Schatten.
7
Die Schatten werden dabei über eine 2048x2048-Textur realisiert, um sie zu füllen, wird von der Sonne aus mit einem sehr geringen Öffnungswinkel die ganze Szene einfach gerendert (gluLookAt() lässt grüßen), sodass ein möglichst großer Bereich um die Kamera herum abgedeckt wird. Um in Kameranähe eine höhere Genauigkeit zu erzielen, werden die gl_Position-Werte noch durch sqrt() gejagt, was allerdings aus bisher ungeklärter Ursache ab und zu hässliche Linien und Ungenauigkeiten hervorruft.

Ich missbrauche übrigens die Texturmatrix, um die Schattentexturkoordinaten zu errechnen, was besseres ist mir da noch nicht eingefallen.

Die Schatten haben noch ein Problem, und zwar wird die Textur in jedem Frame neu erstellt. Das muss eigentlich nicht sein, es existiert auch schon Code, der das eigentlich vermeiden soll, wenn ich die Textur aber nicht jeden Frame neu erstelle, legt das Terrain komisches Verhalten an den Tag. Da muss ich mal sehen, was das wieder für ein Mist ist.

So, hier sieht man sie:



Der Himmel ist vielleicht alles andere als frei von Problemen, aber doch weitaus weniger nervig. So ist die Sonne bisher nur als Kreis sichtbar, die Farben beim Sonnenauf/untergang stimmen nicht die Bohne und der Mond ist blau aber so ist das nunmal, wenn man Working Drafts präsentiert. Immerhin merkt man nicht, dass es sich bei der Skybox um einen Würfel handelt, da jedes Fragment irgendwie dadraufgerechnet wird.



Im Zuge der Schattierung hab ich gleich noch Fehler beim Licht behoben, jetzt sehen die Bumpmaps zwar nicht mehr so super aus, aber es ist tatsächlich korrekter.

Die Terraintextur wird jetzt als Mipmap gemappt, allerdings entstehen dadurch an den Face-Kanten noch nervige Linien, die man aus der Nähe ganz gut sieht. kA wie ich die wegkriegen soll.

Die wohl älteste Änderung ist die Umstellung der Terrainmaterialien. Irgendwo gümmelt jetzt eine OCF-Datei mit den Texturen rum und jedes Material kann, wenn es will, eine Grastextur definieren. Das äußert sich dann in den - meiner Meinung nach ganz hübschen - Grasbüscheln, wodurch allerdings auch immerhin um die 50000 Quads gerendert werden.



Ein paar Dinge müssen also noch getan werden, aber ich bin nächste Woche erstmal weg, deswegen präsentiere ich das hier einfach mal so weit.


Unter Windows läufts übrigens doch noch nicht, aber da kümmere ich mich drum, wenn es sich irgendwie lohnt. Sind recht banale Dateinamenprobleme, wiel ich wieder irgendwo zu nachlässig war, das entsprechende Modul aufzurufen.


Wer das ganze ausprobieren möchte: Der GIT-Clone-Link steht im ersten Post.

_________________

Diesmal gibts etwas mehr zu berichten. Wenig wirklich neues, aber doch eine Reihe Verbesserungen.

Fangen wir gleich mal mit dem recht stark überarbeiteten GUI an - einerseits sehen einige Elemente anders aus, andererseits wurde auch die Schriftausgabe umgestellt. Das ganz alte Modul funktioniert daher nicht mehr und wird in einem der nächsten Commits entfernt.

Was macht die Schrift denn nun anders?

Mit der gen.html wurden 4 Texturen erzeugt, jeweils für die internen Größen 12 (irgendwo ist da noch ein Bug), 16, 24 und 32. Mithilfe einer kleinen xml-Datei lassen sich die einzelnen Größenbereiche für jede Textur festlegen, man kann also auch mehr oder weniger als 4 Texturen verwenden und mit denen dann beliebig rumspielen, nur wie gesagt, irgendwo ist da noch ein Bug, den ich noch nicht gefunden habe.

Mit dem ocfgen-Tool (im tools-Ordner ) lassen sich die Texturen und die XML-Datei in eins zusammenfassen, OCF ist damit eigentlich nur ein Containerformat für XML und Binärdaten.

Da ist dann auch die nächste Neuerung: Binärdaten aus OCF-Dateien sind Huffman-Codiert. Um das bei Texturen sinvoll auszunutzen, ist erstens der alte OCG-Coder rausgeflogen und zweitens kann man Texturen jetzt so umcodieren, dass für jeden Pixel nur die Differenz zum jeweils letzten Pixel gespeichert wird. Zusammen mit der Huffman-Codierung kommt das der PNG-Kompression schon relativ nahe. Allerdings darf das ganze erstmal als Zwischenlösung verstanden werden, um echte PNGs werd ich mich irgendwann nochmal kümmern.

Hier sieht man vor allem, was die Umstellung auf das neue Fontmodul gebracht hat:



Die GUIs im Spiel siind jetzt XML-Basiert. Fertig ist da zwar auch noch nicht alles, aber man kann schonmal Eindrücke von den beiden vorhandenen Fenstern sammeln. Wobei mich das gerade erinnert, dass ich die Bewegungen noch timebased machen muss. Sonst ists bei niedrigen Frameraten schrecklich langsam.

So sähe dann der Quit-Dialog aus (wovon bisher nur ein Button funktioniert und hints immer noch nicht implementiert sind)




Neben einigen Performanceoptimierungen gibt es jetzt auch endlich Wasser. Schönes Shader-Wasser, das *nicht* an bestimmte Ebenen gebunden ist. Es existiert eine Funktion, die zusammenhängende Bereiche mit Wasser füllt. Aber erstmal mit grafischen Effekten protzen:




Ich hatte mir ursprünglich zwar natürlicheres Wasser vorgestellt, also dynamisch und mit realistischeren Wellen, aber das ist schlichtweg nicht umsetzbar, die Performance ist sowieso schon so schlecht. Bei 800x600 gehts zwar, aber bei höheren Auflösungen ists teilweise ne echte Katastrophe. Müsste mir da mal was einfallen lassen.

Hier nochmal eben ein Beweis, dass mehrere Ebenen wunderbar funktionieren:



Übrigens läufts auch wieder unter Windows.

Nächstes Update kriegt:
- möglichst vollständige Umsetzung der XML-GUI
- hoffentlich noch mehr Performance, auch wenn die Optimierungen der letzten Wochen gar nicht mal wenig gebracht haben
- einen Terrain-Editor
- vielleicht endlich mal einen echten Nachthimmel mit Mond und Sternen

_________________

Ich lasse einfach mal wieder ein Lebenszeichen hier. Auch wenn ich mehr oder weniger eine Sommerpause eingelegt habe: Es gibt eine minimale Neuerung, die man als Nutzer auch sehen kann.

Um mit dem Terraineditor anzufangen, brauchte es eine Selektionsengine - und dazu wird mit einer Funktion, die auf dieser Seite zu finden ist, der Schnittpunkt zwischen Maus-Vektor und den Dreiecken eines Meshes bestimmt. Im Moment teste ich noch, wie zuverlässig das Ganze ist - dazu wird bei aktivierter Terrain-Markierung einfach die Textur des Terrains unter dem Mauscursor geändert. Aber man muss (dämlicherweise) noch auf 10 Meter Abstand runter. Dass das bisher ganz gut zu klappen scheint, sieht man auf dem Bild an den hellgrünen Stellen:



Es geht also wieder weiter, und wohl auch in etwas höherem Tempo als im Sommer

_________________

Keine 4 Wochen ist es her, dass ich mal ein kleines Update präsentiert habe, jetzt gibts wieder was größeres, nachdem ich fast jede einzelne Stunde in dieses Projekt gesteckt habe. Aber ich muss sagen: Ich habe es gerne gemacht, und den ersten Teil der Entwicklungen damit erfolgreich vorläufig abgeschlossen: Das Terrain.


Zu sehen gibt es auf dem Bild erstmal nichts spektakuläres. Nur jeder, der die Entwicklung etwas mitverfolgt hat, vermisst den schwarzen Rand. Der wird jetzt durch ein VBO übermalt, das sich natuerlich an das angrenzende Terrain anpasst.



Der Editor nochmal in Aktion. Zu sehen ist ein erstellter Berg mit den (nach wie vor hässlichen) Markierungen. Eine Höhenlinie gibt an, welcher Wert im Höhenregler gerade eingestellt ist.



Der "Automatische Texturierer" texturiert das Terrain nach dem ausgewählten Kriterium. Entweder oberhalb/unterhalb der angegebenen Höhengrenze oder die Bereiche, wo das Terrain steiler ist, als der angegebene Wert. Wobei dieser Wert die Anzahl der Höhenmeter pro Streckenmeter angibt, ein Wert von 1 entspräche also 45°. Wer die nette Tangens-Funktion kennt, weiß bescheid.



Auch das mit den Wasserebenen funktioniert jetzt angemessen.



Nur ein kleines Beispiel für ein unrealistisches Insel-Terrain. Ach ja, der Beriech, der nichteditiert werden kann, wird ausgegraut, sobald der Terraineditor offen ist.



Ein Dateiauswahl-Dialog im Hauptmenü. Damit kann man immerhin schon gespeicherte Parks laden, die natürlich auch im OCF-Format gespeichert werden. Und ja, OCF heisst so viel wie ORCF Compressed File. Nur damit ich nicht *schon* wieder gefragt werde


Und wo wir gerade bei OCF-Dateien sind: Da hat sich einiges geändert. Sie werden nun verschiedenen Typen zugeordnet, zum Beispiel Textursammlungen fürs Terrain, Parks, später dann Objekte, Attraktionen usw. . Zu jedem dieser Typen kann die TOCFFile-Klasse jetzt Informationen wie Beschreibung, Name, Autor und Vorschau ausgeben. Das wird schon fleißig im Dateiauswahldialog benutzt - auch wenn gespeicherte "Parks" bisher noch keine Vorschaubilder speichern. Aber da kümmere ich mich noch drum.

Ausserdem passiert das Laden jetzt parallel in einem Thread, um zu vermeiden, dass das Programm mal für 10 Sekunden steht. Allerdings wird bei bestimmten Aktionen doch synchronisiert, um z.b. zu verhindern, dass eine Datei, die noch auf der Warteliste steht, mehrfach geladen wird. Da kann der Eindruck kommen, das Programm würde "stehen".


Übrigens hab ich an der Performanceschraube drehen können. Das entfernen einiger if-Abfragen in den Shadern hat nen Performanceschub von 100% gebracht - auf meiner GeForce 9800GT läuft ein durchschnittliches Terrain mit einem Wasserlayer nun wieder mit 30-40fps. Also: Lieber etwas mehr rechnen als if-Abfragen in den Shadern.



Ich muss ganz offen zugeben, dass ich das Script, die das Programm unter Windows kompilieren soll, sehr vernachlässigt habe. Darum müsste ich mich mal kümmern. Aber hier gibt es das ganze schonmal zum Download mit einer 64bit-Linux-Binary und für Windows nötigen Win32-DLLs. Quellcodes zum Kompilieren sind enthalten, diverse Resourcen allerdings nicht. Wer die haben will, soll sich das Programm aus dem git-Repository von github clonen. Das ganze grenzt also sehr an Techdemo


Das wars auch schon für heute. Demnächst werde ich mich um Objekte kümmern, und eine Maussteuerung für die Kamera wird es unbedingt geben. Und den Nachthimmel hab ich immer noch nicht richtig gemacht. Und neue Terraintexturen sind vonnöten.


btw, feedback tut nicht weh

_________________

Erstmal Sorry, dass ich mich mehr als ein halbes Jahr nicht mehr gemeldet habe, aber so lange habe ich gebraucht, um dem Spiel eine neue Grafikengine zu verpassen. Das war auch bitter nötig, denn die alte war zu störrisch, zu langsam, zu unflexibel. Das neue Zauberwort heißt: Inferred Lighting. Wie ich das ganze gelöst habe, kann ich auf Wunsch ja nochmal erklären. Jedenfalls erlaubt das ganze jede Menge dynamischer Lichtquellen und eine ebenso große Menge Post-Processing-Filter wie zum Beispiel Sunrays:


Screen Space Ambient Occlusion:


Selbstleuchtende Materialien:


Kaustik im Wasser:


Unterwasseransicht:


Beleuchtung eines einfachen transparenten Objekts mit einer Punktlichtquelle:


Reflexionen auf Objekten:


Einfache Partikel:


Der Trick ist einfach, erstmal alles, was nicht durchsichtig ist, in einen Buffer zu rendern (Materialfarbe + Glanzlichtfaktor, Normale + Glanzhärte, absolute Vertexposition + Entfernung, Material-ID = 0, Reflexionsfarbe + Anteil, Lichtemissionsfarbe + Falloff-Distanz), dann die transparenten Teile mit Material-ID durch eine Art Lochmaske zu rendern, dann eine Beleuchtungsmap zu erstellen, in der jede Lichtquelle berücksichtigt wird und dann Postprocessing-Effekte durchzuführen. Hier wird Inferred Lighting sehr gut beschrieben, allerdings sollte man beachten, dass es bei der Transparenz zwingend Probleme gibt:
- Die übliche Tiefensortierung ist nötig.
- Die Lochmaske muss so gewählt und verschoben werden, dass mehrere transparente Objekte hintereinander funktionieren, allerdings ist das sehr schwierig und problembehaftet, und so ist in der Regel bei 2 transparenten Objekten hintereinander Schluss. Bei mehr Objekten wird die Lochmaske dann sichtbar, die Beleuchtung ist nicht mehr korrekt, die Materialzuweisung geht verloren. Ärgerlich, aber technik- und implementationsbedingt und hoffentlich verschmerzbar.

Die neue Engine von ORCF wird zwar noch optimiert, allerdings ist sie bislang sehr langsam, in den Standardeinstellungen sind zwar bis zu 60 FPS drin, aber wenn man die Effekte hochregelt, landet man selbst bei 800x600 schon ganz schnell unter 10 FPS. Wie gesagt, es wird noch optimiert und es ist, gemessen an der Qualität der Ausgabe, sogar noch schneller als mit der alten Engine, aber wirklich flott ist das ganze leider nicht. Mal sehen, wie sich das im Laufe der Zeit entwickelt.

Als nächstes soll dann endlich das Objektsystem entwickelt werden - das, was man in den Screenshots immer sieht, kam nur aus einer billigen ASE-Datei - denn das Objektsystem wird die Basis für alle Attraktionen, Menschen, Wege und so weiter, dann bekommt das Projekt vielleicht auch mal einen spielähnlicheren Charakter.

_________________

Es gibt mal wieder ein paar kleine Neuigkeiten rund um das Projekt. So habe ich in den letzten Wochen das Bauen von einfachen Objekten implementiert, ähnlich werden nachher auch Wege und Attraktionen gebaut werden können.

Man ist relativ frei in dem, was man tut, man kann innerhalb der bebaubaren Zone Objekte an beliebigen Stellen platzieren und auch beliebig an allen Achsen rotieren. Trotzdem kann man natürlich, um auch gerade Wände und so etwas zu ermöglichen, ein Gitter einschalten, das man aber auch beliebig durch die Gegend schieben kann. Der Freiheit ist also auch da keine extrem störende Grenze gesetzt.

Das führte dann auch gerne mal zu solchen Aktionen (nein, in meinem Blut waren keine Substanzen):


Auch an den Materialien kann man einiges verändern. Nicht alles, aber einiges. Bislang sind das die Farbe, die Farbe und Stärke des austretenden Lichts sowie die Reflexionsstärke. Für Achterbahnen wäre es aber zum Beispiel gar nicht schlecht, wenn man Flugrost über die Schienen legen könnte - nun, mit dem Gedanken spiele ich wirklich, aber solange es noch nichtmal Achterbahnen gibt..


Aber auch die sollten nicht mehr so übelst lange warten müssen. Die wird man mit Bézierkurven konstruieren können, was vielleicht mit sehr viel Aufwand verbunden ist, aber auch eine Menge Freiheiten bringt. Ich melde mich dann, wenn es so weit ist.

Klar, es fehlt noch verdammt viel, aber es geht ganz gut voran. Zum Abschluss noch ein Video.

_________________

Ja, ich schreibe tatsächlich 4 Tage nach meinem letzten Post schon wieder was neues, auch wenn es diesmal nur ein kleines Update gibt. Und zwar geht es diesmal um Stereoskopie. Sehr experimentell, das ganze, aber es funktioniert schon ganz gut, und falls von euch irgendjemand das Crossed Eye-Sehen beherrscht, hier auch gleich mal 3 kleine Bildchen:



Natürlich sind auch noch andere Ausgabevarianten möglich, so sind Rot/Cyan-Anaglyphen bereits implementiert, aber irgendwie stellen mich die noch nicht zufrieden. (Extremes Ghosting, falsche Farben, kein sichtbarer 3D-Effekt).

Probleme:
- Das UI wird nicht entsprechend gerendert, also wird man den Effekt beim Spielen wohl dezent vergessen können. Höchstens für Bilder und Videos kann der noch ganz nett sein.
- Niedrigere Performance. Klar, bis auf die Objektreflexionen und die Schatten aller Lichtquellen wird alles 2x berechnet. Bei obigen Beispielen zwar in ¼ der Screen-Auflösung, aber bei Vollbildausgabe macht sich das doch sehr stark bemerkbar.

Nebenbei gibts auch noch News bezüglich eines ersten Techdemo-Releases. Ich hab viele Probleme lösen können, die mich bislang davon abgehalten haben, etwas zu veröffentlichen, und auch wenn gewisse Dinge noch nicht funktionieren, wie sie sollen, so werd ich beim nächsten größeren Update mal einen Snapshot veröffentlichen. Dann wird sich zeigen, ob und v.a. wie gut das bisherige "Spiel" überall läuft, in der Vergangenheit gab es öfter mal Probleme mit ATI-Karten.

Ich denke mal, ich werde mich in nächster Zeit erstmal mit Sound (Hat jemand schonmal noeskas OpenAL-Header auf nem Mac am Laufen gehabt? Hier unter Linux geht der, aber auf OS X macht der angeblich Zicken) sowie der Implementierung von Hilfsmitteln, die das Erstellen von Partikeleffekten erleichtern sollen, beschäftigen, denn das sind 2 Voraussetzungen dafür, dass man gute Scenery-Objekte erstellen kann. Schließlich soll ja nachher auch noch irgendwer mit dem Programm umgehen können...

_________________