It is difficult to give exact information without replicating the problem. Is it possible to find the game (maybe a demo version) somewhere?
In any case, a possibly likely cause could be the gake running in the background and preventing the start of another copy of itself until something happens (maybe a timeout). Relelecting the path should do nothing in particular, maybe except making you lose some time.
May you do this test? After you run the game and terminate it, use the window task manager to check if the game is still running, though invisible. In that case, on DxWnd (in expert mode) right-click on the game icon and select "Kill all" to terminate the program in backgorund. After that the game should start normally.
If that doesn't work, please let me know.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Thanks for the link, I'll make some tests ASAP. Too bad my current internet connection is awfully slow!
How do you know this game is java based? Java games are quite rare, and so far DxWnd can't handle them very well, so if this is the case it will be very interesting.
Spaces and digits in the pathname shouldn't be the problem, also because in that case the game would NEVER start.
I'm about to test the game on Win10. Does it correspond to yours?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
The game is a SDL game. Most of your problems should disappear if you set the "SDL / Hook SDL" flag. If my guess is correct, what happens is NOT that the game doesn't start but instead it starts in a wondow of 0x0 pixels size and then immediately dies.
With the SDL flag set the game works pretty well but it doesn't show the intro movie. I'm trying to see if I can fix that as well, but it doesn't seem too easy.
it is very curious why the Set path command can't find a path?
The command finds an alternate path for a game that copies and runs itself somewhere else, like in a temp folder. The message (maybe not too correct) should mean that there is no alternate path to switch, the game is always there.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Check also "SDL / SDL surface emulation" and "SDL / Force stretching", it works here with fake-fullscreen resolutions (like "Main / Desktop work area", but it's not granted it will work also for you ...).
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
This patched dxwnd.dll should fix the intro movies with SDL option. It works here ...
To install it, make sure you have the last DxWnd version v2.05.25 and then replace the dxwnd.dll file with the one contained in the attached archive.
Maybe there's a different error that can't be fixed with the new patch. I need to read some logs. Please, replace the dll again (it's identical, but has a different version number for me to check it's the good one), import the attached export file (to be sure we run the game with same configuration), set the lg flags as shown in the picture and run the game for only a few seconds while it shows black intro movies, then kill the game and post the dxwnd.log file here.
Good move. If you still can't see the intro movie, this could be because of the repeated error situation that you can find repeated identically many times at the end of the log file (p.s. better set the log flags as I suggested, setting ALL flags only builds a huge file with 90% of lines of no interest for this case).
Curiously, I see here a scaled frame size of 65505 pixels that makes me think of some misinterpreted negative number. Surely you can't stretch a blit up to that size, now I have to find the reason and fix the problem.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
May be helpful, game path contain spaces and digits:
C:\Games\20000 Leguas de Viaje Submarino\20000Leguas.exe
Last edit: NovikovAG 2019-08-27
It is difficult to give exact information without replicating the problem. Is it possible to find the game (maybe a demo version) somewhere?
In any case, a possibly likely cause could be the gake running in the background and preventing the start of another copy of itself until something happens (maybe a timeout). Relelecting the path should do nothing in particular, maybe except making you lose some time.
May you do this test? After you run the game and terminate it, use the window task manager to check if the game is still running, though invisible. In that case, on DxWnd (in expert mode) right-click on the game icon and select "Kill all" to terminate the program in backgorund. After that the game should start normally.
If that doesn't work, please let me know.
Thanks for the link, I'll make some tests ASAP. Too bad my current internet connection is awfully slow!
How do you know this game is java based? Java games are quite rare, and so far DxWnd can't handle them very well, so if this is the case it will be very interesting.
Spaces and digits in the pathname shouldn't be the problem, also because in that case the game would NEVER start.
I'm about to test the game on Win10. Does it correspond to yours?
Yes, I run it under WIndows 10. I attached the recorded video.
Last edit: NovikovAG 2019-08-28
I'm making some progress.
I downloaded & installed the game, maybe I noticed something but I have to run more tests.
Last edit: gho 2019-08-28
The sequence of commands does not matter, only Modify->Main->Path need for game start.
It is very curious why the Set path command can't find a path?
Last edit: NovikovAG 2019-08-28
The game is a SDL game. Most of your problems should disappear if you set the "SDL / Hook SDL" flag. If my guess is correct, what happens is NOT that the game doesn't start but instead it starts in a wondow of 0x0 pixels size and then immediately dies.
With the SDL flag set the game works pretty well but it doesn't show the intro movie. I'm trying to see if I can fix that as well, but it doesn't seem too easy.
The command finds an alternate path for a game that copies and runs itself somewhere else, like in a temp folder. The message (maybe not too correct) should mean that there is no alternate path to switch, the game is always there.
With Hook SDL flag the game run from icon but 1024x768 resolution stopped working.
Check also "SDL / SDL surface emulation" and "SDL / Force stretching", it works here with fake-fullscreen resolutions (like "Main / Desktop work area", but it's not granted it will work also for you ...).
Thanks, SDL / SDL surface emulation works fine without SDL / Force stretching.
This patched dxwnd.dll should fix the intro movies with SDL option. It works here ...
To install it, make sure you have the last DxWnd version v2.05.25 and then replace the dxwnd.dll file with the one contained in the attached archive.
With this patch and SDL options intro movie not played. I didn't find any differences (
Last edit: NovikovAG 2019-08-28
Maybe there's a different error that can't be fixed with the new patch. I need to read some logs. Please, replace the dll again (it's identical, but has a different version number for me to check it's the good one), import the attached export file (to be sure we run the game with same configuration), set the lg flags as shown in the picture and run the game for only a few seconds while it shows black intro movies, then kill the game and post the dxwnd.log file here.
Works fine. I set all log flags.
WIth 20000 Leguas de Viaje Submarino.dxw settings, game crashes after load saved game.
Good move. If you still can't see the intro movie, this could be because of the repeated error situation that you can find repeated identically many times at the end of the log file (p.s. better set the log flags as I suggested, setting ALL flags only builds a huge file with 90% of lines of no interest for this case).
[00000:000] (00002418) SDL_UpperBlit: REFRESH src=0x28a8908 srcrect={pos=(410,376) siz=(74x22)} [00000:000] (00002418) SDL_UpperBlit: REFRESH dst=0x28a88c0 dstrect={pos=(410,376) siz=(74x22)} [00000:000] (00002418) SDL_UpperBlit: src=0xa1dc500 srcrect={pos=(0,0) siz=(48x48)} dst=0x28a8908 dstrect={pos=(831,17) siz=(0x0)} [00000:000] (00002418) SDL_UpperBlit: EMULATION blit=0xa1dc500->0x28a8908 [00000:000] (00002418) SDL_UpperBlit: EMULATION stretch=0x28a8908->0x28a88c0 [00000:000] (00002418) CompleteRect srcrect={pos=(0,0) siz=(48x48)} [00000:000] (00002418) CompleteRect dstrect={pos=(831,17) siz=(0x0)} [00000:000] (00002418) CompleteRect={pos=(831,17) siz=(65505x48)} [00000:000] (00002418) SDL_UpperBlit: EMULATION crect={pos=(831,17) siz=(65505x48)} [00000:000] (00002418) ScaledRect rect={pos=(831,17) siz=(65505x48)} [00000:000] (00002418) ScaledRect scaled={pos=(1024,21) siz=(65535x61)}Curiously, I see here a scaled frame size of 65505 pixels that makes me think of some misinterpreted negative number. Surely you can't stretch a blit up to that size, now I have to find the reason and fix the problem.