Beiträge von Cirno

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

    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.

    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.

    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.

    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.

    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):

    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.

    Ich stell morgen mal die vermisste Debug DLL aus einer Visual Studio 2010 Edition hier rein. Nebenbei könnte mal wer bei DTG klingeln, die sollen ihr ganzes gedöns mal als RELEASE und nicht als DEBUG compilen. Das macht mehr ärger wegen fehlender Routinen als es sinn macht.

    Immer wieder lese ich von dem Problem mit den fehlenden Programmbibliotheken (.dll). Ich gehe fast davon aus, TS erkennt einen fehler und will diesen über die Debugroutine ausgeben, aber die dafür benötigte .dll fehlt und es kommt zum absturz. Bei mir läuft das ganze ohne probleme, hab aber auch da ich Visual Studio 2010 besitze eben jene Programmbibliotheken.