Jump to content

lynx

Modders
  • Posts

    3,891
  • Joined

  • Last visited

About lynx

  • Birthday November 21

Profile Information

  • Gender
    Male
  • Location
    Ljubljana, Slovenija
  • Mods Worked On
    mostly GemRB & its mods, IESDP, widescreen

Contact Methods

  • Website URL
    https://ebm.si/en/#donate
  • Skype
    mokovec
  • ICQ
    0

Recent Profile Visitors

21,839 profile views

lynx's Achievements

  1. Do I understand correctly that iwd spawned a random amount of the same resref — the randomization was only done once (not per attempt)?
  2. Are you sure that would work? I'm sceptical that the opcode would also cause the hotkey to stop working.
  3. Or just do it the bg1 way and ensure the game is unpaused when the inventory is open.
  4. Sounds easy to solve, but in the ideal case the problem would go away on its own. If weidu was to use a VCS itself, it wouldn't need to generate backups anymore and the main file tree would be devoid of these backup dirs.
  5. In that case no, which reminds me ees also have PartySlotN objects.
  6. The way you describe PlayerXFill clearly matches the portraits, so your conclusion is a bit odd. I think the wording mentions portraits from reverse engineering and just looking at the great work being done on iwd2, you can see how these are tied together. Those two arrays correspond to both sets of objects and you can search for their use. https://github.com/alexbatalov/iwd2-re/blob/main/src/CInfGame.h#L392-L393
  7. Why bother with excluding backup dirs, just to save some space? And since the name is always the same, you could just add it to the exclude list, so the problem goes away automatically. SCMs worked well for me too, but I'm not a megamodder, so it was mainly to ensure base (vanilla) state easily.
  8. I think he meant the string extraction and other niceties, not the trivial thing of adding or changing strings directly in the tlk. I'm surprised this time nobody suggested using an existing version control system yet.
  9. With the split tlks in ees, it would be possible to mirror the updates with low chances of problems (non-matching translations are a mod problem), but for that a bunch of things in weidu would need to be adapted first. For gemrb we hit the same problems when thinking about adding live language switching. It's the data that is problematic, not so much the engine changes that would require. Probably simplest to devise a tool that eats tra files and creates tlk overrides that we could then swap. Or a tlk format upgrade that would make it easier. Either way, a regular mod install would not be enough.
  10. Why would it be OS-dependent? Surely one would choose a language without major portability issues.
  11. I don't get the point of lua_execute above, since you can already do that now with AT_NOW + COPY.
  12. A few extra functions are shipped with it, but the closest thing to an assortment of other functions and libraries is:
  13. You could also add a line to the readme that this mod is meant for people who own NWN and PoE. Just for better taste, doesn't change anything legally.
  14. Of course it works, most users are still on Windows. Perl is invoked just to do the actual regex magic and then immediately give back control to WeIDU. It's the reason AT_NOW has a return value in recent versions.
  15. That's unfounded, unless of course the external process itself is inefficient. If you install 10pp, a full-blown perl binary will be executed on potentially hundreds of files individually. WeiDU/OCaml just doesn't have the required capabilities to do what needs to be done natively and more time is spent on the extraction, decompiling and compiling anyway. But there's also no barrier to doing the looping inside your platform of choice instead.
×
×
  • Create New...