Beiträge von Cirno

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

  • [DTG] Train Simulator 2019

    So. Das entfernen der Löschrechte hat tatsächlich geholfen und ich konnte endlich den eigentlichen Crashdump einsehen. Leider bringt mir das nur nicht viel, nur das die "ACCESS VIOLATION" innerhalb der GameManagerVC64.dll stattgefunden hat. Vielleicht hat hier ja jemand mehr Ahnung und kann den entschlüsseln. Passiert nach mehreren Neustarts der Strecke München-Garmisch Deluxe während dem Szenariobau.


  • 4 neue Projekte von RT | BR 643 ✔ | Flirt 1 | Twindexx (IC2) ✔ | Twindexx Vario ✔ |

    I hope you used the recorded sounds only for the Twindexx (IC2) and not for the Twindexx Vario, cause at least the voice is different. It was pitched down on the IC2, because DB Regio didn't want their sounds on a DB Fernverkehr train (or vice versa) so my recorded voices are IC2 only. The other sounds like the doors and switches could be ok, but I never was in the cab of a twindexx vario, so I can't proove that.

  • [DTG] Train Simulator 2019

    Versuch ist es wert. Ausser DTG löscht den Dump prinzipiell, egal ob gesendet oder nicht. Da hilft nur ne gute alte HDD mit hoffentlich nicht erfolgtem Schreibzugriff in dem Sektor, um die gelöschte Datei zu recovern.
    Edit: Ich hab über die erweiterte Rechtevergabe in Windows allen Benutzern die Rechte zum löschen von Dateien und Ordnern im Ordner "TempDump" entzogen. Mal sehen ob die Datei so übrig bleibt.

  • [GELÖST] OBS + Train Simulator - Aufnahme ruckelt.

    Ich würds trotzdem beim vSync bzw. bei nativen FPS cappen. Spart resourcen die man für den live encode braucht. Höhere FPS sind nur da benötigt, wenn diese die refresh rate des Spiels bedeutend beeinflussen. Dummes Beispiel: Rhytmusspiele wie z.B. Osu!. Da ist der Unterschied zwischen 1/60 (16,6ms) zu 1/240 (4,1ms) stark spürbar als inputlag. Beim TS, so meine persönliche Meinung, sind refresh rates <16ms unnötig.

  • [GELÖST] OBS + Train Simulator - Aufnahme ruckelt.

    60fps sehen allgemein besser aus als 30, da es bei den meisten Monitoren die native Bildwiederholrate ist.
    Ehrliche Meinung: Wenn du nur >Aufnehmen< willst, kannst du nen lossless codec wie den lagaryth (schreibweise unklar) nutzen und anschließend mit Handbrake bzw MeGUI rendern. Damit ziehst du dein System während dem Zocken nicht mit kodieraufgaben runter. Wenns jedoch ums streamen geht, nutz lieber 2560x1440. Reicht für scharfes Bild und da die Meisten eh ihren 4k Bildschirm per Anzeige um 150% skalieren, kommt eh nicht mehr beim Nutzer an.
    Dann immer per CPU Rendern. Die Grafikkarte ist immer eher der Bottleneck als die CPU, außer du nutzt einen 2007er Pentium IV.

  • ReShade 64bit tauglich machen

    Man kann mit der Rollen Taste übrigens den Shader aktivieren/deaktivieren im laufendem Spiel, um besser zu vergleichen und nicht immer die dll zu tauschen. Wenn du "SweetFX" im ReShade Menü doppelt hast, empfehle ich nur einen zu nutzen. Sonst ist der Effekt doppelt angewendet.

  • Fix für fehlende MSVCP100D.dll

    Da kann ich dann auch nix mehr machen. Bei mir ist der Fehler bisher nicht aufgetreten, daher denke ich, dass es schon was aus macht, wenn diese im System auffindbar sind. Sonst hat DTG irgendwas verbockt, während sie etwas verbockten.

  • Fix für fehlende MSVCP100D.dll

    Hier ein kleiner "Fix" für oben genannten Fehler. Der Fix besteht aus den beiden Debug DLL's, die nur mit Visual Studio 2010 verteilt werden. Ich stelle diese nun von meiner Installation zur Verfügung.
    Hier der Download aus meiner Dropbox: https://www.dropbox.com/s/o3sb…t.VC100.DebugCRT.rar?dl=1 (Passwort: RailSimForum)


    Virustotal: https://www.virustotal.com/#/f…e6674007bfd4209/detection


    SHA256: 278c505429a31c0c868b72f24b0236c6e2de8017fa7e36705e6674007bfd4209



    Wie man den Fix 'installiert':


    Datei herunterladen und in einen beliebigen Ordner entpacken. Darin sind zwei Ordner.



    Den Inhalt des Ordners Microsoft.VC100.DebugCRT_x64 in den Ordner C:\Windows\SysWOW64\ verschieben.
    Den Inhalt des Ordners Microsoft.VC100.DebugCRT_x86 in den Ordner C:\Windows\System32\ verschieben.


    Nicht wundern, das die DLL Dateien in den Ordnern gleich benannt sind, es sind die Varianten für 32 und 64 bit. Wichtig ist nur, das diese in den richtigen Systemordner verschoben werden!


    Jetzt am besten den PC neu starten. Falls der Fehler noch auftritt, die für die jeweilige TrainSimulator Version benötigten DLL in's Railworks Stammverzeichnis verschieben. Es sollte aber auch so funktionieren, da die DLL Dateien in den Systemordnern automatisch erkannt werden.



    Das wars dann auch schon. Dieser Fix wird nur so lange benötigt, bis DTG ihre Clienten mit Releaseversionen versorgt. Wenn dies geschehen ist, kann der fix rückgängig gemacht werden, da dann die normalen, mit dem Visual C++ Redistributable verteilten Programmbibliotheken, verwendet werden.


    Erlaubnis für den "externen" Downloadlink durch Moderation erteilt.



    Hintergrund (englisch):

    Zitat von Nicolò Zilio

    Hello,Unfortunately the msvcp100D.dll is a debug dll and it isn't included in the Microsoft Visual C++ Redistrutable package. This is becouse normally debug version aren't release to other than developer. Developer have installed it by default with Visual Studio.
    You can compile your project in "Release" so all dll which you'll need will be included in the Microsoft Visual C++ Redistrutable package.
    Otherwise you can do the static link of all libraries(specify /MT in Release and /MTd in Debug configuration into compiler options): but personally I don't recommend it becouse you put in the executable many information(used by the debugger) which will slow down your app.