Sie sind nicht angemeldet.
Lieber Besucher, herzlich willkommen bei: AnnoZone Forum. Falls dies Ihr erster Besuch auf dieser Seite ist, lesen Sie sich bitte die Hilfe durch. Dort wird Ihnen die Bedienung dieser Seite näher erläutert. Darüber hinaus sollten Sie sich registrieren, um alle Funktionen dieser Seite nutzen zu können. Benutzen Sie das Registrierungsformular, um sich zu registrieren oder informieren Sie sich ausführlich über den Registrierungsvorgang. Falls Sie sich bereits zu einem früheren Zeitpunkt registriert haben, können Sie sich hier anmelden.
Freitag, 23. Oktober 2015, 18:20
Danke für den Hinweis, werds im Startpost anpassen.Ich hab versucht die Engine unter Windows7 in Virtualbox zum Laufen zu bekommen. Hat leider nicht geklappt.
Zuerst vorneweg: DirectX11 ist ne Vorraussetzung, das ist bei Win7 nicht von Haus aus dabei. Die Engine segfaultet dann bei "Init XAudio2 engine". Gut, das war leicht behoben.
der Fehler tritt bei der Funktion "GetDisplayModeList" auf. Es können in der VirtualBox also die unterstützten Auflösungen nicht gefunden werden. Bei mir tritt der Fehler in der VB komischerweise nicht auf, dafür ein anderer. Hast du es ohne aktivierter 3D-Beschleunigung schon probiert? Hatte damit auch mal Probleme.Danach hats dann die Spries konvertiert, hat zwei DX-Fehler angezeigt und ist dann leider auch wieder verstorben. Vermute Dx11 funktioniert einfach nicht mit der Virtualbox-Grafikkarte. Auch wenn 3d-Beschleunigung aktiviert ist und meine Host-Graka das kann. Mehr Logging in D3DMainClass::InitDevice würde mir evtl helfen, den Fehler genauer zu finden.
Nein, am 64bit liegt es definitiv nicht. Was mich wundert ist, dass die Log.txt nicht erzeugt wird, denn das schwarze Fenster geht erst auf nachdem der Logger initialisiert wird. Der sollte den Absturz dann eigentlich abfangen und die Logs schreiben. Den Kompatibilitätsmodus hattest du aber schon aus oder?Hey, tolles und spannendes Projekt! :-)
Ich hab's natürlich auch gleich mal ausprobiert, aber bei mir funktioniert es gar nicht, es wird nicht einmal eine Log.txt angelegt. 1602 in der GameStar-KE-Version, Win7 64bit, DX11, C++ Runtime installiert. Ein kleines schwarzes Fenster geht auf und sofort wieder zu.
Liegt es an meinen 64bit, dass es nicht klappt?
Sonntag, 25. Oktober 2015, 15:14
Was mich wundert ist, dass die Log.txt nicht erzeugt wird, denn das schwarze Fenster geht erst auf nachdem der Logger initialisiert wird. Der sollte den Absturz dann eigentlich abfangen und die Logs schreiben. Den Kompatibilitätsmodus hattest du aber schon aus oder?
|
Quellcode |
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 |
LOG START (2015/10/25 15:07:00): HookHelper.cpp (L 16): Hooking msvcrt.dll ... (2015/10/25 15:07:00): HookHelper.cpp (L 19): Hooking user32.dll ... (2015/10/25 15:07:00): HookHelper.cpp (L 22): Hooking SmackW32.dll ... (2015/10/25 15:07:00): HookHelper.cpp (L 25): Hooking Comctl32.dll ... (2015/10/25 15:07:00): HookHelper.cpp (L 30): Hooking dsound.dll ... (2015/10/25 15:07:00): HookHelper.cpp (L 34): Hooking Maxsound.dll ... (2015/10/25 15:07:00): SoundEngine.cpp (L 38): Init XAudio2 engine ... (2015/10/25 15:07:00): SoundEngine.cpp (L 45): ******* STACKDUMP ******* stack dump [0] 0x0018fc10 stack dump [1] logcapture.cpp (L 52): LogCapture::LogCapture stack dump [2] soundengine.cpp (L 45): SoundEngine::Init stack dump [3] hooked1602.cpp (L 57): Hooked1602::hWinMain stack dump [4] 0x00495e18 stack dump [5] BaseThreadInitThunk stack dump [6] RtlInitializeExceptionChain stack dump [7] RtlInitializeExceptionChain Exiting after fatal event (CONTRACT). Fatal type: SIGABRT Log content flushed sucessfully to sink |
Sonntag, 25. Oktober 2015, 17:01
Zum Glück, ich hab schon befürchtet dass da ein größeres Problem auf mich zukommt
Den Kompatibilitätsmodus hatte ich aus - ich hab die 1602.exe aber nicht als Admin ausgeführt, und damit kann in dem Verzeichnis natürlich auch keine Log.txt geschrieben werden
Montag, 26. Oktober 2015, 12:58
Montag, 26. Oktober 2015, 21:36
mit F11 kommst du ins Einstellungsmenü, da werden alle vom Monitor unterstützten Auflösungen angezeigt. Im FullScreen-Mode lässt sich die Streckung bisher leider noch nicht umgehen, auch wenn eine entsprechende 4:3-Auflösung gewählt wird. Ich schreib das mal auf die ToDo-Liste
funktioniert! Btw, bei der Gamestar-Version hatte ich letztens das Problem, dass, wenn man sich im Hauptmenü von Anno 1602 befindet, sich das Einstellungsmenü mit F11 nicht sofort schließt, sondern erst verschwindet, wenn man auf einen Button im Hauptmenü klickt und somit ein neues Bild gezeichnet wird. Kannst du das bestätigen oder läuft das bei dir normal?
Dienstag, 27. Oktober 2015, 13:50
Das ist wohl Geschmackssache und / oder Gewohnheit, für mich fühlt sich das 16:9-Verhältnis stimmiger an als das orginaleBei der Original-Engine bleibt das Seitenverhältnis erhalten, dafür habe ich rechts und links halt schwarze Streifen. Finde ich aber besser als ein nicht stimmendes Seitenverhältnis.
Möglich ist theoretisch alles, es ist nur leider immer sehr zeitaufwendig, sich durch einen Haufen Assembler-Codes durchzuschlagen, und da ich momentan meine Bachelor-Arbeit schreibe kann ich mir hierfür gerade nur wenig Zeit nehmen.Ich vermute mal, so tief in's Spiel wirst du nicht eingreifen können, dass du das Anzeigefenster von 1602 breiter machen könntest? Also dass das Seitenverhältnis erhalten bleibt, aber dann in der Breite einfach mehr Inselwelt angezeigt wird, um die neuen 16:9-Auflösungen auszunutzen?
Montag, 9. November 2015, 23:38
Samstag, 14. November 2015, 11:30
Mittwoch, 6. September 2017, 19:51
aber bei Bastelarbeiten an alten Programmen fängts mich immer wieder. 
Anno 1404 und die Technik »
Anno stürzt beim Start ab
(13. August 2015, 22:52)
Anno 1404 Editoren und Modding » Anno 1404 Analysis-Tool v2.1 mit I.A.A.M.
(10. Juni 2011, 18:55)
