Ricowan

Here's the thing with multithreading: Threads are independent, they are NOT aware of what each other is doing. If you spin off a thread to work on one thing, but main thread changes that thing, then the first thread is now invalid. So you have to add in specialized thread managers, or just live with the fact that you will occasionally waste processor time by throwing away incomplete thread work. Once a new thread has completed it's work, that work has to be re-integrated into the main thread loop somehow. In many cases that will add more performance hit than the new thread saved. Multithreading is great for splitting up a single task that works on data that doesn't change. This is not a common scenario in a fast paced multiplayer game where the terrain can be changed by players and NPCs at any time.

Just curious, but where does it say TFP would be selling the outfit DLCs? I'm not saying they will or will not, I'm asking where the information was posted that they WILL be paid DLC.

OK, I'll try to keep this short. Zombies in this game, for the vast majority, are melee. Their AI is melee focused (as it should be, cop vomit is stupid). The code logic for this is fairly simple, and internally consistent with how I feel zombies should behave. Bandits will, as I understand it, be ranged focused. EVERY game that has ranged NPC enemies have to cheat in order to make them a challenge. They shoot through terrain and/or objects, often they *see* through terrain and/or objects. They see you instantly, etc. I hate them. Maybe it's possible to make them challenging without resorting to these things, but I'm biased by the last 20 years of games doing me wrong. I don't care about a story line, especially in a sandbox game. Background lore is fine, and we don't need bandits to exist for lore to be filled out.

I'm kinda glad bandits are being delayed. I don't want them in my zombie survival game and I will disable them (if it's an option) or mod them out as soon as a version is released with them in it.

Where was this announced? I must have missed it.

Maybe these threads should go back to being actual DEVELOPER diaries and not wish lists or complaints about stuff that has nothing to do with a dev post?

Sounded more like something a separate developer studio is working on (Illogika) with some collaboration/cooperation from TFP. I don't believe any TPF devs are working on the Bloodmoons game.

I've played nearly a dozen different saves since experimental was released and I have not yet bothered to make a dew collector. Water is harder to get, and I have to spend more time getting it than in previous alphas, but I don't miss glass jars at all. The randomness of crafting magazines has been kind of funny... in my current save I have read 20 Home Cooking Weekly, and only 6 Big Hitters, despite the fact that I have put four skill points into Pummel Pete and only one in Master Chef. In previous saves, it was other skills that seemed to show up more frequently than others. I like random, but sometimes it feels like a new kind of enemy. So far, A21 has been the best one I've played so far (and I started back in A9).

This happened to me too! Trader Rekt kicked me out, it initially spawned me underground, then tried again but I'm several km away, near a trader in the wasteland!! at night, on day two! Running from zombie bears and ferals all night to finally get back to forest and relative safety. I haven't posted a bug report because I have changed values in some config XML files and I don't know if that counts as modding or not.

I've been running a self-written modlet since A17, maybe earlier can't remember, that made "junk" containers and birds nests poof after looting. I play with loot respawn set to never... The XML attribute is called "destroy_on_close" and I added that attribute, with its value set to "true", to those two lootcontainers in the loot.xml config file. Even if the attribute name has been changed, I'm pretty sure TFP wouldn't move this out of the config xml files so it will be trivial to find this attribute and change the value to "false" if you want to.

This would also triple the amount of graphics memory required for each zombie. Fatal has already stated that they're out of room, memory-wise, for the game on certain platforms/graphics cards. From what I understand, each zombie currently just has one texture image that is mapped to the model. Changing the color of a t-shirt means duplicating the entire zombie texture, then recoloring the shirt. Changing to a different system with multiple textures would be a TON of work, and would still require more graphics memory to store all of the variations.

I understand the criticism about textures, especially the "clone army" of identical zombies. But this game's system requirements list 2gb of graphics memory. Adding all of the textures some of you guys are requesting means requiring more graphics memory for the game to store those textures. I would absolutely love to see a dozen more variations on the zombie textures, etc. But it would seriously suck if adding them meant thousands of people who already own the game can't play it any more because they meet the minimum requirements now, but don't if those requirements are increased.

Happy Zombie Day everyone!

This is why the player base should not, and CANNOT, be the designers of a game. The game studio has designers that map out how the game should play, and make changes to the map based on how well it's matching the company's ultimate goals for the game. The player base all want different things and would pull the coders in contradicting directions with nothing ever getting accomplished.

Has anyone *ever* claimed that this game wasn't just "kinda-semi-realistic"?? I mean... [points at zombies].