Nyerguds

Multiplayer maps shouldn't have MCVs pre-placed on them. The game spawns those itself, and you can never be sure that the MCV that's already there will be of the right side, since starting points are randomized. Also, you should leave armed civilians off the map since they immediately start harassing the most northern player.

To which language?

Have you checked what formats your phone actually accepts the music in?

That's just related to having a lot of people in one game, connected from possibly pretty far away, as far as I know. Don't think that's a specific 6-player issue.

My point exactly. To keep up with modern gaming industry standards, they need that detailed terrain that is so expensive to make.

Does it do the code all at once when disassembling? If so, I would suggest trying it one line of code at a time if possible. Disassembling doesn't give "lines of code". It gives CPU instructions, one per line, which are tons more simple than "lines of code". And "simple" is not an advantage there; it means you have to read several pages of them before you can even start making sense of what the logics you're looking at actually do. Especially since quite a bunch of them are memory/stack management which doesn't even show up in the actual code of higher level programming languages. Oh, and "CPU instructions" also immediately implies nothing in this whole stuff has any readable names attached to it. the only identifiable text is raw text it uses in the code (like how the ini reading stuff uses the key and section names used in the RA map files), but that only helps to identify the actual functions using that text. To give an example... the function call to create one unit type in C&C1, which would technically be one "line" of code, is about a page of asm instructions :yo:

Uh... read the rest of my post? I kind of explained that in detail. If by "fixing" you just mean "enabling it on everything", then the answer is "yes, but it's not safe and will crash the game". Specifically, see the radar crash I had in one of the previous versions of my patch, caused by an incorrect ID which changed all instances of a certain temperate/winter tree type into a different, desert-only terrain object when saving the game. Filling these ownership values to allow everything to appear in all theaters would cause exactly that same radar crash. Not to mention the invisible objects on the map. As I already said too, a much better way is to actually check which files exist when loading the theater mix file, and adjusting the "ownership" value on the fly based on that. Though I'm not sure which is done first on mission load; the theater loading or the scenario read. It'd be logical if the UI is the very last thing it does... and theaters aren't loaded in advance on startup; they're loaded when needed. So, I dunno; it'd probably require some kind of logic on startup that preloads all theaters and sets these values.

If the icon stays on "ready", that's indeed just traffic jam; you just have to wait for the previous C17 to arrive at the airfield. After the previously-built unit is dropped off, you just click the unit icon that's on "ready" and the next one will come. Such 'traffic jams' aren't resolved automatically, that's all.

All older games are more diverse. This is mostly due to the amount of effort it takes to create things in 3D. 2D map tiles are a way to very quickly make map terrain, but modern games can't get away with that kind of stuff anymore, which makes creating maps tons more labor-intensive, and thus, costly

Yea it does. Just like Steam, once you log in once you can switch to Offline Mode.

The best way to play? On an old Pentium II with a CRT monitor, in a dark room, your nose three inches from the screen, and the words "Mission Failed" burned into your retinas

Pretty!

Problem is, any file that changes a bit (from, y'know, updates done by the cncnet team) no longer matches the file specifically deemed "safe" in their database, and thus it gets checked by their heuristics detection again, which finds cncnet's hacky stuff inside and overreacts on it.

Yeah, sadly RAED is anonymous. A couple of people (including me) have hacked into it to fix bugs and add missing features, but the core code isn't too easy to make sense of through exe disassembling.

Are you doing this in the game, or in the cncnet client?

As far as I remember, it worked that way when I tested the Jungle theater. Jungle is still inside the game, yes; it can simply be filled in and used without any extra hacking. I originally used the Jungle entry for Winter, but I switched that to its own entry ages ago. However... one large problem is that trees and other terrain objects have a "theater ownership" internally, which obviously doesn't have Jungle enabled on any of them. For basic templates (the "hard" map terrain in the .bin file) I made sure all tiles are accepted, since missing tiles just turn non-refreshing black, but for terrain this can't be done since missing entries can actually crash the game if they end up on the map. Actually, it would be interesting if some kind of existence detection can be built into that rather than an "ownership list". The game does that for the music playlist, so it shouldn't be too hard.

Not sure what your point is, tbh.

Man, that shit's been ages. You do your homework yourself, lol.

Iran: Oh, interesting. Never really looked into RA1, but I found the ini writing functions for different sections in C&C1 (easy to find from the referenced ini strings), and none of them were referenced there How complete are such ini files? Do they include all triggers and teamtypes and such?

That's peculiar. I heard of a bug where it locks up, but never one where it unlocks every now and then. Are you sure you're not just building units too fast with Nod and they finish before your airplanes arrive?

I assume with "the guide" you mean the game manual? But yea, we've literally had people here who didn't figure out the basic tech tree, and playing the original campaigns definitely helps to introduce that step by step.

...did you really just hijack TaxOwlbear's topic to post your own playthroughs? O_o Bad form, man. Bad form

Probably won't hop across the Channel for that...

Fairly sure zoom was actually in, yes. It just wasn't very polished.

Uhh. I mean "mod" as in, added through editing the rules ini files. Currently the only such supported file is themes.ini, which has the game music. It's fairly unrelated to the mod system in the config tool; that is just a handy way to load packed mods, allowing you to have mods in the game folder that aren't activated. You can of course simply have modified versions of those internal inis either as bare files in your game folder, or actually replaced in the mix files. Y'know. Permanent mods. Well. The mod loading system is necessary for overriding some things, like the mouse cursor for example, since that's loaded really early in the game startup, but for the normal data? Nah, shouldn't be necessary.