Beiträge von Spikee1975

Kann man ja in den tscdevdocs auf ChrisTrains nachlesen.

Der zweite Parameter ist die Zeit in Sekunden bevor die Kamera wieder zurückwechselt.

Du kannst aber im Szenarioeditor selbst ne Kamera setzen wo das passiert und dann per Skript aufrufen.

Nicht direkt. ExternalCamera bezieht sich auf die Spielerlok.

Was hast du denn vor?

Ich werde mir rumänische Strecken nur kaufen wenn sie auf Steam erscheinen. Da gibt es immer wieder Probleme mit nicht erhältlichen Assets oder auch mal fragwürdigen DRM Methoden. Ich warte also auf ne Strecke auf Steam bevor ich mir die Lok hole. Sauber und stressfrei und garantierte Archivierung. (zumindest solange Gabe Newell noch die Zügel in der Hand hält haha)

Wer übrigens Probleme mit dem Romanian Asset Pack hat, da läuft irgendein seltsames Skript vor der Installation was absolut unnötig ist (und mein Misstrauen erweckt.)

Lösung: Per UniExtract auspacken bis man auf den eigentlichen Installer der nochmals verpackt ist trifft. Den kann man starten und der kopiert ohne zu Zögern die Assets nach RailWorks.

Eventuell heisst sie auf deutsch anders, habe meinen TSC auf englisch laufen, hier zu finden:

Im übrigen ist Camera Motion Blur keine Bewegungsunschärfe wie der Name vermuten lässt, hier wird lediglich die Mauseingabe "begradigt" (in idTech würde das der cvar "m_filter", also Mausfilter entsprechen). Empfehle ich einzuschalten falls ihr trotz VSync / GSync noch "Scherung" habt bei schneller Drehung.

Dynamische Flora wird im zugehörigen Texturblueprint der Strecke definiert. Einer Bodentextur kann man eine Flora zuweisen und die Dichte bestimmen. In manchen Fällen sieht's schlecht aus wenn der Autor ein dunkelgrünes Gras auf hellgrüner Textur zuweist (Rodachtalbahn z.B), da fällt dann der Radius ins Auge. Passt die Veg aber farblich zum Boden wird man es nicht merken.

Bei JustTrains Strecken sollte man die ausgeschaltet lassen, dort ist jeder Büschel handgepflanzt und ausserdem legen sie oft ihre Gleise auf Grasboden, wo dann das dynamische Gras drübergerendert wird (sie hätten das eigentlich direkt im Texturblueprint ausschalten können). Ansonsten probieren, gerade auf dieser Strecke hier ist sie unabdingbar, sieht sonst recht nackt aus.

Völlig zu Unrecht verpönt, die Dynamische Flora. In Streckennähe eingesetzt, wirksam, sanft und wesentlich resourcenschonender als manuell gesetzte Büschel. Und schneller gepinselt als handgepflanzt. Musste mal gesagt werden

Hier auf Projekt Freiberg (Sachs) an einem Herbstmorgen... 132er Kohlezug. Trotz ihres Alters und kleiner Unzulänglichkeiten (schnurgerade Oberleitung) macht die Strecke Spass zu fahren, ein absoluter Evergreen.

Bei dieser Gelegenheit möchte ich hier mal eine Lanze brechen für die Prozedurale Flora. Gerade auf Projekt Freiberg sollte man sie einschalten, sonst entgeht einem einiges. Hier sind bewusst Texturen benutzt worden auf denen die gewünschte Flora automatisch spawnt.

Wenn man sie im Streckenbau richtig einsetzt, ist die Prozedurale Flora wesentlich speicherschonender und ruckelfrei nachladbar da hier eben nicht manuell jeder Grasbüschel auf die Kacheln gesetzt wird sondern sanft im Spielerradius erzeugt wird. Ich sehe so einige Streckenupgrades wo man das Hinzufügen von streckenseitigem Gras wesentlich eleganter per Flora Textur pinseln hätte lösen können - anstatt die Anzahl Assets pro Kachel in die Höhe zu schrauben was auf jeden Fall mehr Rechenleistung erfordert.

Beispiel - gesamte Bodenvegetation ist prozedural und sieht sehr schön und nicht übertrieben grell aus. "Brennstoffinstitut" nördl. v. Freiberg (Sachs)

Installier die Strecke einfach nochmal neu. Da hast du dir was zerschossen beim Stellwerkstausch. Warum hast du das nicht gleich gesagt dass du die Strecke modifiziert hast - das kann dann natürlich niemand nachvollziehen.

ice Das ist nicht das Problem hier. DTG haben sämtliche Altlasten die mit Addressierung zu tun haben behoben. Wenn ein Programm Speicher nicht korrekt freigibt dann kann TS den auch nicht benutzen, das hat nichts mit Abstürzen zu tun (das wäre dann nämlich im EventViewer ersichtlich.) Wir arbeiten nicht mehr im x86 Real Mode. Ausserdem ist das eine Strecke aus der 32bit Ära also sehr ressourcenschonend. Wenn's kracht sinds Fehler in der Strecke oder händisch manipulierte Blueprints, die sozusagen das TS Speichermanagement veräppeln (xml Knoten copy&paste ohne Neuvergabe von d:id=###. Das kann man sich dann so vorstellen das für 3 Dinge nur einmal Speicher reserviert wird und dann die Daten abgeschnitten werden. Durch Freeroam Kacheln laden kann man vorher mehr Speicher reservieren was in dem Fall die Abhilfe ist, Gottseidank). Jeder von euch hat locker 10% Anteil dieser schlechten Blueprints auf der Platte, es sei denn er spielt ausschliesslich DTG Inhalte. Ein findiger Programmierer hat meine Beobachtung in sein Programm aufgenommen und das Ergebnis war erschreckend nach einem Testlauf über ein paar hundert GB Assets...)

Hatte da letztens mit einer walisischen Strecke so meinen Spass, Absturz immer an gleicher Stelle. Stellte sich heraus dass zwei Loft Tiles kaputt waren, d.h. die bins unbrauchbar und nicht mehr in xml zu konvertieren. Die gelöscht und Absturz behoben.

Wenn du eine noch "jungfräuliche" Installation hast ohne viel Modifikationen, empfehle ich dir als ersten Schritt mal die Spieldateien von Steam überprüfen zu lassen. Dinge wie das AP Sky & Weather Enhancement Pack danach neuinstallieren falls du es benutzt.

Es sollte hier keine Probleme geben.

Hallo Grobi.

Bevor wir dir helfen können, müssen wir wissen was genau du machst damit der Absturz passiert, das geht aus deinem Post nicht hervor. Spielst du ein Szenario, wenn ja, Namen angeben. Spielst du QuickDrive, Zug und Start- sowie Endpunkt angeben und OHNE KI-Züge testen.

Am besten davon ausgehen dass wir dumm sind. Ich hab also TS gestartet, was genau soll ich jetzt machen um den Fehler zu sehen?

km 22 ohne Probleme passiert in schnellem Testszenario.

Schon lange bekannt? Out of memory gibt es bei Payware aber nicht bis auf drei US-Szenarien die dem Core Update zum Opfer gefallen sind, die habe ich gefixt. Das ist meist ein Problem mit Streckenupdates sowie repaintlastigen Szenarien.

Funktioniert hier einwandfrei. Ich vermute du hast eine modifizierte Dresden-Leipzig Strecke (Amisia Mini Update das wars bei mir und habe ich runtergeschmissen). Dafür kann MRW nichts. Da funktionieren dann eben manche Szenarien nicht mehr. Muss man selbst eintscheiden ob's einem das wert ist.

Danke, Tom, für die herzliche Begrüssung. Ja musste mal ne Auszeit nehmen. TSC ist ein Hobby das in erster Linie gute Laune und Spass bringen soll. Communities (nicht nur hier) sind oft spannungsgeladen und da hab ich keine Lust mehr drauf. Gut dass du auch noch hier bist.

Das Problem ist halt das DTG mittlerweile 3rd Party updates extrem lange liegen lassen, die sind da absolut schmerzfrei. Aber vor Steam Release muss es durch ihre QA gehen und die kennen wir ja alle gut genug. Kauft beim Hersteller direkt und allen ist geholfen. Auch wenn man halt ein Notizbüchlein mit allen Passwörtern führen muss, das Geld geht dann direkt an TTB oder vT ohne dass Steam ihre 30% kassieren und DTG evtl auch noch mal was.

Danke fürs Update Jan.

Wenn du genauer liest, sollte das verständlich sein (wenn nicht gebe ich zu dass ich heute sehr konfus im Kopp war, siehe Tausendmal editieren). Ich habe Jan nur dazu geraten, wenn sowas nötig ist, es technisch anders auszuführen. Jeder der ne Weile TSC gespielt hat sollte halt sofort bemerken das "tracks.bin failure" keine TS eigene Fehlermeldung ist. Logisch dass man nach diesem String mal schnell in den *.out Dateien sucht. Und bezgl S-Bahn exe hab ich nichts anderes gesagt wie du auch richtig schriebst - wer das nicht riskieren möchte dass ohne Wissen evtl Dateien überschreiben werden (was demzufolge wahrscheinlich der Fall ist da kein Dementi), muss die Map ja nicht nutzen. Hab ich ja so gemacht, sind wir uns ja einig (hatte schon ein Dummyverzeichnis erzeugt und den Installer gestartet und war dann aber erstaunt dass hier nochmals ein Zusatzprogramm installiert werden will, das ich nicht will und nicht brauche. Ich will nur Content und Assets Folder kopieren wie bei jeder anderen Strecke auch). Den Rest kannst du als Vorschlag sehen, steht dir frei das lediglich zur Kenntnis zu nehmen oder eben benutzerfreundlicher zu machen. Ich geb da nur feinen Dijon-Senf dazu, keine Befehle.

Der Rest ("Jan davon abzuraten / Veröffentlichung zu verhindern") ist eher deine eigene Interpretation. Lese ich nicht hier ausserdem braucht Jan von Forenbenutzern und Jungspunden keinen Rat wie er mit seinen Lizenzen umgeht, das weiss er sicher selbst am besten. Is doch allet jut jetz.

Respekt und dann klappt's auch. Jan ist wahrscheinlich der erfahrenste, beste und dienstälteste noch aktive berufliche Streckenbauer in der ganzen TSC Szene. Bin froh dass er da ist und hoffentlich weiterbaut. Wie's Kim_olesen1 immer sagt: Autobuy

Gruss von ganz ganz weit draussen.

The 294 Usynlig that's the one I was remembering, yeah.

Zitat von TrainFW

Die TSC-Community zerfleischt sich nach und nach selbst dem endgültigen Ende entgegen. Traurig was hier in den letzten Wochen abging....

Nein das ist nicht die gesamte TSC Community. Das ist ein lokaler Brand... In NL, US, UK wird fröhlich weitergebaut. Ich ersticke an neuen Strecken und Upgrades. Hut ab vor Jan, ich hätte mir den Stress nicht gegeben und sofort die Freigabe zurückgezogen. Stattdessen macht er mit und setzt statt DRM auf Vertrauen. Missbraucht das nicht, denn ein etwaiger Lizenzverstoss geht zu Lasten Jans.

Dann wäre das für Szenariobauer geklärt, oder? Prima.

UK benutzt AP\Common blocker, D/A/CH den TrainTeamBerlin\TTB_Blindzug, den man dann auch dem Szenario beilegen darf. Bitte in Stein meisseln!

Finde das ganz praktisch dass du erstmal auf Grundassets aufbaust. Es gibt so Leute wie mich, denen dann der simple Assettausch von DTG auf AP-Bäume (für H-L zu finden in meiner Signatur) schon ausreicht. Zuviel Gestrüpp und man sieht ja nix mehr von der Landschaft. Auch die Tatsache dass dann die Anzahl Provider pro Kachel niedriger ist und für jeden Baumtyp nur genau ein Geo gecacht werden muss, beschleunigt das Kachel laden und entladen ungemein.

Man kann ja wie du sagst die Vegetation zum Schluss noch als Option angehen und ein Paket mit den geupdateted Szeneriekacheln + RouteProperties.xml nebenher anbieten.

Und falls es wen interessiert, hab die Sache noch ein bisschen modularer gemacht. Wer mit dem VPTreePack, egal ob V1 oder V2, baut, für den habe ich einen Patch der alle VP Bäume durch AP ersetzt. Kann sich also jeder die Strecke erscheinen lassen wie er mag.

Zitat von BlackHawk

Sag mal, ist auf das Urheberrecht pfeifen jetzt neuer Sport geworden oder bekommt denen das Wetter nicht?

Daher mein Tipp eine freie community version bauen. Geht doch fix. CC-BY-SA Lizenz anfügen und das ist dann für Szenariobauer ein zukunftssicheres Asset und erspart Ärger wegen immer wieder verschwundenen Assets auf denen aufgebaut wird.

Ah ok danke.

Und wenn jemand mal nett bei TTB nachfragt kann ich mir schon vorstellen das sie dieses simple Asset kostenlos auf ihrer Website zur Verfügung stellen Oder die Community baut selbst einen Ersatz ohne Urheberrechtsansprüche (ist kein grosses Ding schnell selbst sowas zusammenzuschustern).

Es ist nicht auszuschliessen das merkwürdige Situationen entstehen können wenn man den Blindzug einfach per F2 wegdrückt. Kann schon mal ne Kollision entstehen, alles schon gesehen. (Je mehr getimtablete StopAts benutzt werden im Szenario desto unanfälliger ist es bei fehlenden/getauschten Zügen. Ohne kann jedoch das Chaos ausbrechen wenn der Dispatcher ohne eine verbindliche Timetable alles einfach drauflos farhen lässt, Streckenblock-beanspruchend aufgrund von standard "dispatch beyond"- Verhalten dass einer "blauen Linie" deren Länge nach Serviceklasse gestaffelt ist entspricht - wenn keine Uhrzeiten ausgemacht sind.

Wenn man das mal verstanden hat, werden viele scheinbare "Zickereien" im Editor sehr logisch und einleuchtend. (Korrekten Streckenbau vorausgesetzt!) Da gibt's eine unsichtbare Zugspitze die umso länger ist je höher die Zuggattung, und die beansprucht Blöcke nach dem Motto wer zuerst kommt, wenn man Züge nicht steuert wie in echt mit notwendigen Betriebshalten bei Zugkreuzungen und Überholungen.) Daher reicht es auch nicht dass ein ICE hinter einem Güterzug fährt und der Güterzug einfach in ein Nebengleis (Loop) geleitet wird das nach 2 km wieder ins Hauptgleis mündet, den ICE überholen zu lassen. Der steht dann hinter dir, hat freies hauptgleis und wartet trotzdem brav. Die verlängerte "Spitze" des GZ zeigt immer noch auf das Hauptgleis, entsprechend dem nächsten Wegpunkt, und das blockiert den ICE. Wenn aber der Dispatcher weiss, dass durch eine StopAt Anweisung der GZ bis zu einer definierten Zeit gehalten wird (und es ist egal wie lang der Spieler braucht, die Abfolge bleibt fest disponiert im Gegensatz zu ungetimten Szenarien), die dem ICE das Passieren erlaubt ohne den Fahrplan des GZ zu stören, wird der Block frei und der ICE bekommt Freigabe.

Das war jetzt so ein genereller Gedankenstrom nicht auf ein spezielles Szenario bezogen aber ich hab mir das Wissen durch viele Demoszenarien um Dispatcherverhalten zu studieren angeeignet. Es ist alles logisch was passiert. Und wie in echt brauchts einen ordentlichen Fahrplan, ansonsten ist der virtuelle Dispatcher überfordert (der kann auch die Gesamtlage nicht überblicken wie ein Mensch, AI ist nicht wirklich AI im TSC, nur einfache Algorithmen) und handelt nach der oben beschriebenen Methode, ein echter Fdl würde wohl nach so einer Schicht mit nem gelben Schein den Chef grüssen