Beiträge von Cirno

Welches OS? Allgemein welche Hardware? Nutzt du auch ein x64 System? Mal unter Rechtsklick auf Start>System nachschauen.

Darüber hinaus wäre das hier im Supportbereich besser aufgehoben.

Ich stell die fehlenden .dll Dateien im laufe der Nacht online, muss nur erstmal durchs kölner Chaos.

Hier meine Config wie gewünscht.

SweetFX_settings.txt

Mit ReShade	Ohne ReShade

Nope, 500hz sind in O 45 km/h. Man sagt nur, das jede überwachte Geschwindigkeit um 5 km/h unterfahren werden sollte, falls mal nen Tacho ungenau ist.

Liegt daran, das hier einige nicht lesen können. Die DLL mit dem "D" hinter der 100 sind nicht öffentlich erhältlich, da die nur mit Visual Studio 2010 zusammen kommen.

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.

Wird es nen Update bzw eine seperate Version für 64-bit Unterstützung geben? Durch den recode vom Raildriver Plugin kann man TSC nicht mit der 64bit Version nutzen.

Ich bin gegen 0700 daheim, da stell ich mal meine Config mit vorher/ nachher Screens hier rein. Nur geb ich zu ist meine Config fast komplett verändert zur Vorgabe aus dem Download.
Ihr müsst aber auch beachten, das die Version von ReShade nicht die selbe wie im Download ist. Es handelt sich um die aktuellste Version und damit könnten einige settings in ihrer Wirkung verändert worden sein.

/Edit: Nacht war zu hart und bin direkt ins Bett gefallen, versuchs baldmöglich nachzuholen.

Zitat von Gharac Durac

Also was haben alle Scenarien die nicht laufen gemeinsam?

Sie wurden mit dem 32-Bit Client erstellt und abgespeichert.

Zitat von BR-218

Wenn der TS 64bit in den Inaktiven Modus geht, was bedeutet dann "Deadlock"?

Ein Deadlock ist ein Zustand, in dem sich ein Prozess so hart "zugefahren" hat, das er sich nicht mehr fangen wird. Ein wartender Prozessteil wartet auf eine Antwort eines anderen Prozessteil, das wiederum auch auf einen Prozessteil wartet, der von einem anderen wartenden Prozessteil kommt usw., quasi ein loop ohne ein Ende, daher 'dead'lock.

War wohl doch ein Trafoschaden. Find ich nur komisch, da dies durch Unterflur-Brandmelder hätte erkannt werden müssen. Laut meiner Infos ist das Feuer aber erst durch plötzliche Entleerung der HBL aufgefallen.

Bezüglich der DLL: Das ist ne Debug DLL (zu erkennen am "D" am ende). Die gibts nur zusammen mit dem Visual Studio 2010, da sie zusätzliche Funktionen zum Debuggen der Programme liefern, die auch das Programm verlangsamen kann. Passiert, wenn die Developer das Programm im Debugmode kompiliert. Wenn se das im Releasemode gemacht hätten, wie es sich eigentlich gehört, wird die "nicht D" .dll variante genutzt, ohne Debugfunktionen, die mit dem Redistributable verteilt wird.

Unsere Manager tun aber alles, um das zu ändern. Wichtig sind nur noch die grünen Punkte im Watchtower, das ja alle arbeiten pünktlich fertig sind.

Bin leider auf Nachtschicht, kann morgen früh mal ne Konfiguration reinstellen.

Der war für ne Bedarfsausbesserung in Nippes bis kurz vor abfahrt.

Ich hab schon ein wenig mit den Settings rumgespielt. Ich hab mich auch schon gewundert, warum es so kontratstreich ist mit den Settings von hier. Mittlerweile gehts bei mir, nutze aber z.B. HDR, welches vorher garnicht aktiv war.

@Basti1980 Bei dir würde es nicht mal etwas bringen auf die 64-bit Version umzusteigen, da du eh nur 4GB RAM hast. Ist vielleicht dein System an sich nur 32-Bit? Weil damit kannste jegliche x64 Programme vergessen.

Zitat von Loco-Michel

Aufgefallen ist mir das in der 32bit Version bei Szenario Start 2,5 GB Speicherverbrauch angezeigt werden.Beim Start des gleichen Szenarios in der 64bit Version sind es 3,6 GB!

Liegt daran, das die Speicheradressen in der 64bit Version länger sind als in der 32bit. Halt 64 Bits lang statt 32.

Ich merk jetzt erst die absurdität der fehlenden dll Datei, da dies zu 100% ein Fehler seitens DTG ist. Mal kurz zur Aufschlüsselung, was des eigentlich ist:
MS = Microsoft
V = Visual
C = C oder CP = C++
P/R = Runtime/Package
100 = Version
D = Debug

Und beim "D" muss es eigentlich bei jedem ordentlichen Dev klingeln. Diese Programmbibliothek wird nur gebraucht, wenn ein Programm im Debug mode compiliert wird. Wenn im Release mode kompiliert wird, wird eine andere .dll gebraucht, die wohl sehr wahrscheinlich bereits auf unseren PC's schlummert, nämlich ohne "D". Die wird auch durch die Redistributable Packages ausgeteilt, der rest nur mit dem SDK.

Hier mal als Zitat vom MSDN:

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.