VOGONS

Search

Common searches

Search results

Display options

Display options

Re: Rendition Verite Wrapper attempts [need help]

Posted on 2023-02-01, 12:16

in Marvin \ Video
for example : there is vl_error V_DLLIMPORT VL_RegisterErrorHandler(vl_error_handler peh) "vl_error_handler" -is refers to "typedef vl_error_handler (V_DLLIMPORT *VL_GetErrorHandler_Type)(void);" VL_GetErrorHandler_Type???? No where in SDK it defined. "typedef vl_error_handler (V_DLLIMPORT *VL_ …

Re: Scanbin 6 for 16-bit Windows

Posted on 2022-09-22, 13:24

in DOSBox General
Here is what I did: - copied winsock.dll to C:\WINDOWS\SYSTEM - extracted files from scanb6.exe - copied ctl3d98.dll (ctl3dnt.dll also worked) to C:\WINDOWS\SYSTEM and renamed it to ctl3dv2.dll - run install.exe, which allowed me to install the program Then it complained about modified executable …

Re: Scanbin 6 for 16-bit Windows

Posted on 2022-09-22, 06:55

in DOSBox General
I haven't tried this, but: in the archive there are two files ctl3d98.dll and ctl3dnt.dll. One of them is renamed to ctl3dv2.dll during installation (according to operating system). You must do this manually, since you extracted the files without installing.

Re: Legend of Sword and Fairy - english patch

Posted on 2021-05-26, 06:26

in DOS
I don't think you can play the english version with the original DOS executable. In the patch readme for version 3.1, it says that DOS versi0n is only supported with SDLPal.

Re: Problem with FIST/FISTP instructions

Posted on 2020-12-15, 06:58

in DOSBox Patches
Is entering the values into lower and upper endian wise safe ? as I orginally added those to write out 64 bit numbers correctly would blah.ll= -9223372036854775808 work ? (it might be fine, but doesn't hurt to think it over, as endian things can sometimes be tricky) Since the values are read from …

Re: Problem with FIST/FISTP instructions

Posted on 2020-12-14, 13:30

in DOSBox Patches
Qbix wrote on 2020-12-14, 08:01: Would that work as well for the i64 or is there a real need to round the data twice ? […] Show full quote Copy code to clipboard 1 blah.ll = static_cast(value) Would that work as well for the i64 or is there a real need to round the data twice ? I missed …

Re: Problem with FIST/FISTP instructions

Posted on 2020-12-14, 05:49

in DOSBox Patches
Your value for the I64 comparison looks off by one (it's 2^63-1 instead of 2^63), but it probably wouldn't matter anyway since 63 is too many bits of precision to be accurately represented in a double. Yes, you're right. I fixed it. Using frexp() and checking the range of the exponent might be …

Re: Problem with FIST/FISTP instructions

Posted on 2020-12-13, 08:57

in DOSBox Patches
I thought about it and a more correct but slower solution is to check the boundaries before conversion to integer - like this: static void FPU_FST_I16(PhysPt addr) { double value = FROUND(fpu.regs[TOP].d); mem_writew(addr,(value < 32768.0 && value >= -32768.0)?static_cast (value):-32768); } static …

Problem with FIST/FISTP instructions

Posted on 2020-12-12, 23:47

in DOSBox Patches
I was looking at a problem with the game Screamer on ARMv8 architecture. It sometimes didn't work, depending on the content of the file CHOICE.DAT. The problem was with FIST/FISTP instructions. When storing a value which doesn't fit the target memory, the x87 will store the lowest negative value …

Page 1 of 5

Go to top of page Go to top of page
Close window
Close window