Bezüglich eines Druckermodells, hast du da irgendwelche Vorstellungen?
Ich überlege nämlich auch mal einen Drucker zu modellieren.
Eigentlich nicht.
Du kannst mir ja gerne mal einen Vorschlag schicken/zeigen. ![]()
Du bist in Begriff, OMSI WebDisk & Community zu verlassen, um auf die folgende Adresse weitergeleitet zu werden:
Bitte beachte, dass wir für den Inhalt der Zielseite nicht verantwortlich sind und unsere Datenschutzbestimmungen dort keine Anwendung finden.
Bezüglich eines Druckermodells, hast du da irgendwelche Vorstellungen?
Ich überlege nämlich auch mal einen Drucker zu modellieren.
Eigentlich nicht.
Du kannst mir ja gerne mal einen Vorschlag schicken/zeigen. ![]()
Sehr schönes Projekt. Erinnert ein bisschen an die IVU, aber ansonsten so ein design habe ich noch nie gesehen. Ich hätte vielleicht eine Idee. Kann man bei Funk die Funksprüche aus Bad Hügeldorf oder eigende einbauen und mit der Funk Taste an oder ausschalten? LG
Mal schauen. Könnte man machen, wobei Bad-Hügelsdorf natürlich nicht vorrausgesetzt werden soll.
Aber es lässt sich sicherlich eine einfache Schnittstelle dafür implementieren, sodass man seine "eigenen" Funksprüche nach Wahl ganz einfach eintragen kann - via Hofdatei. Ähnlich, wie mit den Sonderansagen.
Wäre es möglich das man einbaut das an einer bestimmten Haltestelle die Zielanzeige geändert wird?
So in etwa wie beim Ibis Controller.
Du meinst während der Route quasi?
Wäre an sich machbar, müsste man an sich dann halt gucken, dass die Fahrgäste dann nicht alle aussteigen.
Implementiert ist bereits, dass an der letzten Haltestelle automatisch "Fahrtende", sowie im Pause-Modus automatisch "Pause" geschildert wird, vorrausgesetzt, die Hofdatei enthält ein entsprechend gekennzeichnetes Fahrtende- und Pause-Ziel. ![]()
Auch, wenn die Frage nicht ganz hier hin passt:
Du solltest schon direkt im Startpost des Threads ein paar Bilder oder zumindest in irgendeiner Form etwas vorzeigbares präsentieren können.
Und ich empfehle auch, ein neues Projekt (sei es eine Map oder was auch immer) nicht zu früh anzukündigen. Natürlich empfiehlt es sich durchaus, das rechtzeitig zu machen, dass man Verbesserungsvorschläge der Community auch gut umsetzen kann.
Dennoch sollte halt durchaus beim Startpost schon ersichtlich sein, dass du eben etwas gemacht hast und was vorzeigen kannst.
Showroom-Threads nach dem Motto "Schaut mal hier, ich baue eine Map, aber ich habe noch nix gemacht" machen sich meist nicht so gut ![]()
Dienstpläne wird es selbstverständlich auch wieder geben - und zwar noch viel abwechslungsreicher, als in der V1, mit quasi einer Linie sind die Möglichkeiten da ja etwas begrenzt. ![]()
Weitere Betriebshöfe sind auch durchaus sinnvoll, das werden wir dann mal schauen.
Es werden aber vor allem neben den VLKS auch noch weitere Busunternehmen (mit jeweils eigenen Betriebshöfen) dazukommen: Zum einen kleineren Subunternehmer "Kröger-Reisen", welcher einzelne Touren der VLKS übernimmt, sowie die real existierende DB-Tochter "Autokraft", welche ebenfalls auf einigen VLKS-Linien ebenfalls unterwegs sein wird.
Ich hoffe, dass dir diese Informationen weiterhelfen.
Moin,
Grundsätzlich ist für die V2 natürlich auch mehr fahrbarer Schülerverkehr geplant, gerade deshalb, weil es auch definitiv auch noch weitere, kleinere Schulen zusätzlich zum Max-Planck-Schulzentrum in anderen Orten geben wird.
Wir wollen uns da mit dem Konzept natürlich ein wenig an der "Realität" (also dem Kreis Plön mit der VKP) orientieren. Dort gibt es selten wirklich exklusive Schulbus-Fahrten, sondern eher zusätzliche Fahrten im Linienverkehr, die halt mit ihrer Fahrtzeit und Linienweg an die Zeiten der Schüler entsprechend abgestimmt sind.
Wirklich "echte" Schulbusfahrten wird es wahrscheinlich - wenn überhaupt - nur vereinzelt geben, z.B. für Schwimmbusse, mit denen die Schüler halt an bestimmten Tagen der Woche zum Schwimm-Unterricht gefahren werden. Ansonsten wird der Schülertransport, wie bereits erklärt, weitestgehend in den normalen Linienbetrieb integriert.
Ein Erscheinungsdatum gibt es noch nicht und wird es in absehbarer Zeit auch nicht geben.
Wir machen uns bewusst mit Landkreis Stein keinen zeitlichen Druck, sondern arbeiten an der Map immer dann, wenn wir dazu Lust haben, dadurch versuchen wir, eine möglichste hohe Qualität der Map zu garantieren. Von daher kann ich kein Release-Datum und auch kein grobes Zeitfenster benennen. ![]()
Was meinst du genau mit "Zusatzaddons"?
Die Map selbst wird weiterhin komplett freeware und Standalone sein. Wir achten beim bauen sehr darauf, ausschließlich Objekte zu verbauen, die "offiziell" sind, und die wir auch selber mitliefern dürfen bzw. sogar für die Map selbst erstellen.
Jegliche Art von Free- und Payware-Addons werden daher auch für die V2 nicht benötigt.
Moin, der Fehler kann idR. durch zwei verschiedene Probleme ausgelöst werden (bzw. ist typisch dafür):
Beides müsstest du im Zweifelsfall direkt in der *.ttl-Datei im TTData-Ordner fixen (bzw. eine fehlende AI-Group alternativ halt auch einfach in der AIList eintragen)
Moin,
du brauchst dazu "nur" ein Textfeld, an der Stelle der Uhrzeit, was du mit einem beliebigen Text beschreiben kannst.
Folgendes Script sollte im Prinzip funktionieren.
Dort wird die Uhrzeit aus OMSI ausgelesen und zu einem String STUNDEN <Zeilenumbruch> MINUTEN zusammengesetzt.
Dieser wird anschließend in die Variable"deinTextfeld" gespeichert.
Diese muss in einer stringvarlist, die du ebenfalls anlegst, definiert sein und deinem Textfeld in der sco/model.cfg entsprechend zugewiesen sein. ![]()
'Frame-Abschnitt, damit das ganze mit jedem OMSI-Frame erneut ausgeführt wird und sich die Uhrzeit somit immer aktualisiert.
{frame}
'Registerübersicht:
'0: Minuten seit Mitternacht
'1: Stunden
'2: Minuten seit der letzten vollen Stunde
'Der Befehl (L.S.Time) gibt dir die vergangenen Sekunden seit Mitternacht (und damit indirekt die aktuelle Uhrzeit zurück)
'Minuten seit Mitternacht indem man durch 60 teilt und abrundet:
(L.S.Time) 60 / trunc s0
'Stunden indem man nochmal durch 60 teilt und abrundet:
l0 60 / trunc s1
'Minute indem man eine Modulorechnung (Restrechung) mit den Minuten seit Mitternacht durch 60 durchführt:
l0 60 % s2
'String zusammensetzen:
' Stunden
l1 "02" $IntToStrEnh
' Zeilenumbruch
"@" $+
' Minuten
l2 "02" $IntToStrEnh $+
'String speichern
(S.$.deinTextfeld)
{end}
Alles anzeigen
Moin zusammen,
heute gibt es mal wieder News in einer etwas anderen Form. Und zwar habe ich mal das "alte Konzept" der Editor-Timelapse wieder ausgepackt.
Zwar geht es beim Bauen einer neuen Map natürlich in erster Linie immer darum, neue Bereiche auf der Karte zu erschaffen, mindestens genau so wichtig ist aber auch die Überarbeitung von alten, nicht so gut gelungenen Bereichen.
Darum geht es bei mir aktuell im Allgemeinen sehr viel. Während BSAG_Tramspotter2912 aktuell fleißig die Linie 200 weiterbaut (wo es in kürze auch noch ein paar News zu gibt), bin ich dabei, alte, bestehende Bereiche aus der V1 oder auch ältere V2-Bereiche zu überarbeiten und aufzufischen. Wir versuchen natürlich, eure Kritik auch wahrzunehmen, daher habe ich gerade angefangen, die ganzen Ortschafen etwas detaillierter mit Vorgärten usw. auszustatten. Davon hier mal ein kleiner Eindruck aus Strackdorf.
Ich wünsche euch viel Spaß beim Schauen des Videos!
Bilder von der Linie 200 (Stein <-> Kirchdorf) in der Ortschaft "Pasdorf"
Landkreis Stein V2 (WiP, Bauabschnitt by BSAG_Tramspotter2912 | Mx-C2G
(Und der "Verkehsbetriebe-Schreibfehler" wurde auch mal offiziell gefixt)
Ich bin fasziniert. Das ist ja mal so ein geiles Feature.
Vor allem ist das auch wieder so eine Funktion, die (ohne eure Arbeit in irgendeiner Weise kleinreden zu wollen), wenn ich mal so drüber nachdenke, technisch ja gar nicht sooooo aufwendig umzusetzen ist. Aber auf die Idee ist einfach bisher noch niemand gekommen.
Mega cool auf jeden Fall, ich bin sehr gespannt!
Du findest diese Einstellung in der passengercabin des Busses. ![]()
[ticket_sale_change_point_2]
pos_x Position der Geldrückgabe
pos_y
pos_z
var_x Variation der Koordinaten
var_y
animparent Mesh-Ident des Parent-Objektes
Schau sonst einfach mal für mehr details in die Datei der Spandau-Busse, dort sind alle Befehle recht genau erklärt.
Das kann ich dir grade garnicht mit Sicherheit sagen, probier's sonst aus, einmal mit, einmal ohne.
Das, was du eingetragen hat, sieht sinnvoll aus, aber alles, was nachdem TicketPack kommt, gehört nicht in die chrono.cfg-Datei rein, sondern in den Chrono-Ordner als seperate Datei (unsched_trafficdens.txt)
Moin,
wirf am besten mal einen Blick in die unsched_trafficdens.txt-Datei im Mapordner. Mehr dazu findest du auch hier: Innovations until 19 June 2020
Die Datei würde ich einfach in deinen Chrono-Ordner kopieren und dann anpassen. Das sollte klappen.
Ob eine Anpassung direkt in der global.cfg, wie du es gemacht hast, auch funktioniert, weiß ich nicht. Aber dies sollte auf jeden Fall der "offizielle Weg" sein.
die texturen dann auch zu speichern
Ja, die von Blender generierte Textur musst du unbedingt dann auch als Datei speichern. Sonst kann OMSI damit wenig anfangen. Am besten in Blender als png oder tga speichern und dann mit dem Grafikprogramm deiner Wahl nach dds konvertieren.
Moin, irgendwie passt da wohl deine Bake-UV-Map nicht ganz.
Hast du das mal überprüft, ob das irgendwie sinnvoll gemappt ist und auch die richte UV-Map für den bake verwendet wird?
Ansonsten einfach mal testweise Smart UV Project verwenden.
Das ist zwar - gerade beim komplexen meshs selten die effizienteste Lösung, aber sollte vom Prinzip her was sinnvolles produzieren.
Du hast wohl bei irgendeinem Objekt einen zu langen Text in ein Textfeld geschrieben...
Moin, im Prinzip kannst du da genau so vorgehen, wie bei Bussen mit Repaints. Das funktioniert vom Prinzip bei Objekten genau so, nur dass halt beim laden des Objektes ein zufälliges Repaint gewählt werden muss. Das ist mit einem Script einfach umsetzbar.
Zunächst brauchst du natürlich alle Werbungen, die du hast als Texturen, die du dir mit verschiedenen Namen (am besten durchnummeriert) im Texturordner abspeicherst.
Dann brauchst du auch - genau, wie bei Fahrzeugen eine cti-Datei, die alle Werbungen enthält:
[item]
Name der Werbung (ist eigentlich hier egal, kannste einfach irgendwas eintragen, muss nur bei jeder Werbung anders heißen)
farbschema (Name der Change-Textur, s.u.)
deineTextur.dds
Damit das auch verwendet wird, musst du dann in der sco noch die ChangeTextures definieren.
Außerdem musst du Scripts einbinden
[CTC]
Werbung
Texture\Werbungen (hier den Ordner eintragen, in dem deine cti-Datei liegt)
0
[CTCTexture]
farbschema
Standardtextur.dds (hier der Name der Standard-Werbe-Textur, die in Blender gemappt ist), kann auch ein Dummy sein)
[varnamelist]
1
Script\werbung_varlist.txt
[script]
1
Script\werbung.osc
Alles anzeigen
Die oben eingebundenen Script-Dateien musst du natürlich noch anlegen und mit Inhalt füllen.
In der Varlist wird die Variable für die Wechseltextur eingetragen, womit du das anzuzeigende "Repaint" festlegen kannst
Im Script trägst du dann einen Init-bereich ein, in dem der Variable "Werbung" ein zufälliger Wert zugewiesen wird.
Die Zahl, die dort steht (hier 8) musst du ggf. so anpassen, dass sie der Anzahl der existierenden Werbungen entspricht.
Der Frame-Bereich wird nicht benötigt, bleibt daher leer, ich würde ihn dennoch sicherheitshalber immer definieren und halt nur leer lassen.
Ich hoffe, dieses kleine "Tutorial" ist verständlich.