CS2D Beta 0.1.2.5
Offline
Great job, DC!
Forum
News CS2D Beta 0.1.2.5Great job, DC!
DC: i mean that your building will be green, because of color is means that it good for you, because of Neutral buildings it can look's like not your, just example of map editor buildings that spawned by that. 
Therefore it makes sense to use this coloring scheme. You are right anyway... DC: Green building will be good for you own, yellow is that for map editor, just we always know that they is. we know that they always enemy(Neutral)so, they should be are, anyway is your game..i just tell my opinion about.
Sorry my english...my bad.
DC: In my opinion, you shouldn't release a new version yet. This update were kinda small. But yeah, it's OK, at least you're updating it 
Anyway, you should listen to what @
Starkkz's saying, me and most of the DECENT scripters TOTALLY (but TOTALLY) support him. You MUST give us the powah! edited 2×, last 07.09.14 11:47:23 am
By the way I hope the next updates will be worth it, not only for casual players but for competitive players too.
edited 1×, last 29.05.19 11:22:18 am
Danilwra: Please be more precise about this. What exactly happens when using the new modes? Please note that only kick and ban will actually print a message about the action which is visible to all clients (the kick reason). There should be a console message though for all cases on the server. Mora, player's own buildings should be green. Maybe you swap the colors in the next release? And
Starkkz always wants the same 
Thanks for the update, I like small (hotfix) updates.
VADemon: Yeah, you see that I've been asking for LuaSocket and Lua lanes support for a long time, and now that I realized that LuaJIT provides all that and much more, it's all I need. LuaJIT inherits all the functions from normal Lua (so it shouldn't break anything in CS2D), it's just an enhancement that tends to be a faster version of Lua 5.2.In fact,
DC could still release a new executable with LuaJIT in it (without changing the CS2D version), to make this version a bit more interesting. It doesn't require much work to replace the Lua core, I know how to do that. Starkkz: but loading a Lua 5.1 library in LuaJIT(and vice versa) causes crash. I prefer load them separately in Lua 5.1(LuaFFI & LuaBit) Cool update! MikuAuahDark: we might not get some Lua modules working, but we still can create some with the FFI library. The main purpose is that we would be able to get libraries working on Linux (without an architecture restriction). As far as I know, .dll files can load on any windows, but .so files can't. If we get FFI support we can at least rewrite the libraries that are causing the game to crash, as you said. I already have written a socket module for LuaJIT, we could do more stuff after that, and in my opinion, it would be rather better than just creating stuff for windows. Like I do. Starkkz, MikuAuahDark: Yeah, that would also prevent wrong people from messing with libraries.Also, there's another advantage, the performance is MUCH better.
_Yank: the performance isn't quite essential for some people, however, it would be useful in my case because I can't get my NPC Pack working smoothly when having a lot of NPCs. But what I actually care of, is about the FFI. If we had FFI, we would be able to make libraries on Linux and not just Windows. I mean, we can already make libraries for Linux, but we have to go through a complex compilation of a module, which sometimes is not easy or doesn't even work. Therefore, we can release .lua libraries that are NOT compiled and are trustable for the fact that they're readable. Starkkz: Exactly. I've been through so much problems getting some libraries to work under linux that I gave up...