Messages

1

Stunts Chat / Re: Running STUNTS on modern old hardware.

« on: March 07, 2022, 01:16:01 PM »

The system was capable of running Windows 10 at a decent speed. (when it was new and just released)
So there is some power. But if an OS has several background processes running (like Windows), it is noticeable in DOSBox.

im working on huge 5 years performance criticial project using win10 - i don't know that background processes you talking about

I was installing Puppy Linux, but I ran out of daytime. But it booted a live version and had not found an installation option in the process.
I'll try again tonight.

puppy linux should work, intalled it month ago on a VM

I also got a suggestion on VOGONS.

you could run DOSBOX in DOS with HX DOS Extender.

That sounds silly, but the DOS extender adds sound support that DOSBox can emulate. So that is an option too.

that in whole is a silly idea - you wont win much - and i don't think that the DOS Extender emulates sound hardware, that then gets used by dosbox

2

Stunts Chat / Re: Running STUNTS on modern old hardware.

« on: March 07, 2022, 11:44:18 AM »

first of all: a tiny linux system will you not get more power for dosbox - if your system is too slow - it would be nearly equaly slow with a tiny linux

search for small tiny linux distros: you wil find serveral pages like this one https://www.makeuseof.com/tag/linux-distro-space/

there are several very small ones that should fit on your system then you can test if it works

try puppylinux or tiny core linux

3

Stunts Reverse Engineering / Re: masm2c seems to work better and better

« on: March 07, 2022, 08:03:12 AM »

@Daniel3D
did you had time for testing?

4

Stunts Reverse Engineering / Re: masm2c seems to work better and better

« on: February 21, 2022, 05:39:28 PM »

first demo: https://filetransfer.io/data-package/ejyAdiV6#link

copy the files into a folder with a clean stunts 1.1 installation

the complete game-code (3d engine, sound) is running in 32/64bit (based on this very asm-looking C code that gets generated by masm2c)

only the sound/gfx hardware stuff is emulated by libdosbox (special fork of dosbox for masm2c)

5

Stunts Reverse Engineering / Re: masm2c seems to work better and better

« on: February 19, 2022, 02:10:01 PM »

If it can be freed from the memory constraints, then I think there are updates possible that are now unthinkable.

Your question makes not really sense, the current code is 16bit so the code itself constraint it to 640k, this can be only removed by porting the 16bit asm over to C, there are only micro differences between 16bit or 32bit C, but 16bit asm is totaly different to 32bit asm, because you directly doing the memory oprations in asm and C hides that

masm2c just make it able to copy over the semantic of the game code by replicating the original behavior in asm like functions but then the game code runs in 32bit

So its more or less the first step to ease porting or adding code, but only a full C port will get rid of all constraints

6

Stunts Reverse Engineering / Re: masm2c seems to work better and better

« on: February 19, 2022, 12:39:46 PM »

Does that mean we can build a version of stunts that is free from the 640k memory constraint?

no - the C code still fakes 16bit assembler behavior - so we are constraint the same way as were running under dos

but its not real 16bit code anymore - its just C code that looks like it

no ancient builds tools need, but a normal C/C++ compiler+debugger can be used, it runs nativly on windows/linux

that eases the porting alot

lets see how good the assembler-source will look

7

Stunts Reverse Engineering / Re: masm2c seems to work better and better

« on: February 19, 2022, 07:24:33 AM »

xor2003 ported restunts! that means its nearly (game/sound code 100% but still using hardware emulation for sound/input/drawing) pure asm-looking C code but running pure under Windows

https://github.com/xor2003/libdosbox/tree/masm2c/src/custom/src_restunts

there are two flavors of masm2c

1. run the game in dosbox emulation, trace the code and then creates a "port" on the fly based on this trace
pro: it will more or less work with any game thats not to evil programmed
con: NO symbols like names etc. - the resulting C code looks more or less like assembler with just number offsets

2. parse MASM assembler source code and create the "port"
pro: symbols from the asm code are preserved so variables/labels etc. got the same name as in original asm
con: the source needs to be MASM/UASM compatible - currently that is not 100% the case - im working on that

current port is a in-between of 1 and 2

i hope he releases later a demo of his work so real stunts-pros can give it a try

8

Stunts Reverse Engineering / Re: masm2c seems to work better and better

« on: February 14, 2022, 12:27:22 PM »

xor2003 is showing a small game and his Test Driver 3 Port:

https://www.youtube.com/watch?v=MzK9RVgeWGM

mas2c converts assembler or emulated code to assembler looking C code
that means the game still needs to be ported slowly - but that can be done under 64bit Windows/Linux in your prefered IDE/Editor

its runs partially on a special version of dosbox for hardware support etc. but nearly to no emulation

9

Stunts Reverse Engineering / Re: masm2c seems to work better and better

« on: February 12, 2022, 05:12:47 PM »

https://github.com/xor2003/masm2c/issues/10#issuecomment-1037026893

For example I already ported Test drive 3...

llm, could you do it for stunts?

Im a fullblown system developer, i can do nearly everything
My biggest problem that i have nearly no free time for anything except writing small forum posts
i hope xor2003 will also test his converter on stunts (he already used the asm source for testing)

10

Stunts Reverse Engineering / masm2c seems to work better and better

« on: February 12, 2022, 08:47:51 AM »

https://github.com/xor2003/masm2c/issues/10#issuecomment-1037026893

For example I already ported Test drive 3...

11

Stunts Related Programs / Re: StuntsLegacyEngine

« on: December 15, 2021, 10:14:21 AM »

I just hope I can help envision the basic structure.

no problem - but your text was on such a high abstract level thats its compareable to "how to bring a man on the moon"
build a rocket, put a man in it, fly to moon, finished

12

Stunts Related Programs / Re: StuntsLegacyEngine

« on: December 15, 2021, 08:21:21 AM »

For the original engine I can't even imagine how to get that done.
I was thinking about the collision part of CAS his engine. (Updated that post for clarity)

I know, but a greefield projects makes it still not easy in detail
Your description of the case will still result in 2000-3000 lines of code with more or less complex math

13

Stunts Related Programs / Re: StuntsLegacyEngine

« on: December 15, 2021, 07:42:00 AM »

I know it is more complicated than that.
But simplification can help get a different take on a problem.

Its way more complicated in detail

Like how to port stunts to Windows
1. Disassemble the code
2. Rewrite everything to C
3. Compile for Windows

14

Stunts Questions / Re: Exporting 3D Car Models with Tires/Wheels

« on: December 14, 2021, 04:40:30 PM »

The grill is just a texture.

but it would be better to have the grill as real polygon object, images are always bad for system transfer or quality

15

Stunts Questions / Re: Exporting 3D Car Models with Tires/Wheels

« on: December 14, 2021, 01:46:49 PM »

... if no wheels, no spheres and no grilles.

i think you will add that very fast if the pure exporting is running - its not looking that nice without - that will harm your strive in harmony