Jump to content

hyperion

Community Members
  • Posts

    332
  • Joined

  • Last visited

  • Days Won

    1

Everything posted by hyperion

  1. Single-player vs Multiplayer, me thinks either both should use a hyphen or neither, tho I admit I'm not that great in English. Also I agree with Freagarach that the center bar is not ideal. For your background it works somewhat but most existing ones will have important elements cut out. They are fine pieces of art and deserve better Maybe an approach like the bottom bar could work with a corresponding font or maybe just move those 3 buttons to roughly where they were in the original design. Guess they won't be any less prominent there than if they are dead center.
  2. Glad someone still remembers this freetype builds out of the box with cross mingw, haven't looked into glad2 as of yet. Also form discussion the move to compressonator is very likely and as such another blocker would be out of the way.
  3. If you hadn't said anything I could still happily think of it as a temple, now I'll be irritated whenever I see it
  4. Splitting anywhere else than project boundaries is a bad idea IMHO. For the sake of argument let's assume binary assets are an issue or are anticipated to become an issue then lfs is a superior solution to some hand crafted custom setup. For me engine and game are two different projects. Two projects can live in the same repo in theory but it takes a lot of discipline. In practice this rarely ever works. Let's have a look at 0ad premake.lua with the lofty goal of building multiple static libs so they can be used on their own outside of pyrogenesis. In practice there is tight coupling, even plenty of cyclic dependencies, further stuff in third_party was made dependent on pyrogenesis as well. Then look at the directory public, supposedly the game, which contains plenty stuff which belongs to the engine making the engine unusable without the game. The engine having a proper API one day is pretty much out of reach in such a setup. pyrogenesis has 0 cve listed, so the most secure piece of software ever ...
  5. The scope of the discussion isn't particularly clear, going by title and poll it seems a debate svn vs git. I'm a proponent of git. For most part either works, and whoever prefers to work with the other can do so independent of what the master repo uses. So what would one gain from migrating to git, there is quite a list but I limit myself to what I think is most important for 0ad mostly based on commit history and what comes to mind right now. Git unlike svn respects authorship. Pyrogenesis/0ad is a volunteer project as such attribution is of paramount importance for many if not most. Git workflows encourage commit often. As such commits are far more likely to be properly split, i.e do one thing only and do it properly. Git workflows don't differ between diff and commit. Often subject and message of the commit are even more important than the code change itself. Using a git workflow both are made part of the review process. With git you push commits. Bad commits, which happens to the best, can be fixed before publicizing. Some points made in this thread I think are worth addressing with a few words. Git and binary handling: Well, the current binaries in tree and their history are a non issue when using git. Stan mentioned lfs, there are other means of binary handling as well, all with their own pros and cons. Discussing them might make sense but can be ignored just as well. Autobuild: It's _very poor_ practice to store build artifacts in the repo irrespective of vcs. Also last I checked there were more Linux than Windows users therefore we need to replace them immediately with Linux binaries to maximize the use for our users. A proper solution if people want to use prebuilt artifacts is to add a script which fetches them from CI. This would work for any commit and not just selected ones plus for all supported platforms. Regular proper pre-releases for testing could be provided as well, so pure testers wouldn't even have to bother with a vcs at all. Split repo: If pyrogenesis/0ad is considered an engine plus a game and not just a game a split is almost mandatory. We can have a very lengthy discussion about this but is out of scope here. First, yes, a proper split is more complex than putting public into it's own repo. Second, as for why spidermonkey as a dep sucks for us/distros is to a large part that it's in the same repo as firefox.
  6. And I bet it ignores relativity, so like most other games a fantasy physic engine. Good choice as no one want's to play a realistic space shooter
  7. if you want to display 7 blender cubes per second as warp 3 it's a one-liner for your mod ... If it makes you happy you can also mod 0ad to append li/h to speedvalues to give it a "realistic feel" for most units, the engine doesn't care.
  8. Increasing females gathering rates would be mostly the same, just that unit spam is probably to common in 0ad, so I'd try out adjusting CS (including cav) to have 80% of current gathering rates of females for any resource (including hunt so the scout is more likely used for scouting instead of butchering chickens) instead. This needs quite some testing tho as it has quite far reaching impact on the current meta. Females being always better at eco will force a trade-off for CS, which is what you desire and I can imagine to be good for gameplay, as for lore one can argue the arms always carried around dragging the CS down.
  9. Ok, create a cube of 1m x 1m x 1m in blender and import it into 0ad. IFF a unit with effective speed of 7 moves anything other than the distance of 7 cubes lined up per second it's a bug. Anything else you find confusing or unreal goes under artistic freedom.
  10. It's m/s, never ever km/h. As alre correctly pointed out, there is some ridiculous scaling involved, like a sea having a width of 200m. The only thing that is somewhat realistically scaled wrt in-game meters are buildings. No surprise a 4m tall spear man walking at 7m/s or a ship crossing the Atlantic in less than a minute.
  11. So you are saying CS are to cheap for their economic/military value => adjust price/economic value/military value. There are plenty of possibilities to add new unit types, so question to answer are: Are more and more unit types a good thing for gameplay Do specialized economic unit types add anything to gameplay Do they fit the game lore For point 2 I only see more micro intensive eco management, whether to treat this as a good thing(tm) is up to each and everyone.
  12. We don't need dozens of pseudo features possibly all with own options in vanilla. Map creators already have the tools necessary to do whatever they please. Where pyrogenesis is lacking is ease of sharing such content. Maybe support download from host, maybe support fetching from github repo will do. If you want exciting content for single player start creating campaigns!
  13. 1st half of the first book? How about the other books, will they be left out?
  14. We just saw an example of considerably less skill beating the strategy, well, in a healthy environment we would see a thread discussing possible strategies beating those merc sword cav instead.
  15. So you won 1 out of 3 while based on rating difference you should only have won 1 out of 5? We need an emergency thread discussing how UP Carthage is
  16. As this time OOM can be pretty much ruled out, so what do you see in kernel log / session log? Also do you run 0ad from a terminal?
  17. It's not a matter of taste, the 3 damage types are insufficient by themselves. Somewhere around A18-A20 0ad dropped hard counters once, the experiment failed. Those counters are equivalent to having another, let's call it anonymous damage type. There is also poison and fire damage currently. Sword damage and such are only semi serious suggestions to spur thinking for alternatives. Btw. "mixed" is already in use. Link pretty please?
  18. Indeed, instead a sword could do sword damage, an axe axe damage, and arrow arrow damage ... That they kind of work is kind of wrong tho, besides the shortcomings you mentioned we wouldn't need hard counter modifiers either.
  19. Not a big deal for me Let me see if I can cherry pick a few easier ones.
  20. So my cristal ball tells me 0ad got indeed terminated (oom killed) and mate/X therefor hangs. If you are lucky you can send those child processes with unsaved work a sigterm and they gracefully save your work upon closing but that depends on the app obviously. Some apps also save changes to disk and in case of a crash allow you to restore your work upon restart. Maybe ask in the Debian forum as people there are actually familiar with your setup.
  21. Well, some of my own patches already conflict / require rebase if order changes. Basically I have to split the mingw branch into up to 70 branches if I go along with this. The patch I submitted in the meantime already needs rebasing, should I do it and retrigger CI and hope it gets committed before needing another rebase or leave it be for instance? Also having dozens of open differentials doesn't sound that enticing either.
  22. In htop you can also sort processes by mem usage, so what is eating your ram? Might be oom killer terminated 0ad and mate simply bugged out.
  23. Can the CI handle it? Do I have to rebase any patch onto master first? Does the committer have to rebase them again when committing? Do I have to manually list any dependencies? What happens if there are changes to master, do I have to rebase them and manually extract and update them again? Well, of course emulating series support is possible to some degree but that doesn't mean it's helpful. If it were arcanist wouldn't be eager to squash commits and 0ad devs wouldn't add semi random changes to existing patches just because the file was already touched or similar. If series support were a first class citizen of the workflow probably 90% of the commits would be split. For example the valgrind patch you mentioned has an "and" in the subject line, acknowledging that it's at least two logical changes squashed. Then look at the corresponding differential in phab and you will notice it could have become a couple more "and" as well. Phab is great for multiple people collaborating on a single change but for a simple reject/accept review it's barely adequate/ the overhead unreasonable. In my perception feeding them one by one or in small batches (they are mostly logically independent) isn't fast but causes the least work for me and reviewers alike over all.
  24. Might be a lengthy vacation, will ping at some point, so even if not fixed anytime soon we can at least know what would need to be done on our side if we choose compressonator. This doesn't sound like much of an improvement. Fixing it to fetch a tarball and apply patches as is done for spidermonkey might be desirable but low priority as long as getting away from it is seriously considered. Moving tinygettext and properly build as external dep with option as system dep sounds like time better invested. If there are other alternatives to nvtt I don't mind looking into them either, but to be clear, I'm still under the impression compressionator to be a good choice for 0ad. Clean api, quality kernels and a whole slew of extras for artists is probably hard to get elsewhere.
  25. I'm currently ahead of trunk by roughly 70 patches. 40-50 are mostly trivial to review and reject/apply, who does it isn't relevant for me. As there is no patch series support in phab this won't be particularly fast anyway. Also I'm not in a hurry either. There are also upstreams to wait for to some degree, so it taking time isn't necessarily bad as long as there is some progress.
×
×
  • Create New...