Beiträge von Maik Goltz

Discord Einladung
Trete unserem Discord-Server bei (klicke hier zum Beitreten).

    Und ganz zum Schluss stellt sich heraus, dass die Maschine einen Defekt hatte und einfach runtergefallen ist. Leider wohl erst wenn 1000km rund um die Einschlagstelle alles Leben ausgelöscht wurde. Und dann heist es nur "ops". Solang kein Beweis existiert dass die wirklich abgeschossen wurde, sollten alle einfach still sein. Wäre ja nicht die erste Maschine die einfach runterfällt.

    Auf dem Absnitt sind nur die beiden Hauptdurchgangsgleise mit LZB ausgerüstet und zugehörige Üst. LZB ist dort scheinbar auch mit CE ertüchtigt. Dort werden ja sicher nur durchgängige Züge und REs mit LZB geleitet. Der Rest fährt bestimmt ohne. CE wohl zur Blockverkürzung für GZ damit man die Rollbahn auch am rollen halten kann.

    Auch das kann man bauen bernd_NdeM. Ist zwar eine kleine Fummelei aber das ist kein Problem. Gleisstücken mit Promilleanteilen helfen hier weiter. Alles schon mal diskutiert worden (aber kaum von jemanden akzeptiert, weil is ja zu aufwändig).

    In benachbarten Simulatoren auch als "Spline" bekannt.

    Das ist aber dann auch falsch. Eine Spline ist nur eine geometrische Form mathematische Funktion (auf einer Linie mit teils parametrischen Eckpunkten). Ein Loft im TS ist eine unter dem Namen "Procedural Geometrie" oder "Procedural Texture" bekannte Komponente. Eine Spline kann sowas machen, muss aber nicht. Ein Loft im TS wird mit Hilfe einer Spline platziert. Es ist aber keine Spline.


    Eigentlich müsste man denken dass du sowas weist Sandra-Marion. Denn du hast schon oft zu verstehen gegeben, dich mit der Materia auszukennen. Lofts oder Procedural Mesh Components (womit wir eine dritte typische Bezeichnung erwähnt hätten) sind nichts was der TS alleine hat.


    Sorry für klugscheiss. Aber das weis ja selbst ich der mit 3d Bau und sowas nix kann.

    Der Spass hat aber auch ein Ende wenn die Protagonisten, durch Falschinformationen getrieben, ein Produkt oder Projekt beurteilen wollen und es auch beurteilen. Wenn man das macht, sollte man auch Bescheid wissen über die vorhandenen Möglichkeiten, bevor man anfängt zu kritisieren. So viel Professionalität müsste ein LetsPlay mit Experts schon bringen. Ihr habt in eurem TramDepot Video mit der fettesten Lupe nach Dingen gesucht die nicht stimmen. Dabei hatte das Projket keine Anstalten gemacht dem Original irgendwie gerecht zu werden. Das hat nichts mehr mit Spielspass zu tun. Das kann schädliche Wirkung haben die aus Missverständnis enspringt.


    Sorry @stereopic für das Offtopic. Passte halt grad so schön.

    Aus so einem Video kann man keinen Sound machen. Maximal sich einen Eindruck verschaffen wie es zu klingen hat. Meine Meinung sagt, dass dieser Sound der Hamsterbacke extrem kompliziert ist und ich will den nicht machen müssen (muss ich zum Glück auch nicht). DTG wird ihn definitiv nicht so machen. Das wäre ein Wunder wenn deren Sound-(fotogeiler)-Engeneer das machen/hinbekommen würde. Geht schon ma einer los mit ner Richtkanone und ordentlichem Digitalrecorder und fängt ein paar Hamster ein. Richtkanone ist nicht umsonst gewählt als Begriff. Aber bitte nicht im vorbeifahren, sondern beim Mitfahren natürlich. Herzlichsten Spass.

    Dann warte mal bis ide UE4 Version kommt. Schon mal versucht eine .uasset zu bearbeiten oder nur anzuschauen. Nix da. Zu den Scenarioscripts gäbs nich ma viel zu erklären. Ein paar Calls, die man schon aus den älteren Szenarios ablesen kann und der rest ist eigene Logik die einen keiner erklären kann. Und die Wolken werden sicher per Postproccessing reingebaut sein und wieder abschaltbar wie der rest von den Post Sachen. Wer genug Bumms in der Kiste hat, schaltet es an, der Rest lässt aus.

    Nette Dinge, aber das was wirklich benötigt wird kommt nicht. Wie auch, die Engine gibt es nicht her. Man gräbt das aus was schon immer drin war und schaltet es ein, oder besser, macht es endlich zugänglich. Der RollingStart ist nicht neu zB., der steht schon lange im Scenario BP zur Verfügung und funktionuiert auch. Das löst aber leider nicht das Problem dass dann die Scripte laufen müsse und die richitgen Werte besitzen sollten, sonst rollt man nämlich wirklich nur in manchen Fahrzeugen. 3d Wölksche, nett, aber wo ist das Dynamische Display, überhöhte Weichen, korrigierte Kamera, und so weiter. Ein Aufguss vorhandener Dinge. Allerdings war auch wirklich nichts anderes zu erwarten. Von dahier sind die Wolken und vll neues Wetter doch eine nette Dreingabe.

    Es weis halt kaum einer wie es geht. Der andere teil kann sich nicht wirklich vorstellen wie aufwändig sowas ist. Der Rest weis nicht was man überhaupt dafür braucht, siehe das Video hier, denn damit kann man gar nichts anfangen um Sound zu erstellen. Soundendprodukte wie in Videos oder Musik muss man sich als Brei vorstellen. Der Brei bestand mal aus einzelnen Zutaten (Instrumentenspuren zB.). Man benötigt diese Zutaten einzeln wenn man den Brei erstellen möchte. Blöd an der Sache ist halt, dass sich die Zutaten nicht mehr extrahieren lassen, wenn der Brei erst mal Brei ist. Einen Umrichtersound eines anfahrenden ICE3 aus all den anderen Störgeräuschen rausfiltern zu wollen, vermag die beste Audiohardware heute noch nicht. Man bräuchte ein Gerät das stufenlos jede beliebige Frequent zwischen 30Hz und 22Khz einzeln filtern kann. Das wäre ein Notchfiltergerät mit X^x Filtern. Sowas würde Millionen oder Milliarden kosten, wenn man es denn bauen könnte. Da hilft nur Granularsynthese und auch die vermag sowas nur schwerlich rauszulösen, weil es dann künstlich wird (wie der Turbolader der RSC Ludi, denn der ist so entstanden). Also muss man ran an die Materie und es vor Ort einzeln aufnehmen. Wie das möglich sein soll, kann jemand erklären der es geschafft hat solche Umrichter im Stand zum klingen zu bringen. (wobei die Umrichter nur als Beispiel dienen, das gilt nämlich für fast alle Geräusche die so ein Gerät machen kann)

    Die Bäume sehen gut aus, was man von richtigen 3D Bäumen eben auch erwarten kann, aber sie sind nur was als Lückenfüller. Ziemlich "hungrig". Nur ein kleiner Wald (und die Menge der Bäume darin spiegelt etwa das wieder was dann am Streckenrand stehen müsste) lässt die Draws auf über 4000 anschwellen. Da kann man dann keine anderen Dinge mehr hinbauen ohne dass es eine Diashow wird. Solche Bäume sind für den TS einfach ein Traum und bleiben einer. Die Engine ist nicht performant genug dafür. Oder man begnügt sich mit einer Wald-Strecke ohne sonstige Ausbauten, aber selbst da wird man schnell an die Grenze stoßen. So aufgestellt wie die Kuju Bäume ist das sicher aber machbar. Leider sind es "nur" Fichten, die irgendwie sehr stark nach einen xFrog Baum aussehen der stark reduziert wurde, was nicht negativ gemeint ist. Die xFrog Vegetation sieht sehr gut aus.

    Diese Annahme ist aber völlig falsch.

    Diese Annahme stammt aus der Betriebsanweisung einer 120. Wenn das nicht stimmt, dann hat dort jemand was falsch gemacht. Dort steht sie "wirkt bis", nicht "könnte wirken bis". Natürlich setzt die pneumatische Bremse automatisch ein bei <20km/h, wenn man das FBrV benutzt (das steht da auch so drin), aber das funktioniert im TS nicht verlässlich.


    EDIT: wer R+E mal testen will, hier ein Satz Dateien. Einfach in den Entsprechenden Ordner kopieren, einen Zugverband mit 120EL erstellen und vom Steuerwagen aus Fahren und testen.


    EDIT2: Dateien waren fehlerhaft, weiter unten ist ein neueres Paket

    Was ist "langer Bahnsteig" und was bedeutet das in Beschleunigungswerten wenn ein IC mit 100 oder 140 in der Bahnsteiglänge zum Stehen kommen soll. Das wird doch dann in der Nähe einer Notbremskurve sich bewegen. Leider gibts im TS keinen verlässlichen Beschleunigungsmesser. Vll mag jemand eine einfache Formel beisteuern mit der man das ausrechnen kann. Als Geberwerte hätten wir da nur noch Speed in m/s und Wegstrecke die sich Interframe ausrechnen lässt. Damit müsste man doch einen Beschleunigungswert errechnen können oder? Bin halt kein Mathematiker oder Physiker, nur Pragmatiker und Autodidakt, kein Zahlenschubser.

    Deswegen sage ich ja, Daten und Fakten die umsetzbar sind. Keine Daten die nicht angewendet werden können. Als Jemand der den Kram einstellen muss, stelle ich mir da folgendes als Anhaltspunkte vor (auch wenn das dämlich klingt): "Wie lange braucht ein Zug mit den und den Wagen in welche Füllstufe der HLL um zum stehen zu kommen". Wenn also mein 7 Wagen IC mit einem gemittelten Gewicht von 84t+47t*6+50t daherkommt, möchte ich wissen wie schnell der mit welcher HLL Füllgröße wie verzögert. Alles andere ist für den TS nicht wichtig da die Werte entweder nicht eintragbar sind, falsch verwertet werden oder einfach nicht funktionieren. Ansosten bleibt alles wie es ist.