Jump to content

Blade

Members
  • Content count

    197
  • Joined

  • Last visited

Community Reputation

0 Neutral

About Blade

  • Rank
    Grenadier
  1. C&C95 Rules.ini

    This sounds vaguely like a DLL injection project, similar to what ares (YR) or thyme(Zero Hour, my own project) do to inject their own code. It sounds over the top with its modifications though, allocating heap for custom code? Just reimplement functions you care about in C++ and then set jumps in the original code to go to them. Compile the whole thing with open watcom and you won't even need to write shim inline assembly to account for different calling conventions either. I've recently been experimenting with injecting a dll into RA, so I know this can work and indeed does work very well.
  2. Regarding values of 0x00FF for the tile id, those should be treated the same as 0xFFFF, ie clear randomised tiles. This means that tileset 255, which is a floor arrow in the interior theater is not valid and should never be displayed, it should be the black clear tile instead. This is the way RA itself treats tiles and is probably related to the game originally handling old c&c map data during development.
  3. Slow development

    Depends what you mean by good, Vector math is just trigonometry IIRC which I've not done extensively since high school physics, but I understand the principles fairly well.
  4. Slow development

    Progress is still ticking along, most of the path finding code has provisional implementations, we are just fleshing out the unit logic associated with movement so we can do some testing and debugging of it. The lib we have split off from the project we plan to develop into what will eventually be an open implementation of what the wwvegas lib contained and could form a base for other Westwood related game reimplementation projects.
  5. Slow development

    Development has been slowed down recently due to real life issues as we've not been able to put as much time into the project. We have most of the path finding initial implementation done, but there is a fair amount to do to hook up assigning the movement to a unit and it following it yet. We've also done a bit of work to split the project into game specific stuff and stuff that could be reused in future projects to develop other Westwood game clones as it seems a lot of the low level stuff was reused among them.
  6. I've not really messed about with this myself, but would it not be a better idea to update the registry to enable loading of the safedisc driver again rather than removing the security update? Especially since on Windows 10 the "fix" is part of the OS and can't be removed AFAIK.
  7. Introducing RedAlert++

    We've mainly been posting updates on Facebook, this is a screen shot of our most recent progress update there. Basically, we can get in game, most things draw more or less correctly and you can select things. Still a way to go before we have units moving around doing stuff though, we are currently working on the path finding classes.
  8. yum...power hungry mods

    To be fair, he doesn't really have to respect the admins, he just needs to keep his mouth shut. He can lack respect all he wants, just not demonstrate it in public.
  9. What do you think about openra?

    Are we taking about OpenRA the engine or the games built on top of it (of which there are several)? The focus of these forums is more toward the original games and most people here tend to prefer those over the games built to look like them on the OpenRA game engine. Emotions tend to run high when the OpenRA mods are presented as "replacements" or "improvements" over the Westwood games or exactly how the OpenRA mods relate to those games, but in general I don't think many people here have anything against the OpenRA project or the people who develop it.
  10. I think the idea was to make it harder to enumerate the locations of the files within the mix and make it a bit harder to mod the game, but because it didn't enforce encrypted headers, the normal header format works fine and so new mixes could still be made with the old tool.
  11. To my knowledge they did. EDWIN was created by stripping out unneeded parts of the game, while the game stripped out much of the editor code. The original editor would obviously have had more features such as being able to place units and buildings, set facings and health and so on.
  12. Multi precision integers are basically arbitrarily large integers that can be used for calculations that don't fit into the CPU word size. Internally they are normally represented by an array of ints that match the word size for the CPU and the maths is done something akin to the long addition, subtraction, multiplication and division you may have learned in school. It only gets complicated when it needs to do these operations efficiently and using more complicated maths (such as used by RSA which is modular exponentiation). Decrypt the mix files headers? I doubt it unless you already knew the index that the header decrypts to (in which case what was the point again). Note that the body is not encrypted at all, you can read any file directly from it if you know its start an size. Its only that information that is encrypted. You are wrong though, it does involve keys and is actually quite a sophisticated system. When a mix file was created by the original Westwood makemix tool, a random 448bit Blowfish (56 bytes) key was generated. This was then encrypted using the private Westwood RSA key and saved as an 80byte block in the mix header followed by the mix index encrypted by blowfish using the generated key. The game then reverses this, it decrypts the 80byte block using the Westwood public key that corresponds to the private key to regenerate the Blowfish key and then proceeds to decrypt the index so it can work out where files start and end as well as what their ID is so it can find them by name. How then do we have tools that can create encrypted mix files given that Westwood has a private key? Well XCC cheats, it loads an existing encrypted mix and saves its blowfish key in both forms and simply writes the encrypted block unchanged, it makes no attempt to encrypt the blowfish key and its decryption is just reverse engineered from the game as far as I can tell, using the hard coded public key. Olaf wasn't even aware it was RSA to my knowlege. However Westwood also goofed up and with TS released a mix containing a file called keys.ini which as luck would have it, contains the key pair. We've also since discovered that EDWIN also has the private key embedded in it. This went unused until a few years ago when I put some effort into really understanding the mix encryption and now its possible to create mix files with new keys (though not yet with XCC).
  13. There were a bunch of files missing from Olaf's XCC source, whether the omissions were deliberate or just an oversight I won't speculate on. Tomson tracked most of them down from other projects Olaf worked on such as his bit torrent tracker. Refactoring to remove the requirement for them was more effort than I was willing to put in just to compile the project.
  14. Fearing for neither my life or sanity I have dived into the code of XCC mixer and wrested from it the ability to compress TD shp files properly in the same manner that shapeset does. Replace your normally installed XCC mixer with the http://www.mediafire.com/download/sazobj97sl06wh9/XCC_Mixer.zip. Bonus ability is that it can also now read the ra mouse shp correctly. Source can be found at https://github.com/OmniBlade/xcc in the encoding branch.
  15. Units, Buildings and Infantry.

    TBH, it probably won't be us doing the advertising, that will be up to tournament organisers, but its always a good idea to stay clear of and possible trademarks if only to try and avoid the eye of sauron EA. Regarding the large amount of credits in the image, the variable that holds that isn't initialised properly at the moment so it can end up with whatever random values that bit of memory had previously.
×