@kas1e For me it alwasys crashs with a white screen when I want to enter a level. Always. No matter which mgl version. So I suppose it's somehow corrupt (although lha doesnt complain).
@Daniel When i trying to pack for you openjl in lha, and then test it on the win32 to unpack, it cry about checksums errors. So either NGFS which come with os41fe on x5k are suck, or lha itself.
Will try now 7z, and will check on win32 if all is ok before uploading
@kas1e @Daniel The lha i made on os4.1fe works locally. Downloaded it from Daniels' ftp. All ok with it. You likely need to delete the.openjk folder and run with defaults.
@Daniel Ok, so i pack my version via 7z, will test if it all unpacks fine on win32, then will check it if all unpacks fine on os4 and usable, and then will upload it on ftp. Will take hour or two.
@Daniel So packed via 7za (unpack via that binary from os4depot, just like "7za x openjk.7z") , tested localy : unpacked from archive and run from new place - works. Tested via unpacking on win32 via winrar: unpacks well, no checksumm errors.
Trying firstly to upload on your ftp, but it says it will take 5 hours, so instead i upload it on my hosting (will take only 15 mins) and will give you link on facebook.
Size of archive : 1.207.660.948
There is also i keep my "save", which is at the point where you already can use force (as right at begining of game you can't). So once you run game, just do choice load , choice my one, and when all loads press f1 to use force => crash.
Also, if it still will be crashy on your setup, maybe just delete whole ".openjk" directory with all settings, etc to use default ones.
@kas1e 5 hours to my ftp??? Usually the uploader is the limiting factor with my high-speed web access ;) Weird, but anyway, thanks a lot, downloading now...
EDIT: checksum error before entering level. I suspect it's my file-system. Stupid FFS from the stoneage. Will format and retry.
Edited by Daytona675x on 2019/3/21 14:35:32 Edited by Daytona675x on 2019/3/21 14:37:09
@Daniel Maybe too low memory (like 1gb in whole) and settings are too high, so it just lockup as fill whole system memory ? Maybe before loading level try to set all to minimum, low textures, low details , 640x480 and stuff ?
About that "- "suspicious code in mgl_CreateContext" " : for sake of tests, i just replace in the part on which Capehill point out in BZ , i.e. that line:
So WIDTH on HEIGHT and backbuffer to frontbuffer same as for width , and then tested with just Cube, Q3 & Jedi : all works the same as before, just like nothing changes.
I then put printf there, to be sure that code reach that "if/else" , and yeah, code reach it. But then, i check where then after that this "height" is used, and its only for Scissoring and ViewPort , which can probably works even if it was "a bit wrong" (if it was indeed wrong).