Messages

[I don't even remember how to use an IRC]

Great!  Well, I'll tell you what I'm good and bad with, what I have at hand and what I need to know to be able to help.

- I have always been part of the... uh... "resistance", he, he, against Windows, so I have all these years kept on working for DOS. I'm pretty comfortable to it, although I really like and use Linux as well (I have Ubuntu), but I'm still not as good at it as I am with DOS.
- For real-mode high-level, I've worked with Turbo Pascal, Borland C++ and QuickBASIC. I'm specially comfortable with the last two. For low-level, I understand any assembler, but for writing I'm much faster with FASM. For protected-mode high-level, I've been working with FreeBASIC and I've tried it under Ubuntu too. I would like to improve there as well.
- I know very little about network and internet stuff, so I don't even remember how to use an IRC, but I'm willing to participate there if you tell me how.
- I have (some times intentionally) avoided using object-oriented programming, so I am not familiar with languages that develop exclusively in that area. I am used to programming graphic routines low-level and I know how to access old SoundBlaster cards through ports too. I am used to doing that myself, so I don't know about libraries and I'm inexperienced about loading third-party modules in my code.
- I understand the structure of DOS EXE files and know about opcodes
- I am weak about low-level protected-mode programming

So I hope I can be helpful here. It's very good to have somebody else also trying to unwrap all this code. I've been working on analysing Stunts internal variables to block replay handling and I partially succeeded, except that I found some stuff to be system-dependent. Now that car-editing is already possible, the next step (apart from replay-handling control) would be enhancement of track edition, by allowing variable-size maps and more track objects. We need to isolate the (kind of crazy) pseudo-Newtonian force/collision engine, the track/replay file analysis code and the sound and graphics hook-points. About the sound, I've already been working on that. OK... please let me know how we can get in touch. I can pass you my e-mail and Skype IDs and will be glad to participate in the IRC

My goodness!

Everytime I'm busy for a few weeks, I come back and there's magic going on!  I would be very happy to help!  Time ago, I had been thinking of a method for decompiling the whole Stunts code (mainly LOAD.EXE). I had already UNPacked the EXE and noticed the structure of the HDR, COD and DRV files. Note that the DRV files are the sound libraries, each of them is supposed to be loaded at the beginning of a segment (offset zero) and starts with a series of jumps to each of the sound functions. I am currently working on a project for FreeDOS that should provide a sound API for DOS and enable some old games to have sound again. Stunts is one of my examples of how this can be accomplished, by replacing the DRV files (specially the AdLib one) with patches that redirect the functions to the new API, called CPOS/NSS.
But back to the decompiling... I am willing to help, but would suggest the following:
1- Do not abandon the game support for pure DOS!  This is an opportunity to support the FreeDOS project. Stunts was born a DOS application and it can still be improved with 32bit code without necessarily having to separate from DOS. Make sure any new code can also be compiled to run under pure DOS. I can dedicate to that myself.
2- MASM and TASM are not very comfortable to receive decompiled code because of the way they structure the sources (ASM files)... having lots of required directives. I strongly suggest Flat Assembler: http://flatassembler.net
3- What do you need help with?

Yeah, I expected DOSBox to fail. Of course, this does not mean I'm going to be OK with Vizcacha only working under pure DOS and windows, but it would be useful if you had a live CD of FreeDOS to boot with and try it as well, because with FreeDOS it works on my computer. If it also does in yours, I will know that it's the system only and not the computer which causes the incompatibility.
I have been thinking of changing entirely the way Vizcacha loads the driver. There is a problem with a variable, that sometimes is there and sometimes is not. It's no easy task to hack Stunts. Also, I am concerned with the stunts_k program. I fear it may interfere with Vizcacha, because it does a similar job. In the future, once I get the Vizcacha working, I may try to embed stunts_k into it, to make it more stable.
Another thing: when I run Stunts under DOSBox in Ubuntu, I can't use the arrow keys. I have to activate number-lock and use the letter keys instead. Does this same thing happen to you under Fedora?  Do you know how to solve it? 

Phew... finally, I got Vizcacha working again. I had to rewrite it and now there are so difficulties, but I just sent a beta version to be tested. I'll post the pipsqueak version here probably tonight or tomorrow... it's just I'm not sure it will always work.
I have some things in mind to change completely the way it works, ensuring it will be easy for every system to support Vizcacha. But that takes some time, so I hope this version will do the basic job. If it does work, with a couple of touches, I can turn it into a new full version until I develop the other method.
New Zealand is a nice place. It is very safe!  I'm used to so much insecurity in my country and now I feel much better. There are some problems, though, like everywhere. Most activities are closed quite early in the day, for example. But it is really a very enjoyable thing to be here, as I get to know people from everywhere. NZ is certainly worth a visit!

I finally got a job here in New Zealand and I have been able to buy my new computer!    Now, I have started to work on Vizcacha again. Also, I had the chance to test it in this other computer and saw with my own eyes what was happening. Vizcacha did exactly what you guys reported, so I analysed the code Stunts loads in memory and I found it has a completely different layout depending on the system. I'm surprised that it worked on two different software environments on the other computer.
I have to say, it's pretty hard to do the trick with this variation  , but I wanted to let you know I'm working on it now again and I have already found the addresses. I will post a new test version as soon as I get it to stop crashing 

Yeah, the method can be enhanced easily, to make it safer. What I'm most concerned about now is the fact that it allowing even with the keyboard to access the menu options. It is OK that the replays get signed anyway, because of the way it's programmed. I did test Vizcacha under FreeDOS, DOSBox under Windows XP and pure Windows XP window. Vizcacha worked in the three cases. I am not sure about the last one with Vizcacha 1.1, though, but the Illegal Function Call can be fixed. So the problem is not about the environment, but on how Stunts is being loaded in each computer. I will need write write a probe application that will give you instructions such as "Go to the Continue Driving option now and press ENTER" or "Get into the Options menu now and press SPACE". It appears that Stunts not always sorts the code in memory in the same way. Thanks for testing this.

If you guys have the chance to test Vizcacha, just in case, under FreeDOS, with a live CD, I will appreciate your reporting what happens. Now I have to go back to job seeking in Wellington, New Zealand. It's pretty hard and I've been dropping CVs even in like five cafés!  Once I get a job, I can buy a computer and continue to work. I'm running out of savings now.

Zak, what you tell me is intriguing. The error you're getting must be based on something that does not happen on the computer I was trying Vizcacha from, since I did try the program under XP's DOS emulation. I will need to send you an auto-debug version so that it reports more details on the error, as I cannot generate it from here. Also, I have had to return the computer I had been lent, so that make take some days. In the meantime, please continue to look for bugs or give ideas.
I also realized of a problem while I was about to fall asleep yesterday night. I protected the menus against keyboard action, but not against the mouse!  Please test both separately and tell me what happens, as I can't test Stunts for now. It is very easy to fix this problem, but I need a computer other than at the cyber café. To begin, I can simply get Vizcacha to disable the mouse completely and then with some little more time, I can make a neat protection against menu selection with that device.
It is true. Vizcacha writes the data at the end of the RPL file. Old VC 1.0 would append 30 bytes. VC 1.1 appends a fixed-length 32 bytes field. You can use this info to calculate the RPL time. I left the pipsqueak name not-encrypted on purpose. VC will know if it is modified and will say it is, but if I encrypted with the same code as the rest of the data, the encoding may be easier to make out. That's why I left it visible. Anyway, even if the pipsqueak changes the name, the rest of the data is the important thing, as you know who you receive the RPL from. Still, I can strengthen the encryption system easily. I haven't learnt PHP, but I guess an implementation of VCV only (the verifier) must be easy to accomplish. It would be very important that the decryption code could not be reached from online. I know that is OK with PHP.
What I'm most concerned about is what you say about it always reporting no replay handling was used. I guess what is happening is this: VC 1.1 is running properly and therefore assumes you were unable to use RH. You use Stunts fully with the mouse so you have not even had a problem with VC to do RH. If you tried to do it with the keyboard, you would see you would not be able to. Please let me konw if I'm right. If that is the case, all I have to do is fix the mouse problem.
Thanks very much for testing   I will continue to work on it as soon as I can

[Zak:]

People. Before anything else, here I'm posting Vizcacha 1.1. I have to return this computer today (I borrowed it) and I won't be able to work or run Stunts for some weeks until I get another computer. I will be able to get in touch through e-mail and the forum, though, from cyber cafés. For this reason, yesterday night I worked hard to correct a problem Vizcacha 1.0 had and now I can say it seems to be perfectly safe. If you find any bug, please let me know. What I'm posting is the rays-R version. Please, both TAs and rays-Rs, test it, test it, test it!

Zak:  I will be glad to send you the TA (tournament administrator) version, but I need your e-mail address. I can't post it right here. I don't know if I can send it with a private message here. I'll try to. Otherwise, my secondary e-mail address in the DOC file included with this package and I will post you my primary e-mail address through private message too.

CTG:  I reckon RH racings will never be over. Personally, I enjoy more racing with RH, because it's the way I first learnt to be in a Stunts competition, with Paleke's WSC, but now there will ALSO be true NORH verified tournaments!  As soon as I can get a computer when I can run Stunts again, I will open a NORH+NOSHCT (No shortcut) competition ... but I don't think I'll be good at racing in it... ha, ha

Chulk:  Vizcacha inhibits both Continue Driving and Load Replay options only if you start Stunts from within the Vizcacha system. Only if it succeeds to detect and hook Stunts, any replay saved during the Stunts session will be automatically modified by Vizcacha, adding an encoded signature that can be verified by TAs with an application included in their package. Any further modification on the file will cause the verification to fail. You will notice that, with Vizcacha 1.0, there is a cheat pipsqueaks can do to get RH replays certified, but this is no problem now, since Vizcacha 1.1 uses a different certification encoding and won't accept older certifications on replays!

Guys, I've been lost for so long that I don't know if there's already anything better... there's so much I have to read!  I think you were using videos to verify the NORH races so far and that had some problems, like you could not run Stunts from pure DOS and that you might edit the videos... whatever. Today, I believe, I have found a simple solution to prove that a replay was recorded without RH. The idea came to me several years ago, but it seemed too complicated to accomplish. Now I'm surprised I've solved most of it in four nights. I hope this is still useful.

What I attach is my program Vizcacha (pipsqueak version). I will not publish the tournament administrator version here, but I have e-mailed it to Duplode. You can also e-mail me and ask for it. The program still needs some work, but already does the trick. It inhibits the "Continue Driving" and "Load RPL" options. Please do try it and tell me how it works, report bugs or suggest anything if you're interested. Thank you all for working so hard for Stunts   I hope my little contribution is worth it!

Hi, you all!  I'm in. Still warming up, but I'm in!  I'll be sending another, better time, soon. Cheers

Hey... is there any chance that Stressed can be developed for Linux (I use Ubuntu, for example) and/or DOS?

People,

   I'm currently in New Zealand. Some time ago, I thought I'd have time to start racing again, but many things happen. I will be staying here for one year. I don't know how much time I will have for Stunts, but I've seen there are so many new things that I would sure want to participate. As I say, maybe I can't be that constant, but you will sure hear of me here this time.
   I have been reading all of your replies, guys, on my last post, which was a long time ago, and I was so happy to see so many of you remembering me!   Of course I have to participate with what I can. Thank you all for your welcome messages. Now I have a few questions about what has been going on:

1 - There's a tool to build your own cars and as far as I see, you can even shape them yourself!  Unfortunately it won't run on my computer, but I can see the cars built with it.  Do you know if the specs for the 3D Shape files are publicly known?
2 - Does this tool also allow for building new track items?

He, he... I was not that back as I thought. Now I've been reading posts and realized of how much has evolved in Stunts. Sorry that I did not start again when I said. I'm currently in New Zealand... lot's of things to do here.
About extraction, it's true it could still help, but with the tools, it might be better just to rebuild some things and work on even more tools. I hope you guys still see this message. I'll post on another thread now

I definitely have to download the DOSBox for Linux and start learning... My computer is a little bit slow, though... maybe the time is getting closer that I will have to get a new one.

Friker: when you install Ubuntu, if you already have a DOS partition in your hard drive, you can identify it as such at installation time and then you will have the GRUB menu to automatically show it. If you create a DOS partition after you have installed Ubuntu, then you do have to add some lines. Right now I'm at work and they have micro$oft window$ here, so I am unable to check and I don't remember very well. I'll see when I get to my computer. Anyway, even in that case, if you are starting DOS and want to switch to the Ubuntu partition, all you have to do is run FDISK and change the active partition. Also, some emulators, such as DOSBox, will allow you to have a DOS environment within Linux too

I'll check what you advise. Thank you!

The LOAD.ASM file is far from being complete. It is what I was able to manually disassemble in about two months of work, using FreeDOS's DEBUG application on one computer and typing at the same time into a text editor on another. Flat Assembler has the simplest format possible. You don't have to compile and then link, but it just builds exactly what you tell and where you tell. You may use, if you prefer, no directives at all, but only mnemonics and db's to create a binary file. To make an EXE file, you need to use a "format MZ" directive at the beginning and then you can define each segment with the "segment" directive and you need to set up a start point before the segments, as you can see in these ASM files. Everything is stored in the order you put it. Then you type "FASM myfile.asm" and you get a "myfile.exe". Just like that. It's very powerful