= Englisch [EN], 
= Deutsch [DE], 
= Französisch [FR]. Wenn du die angegebene Sprache nicht beherrschst, schreibe auf Englisch! Also laut Logfile liegt das Problem nicht am Addon sondern an einem anderen Citaro:
1296 13:44:26 - - Error: You want to create vehicle Vehicles\MB_O530_Facelift\MB_O530FL EL 2D M.bus - it is invalid!
Ich kenne mich mit den Facelift-Mods nicht aus, aber dieser Bus verursacht massive Probleme.
Kinder: Wenn ich blau schreibe: Bitte wieder zurück zum C2, dann hat das seinen Sinn. Es geht hier um den Bus und meinetwegen auch den Drucker und die Entfernungen der Haltestellen, aber nicht um andere Projekte, Flex oder nicht Flex und schon gar keine Grüße über die Landesgrenze.
Wieso sollte ich öffentlich ausplaudern wie das funktioniert? Ist doch schön was zu haben, was andere nicht haben
Vielleicht, um was für die Community zu tun? Natürlich zwingt dich niemand, dein Wissen zu teilen, aber warum flext du dann damit? Wirkt leider ziemlich überheblich und unsympathisch, zumal man von "PBB" vorher noch nie was gehört, geschweige denn heruntergeladen hat.
Und damit bitte wieder zurück zum C2!
, I know you reported some thing that should/could be updated, but those are not bugs, those are only innacuracies that someone that doesn't know the buses as you do wouldn't even have noticed, that's why I preffered to release an update faster to fix bugs instead of fixing everything which I can't do with the time I currently have.
Of course, I just wanted to know they are not forgotten, They do not have impact on the playability of the addon, just cosmetics to improve the quality of your addon. Btw. I wouldn't report such bugs if I totally disliked your Addon. I really like it, I like the model, I like the textures.
I have always been unconfortable with the fact you used to compare my DLC and your SETRA you are working on, and the insults you made about the quality of my sounds.
I don't compare your an my Setra. I used one or two pictures out of my model to illustrate some improvable details of which I hadn't real pictures I could show here. Your addon is yours and you have your own priorities, e.g. you made some details in model which I did with texture and vice versa. That's kind of interpretation.
Regarding the sounds I'm still on the point that the level of quality in OMSI is used to have stereo sounds and that the impact on performance by stereo sounds is not as massive that it would be an argument to use mono. But this too is a cosmetical point, and as I made my private sound mod I can enjoy it nevertheless. And to remember: I only complained about the quality of the recordings, not about your work implementing them in OMSI, as you did a really good job in that. But you might have overread that...
To be more direct, you are not 100% objective on this subject
I would have complained about the inaccuracies and especially the mono sounds even if I was working on a Fiat Ducato.
You shouldn't take all critics on your addon as critics on your person and react in a defending manner. I started to think of you in a "chrizzlian" way when you told your conspiracy theory about the two users with the door bug just signing on the Webdisk to blame you and your addon. That's completely absurd and shows that you see your enemies everywhere. And if someone who want to give some constructive critics or report a bug feels threadened like an enemy, he reacts spicy too of course. And at the end we have a poisende atmosphere as now in this thread.
So clam down a bit and take everything a bit more relaxed, put your energy in fixing bugs and not in defending enemies that do not exist. As you can see on the Screenshots many people like your addon even if not everything is perfect yet - as on every addon or mod.
So for me to understand: In which point does Chrizzly have a wrong attitude to paying customers if he forces SADOP to fix his product?
To give some practical input to this discussion, I want to renew some bug reports on the model.
1. In Euro 2 the vent slot of the air filter is still existing. This slots shouldn't be on an Euro 2.
2. The interior grids of the Aircondition are missing, as well as the hubs of the small roof vents:
3. There are still main parts of the support rods missing in F3-view. It would be ugly but acceptable on an AI bus, but on my player bus I want to see that parts from the outside.
4. There still isn't any support to the roof missing to the long support rag on the left side:
5. The A pillar should be verical to the Windshield and not curved or at an angle:
Maybe these inaccuracies are more easy for you to fix than the script problems.
But is it a real feature that the initiation of the dashboard electronics freezes when starting the engine too fast? If not, this is a big bug that has to be fixed!
Ich hätte auch einen Vorschlag, wie man die Optik der Map verbessern könnte.
Mir gefallen generell die Farben der Karte nicht. Nehmen wir das Beispiel Hbf: Der Teer des Busbahnhofs ist sehr dunkel, quasi gestern neu asphaltiert, die angrenzende Straße dagegen sehr hell. Ich habe generell beobachtet, dass die Asphaltfarbe von Region zu Region unterschiedlich sein kann, in der Region selber aber relativ einheitlich ist: Hier in Norddeutschland ist die Teermischung eher feinkörnig und dunkler, in Österreich aber deutlich gröber und heller. Ein Fachmann mag mich da korrigieren, aber ich denke, das liegt daran, welches Gestein für die Mischung verwendet wird. Der Kontrast am Hbf. erscheint mir aber in jedem Fall viel zu groß, zumal sogar eine frisch geteerte Straße durch die (in OMSI nicht eingeplante) Lichtreflektion an der Oberfläche heller wirkt, als im aktuellen Zustand.
Das Gleiche gilt auch für die Vegetation: Natürlich gibt es im Frühling unterschiedliche Grüntöne, die aber in einem viel kleineren Spektrum variieren, als es die Vegetationstexturen der Map momentan tun. Dadurch wirkt der ganze Bewuchs zusammengestückelt und nicht "aus einem Guss". Durch annähern der Grüntöne aneinander (und gelegentlich auch etwas Entsättigung) könnte man da, denke ich, dem Gesamteindruck der Karte etwas Gutes tun.
LOTUS ist einfach noch nicht fertig. Ich denke, das ist mit das größte Hindernis dabei, eine wirklich große Community aufzubauen. Als Spieler macht es keinen Spaß, statt zu im vollem Umfang zu spielen, Bugs zu finden und idealerweise melden, und als Entwickler macht es keinen Spaß, Content zu bauen, von dem man nicht weiß, ob man ihn eventuell programmbedingt irgendwann nochmal komplett umbauen oder in die Tonne werfen kann und außerderm bei der Entwicklung immer vor Problemen steht, deren Lösung noch auf der Todo-Liste ist.
Beispiel: Natürlich könnte man schon anfangen eine schöne Überlandmap zu entwickeln, aber sie würde so lange unfertig und häßlich bleiben, so lange keine Terrainbemalung möglich ist (oder geht das mittlerweile?) Ich habe aber einfach keine Lust ein Projekt anzufangen, bei dem ich von vornherein weiß, dass ich relativ schnell bei programmbedingten Defiziten hängen bleibe. Also bleibe ich lieber beim bewährten OMSI und suche mir für die (auf einem deutlich höheren Level sitzenden) Defizite Workarounds. Denn dann habe ich die Problemlösung in der Hand und muss nicht darauf warten, dass die Entwickler in die Pötte kommen.
Natürlich, die Idee des Early Access ist, dass Entwickler solche Defizite melden und damit zu ihrer Beseitigung beitragen können. Aber man kann einfach nicht erwarten oder darauf hoffen, dass diese Entwicklung im Beta-Status jedermanns Sache ist. Meine ist sie definitiv nicht, vor allem, wenn man sieht, wie langwierig und zäh die Spielentwicklung voran geht. Da braucht man schon echt Ausdauer, um beim Warten auf versprochene Features nicht die Motivation zu verlieren.
OMSI ist ein Spiel mit einigen Macken, das aber voll spielbar ist, aus dem man einiges rausholen kann und das über 11 Jahre eine große und aktive Community versammelt hat. Von all dem ist LOTUS momentan noch weit weg, von daher wäre es doch erstmal gut, wenn LOTUS auf den Stand von OMSI käme.
Warum denn in die Ferne schweifen, wo doch liegt das Glück so nah?
Die größte Filebase, zumindest was legale Uploads aus dem deutschsprachigen Raum angeht, ist unsere Webdisk: https://reboot.omsi-webdisk.de/
Lang und bequem durch den Thüringer Wald:
Map: Thüringer Wald (Payware WiP - ich habe eine sehr alte Version der Map, die Stellen können aktuell schon ganz anders aussehen)
Bus: S317UL (Thüringer Wald WiP)
Ist diese Änderung dabei berücksichtigt oder verzichtest du darauf?
Selbstverständlich ist das berücksichtigt 
Der 94er ist zwar, was Ausstattungsvarianten angeht, etwas abgespeckt, aber das, was ich gebaut habe, habe ich "richtig" gebaut - abgesehen von Unterschieden, die mir bis dato nicht bekannt sind.
Die Gurte habe ich bei den Transit-Sitzen tatsächlich weggelassen, weil ich auch erst später realisiert habe, dass es sie nicht nur an einzelnen, sondern später sogar an allen Plätzen gab. Muss ich nochmal drüber nachdenken.
Die Koppelung der 100er-Plakette an die Sitze fand ich irgendwie nett, aber wenn das gewünscht wird, kann ich das natürlich auch als separate cti-Variable einführen, sodass die Begrenzung an der aktivierten Plakette und nicht am Sitztyp hängt. Für so Änderungen bin ich durchaus offen.
Bei abgespeckten KI-Modellen ist nicht nur ein niedriger LOD (Level of Detail) wichtig, sondern auch angepasste (Sound-/Brems-/IBIS-)Scripts mit kleinerer Funktionalität.
Ja, das stimmt. Einen KI-Sound habe ich schon angelegt, bei den Scripten muss ich nochmal gucken - das ist bekanntlich nicht mein Heimatrevier...
Zeit für's Sonntagsupdate! Daran, dass ich heute dran bin, merkt Ihr, dass es heute um's "Rollmaterial" geht.
Ich möchte Euch heute mal die verschiedenen Sitzbaureihen des S31XUL vorstellen:
1. Transit - Die Basisausstattung.
Jeder der seit Mitte der 90er auch nur ein bisschen Lebenszeit in Überlandbussen verbracht hat, wird die typischen Standardsitze der 300er-Reihe mit ihren schrägen Oberkanten kennen. Nicht das Optimum in Sachen Bequemlichkeit, aber doch um Welten besser als vieles, was heutzutage an Plastikschalen im Überlandverkehr eingesetzt wird.
2. Traffic - Robuster Komfort
Die nächste Stufe stellt das Modell "Traffic" dar. Auf diesem charakteristisch mit hohen abgerundeten Rückenlehnen ausgestatteten Sitz lassen sich auch lange Strecken gut aushalten, ohne dass dabei die für den Busunternehmer wichtige Robustheit auf der Strecke bleibt. Ab diesem Modell aufwärts wird in unserer Umsetzung in OMSI die 100 km/h-Zulassung aktiviert, d.h. die entsprechende Plakette an der Heckscheibe sowie die Anschnall-Piktogramme werden sichtbar und die elektronische Abregelung des Busses von 87 km/h auf 105 km/h angehoben.
3. Tourist - Schlichter Komfort
Der Einstieg in die Reisebestuhlung ist das Modell "Tourist". Dickere Polsterung, verstellbare Rückenlehnen und klappbare Armlehnen lassen auch auf längeren Ausflugsfahrten nichts an Bequemlichkeit vermissen. Die robuste Bespannung der Lehnenrückseite mit Nadelfilzteppich macht diesen Sitz zu einem echten Allrounder für den Linienverkehr in der Woche und die Kurzreise am Wochenende.
4. Travel - Luxus für hohe Ansprüche
Da sich dieses Modell in meiner Umsetzung nur durch die kunstledernen Kopfbereiche und die mit Sitzstoff bezogenen Rückenlehnen vom Modell Tourist unterscheidet, spare ich mir hier das Werbetextgeschwafel. Die Unterschiede zwischen Travel und Tourist sind aber eh so fließend, dass später - ich denke ab dem Facelift 2003 - die Reihe Tourist wegfiel und alles als Travel vermarktet wurde. Je nachdem, wie man die Textur in OMSI anlegt, kann man auch hier Teppich - oder Polsterstoffrücken haben. Somit bleibt als Unterschied der kunstlederne Kopfbereich.
Die Modelle 1-4 sind in den S315UL ab Version 1999 verfügbar, der UL-GT hat nur die Modelle 3-4, der UL der frühen Bauserie ab 1994 nur Modell 1.
Zu den einzelnen Sitztypen liefern wir auch ein paar originale Polstertexturen mit, sodass für viele Repaints schon das zeitgenössische Sitzlayout dabei ist.
Und, da die Frage sicher kommen wird: Die Travel-Sitze mit Griffschalen in den Ecken habe ich aktuell nicht geplant, da die recht detailreich gebauten Sitze jetzt schon ein Schwergewicht in OMSI sind (es gibt natürlich abgespeckte KI-Modelle).
Soviel für heute aus der Fahrzeugwerkstatt.
Gibt es Patchnotes?
Gibt es irgendwo Patchnotes?
Das sieht man z.B. an den paar Zentimetern, die der Instrumenten/Displayausschnitt im VDV zu schmal ist, oder an der Biegung der Oberkante der Heckscheibe, die nicht stark ist, aber auffällt, weil die Scheibe im Original an der Oberkante gerade ist.
Manches falsche Maß fällt nicht so auf, z.B. eine um 3 cm zu lange Kofferraumklappe. Sobald etwas aber durch benachbarte Formen und Maße abschätzbar wird, steigt der Anspruch des Auges an die Genauigkeit der Umsetzung. Und wenn eine Form komplett falsch ist, wie die angesprochene Fensteroberkante beim Citaro, dann sollte es eigentlich jedem auffallen, der mit dem Original vergleicht.
Woran kann man das denn bitte erkennen?
"Man" ist hier der falsche Begriff: Der eine erkennt sowas auf den ersten Blick, der andere nicht mal, wenn er drauf hingewiesen wird. Das ist ganz normal und wird normalerweise als "gutes Augenmaß" bezeichnet. Aber es ist immer gut, wenn man, wenn man sowas nicht sieht, nicht sofort diejenigen, die Fehler sehen und ansprechen, als zu anspruchsvoll anzusehen.
Eigenständige KI-Versionen empfehlen sich dann, wenn der gleiche Bus auf einer Karte an zentralen Punkten gehäuft auftaucht. Durch gezielte Vereinfachungen in Modell, Textur und vor allem Script kann man da viel Performance sparen. Sowas würde ich aber von einem Fahrzeug-Addon nicht erwarten. Da genügen entsprechende Viewpoint-Flags und ein LOD-Mesh vollkommen aus.
Jeder sollte ein Anrecht darauf haben, mal etwas erwähnen zu dürfen, wo noch Verbesserungsbedarf bestehen kann.
Nur sollte die Person dann nicht direkt wieder 80 Steine an Kopf geworfen bekommen, nur weil die Bemerkung wohl subjektiv gesehen "nutzlos" war.
Lieber mal eine Konternachricht weniger schreiben, als das wieder mal eine Kontext lose Verlächerlichung einen Thread verunschönt.
Absolut, genauso, wie Kritiker die Verhältnismäßigkeit im Auge behalten sollten, würde ich mir das auch von den Kritikern der Kritiker wünschen. Wenn man selber mit einer Sache oder einem Zustand zufrieden ist, heißt das noch lange nicht, dass jemand mit einem geschulteren Auge, besserer Kenntnis des Originals und im kritisierten Punkt höheren Anspruch nicht das Recht hat, seine Kritik auch (freundlich und sachlich) zu äußern.
Es ist, wie so oft, eine Frage des Tones: Wird Kritik auf hohem Niveau harsch und überheblich vorgetragen (im Sinne von "wie dumm seid ihr eigentlich, dass ihr das nicht seht?"), dann wird sie nicht nur von den Entwicklern ablehnend aufgenommen, sondern es werden auch "Verteidiger" auf den Plan gerufen, die dann wieder die berechtigte, aber schlecht formulierte Kritik kritisieren und in Frage stellen.
Man sollte sich immer klar machen, dass unser aller Ziel, vom Entwickler über Kritiker bis zum teilnahmslosen "Endnutzer", ist, dass ein ordentliches Ergebnis rauskommt. Deshalb arbeitet eigentlich niemand gegen irgendwen, sondern alle zusammen auf das gleiche Ziel hin.
BussinBus War übrigens nicht auf deinen Post bezogen, was ich geschrieben habe, sondern allgemein auf das, was man hier so immer wieder liest.
Ich glaube, dass man bei Kritik immer die Verhältnismäßigkeit im Auge behalten sollte. Natürlich hat jeder OMSI-Spieler unterschiedliche Ansprüche: Was dem Einen schon längst genügt ist dem Anderen viel zu ungenau und ein Dorn im Auge. Die Kunst (die ich auch nicht immer beherrsche) besteht darin, die eigenen Ansprüche dort, wo sie besonders hoch sind, auf ein solides und realistisches Durchschnittsniveau herunterzubrechen und aus dieser Perspektive heraus dann zu kritisieren. Dann erkennt man, wo ein "bitte unbedingt fixen" oder besser ein "wenn man es ganz genau nimmt könnte man..." angebracht ist.
