[lnExtremo]

bin ich also doch nicht der einzige mit dem Problem.

@InExtremo: passiert das bei dir sofort wenn du nach dem Spielstart einen Spielstand lädst oder erst wenn du im laufenden Spiel neu lädst?

@Kirides: hast du inzwischen einen Anhaltspunkt was das Problem verursachen könnte?

Die beschriebene Fehlermeldung kam, sobald ich nach Spielstart einen Spielstand laden wollte, wurde aber jetzt (überraschenderweise) durch einen PC-Neustart gelöst. Jedoch ist das Spiel ab dann bei aktiviertem Renderer desöfteren eingefroren (schwarzer Bildschirm, laut Task-Manager "keine Rückmeldung") weshalb ich ihn wohl vorerst deaktiviert lasse. Beim Starten mit dem Kategorisierten Inventar (das Häckchen bei Ninja wird hierbei offenbar automatisch mitaktiviert) startet das Spiel nun garnicht erst sondern bringt die Meldung: J:NINJA: Ninja was attached too late(after VDFS)


@Gothaholic: Ich weiß aber was du meinst, selten nach dem Spielstart, aber spätestens bei jedem 2. bis 3. Neuladen - z.B. wenn man stirbt - stürzt das Spiel mit einer Access violation ab. Das passiert bei mir auch, wenn ich den Renderer und alle anderen Plug-Ins in Spine deaktiviere. Habe mich bisher einfach damit abgefunden, da ich mir nicht mehr zu helfen wusste.

[DavidVanScouten]

Hast du die "neue" Version komplett sauber aufgespielt? d.h. alten GD3D11 Ordner vorher gelöscht/umbenannt?


- Kann ich nicht bestätigen, bei Chronicles of Myrtana hatte ich keinen Crash in der Richtung in den 50-60 stunden Spielzeit
Welche Mod(s) spielst du? Irgendwelche Patches / Plugins? Passiert es reproduzierbar? z.b. nach 5x Laden definitiv ein Crash, oder eher so "mal ja, mal nein", das wäre dann fast unmöglich zu beheben.
- Das mit den Schwertspuren (+ Zauber Qualm und anderen Dingen) passiert manchmal, woran das liegt weiß ich nicht.



Die Änderungen sind *NIE* Spezifisch für eine Mod, sondern beheben grundlegende fehl/nicht implementierte Engine Aufrufe die der Renderer einfach noch nicht kannte oder falsch umgesetzt hat (z.B. geht von A aus, weil jede Mod bisher immer A macht, aber dann kommt Mod X und macht B)

Ja ich habe sie sauber aufgespielt, weil ich ja schon mehrere getestet habe.
Meine Mod, bei der die Crashes vorkommen:
"Odyssee - Im Auftrag des Königs"

[tt_1]

Es gibt in der Tat ein Menge crashes mit dem Renderer beim spielen von Odysee.

Hier die häufigsten:

* bestimmt 50% chance auf access violation beim wechseln des Levels, wenn man vorher im Khorinis Level war.
* vielleicht 30% auf access violation in den nächsten Sekunden, wenn man einen Zombie getötet hat und die Waffe wegsteckt.
* fast 100% chance auf access violation beim neu laden eines Spielstandes, aus dem laufenden Spiels herraus, im Khorinis Level.

[Feuerbarde]

Es gibt in der Tat ein Menge crashes mit dem Renderer beim spielen von Odysee.

Hier die häufigsten:

* bestimmt 50% chance auf access violation beim wechseln des Levels, wenn man vorher im Khorinis Level war.
* vielleicht 30% auf access violation in den nächsten Sekunden, wenn man einen Zombie getötet hat und die Waffe wegsteckt.
* fast 100% chance auf access violation beim neu laden eines Spielstandes, aus dem laufenden Spiels herraus, im Khorinis Level.

Gibt es für Odysee nicht eine spezielle Version vom Renderer? Das wird sicher nicht ohne Grund so sein.

[tt_1]

Hmm, also wenn ich dem Link zum Renderer von dem Worldofgothic Odysee Download (https://www.worldofgothic.de/dl/download_522.htm) folge, dann lande ich bei sehr veralteten Versionen und nicht mehr weiter entwickelten Forks.

Wenn es irgendwo einen Fork geben sollte, der für Odysee optimiert wurde, kannst du gerne den Link posten.

[Feuerbarde]

Ich sage nicht das es die neueste Version ist, aber es ist eine spezielle Version und das sicher nicht grundlos. Es gibt so zwei, drei Modifikationen mit eigener Renderer-Version. Ich wollte hauptsächlich auf diesen Umstand hinweisen: World of Gothic - Downloads - Odyssee - Im Auftrag des Königs 1.30

[tt_1]

Es gibt in der Tat ein Menge crashes mit dem Renderer beim spielen von Odysee.

Hier die häufigsten:

* bestimmt 50% chance auf access violation beim wechseln des Levels, wenn man vorher im Khorinis Level war.
* vielleicht 30% auf access violation in den nächsten Sekunden, wenn man einen Zombie getötet hat und die Waffe wegsteckt.
* fast 100% chance auf access violation beim neu laden eines Spielstandes, aus dem laufenden Spiels herraus, im Khorinis Level.

habe ein github issue gefunden, was zu dem Problem passig scheint: https://github.com/SaiyansKing/GD3D11/issues/25

ihr könnt ja mal 17.8-dev2-fix2 (oder neuer) ausprobieren, wenn ihr wollt.

[Kirides]

Ihr könnt gerne mal die v17.8-dev4 von SaiyansKing probieren. Noch hatte ich nicht die Chance da alles zu prüfen.

https://github.com/SaiyansKing/GD3D1...-17.8-dev4.zip

Gerade das entfernen vom Tesselation code, korrekte beziehen vom Haupt-Thread, drawcall & zFILE_VDFS fixes können interessant sein.

• Make it possible for mouse cursor to leave to another monitor when GD3D11 settings are visible - by: @kirides
• Disable tesselation from build as it keeps to crash graphic drivers and make impossible to save zenresources from advanced menu
• Fix getting thread id from main thread
• Remove spheremap normals encoding as it make some horrible visual glitches
• Make it possible to render scene without normalmaps to avoid artifacts from using standard normalmap
• Fix potential problems with some drawcalls
• Implement raining time calculations with atmospheric scattering enabled
• Make zFILE_VDFS zengine class to be able to operate on pointers that are allocated above 2GB memory virtual address on older system packs

[neocromicon]

Das mit dem Regen, bedeutet das das es nicht mehr immer zur gleichen Zeit regnet @Kirides?

[Kirides]

Das mit dem Regen, bedeutet das das es nicht mehr immer zur gleichen Zeit regnet @Kirides?

So sollte es sein, jap

[Feuerbarde]

Moin Euch. Warum gibt es eigentlich überhaupt jetzt so viele verschiedene Versionen vom Renderer? Macht es das nicht auch schwieriger auf Fehlermeldungen von Usern zu reagieren? Ist das nicht unübersichtlich, ist es nicht besser mit einer stabilen und einer experimentellen Version zu arbeiten? Ich gehe davon aus das Ihr wisst was Ihr tut, interessiert mich nur mal - auch weil ich mir selber etwas schwer tue da noch so wirklich durch zu steigen.

Spezielle Versionen können ja evtl. nötig sein (mir bekannt soweit: Gothic Reloadet Mod, Returning und Odyssee - Im Auftrage des Königs), aber werden die den dann auch weitergepflegt bei relevanten Fehlerbehebungen oder neuen Features? Was waren die Gründe für diese Sonderversionen? Bei der Gothic Reloadet Mod kann ich das am ehesten nachvollziehen, aber sonstige Modifikationen sollten doch wie das Hauptspiel funktionieren?

Aber auf jeden Fall möchte ich an der Stelle auch meinen Dank an alle mitwirkenden Entwickler aussprechen und hoffe das das Material auch weiterhin noch hilft. Ein GameEngine erfahrener Programmierer fehlt aber wohl immer noch (war ja wieder so zwei, drei Monate ganz ausgeschaltet)?

[Gothaholic]

habe ein github issue gefunden, was zu dem Problem passig scheint: https://github.com/SaiyansKing/GD3D11/issues/25

da geht es um mein Problem.

@Kirides: weil da gefragt wird welche Ninja-Patches ich nutze. das sind nicht viele: "better torches", "kategorisiertes Inventar" und "Picklock Helper" aber auf die möchte ich nicht mehr verzichten.

die Funktion "Animate Static Vobs" hatte ich übrigens testhalber mal deaktiviert, da ich gesehen hatte dass die gegenüber dev23 neu war, das hat aber keinen Unterschied gemacht.

ihr könnt ja mal 17.8-dev2-fix2 (oder neuer) ausprobieren, wenn ihr wollt.

auch die neuen 17.8-Versionen haben bei mir das Problem nicht gelöst, aber ich werde bei Gelegenheit mal die von Kirides verlinkte Version 17.8 dev4 testen, das habe ich noch nicht gemacht.


Edit:
auch mit der Version 17.8 dev4 bleibt das Problem bestehen. der Vollständigkeit halber noch die Access Violation, auch wenn da wahrscheinlich nichts anderes drin steht als bei den Vorgängern:

Spoiler:(zum lesen bitte Text markieren)

======================================= UNHANDLED EXCEPTION OCCURED ======================================================
======================================= CRASH INFOS: =====================================================================
Gothic II - 2.6 (fix), Parser Version: 50
User: oskar, CPUType: 586, Mem: 0 MB total, 0 MB free
Startup Options:-game:gothicgame.ini
=============================================== CALLSTACK : ==============================================================
0023:6E53B633 (0x54A3C558 0x00208B50 0x0135F82C 0x6E53DFCD) g2a.dll, RegisterSpecialCase()+23507 byte(s)
0023:6E53B7F4 (0x00000001 0x57990760 0x21AC2F48 0x00000000) g2a.dll, RegisterSpecialCase()+23956 byte(s)
0023:6E53DFCD (0x453747C4 0x21AC2F48 0x00780D46 0x00000000) g2a.dll, RegisterSpecialCase()+34157 byte(s)
0023:6E55725C (0x00000000 0x0135F844 0x0135F848 0x001907F0) g2a.dll, RegisterSpecialCase()+137212 byte(s)
0023:00780D46 (0x0082E6F0 0x0135FB24 0x0CB438F8 0x00000000) Gothic2.exe, oCWorld:isposeVobs()+374 byte(s), P:\dev\g2addon\release\Gothic\_ulf\oWorld.cpp, line 773+8 byte(s)
0023:006C6A6B (0xFFFFFFFF 0x00000001 0x0135FB24 0x00000001) Gothic2.exe, oCGame::LoadSavegame()+667 byte(s), P:\dev\g2addon\release\Gothic\_ulf\oGame.cpp, line 2210
0023:0042A282 (0x00000014 0x00000001 0x0135FB24 0x00000001) Gothic2.exe, CGameManager::Read_Savegame()+578 byte(s), P:\dev\g2addon\release\Gothic\_bert\oGameManager.cpp, line 1557
0023:00429D02 (0x00000001 0x00000001 0x0135FB24 0x0025DAB8) Gothic2.exe, CGameManager::Menu()+2610 byte(s), P:\dev\g2addon\release\Gothic\_bert\oGameManager.cpp, line 1492
0023:0042AE90 (0x00000001 0x0082E6F0 0x00000000 0x00425E3F) Gothic2.exe, CGameManager::HandleEvent()+320 byte(s), P:\dev\g2addon\release\Gothic\_bert\oGameManager.cpp, line 1725
0023:007A55EE (0x00400000 0x00192C6F 0x0135FD48 0xFFFDE000) Gothic2.exe, zCInputCallback:etInput()+46 byte(s), P:\dev\g2addon\release\ZenGin\_ulf\zView.cpp, line 210+20 byte(s)
0023:00425E3F (0x0082F0EC 0x00000006 0x0042031A 0x001907F0) Gothic2.exe, CGameManager::Run()+1551 byte(s), P:\dev\g2addon\release\Gothic\_bert\oGameManager.cpp, line 767
0023:0078188B (0x0000002C 0x00000005 0x001901B4 0x00000000) Gothic2.exe, MainProg()+75 byte(s), P:\dev\g2addon\release\Gothic\_ulf\Phoenix.cpp, line 111
0023:00503270 (0x00400000 0x00000000 0x00192C6F 0x00000001) Gothic2.exe, HandledWinMain()+928 byte(s), P:\dev\g2addon\release\ZenGin\_carsten\zWin32.cpp, line 1169
0023:00502DFD (0x0135FD4C 0x00000000 0x00192C6F 0x00000001) Gothic2.exe, WinMain()+141 byte(s), P:\dev\g2addon\release\ZenGin\_carsten\zWin32.cpp, line 1054+17 byte(s)
0023:6E535B12 (0x00000004 0x0000FFFF 0x000000B8 0x00000000) g2a.dll, RegisterSpecialCase()+178 byte(s)
Problemsignatur:
Problemereignisname: APPCRASH
Anwendungsname: Gothic2.exe
Anwendungsversion: 2.6.0.0
Anwendungszeitstempel: 3f966d87
Fehlermodulname: StackHash_101e
Fehlermodulversion: 0.0.0.0
Fehlermodulzeitstempel: 00000000
Ausnahmecode: c0000005
Ausnahmeoffset: 4c415f31
Betriebsystemversion: 6.1.7601.2.1.0.768.3
Gebietsschema-ID: 1031
Zusatzinformation 1: 101e
Zusatzinformation 2: 101ece011e39c7777753d35c68914446
Zusatzinformation 3: 900e
Zusatzinformation 4: 900e6e6aa46c0ecd62a8ca0c567d35f0

[tt_1]

Also ich kann dir definitiv sagen, dass sich fast alle meine Access Violations und sonstige Speicherzugriffsfehler mit 17.8-dev4 in Luft aufgelöst haben. Gut, könnte auch sein, weil ich jetzt in Varant bin! Von daher werde ich mal ein wenig weiter testen in den nächsten Tagen.

Kannst du die Ninja Patches nicht gezielt deaktivieren, um zu testen, ob es ohne nicht doch besser läuft? Scheint mir plausibel zu sein, dass es da ein Problem geben kann.

[Gothaholic]

Kannst du die Ninja Patches nicht gezielt deaktivieren, um zu testen, ob es ohne nicht doch besser läuft? Scheint mir plausibel zu sein, dass es da ein Problem geben kann.

das ist natürlich möglich, aber da greife ich doch lieber auf eine Version zurück die bei mir zuverlässig funktioniert, denn dann habe ich beides: Renderer + die gewünschten Patches.

[tt_1]

das ist natürlich möglich, aber da greife ich doch lieber auf eine Version zurück die bei mir zuverlässig funktioniert, denn dann habe ich beides: Renderer + die gewünschten Patches.

Wenn es eine alte Version gibt, bei der du diese Probleme nicht hast, dann solltest du wirklich schauen in welcher Version das genau angefangen hat und dann ein github issue dazu eröffnen. Der renderer ist ja open source, so kann das Entwicklerteam sich genau anschauen was in der ersten defekten Version verändert wurde, und so eine Lösung für alle in die aktuelle Version einbauen.

[Gothaholic]

Wenn es eine alte Version gibt, bei der du diese Probleme nicht hast, dann solltest du wirklich schauen in welcher Version das genau angefangen hat und dann ein github issue dazu eröffnen. Der renderer ist ja open source, so kann das Entwicklerteam sich genau anschauen was in der ersten defekten Version verändert wurde, und so eine Lösung für alle in die aktuelle Version einbauen.

das ist doch schon passiert, du selbst hast das github issue weiter oben auch verlinkt:
https://forum.worldofplayers.de/foru...1#post26916500

die letzte Version die bei mir problemlos funktioniert ist 17.7 dev23, alle neueren Versionen produzieren den Fehler.

[DavidVanScouten]

Es gibt in der Tat ein Menge crashes mit dem Renderer beim spielen von Odysee.

Hier die häufigsten:

* bestimmt 50% chance auf access violation beim wechseln des Levels, wenn man vorher im Khorinis Level war.
* vielleicht 30% auf access violation in den nächsten Sekunden, wenn man einen Zombie getötet hat und die Waffe wegsteckt.
* fast 100% chance auf access violation beim neu laden eines Spielstandes, aus dem laufenden Spiels herraus, im Khorinis Level.

Das kann ich bestätigen! Das mit dem Zombie-Crash hatte ich nie!
Was aber mir noch aufgefallen ist, dass oftmals das Speichern in den Slots sehr lange dauern kann!...

Gibt es für Odysee nicht eine spezielle Version vom Renderer? Das wird sicher nicht ohne Grund so sein.

Definitiv nicht!
Es gibt für Odyssee eine L'Hiver-Version, die aber kein DX11-Renderer beinhaltet.

Also ich kann dir definitiv sagen, dass sich fast alle meine Access Violations und sonstige Speicherzugriffsfehler mit 17.8-dev4 in Luft aufgelöst haben. Gut, könnte auch sein, weil ich jetzt in Varant bin! Von daher werde ich mal ein wenig weiter testen in den nächsten Tagen.
...

Das werde ich dann ab Dienstag prüfen und gebe Rückmeldung!

[JudgeKyle]

Das mit dem Regen, bedeutet das das es nicht mehr immer zur gleichen Zeit regnet @Kirides?

So sollte es sein, jap

Sehr geil, vielen Dank!

[Gothic_Freak]

Vielen lieben Dank für die kontinuierlichen Updates

Kleiner Bug, der mir noch aufgefallen ist: Die Gothic1 Runen am Tempelplatz im Sumpf (sind auch tgas mit alpha) werden noch nicht korrekt bzw. generell nicht dargestellt (oder sind umgedreht?). Die Texturennamen:

MODERUNE01
MODERUNE02
MODERUNE03
MODERUNE04
MODERUNE05
MODERUNE06

[Feuerbarde]

Sehr geil, vielen Dank!

Moin. Wie ich zufällig gestern sah gab es dafür schon einen Patch auf Basis von Union: [UNION Plugin] Random Rain DX11 (Regen zu zufälligen Tageszeiten [DX11 Renderer])

Selbstverständlich ist gut das es im Renderer selbst gefixt ist, aber ich verlinke das hier dennoch mal in der Hoffnung das an aus der dortigen Lösung noch etwas an Optimierung entnehmen kann.

Des weiteren gibt noch eine weitere Optimierung für das Wetter und zwar den [UNION Plugin] ImprovedWeather (Verbessertes Wetter), auch gestern erst entdeckt und selber noch nicht getestet. Könnte ja auch Information beinhalten. Hört sich auch sehr gut an um das Wetter in Gothic (1/2/DNdR) zu verbessern.

Sollte man solchen dingen keine Informationen entnehmen können, wäre ich über ein Info dankbar (damit ich es dann weis).