Beiträge von Marcel Kuhnt
-
-
Singleplayer und Reale Karte sind zwei verschiedene Dinge.
Es gibt:
- Singleplayer vs. Multiplayer
- Real vs. Fiktiv
Wenn eine Karte real genug ist, um als reale Karte aufgenommen werden zu können, wird sie von uns manuell portiert.
Solange sich alles aber in der fiktiven Welt abspielt, ist die einzige Möglichkeit, dass eine Multiplayer-Karte in eine Singleplayer-Karte umgewandelt wird, aber nicht umgekehrt.
-
Frage dazu: Wird es eine Möglichkeit geben das die LSA nur in der Richtung angefordert wird inder man weiter fahren möchte (besonders jetzt für die Busse eher interessant) oder wird dann einmal "Rundherum" angefordert?
Oh, das ist ja ein interessanter Fall - nun ja, das sollte aber ohne größeren Aufwand möglich sein!
Letztlich müssen im Ampel-Umlauf nur mehrere verschiedene Anforderungen definiert werden - und die Anforderung selbst muss natürlich getrennt durchgeführt werden können.
aber wird es später möglich sein das man seine Karte die man für den Singleplayer erstellt hat auch für den Multiplayer umstellen kann im Editor?
Nein, deshalb kann man ja vor Beginn des Bauens extra auswählen, ob es eine Single- oder eine Multiplayer-Karte werden soll.
-
ok, das kann ich von Kassel jetzt nicht behaupten
Oha! Ja, nee, sowas gibt's in Berlin eher selten - ich weiß nicht, ob sowas auf der M1 überhaupt vorkommt...
-
Was mich ingame echt nervt ist, daß man die Weichen nur unmittelbar vor sich stellen kann. Bei meinem Betriebshof ist das eine echt umständliche Sache auf ein bestimmtes Gleis zu kommen. Da wäre die Anklickerei aus OMSI eine echte Erleichterung.
Ja, das stimmt... die Mühe mit dem Anklicken habe ich mir diesmal nicht gemacht, weil das ganze ja eh dann gleich richtig reinkommen soll.
Was mich etwas nervt, ist die Tatsache, daß ich meine Map seit der 64-bit Version und dem Weiterbau oder ersten Start nicht mehr in der 32-bit Version gestartet bekomme (es erscheint ein no rails-Fehler).
Das kriegen wir auf jeden Fall hin!
-
Mir fällt gerade auf, dass beim Entwicklungsfortschritt, beim Map-Editor dem Content-Tool gegenüber ja noch sooooo viel blau ist und nicht grün, da könnte man ja demnächst mal was ändern, oder?
Jo, wir sind dabei!
Wird es noch weitere Ampelmasten geben, also ggf. mit verschiedenen Formen oder vor allem welche, die länger sind und dann über drei oder gar vier Fahrstreifen reichen?
Ja, es werden bestimmt noch weitere Bauformen. Im Grunde kann man vereinfacht sagen: Schau Dir den Linienverlauf der M1 an, spezielle vom Hackeschen Markt bis Pankow und Du weißt, welcher Content ganz grob in absehbarer Zeit kommen soll. Ihr dürft ja dann (in Freeware-Maps) alles davon verwenden!
Allerdings gibt es solche "Überlängen" in Berlin eher nicht (selten) und sind daher wiederum nicht so wahrscheinlich...
Naja, ich kann behaupten ich habe noch gut 3km Zeit bis ich die erste Brücke brauche über die ich mit der Tram muss
-
Ja dann weiterhin Viel Erfolg und viele kreative Ideen für die Entwicklung von
.Vielen Dank!
Aber, dann frag ich mal was: Wann sind den der Brückenbau bzw. die Terrain-Formung angedacht zu implementieren? Ach ja und die selbe Frage gilt auch für die Anmeldung an Ampeln und das automatische stellen der Weichen. Letzteres ist jetzt nicht so wichtig, aber ich würde gern mal Weichensignale einbauen
.Naja, Prognosen sind immer schwierig, vor allem, wenn sie die Zukunft betreffen...
, aber es sind durchaus zwei Features, die nicht ganz unwichtig sind... 
-
Klar, natürlich bleibt es nicht aus, dass man sich über alle möglichen Dinge, die noch ausstehen, Gedanken und Konzepte macht!
-
Wird es bei den Ansagen auch möglich sein, Sonderansagen in die FIS-Datei mit einzufügen und dann über eine spezielle Tastenkombination abzuspielen oder sie durch das IBIS aufzurufen
Das wird vermutlich so ähnlich laufen wie bei den Sonderzeichen der Linien-Anzeige: Dort sind die Codes ja auch in die FIS-Datei integriert, obwohl sie unabhängig von den Stationen sind.
Wie kann ich Sonderzeichen anhängen?
Meinst Du jetzt speziell in unserem GT6N mit der Berliner FIS? Oder in Deiner eigenen FIS-Datei?
Ist es sicher, dass zum Release die Performance noch erheblich verbessert werden kann? (so dass wenigstens 50 FPS möglich sind?)
Selbstverständlich arbeiten wir immer wieder am Thema Performance, ist ja klar!
-
Wie schaut es mit dem ansagen system aus? wie kann man ansagen einfügen?
Noch geht das gar nicht, jedenfalls nicht mit der nötigen Flexibilität. Das kommt noch und man wird sie natürlich mit den FIS-Dateien verknüpfen können.
-
Wieviel Kekse muss man den Entwicklern anbieten, dass sie für funktionierende Weichelagesignale sorgt?
Mehr Kekse als diejenigen, die uns wegen anderer Dinge mit Keksen bestechen!
Die 64Bit Version hat bei mir Ingame DEUTLICH die Performance verbessert. Einfach mal danke dafür.
Ach, das freut mich natürlich sehr!
-
Aber guten Abend erst einmal. Ich glaube, wir hatten das Vergnügen noch gar nicht.
Ich glaube nicht - gleichfalls guten Abend!
Gibt es Obergrenzen beim Texturformat oder der Dateigröße, ab denen Lotus mich nicht mehr mag?
Also, Obergrenzen sind nur die, die Deine/unsere/des Kunden Grafikkarte vorgibt - das steht tatsächlich direkt in der Logfile. Bei mir ist das mit 32K ziemlich viel, meistens liest man 16K... aber auch 8K und das ist ja bekanntlich schon seeeehr üppig... man kann die Texturauflösung ja runterstellen, d.h. Du wirst bestimmt nicht angefeindet von Usern mit schlechteren Grafikkarten, aber ansonsten gilt natürlich wie immer: So wenig, wie irgendwie möglich... ansonsten unterstützt LOTUS Bitmaps mit (intern) 32 Bit, importiert werden sie aus zwei Einzelbitmaps, beide 24 bit, die eine für die Farben, die andere für den Alphakanal. Außerdem werden DDS/DXT-Texturen der Typen DXT1, 3 und 5 unterstützt.
Bei der Performance ist es wohl so ziemlich egal, wie groß die Textur ist. Sie muss aber natürlich in den GraKa-Speicher passen (das ist aber eher für Mapbauer interessant) und ja, die Ladezeit ist grundsätzlich relevant. Die arbeitet aber zunächst im Hintergrund und im separaten Thread. Wenn dann aber der Moment kommt, bei dem die Grafikkarte die Textur aus dem RAM erhalten soll, dann ruckelt es momentan noch etwas. Wenn es sich aber ums User-Fahrzeug handelt, dann ist das völlig egal - denn einmal geladen, wird die Textur ja voraussichtlich nie entladen, solange man das Fahrzeug nicht verlässt!
Dann ruft ja jeder Türflügel beim Laden die Textur noch einmal neu auf, wenn ich das richtig verstanden habe. Beim modifizierten KT4D also vier zusätzliche Aufrufe pro Wagenkasten, mit Falttüren sogar schon acht. Lohnt es sich, sich deswegen ein schlechtes Gewissen zuzulegen, und über Alternativen nachzudenken, oder ist das eigentlich vernachlässigbar?
Ich würde die Texturen genauso bauen, wie vorgeschlagen. Abgesehen von den obigen Effekten ist es völlig egal, welche Textur verwendet wird und wie groß die ist. Texturen werden einmal in die Grafikkarte geladen und das "Aktivieren" einer kleinen Textur für den Rendervorgang eines einzelnen Meshs dauert meines Wissens nach genauso lange wie bei einer großen. Der Kniff ist hier ohnehin, dass man die ganzen Tür-Teile getrennt rendern muss, aber da kommt man bei animierten Objekten nicht herum.
Die Sache mit den Konfigurationsmöglichkeiten möchte ich insofern abkürzen, weil Deine Idee ja - böse formuliert - hinfällig ist, weil es eben wurscht ist, ob ein separater Drawcall eine bereits eh geladene Textur verwendet, die groß ist, oder eine ganz kleine. Aber generell soll es die Möglichkeit geben, Konfigurationen in Interaktion mit dem Script zu erlauben. Und das Modul-System - was auch in die Richtung geht - gibt es ja bereits jetzt.
Abschließend der Link zu einem Lexikon-Artikel zu dem Thema: Fahrzeuge für LOTUS bauen
-
Nein, das geht auf keinen Fall. Noch schlimmer: Wenn Du keine MipMaps mitlieferst, dann werden die (von LOTUS) selbst generiert; Hintergrund ist, dass es ohne faktisch nicht geht, weil es ansonsten zu einem unglaublichen Flimmern in der Entfernung käme.
Es führt leider kein Weg daran vorbei, die Elemente auf dieser Gemeinschaftstextur mit einem gewissen Abstand voneinander zu platzieren. Zur Not müssen es dann doch zwei Texturen sein...
-
Aber genau das finde ich macht es spannend
Ja, da ist was drann!
-
Wird es in näherer Zukunft Splines zum platzieren parkender Autos geben (wie in Omsi)?
Naja, genau genommen sind das in OMSI ja gar keine Splines...
In näherer Zukunft vmtl. nicht, aber mittelfristig ist das natürlich denkbar. Aber wenn, dann eher in Verbindung mit den KI-Straßenfahrzeugen.
-
Ich hab nochmal ein Beispiel herausgesucht
Brrrrrrrrrrrrrr.....
Das ist ja so ungefähr der Worst-Case...!
Wahrscheinlich würde man den Park aber doch mit Stellwänden bestücken - also quasi die Grundform mit dem Terrain machen und dann nicht - wie in der Realität - mit einzelnen Bäumen bepflanzen, sondern mit kurzen Stellwänden. Das dazwischen muss dann irgendwie das LODding mal hergeben... brrr....
-
Danke für die schnelle und unkomplizierte Hilfe
Gerne!
-
Praktisch finde ich sie wenn sie hinter einer niedrigen, aber bebauten Häuserreihe benutzt werden. Wenn sie aber quasi eins mit dem Terrain werden mag ich diese nur ungern verwenden.
Ja, das stimmt; in dem Beispiel, was Du gepostet hast, würde ich vermutlich (wenn es dann geht) das Terrain so formen und die Häuser gegenüber entweder tatsächlich platzieren oder zumindest andeuten. Das muss man dann aber sehen, was da am Ehesten praktikabel und von der Performance her vertretbar ist.
-
sorry bin 12
Und?
Das was kommt, wenn man die Türen schließt also das Grüne
A_LM_DoorsClosed
-
Naja dann meine einzigste Beschwerde das der Map Editor zu lange lädt, was einen dann schon echt verrückt macht beim bauen.
Wie gesagt, das gehört nicht hierher.
