Jump to content


WFG Retired
  • Content count

  • Joined

  • Last visited

  • Days Won


leper last won the day on October 4 2017

leper had the most liked content!

Community Reputation

832 Excellent


About leper

  • Rank
    Primus Pilus

Profile Information

  • Gender
  1. Mac PPC port?

    I don't think you'll find a lot of software still supporting a dead port of an OS. That said quite a few games released back when that was a live OS did have ports to it. Some of those were since released as freeware, so you might have some success with that. I'm however not sure if those releases include binaries that run on those platforms. Among those you could check would be Starcraft (which had a Mac OS, not OSX release, though the notes for the free release talk about OSX 10.11, maybe Stargus does work on PowerPC if the old files aren't included), a few of the classic C&C games (but a quick check of the ISOs for that that I have locally seem to only show .EXE files; and a further check of OpenRA and its dependencies list 10.7 as the minimum OSX version), I also seem to remember that WC3 had an OSX port (wasn't released for free though), C&C Generals had an OSX release and that was before OSX was publically available on Intel (but I don't think Generals was released for free), same for quite a few other RTS games released around that time (be that with MacOS or OSX support) but not a lot of those are available for free. I guess you could do some reading of some OSX or MacOS gaming wiki pages and see if anything was released for free, but I wouldn't expect to find a lot.
  2. Mac PPC port?

    TL;DR: Don't bother trying, it's not going to work. Given the specs mentioned on wikipedia for G4s with lots of upgrades (which is I guess not what you are actually operating) you might have a better or equivalent experience by eg getting a Raspberry Pi. For those that asked if some x86 dmg will work on PowerPC do ask yourself what a cpu architecture is. That said PowerPC is dead, and has been that way for about a decade. Now since strange architectures do have a certain fascination I'll try explaining why getting the game to work on that box is unfeasible without lots of work. Now since the vendor of both the box, and the OS stopped providing any support for this about 5 years ago (at which point most support was already gone). So getting a toolchain installed that both supports the system and API and what the game needs is unlikely to be easy. The game does require mostly complete C++11 (soon complete C++11) support, OSX on PowerPC does not have that. I suppose one could try getting some recent GCC to build there and hope everything works, but I suspect that doing so while running OSX is not going to be easy or well supported. Now that rules out using OSX as the OS, but since there are other systems one could use we'll check another one. For the sake of example we'll pick OpenBSD since they tend to care about strange architectures and the game is in the ports tree. Now that we'd have access to a recent compiler to actually attempt to build the game we'll check if out one big dependency called SpiderMonkey (the JS engine from Firefox) would build and run there. Since that architecture is not one of a select few we'd not have a nicely working JIT, but that would only make the game very slow on a not that powerful (by today's standards) machine. A quick check of the supported architectures for Firefox reveals that it isn't built for macppc, a quick search reveals that Mozilla dropped support for PowerPC when releasing Firefox 4.0. So that rules out recent versions of the game at least. The SpiderMonkey version that corresponds to Firefox 4.0 is SpiderMonkey 1.8.5. For those not well versed in our SpiderMonkey to releases mapping (I'm just kidding, I also had to look that up) we did upgrade to 1.8.5 after Alpha 6. I guess at that point one could also stay on OSX, but if you want to run a by now over 6 years old version of the game that you have to most likely patch a lot to even build (there is some somewhat low level code that would need to be extended, though you could most likely reuse the arm version that uses compiler intrinsics for those) I'm not sure that is going to be a lot of fun. So to conclude this I suppose you will both have better support and better performance if you used eg a pi.
  3. Your search foo is lacking: https://wildfiregames.com/forum/index.php?/topic/15436-android-port/&page=11&tab=comments#comment-299683 Apart from that OSX/macOS/oohShiny is the system with the worst support you could try to run the game on, and that is not only related to those boxes really liking uncommon input methods. Though I guess for a few of those shortcuts you could try with cmd, or the actual ctrl key.
  4. Help with modding

    If you specify mods to load as command line parameters, then you must specify all the mods that should be loaded, and in the correct order. Or you just write a proper mod.json and use the mod selection screen. (Whether the mod is in the user mods folder or within the game data files mods folder does not really matter (the former has slightly higher priority when a mod of the same name exists in both).)
  5. Help with modding

    How do you start the engine? If you pass custom parameters to it which ones? If you pass mutliple -mod=foo entries, why do you not pass -mod=mod? Why do you not rely on the mod selection screen? If it does not show up there, what are the contents of your mod's mod.json. Also the wiki has some useful information regarding modding, apart from inane names for entries in the dependencies array.
  6. Hyrule Conquest

    As s0600204 mentioned above GitLab offers unlimited private repos with unlimited number of collaborators. GitHub IIRC offers private repos for students (probably by using some edu domain when registering), and one can access such repos without having such an account if one gets added to that. As for updating to a new version check out the current changelog which isn't complete or updated, but should get that at some point hopefully.
  7. Hyrule Conquest

    Someone should count how often it was mentioned that having access to the source (you are using a repository, right?), and developing against SVN was done in this thread so far. That would at least reduce the amount of time spent trying to work around bugs in the last release that were already fixed in SVN. Regarding the patch above, that does look quite nice in places! But why are Gravity and Delay in a different order in simulation/templates/structures/goron_temps/template_goron_civil_centre.xml compared to most other files? Not related to the patch, but why is template_unit present in the patch at all? Also ranged attack bonuses seem to have messed up indentation, same for a few of the Spread tags.
  8. Hyrule Conquest

    SirPope seems to be stuck in a mindset that the engine cannot be changed. That is one of those things where we do have an advantage over other engines. The requirements listed in response to s600204's questions seem to indicate that there should be different resources, with limitations on bartering and possibly trading. But trying to shove those into the resources currently present in the public mod seems to be more than just wrong. Yes, having quite a few of resources will require quite a few changes to template files, but since this is the closest thing to a total conversion mod we have that seems ok. And yes, a few of the requirements/wanted changes might require changes to the AI, the tributing code, the bartering code and the trading code, but in case those changes are only done after figuring out what needs doing those should be stable and not require any future changes.
  9. That might be a limitation of the AI as for everyone but the GUI (which should just display the visible classes) there is no distinction between Classes and VisibleClasses.
  10. Maybe all of them. The classes the actual templates have might be somewhat inconsistent, check the files if you want more detailed information. I don't expect a lot of unification to happen there since number of devs caring about that decreased recently.
  11. See the function comment for MatchesClassList. Also do not use the "hybrid" thing that is broken and inconsistent and is going to be removed (see D869 and related discussions).
  12. You could probably use the special filter to add a class (Foundation) to the foundation, then change the aura to not apply to entities that have the Foundation class (+!Foundation for each entry or something).
  13. So the ruins are to be gathered while under construction? Or only when fully constructed? And they should decay while under construction, or only once fully constructed? For just removing the spawning while that thing is a foundation is to modify the special/filter/formation template to disable SpawnEntityOnDeath. Add the following to the <Health> tag: <SpawnEntityOnDeath disable=""/>. That way no foundation (so this is not limited to this specific template, but to all) will spawn an entity on death. If that is what you want I cannot tell. Auras stack if you make them stackable.
  14. Yes, look at some buildings for how this is done. For the most part (unless it is about moving, or anything tied to UnitAI) there is no difference between units and buildings.
  15. Accuracy graphs for ranged units

    When anyone talks about something decimal in the simulation, which for reasons of being shorter and people being lazy and everyone knowing better (at least I hope the last one is true), they mean fixed point. That's the reason why we have cross-platform (or actually same-platform in some cases) multiplayer and a reproducible simulation which is quite important. As for float getting messed up, well only if you decide that you like NaNs, apart from that the remaining issues are some platform specific functions, actually used internal precision for floating point operations, and rounding modes, most of which one can work around, which is partially done by JS itself and implementations adhering to it, or us taking some care to fix the other parts (the first paragraph is about the C++ part of the simulation, though for what we use floats in the JS simulation they should be considered equivalent to fixed point). So yes, internally (simulation that is, though I think the rounding is only done in the GUI, as opposed to the simulation side that provides those values to it) health is a floating point value.