Migoto 1.3.16 - Launcher conflict??

[Losti3D]

Hey, i have had a problem with starting a game i have never had before.

The Unexpected Quest Prologue <-- Free @ Steam, UE4.

I installed the universal fix 2, and the game will NOT start (I have Win 10, 20H2, GTX 1080 Ti, Driver 452.06). No error nothing, i think it will simply instantly close the exe. I have started the game using my config tool with the migoto launcher with success. So i assumed that this game needs the launcher but i was wrong:

The standard entry in the d3dx.ini is this for the universal fix 2 (i have deleted the comments here for this post)

[Loader] target = EXECUTABLENAME.exe module = d3d11_loader.dll require_admin = false launch = EXECUTABLENAME.exe delay = 5

If i delete the loader section, the result is the same, the game will not start without the loader running. If i start the game via loader, it will start and apply my fix.

If i uncomment the target and the launch the game without the loader it will not start:

[Loader] ;target = EXECUTABLENAME.exe module = d3d11_loader.dll require_admin = false ;launch = EXECUTABLENAME.exe delay = 5

AND NOW the strange thing:

If i add the game executable here and start the game without the loader, ITS WORKING!!!

[Loader] target = MedievalTales-Win64-Shipping.exe module = d3d11_loader.dll require_admin = false launch = MedievalTales-Win64-Shipping.exe delay = 5

But i will get this error, but the fix is working fine:

https://i.ibb.co/NrxcgC6/Medieval-Tales-Win64-Shipping001-050.jpg

So i thought its may be a problem of the existing d3d11_loader.dll in the game folder, but it issnt. I i delete it, the result is still the same as described above.

SHORT:

The game will only start (no matter of the existance of the d3d11_loader.dll or not), if i enter the game executable in the launcher section it will work, so I breaked this down to this entry:

[Loader] target = MedievalTales-Win64-Shipping.exe

THIS is required to launch the game, and giving the error from the picture above but it will be fixed OK.

THATS why i assume this is a bug in migoto??????????????????????

[DarkStarSword]

I see the issue:

The dev has misconfigured the Steam launch option to include a redundant \.\ in the path, which confuses 3DMigoto into thinking that it is not located in the game directory when in fact it actually is, then warns when it notices there is a d3dx.ini in the game directory.

You have three options:

1. Ignore the warning as it is harmless (in this case)
2. Place 3DMigoto and the launcher somewhere other than the game directory (but users probably won't follow this instruction)
3. (I recommend) Leave the launcher in the game directory as is, but set it to launch the game directly with the launch= parameter and add a steam_appid.txt to prevent the game relaunching itself through Steam.

For option 3 your loader section should look like this:

[Loader]
target = MedievalTales-Win64-Shipping.exe
launch = MedievalTales-Win64-Shipping.exe
module = d3d11_loader.dll
delay = 5

The steam_appid.txt should contain:

1419100

I'll leave this bug report open - it is worth adding a call to PathCanonicalize or similar to 3DMigoto to eliminate redundant \.\ and \..\ components before comparing the paths, and while we're there we should double check if it handles mismatched capitalisation.

[Losti3D]

Thank you for the reply. Ill let it as it is, good to know becaue i was really confused about :-)