MrParrot

New ROM available! - Added support for DS phat and lite (requires the expansion pak on GBA slot).

Sorry, but I don't.

Ladies and Gentlemen, I present to you Command & Conquer: Red Alert ported to the Nintendo DSi. It is based on Vanilla-Conquer, the source port of C&C Remastered aimed to run on the classic engine. Supported features: √ Full campaign support. √ Counterstrike and Aftermath. √ All FMV content is available. √ Sound and Music. Every track is available, and every sound effect too. √ Skirmish game. √ Savegames. Unsupported Features: x Multiplayer game. x Dual Screen support. Only the bottom screen is used in game. x Nintendo DS phat and Nintendo DS Lite: Not enough RAM. Download and How to play: HERE! Screenshots in attachment. Please report bugs on the GitHub page. Happy Conquering!

New ROM available for download! Major changes: - Better performance - Fixed tickling sound on music - Fixed VQA audio cutting out - Many bugfixes submit to Vanilla-Conquer sourceport incorporated.

Update: Fixed download link.

Ladies and Gentlemen, I present to you the first beta of C&C1 ported to the Nintendo DSi. It is based on Vanilla-Conquer, the source port of C&C Remastered aimed to run on the classic engine. Supported features: √ Full campaign support: all 15 GDI missions, all 13 Nod missions. √ Covert Operations expansion. √ All FMV content is available. Are you picking this up? √ Sound and Music. Every track is available, and every sound effect too. √ Skirmish game. √ Savegames. Unsupported Features: x Multiplayer game. x Dual Screen support. Only the bottom screen is used in game. Download and How to play: HERE! EXPANSION PAK OR DSi MODEL REQUIRED Screenshots in attachment. Please report bugs on the GitHub page. Happy Conquering!

Interesting. Good work filling the gaps there! My question is: Have someone made that code work into something? (for instance, the remaster itself). If yes, we could prototype a "128x128" map version there, and once (and if) we get it working, try porting it back to the original C&C95. The thing is that if we assume that (1) - Every use of those MAP_CELL_MAX_X_BITS, MAP_CELL_MAX_Y_BITS, ..., MAP_CELL_TOTAL are in the part that EA released (2) - We have a working copy of the compiler, assembler and linker used in the game, with the same flags the developers used in the release. (3) - The compiler did a good job in constant folding these attributes to their uses. (4) - Condition (1) was the only necessary thing to make the maps larger in the binary. Larger map editors, and converting old maps to the new format is a problem for the future Then we could track what functions these macros were folded in, therefore generating a list of every function we may have to look into. Generating such list is not hard, we could do a diff in the object files before and after the changes, track back to the function assembler name, and demangle then back to the source code After comes the laborious part. It would be necessary to map all these functions in the binary, so we get a full list of where to change. Then we could use the original compiler used in the game to compile the code with our changes, and manually replace each function into the binary with our code. Caution is required in the replacement, because we need to find the addresses of the objects externally of the current object file, and replace their addresses manually (for example, the call insn would be E8 00 00 00 00 on the object file, but could be E8 AA BB CC DD once all objects file have been linked together) If we assume that we have a working copy of the original compiler, I would expect that we could generate the same code as is in the binary. And more, since we are modifying a bunch of constants (multipling a power of 2 by 2), I would not expect any generated code growth, and therefore we would have just enough space in the binary. However, things get very complicated if condition (1) is not satisfied, because we may end into a problem in somewhere we don't know exactly what it expects, nor exactly the cause. Condition (2) may be worked around if we have a compiler that is capable of respecting the calling conventions used by the game's compiler, and it always generate smaller code (maybe gcc with -Os). If condition (4) is not satisfied, the list of modified functions may increase, but it still doable. ... Or we could simple wait until the devs manage to compile that code into a single game, implementing things there and be happy

Wait... The remaster and the original game does not share that same code then? So if you say so, I assume that the devs already have the original game up and running from recompiling this code, no? Does you guys have a link to the project?

(bumping a 7 years old topic) Any updates on this? The sourcecode of the game was released, and I can`t see why the remaster is still relying on old 64x64 max map size. I have not tried rebuilding the TIBERIANDAWN.DLL since I do not have VisualStudio, but what is preventing the game from having larger maps besides from those macros at DEFINES.H?

I played this yesterday afternoon, and here is my first impression about this game. Graphics: They did a good job in my opinion. They implemented movement acceleration, everything looks crisp and clear, and seems faithful to the original game. Surely some animations like the Comm. Center rotation could be smoother by having more frames, but that's ok. Sound: Everything sounds great in this game, just like in a modern game. However, when units are not visible, sounds played on the west, outside of visible area, get played on right headphone channel, which always get me confused. Also, that Tiberium Sons soundtrack is awesome! AI: It was indeed improved. Now it looks like I am playing against Dune 2000 or Red Alert 1 AI, which is a great addition to what we got in TD. And yes, they kept that stupid harvester AI. Gameplay: Things are different, which is great for ones, bad of others. Better in a way that we now get a really precise mouse cursor that moves as if I was moving it in my desktop, which is great. Unit queuing and healthbar showing is also very interesting, which makes it easier to micro-manage and focus on damaged units. The Tiberium growth rate was increased too. Now about the singleplayer: It seems that developers didn't test all missions. GDI Mission 8b (Defend Moebius) is a nightmare with this settings. First because they decided to make all civilians stupid and move everywhere, attack your units for no reason, thus leaving you no other choice than using lethal force and sandbagging the entire city. I failed it once because I had to kill so many civilians :P. The increased Tiberium spawn also made it harder to control that Tiberium spread across the city. About Multiplayer: Now it runs on normal speed, just as it did when played on Dial-up modems back then. This drastically changed the gameplay, as it now benefits players that micro-manage units and have a more efficient economy. From all games that I have played so far, none of them evolved to a later game situation where both players had superweapons or multiple CY and creeped the other player with obelisks, which is pretty usual on CnCNet. Also, it looks like it only includes the original maps (Green Acres, Nowhere to Hide, Red Sands and Tiberium Garden). Weren't there community maps included? Surely most of them couldn't be added due to copyright issues. Now, since the original maps have small Tib. Fields, The increased Tiberium spread is welcome here. Also, does this game add support for larger maps? Very well, why aren't them available then? With regard to networking, IIRC, the 4-player limit was present when playing this game on LAN, and I have no idea how CnCNet devs managed to get 6 to work. Also, units movement when playing online looks as laggy as the original, which means they probably didn't reworked on that. Now comes some technical questions: Why the hell that game have so many frame drops, with audio dropping as well? That is still a 2D game with no fancy effects, absurd poligons, dynamic lightning and stuff. Mostly of it are planes and pre-rendered animations, and therefore don't think the reason behind it is due to transparency calculation. I could be wrong, tho, but I can't see why a 8th Gen Core-i7 APU can't run it stable. Note that I am not speaking about 60fps, I am complaining about absurd framedrops. Overall, the game pretty faithful to the original, and the work done was indeed great. That indeed is worth the value I played on it. I just hope that now the developers maintain the game with care, improving the game optimization, fixing bugs, and leting it live, just like what Valve does with their classics. It is not, by far, a bad game from a multiplayer perspective, but it can (and should be) improved. Hope that they does it with time. [edit] Come on. Remastered Hard difficulty just changes multipliers? A light tank can easily destroy a medium tank? wtf!

Have you managed to recompile it, or you are still looking into the code and modifying the assembler?

I think the first step is to recompile the game and make it run as the original, reimplementing the missing parts (renderer, audio what else?) but with a modern operating system and a modern toolchain. After that, we may even replace the C&C original binary with this new one. That certainly will speedup fixes, make an skirmish AI possible, make bigger maps possible, add support to more players, add a better networking algorithm to avoid desync, etc. it would be also possible to port it to other platforms, such as cellphones, and maybe homebrews for consoles. The limit is simple the time and skills of the developer and what a machine can process. To be quite honest, I am more attracted to the source code release than the remaster itself.

Great! Oh, if I had time to explore it myself. Has someone any success compiling it with GCC?

s/remake/remaster/g The argument is the same

Wow, nice work! That is absolutely impressive! nice cities design, nice new units! Stunning quality mod! Just.... Why that barracks has a giant turret on top? And why a dragon? I found a issue with the chinook. If you put one questionstalk, the chinook flies away. Did you replace a civilian with it?