leper

WFG Programming Team
  • Content count

    979
  • Joined

  • Last visited

  • Days Won

    22

leper last won the day on March 23

leper had the most liked content!

Community Reputation

482 Excellent

2 Followers

About leper

  • Rank
    Centurio

Profile Information

  • Gender
    Male
  1. If the line is in local.cfg or user.cfg remove it instead of changing it.
  2. Or set the XDG variables to whatever you want (though that applies to all applications, but you can set it for one program only if you use an alias or a script or possibly some desktop file).
  3. That's what the dmp file is for (which as one could guess is a dump file of the program state), but for debugging those one needs a Windows development environment.
  4. Since the translations are updated all the time, it would be better to use the SVN version of the game (else you will not see most translations at all). Also one can place the files in the corresponding mod folder in the user modifiable path (or in the user mod if one is especially lazy and can deal with the breakage later). Also just placing the files next to the zip, but with the correct folder structure also works (take care that the file timestamps are more recent than those in the zip). This is however slightly uglier than just using the user writeable mod folder.
  5. Getting support from VS2015 merged first (which depends on merging premake5).
  6. The number of serious 3D game engines written in anything but C or C++ is not very large. Both of these languages can be quite close to the hardware, which is sometimes needed to make things performant (yes, we aren't there yet, but that is just lots of work). With Java you'd either be trying to work around the garbage collector by keeping memory buffers yourself, or having to deal with those GC pauses. Python still has that global interpreter lock (which is just as bad as it sounds), and we do already have another scripting language with quite some code written in it, and it works well enough that nobody really considers porting it to something else that will just have different drawbacks a worthwhile effort. Mostly C++ is one of the very few choices for a game engine that makes sense (mostly due to being close to the hardware if needed, and being able to use libraries). Java might be a fine choice for business applications where you can just throw bigger servers at it and tune the GC until it works good enough, but for a 3D game (engine) it might not be the best choice. For Python vs JS the former might be nicer from a language standpoint, but that doesn't change the issue of existing code that works, also we do benefit from JS engine optimization efforts.
  7. Thanks for both following up on the report and keeping us updated!
  8. Might I suggest reading through your questions a bit more before posting them? That should result in better questions that could even result in actual answers. Right now most of these just seem like a random bunch of words from which one could maybe derive some question if one spends more time than you did while asking it. Also caring about questions by people on a platform where the average attention span makes a Higgs boson's lifetime seem long is nice, but if you are only investing about as much time into relaying such questions you aren't going to get anything that resembles an answer. (Slightly unrelated, but you might also want to keep that pointless thread bumping and necro posting down. Actually adhering to the first part of your signature might do wonders.) That said 3D RTS engines tend to look similar, especially if the art style is similar. Also the Age of Empires series is one of the bigger influences, so some similarity should be expected. But then comparing a few screenshots from a few historical 3D RTS games (more specifically buildings) will show quite some similarities. One of the reasons for that is having game entities look familiar to players new to that specific game, but not to the genre itself (compare barracks layouts which do tend to be U shaped). But anyone spending some time thinking about the whole issue should be able to deduce that those similarites are caused by the type of game being made, quite similar to FPS games really.
  9. Useless use of cat. You could just specify the file grep should use. (See http://pubs.opengroup.org/onlinepubs/9699919799/utilities/grep.html.) Or since you are already using pipes, just use commands.txt as the input. That said this looks very much like a perfect use case for sed, which has the stunning ability to delete lines (http://pubs.opengroup.org/onlinepubs/9699919799/utilities/sed.html), and quite a few common implementations provide a parameter to do that replacement in-place (-i). Happy shell golfing.
  10. Does anyone actually read more than the first half of the second sentence when seeing those messages?
  11. No. The code or data files should be fixed so that those errors do not occur. Hiding them or adding the ability to hide them will just result in nobody reporting them (as they are hidden) and nothing will get fixed.
  12. Nice to see this! I'll repeat something I said in an internal discussion related to possible campaigns. You neither need to necessarily have the player defeat the enemy to "win" (or rather end) a scenario in a campaign, nor are we limited to telling the story from only one side. Switching sides might be a lot more relevant for a possible Second Punic War campaign though.
  13. Units only switch targets if tasked to do so, or the current target dies. Adding direction/rotation to the simulation is most likely a lot harder than wraitii assumes.
  14. Let me be the first to say TL;DR. I did notice a part about directionality, do note that the simulation has no concept of unit rotation (or rather rotation speed, so a huge ship can and will rotate instantly). About provinces instead of territories I suspect this will be just as bad as it was in EE2 (not that that game didn't have any other weak points).