http://www.rockpapershotgun.com/2011/06/30/not-only-but-also-source-sdk-to-be-free/ So if Source SDK becomes free, then anyone can play Empires, and there will be no way to ban people by steam id because it will be easy to just get a new one. On the positive side, they said they're improving the SDK tools.
Yeah I heard about this earlier HAHAHAHAHAHAHAHA come on Krenzo you don't believe that yourself do you :p Also, we'll just have to put in some more heavy duty systems to ban players quickly, mod-wide EDIT: Also, I'm currently reading the code for your custom key configuration menu and JESUS CHRIST that is confusing
We should probably get Empires fixed before the tsunami of new players (and griefers). Why would it be confusing, it's not even 8000 lines.emp_player.cpp
No, I don't. Valve would have to change their whole culture in the programming dept which I see being an impossible task. Empires is closed source to hide my shame. Also, Mootant must be lying then when he says that none of my code is left in the Empires source.
Yes, there's bad code, ugly code and code that you don't ever come near because touching single instruction would make it fall like house of cards. And most people (except Beerdude) aren't in a mood for total rewrite of specific functionality. Talking about original code being replaced we/I meant what was refactorable without throwing it all away. Realistically we could get that stuff sorted out but in the painful way: remove 90% of Empires features related to GUI and then remake them from scratch bit by bit. But there'd be so much whining how we're fucking up the Empires while it was so good earlier (sure, they all know the internals). I don't have that much against tools. I have a lot of issues with the code. You can't start D3D device in debugging mode required for nvperfhud/pix or anything that moves graphics programming to 2010s era. Engine crash? One big Valve's "go fuck yourself". Engine doing PVS in useless way and unable to efficiently compute your own PVS is another thing. Linux build (it got fixed in L4D version more or less) performance is pathetic and not because it has fewer inline asm procedures. Outdated engine from 2007 that doesn't handle multithreaded rendering/leaf system is yet another dick move. Krenzo talking about programming dept culture is one big irony. I prefer Valve as company that makes useless engine for 3rd parties but good games instead of Epic Games that makes good engines and crap tech demo games. But since Valve grew so much recently they should be able to handle both tasks just fine.
I slaughtered your version of emp_vgui_class.cpp and rewrote it from scratch because it was driving me insane :p But I have to admit that it's downright impressive that you've hardcoded so many things (like minimap zooming) while there's already an extensive animation control system in place (not that you or even I would have known, I only discovered it like two months ago). Oh, and the entire "build a mod from the ground up" thing too, of course
VGUI refused to work for me most of the time, and there weren't any good examples for anything back in 2005. Plus, I had no internet. It was quicker for me to just code my own things instead of trying to figure out the right way to do it. It was definitely a lesson learned when it came time to maintain that code.
Oh, I'm certainly not judging you, I've only now begun to fully understand some parts of the SDK source code and how it all fits together
I didn't mean to say that you can't code or anything like that so I just left that comment. It just happens that first big project for given programmer is one that should be thrown away. We're still left maintaining it due to several accidental reasons: no review, early SDK, players demand keeping all functionality no matter how hard it is to maintain it and C++ allowing writing such blobs in the first place. For instance with vgui_class I simplified some bits around it then a bit more then I left it. Beerdude had to rewrite it practically from scratch, starting from making proper structures for data. VGUI - I mostly understand single weird hacks. Overall structure of VGUI stuff in Empires: probably someone's first GUI project. These things tend to be extremely hardcoded, all the "logic" in view, no model/controller vs view separation. It's like email client I wrote in Java with Swing when I was 15 years old. Ugly as hell and lots of code in OnButton123Click. The only issue is that mine had just 2k lines and Empires is much bigger and rewriting it takes a lot of time. You saving 1 minute by doing copy & paste or no architecture or whatever costs us 20 minutes because stuff is linked together and complexity isn't just linear with code amount, time to rewrite isn't linear either. There's absolutely no commercial/learning interest in doing any of it. I learn a lot more writing my own engine. EmpiresSource can't be sold. There's no fun in this refactoring. "Community" will hate you because you fuck up their things by introducing bugs.
Well, I had access to a computer lab where internet was available after 9 PM, and there was usually a wait. It was also very slow (modem slow), and you couldn't transfer files with a USB stick or anything. If I found some interesting code to help me, I would have to write it down in my notebook to take it back to my laptop. Coding without the internet readily available to you is no fun. I meant to post this in general discussion. I'm moving it there.
Maybe I'm wrong when I say this but, I think it's more that there's no announcement about anything at all. Sure, an obscure post every now and then in a random thread but not an actual announcement about the state of Empires. As far as I'm concerned nothing is being done. Or at least it looks that way.
Jesus christ how many times do I have to link this until you retards realize. https://www.pivotaltracker.com/projects/133576
