Jump to content

StefanO

Members
  • Content Count

    53
  • Joined

  • Last visited

Posts posted by StefanO


  1. A user can simply buy "IWD2 Complete" for 8.99€ on GOG. That should solve his license problem. But perhaps the distributor -- @K4thos is this case -- still has a problem.


  2. I found a small issue: If you play Minyae as a pure enchantress she has still the Mage/Thief pips, namely 2 pips in dagger (which is fine but not possible for a pure mage) und 2 pips in two-weapon-style (which is both useless and illegal).

     

     


  3. I tried

    WeiDU "STRATAGEMS/SETUP-STRATAGEMS.TP2" --language 0 --force-install 5000
    

    and got the error message

    This is Stratagems Scripting Language...
    FATAL ERROR (no input files have been specified and SSL cannot find file list) at stratagems/ssl/ssl.pl line 114.
    Copying and patching 1 file ...
    ERROR: error loading [weidu_external/workspace/ssl_out/bddefai.baf]
    

    This means: ssl.pl is called und executes line 114

    die "FATAL ERROR (no input files have been specified and SSL cannot find file list)"
    

    So perl is installed and working because ssl.pl executes the die statement.

     

    The next error message

    ERROR Installing [Ease-of-use party AI], rolling back to previous state
    Will uninstall 133 files for [STRATAGEMS/SETUP-STRATAGEMS.TP2] component 5000.
    Uninstalled    133 files for [STRATAGEMS/SETUP-STRATAGEMS.TP2] component 5000.
    ERROR: Unix.Unix_error(Unix.ENOENT, "stat", "weidu_external/workspace/ssl_out/bddefai.baf")
    Automatically Skipping [Ease-of-use party AI] because of error.
    

    ENOENT means "No such file or directory". The directory "weidu_external/workspace/ssl_out" exists but doesn't contain the file "bddefai.baf". If anyone has a clue why the file doesn't exits, I'll gladly help any Mac specific trouble shooting.

     

    BTW, both randomiser and atweaks installs just fine.


  4. Her thief skills are good enough for the basic thief needs: find and set traps and open locks. An enchantress has (compared to Jan) a more restricted spell set (e.g. no magic missile, sequencer). But you will combine her with Edwin anyway. Their banters are much fun. I really love this NPC, if only I could figure out what to do with to 2 pips in dagger and dual wield.


  5. Does someone know about any plans to make the de Arnise Romance mod EET.compatible?

     

    Not long ago, Kulyok gave permission for technical updates of her mods, however this one has

    jcompton, Kulyok

    as authors, so it may not be covered by this.

     

    It would be nice to have this mod in EET, it is one of the best romance mods for BG2 part involving vanilla NPCs.It really breaks Nalia out of the original stereotype frame.

     

    -- removed by myself --


  6. Are you compressing the folder? Or highlighting (cmd-A) the 29,000 files inside the folder, and compressing them?

     

    That's where I am seeing a difference. It can compress the folder just fine. It's handling 20,000 files that trips it up. The results of the two operations are identical, which is why it seems weird that the OS can handle one but not the other.

     

    EDIT - actually maybe the results are not identical; after all it does seem to make a difference in how mod files can be loaded into the v2.4 iOS games...

     

    Yes, I'm compressing a folder. And I'm using the command line for nearly everything, because I'm used to unix/linux for decades.

     

    But even on the command line: If I simulate your mark-all-and-compress method by running the zip command with a parameter list of 20000 filenames, it simply fails:

    override> zip ../test.zip *
    -bash: /usr/bin/zip: Argument list too long
    

    Even if I circumvent that shell limit with

    echo * | xargs zip -q ../test.zip
    

    it's 20% slower (compared to the zip run using the folder name). Is there a reason for not using the folder name?


  7. Sigh. I'm not terribly surprised. Mac OS updates have seemed less and less useful ever since Mountain Lion in ~2012 (which I maintain is the best consumer operating system ever made). When I try to make a .zip archive of the contents of my override folder, MacOS sits there thinking for an hour and never gets it done. But if I drop the folder into a virtualized (!) Win7 partition, it zips 17,000 files in a few seconds. SAD.

     

    I blame this ancient, crufty piece of junk they call the Finder.

     

    I've made some tests myself and can't reproduce your problem.

     

    There are 29095 file in the override folder of an EET+somemods installation. The MacOS zip program needed 30s to compress the folder. The zip archive size is 485 MB. That's neither good (7z needed only 16s) nor bad.


  8.  

     

     

    OK, your setence is much clearer than mine. I give you that.

    In my mind I was taking to @subtledoctor and @agent77 expecting them to have no problem with my lingo.

    You give me what ? No answer to my indirect question of: How should they package their files ? As that was the origin of their comments.

     

    How should their package their files? Most modders use zip archives. That's okay for windows. Compressed tar files for linux and macos because extended file attributes (e.g execution bits) are only part of tar archives if and only if one uses the operating system specific tar command.

     

    This discussion needs a complete other thread than "EET on a tablet".

     

    Zip can store Unix file permissions by using the "external attributes" field inside the ZIP header (using the Info-ZIP standard). The macOS zip/unzip commands will preserve and restore file permissions for archives created on Unix-like OSes.

     

     

    Sorry, I know it's off topic. But how do I do that? The zip program that comes with MacOS is pretty old (V3, April 2009). I've searched for "external attributes" in the man pages and found nothing.

     

    Sorry. I've should have tested it before posting. zip does preserve file permissions as you said.


  9.  

    OK, your setence is much clearer than mine. I give you that.

    In my mind I was taking to @subtledoctor and @agent77 expecting them to have no problem with my lingo.

    You give me what ? No answer to my indirect question of: How should they package their files ? As that was the origin of their comments.

     

     

    How should their package their files? Most modders use zip archives. That's okay for windows. Compressed tar files for linux and macos because extended file attributes (e.g execution bits) are only part of tar archives if and only if one uses the operating system specific tar command.

     

    This discussion needs a complete other thread than "EET on a tablet".


  10. Am I reading this right ?

    Regarding your unzp problem: Use the 7z program instead of the MacOS zip to unpack the .zip archive.

    But the issue was to actually to package a folder as a .zip archive, was it not ? WinRAR can package files as .zip's too... but I woudn't assume that MacOS has the same thing... but can the 7z on Mac do similar stuff, never utilized the program on Windows, so I wouldn't be able to pretend to know.

     

    Again, one probably should write the words, and not assume or hide the linked thoughs. Which was my original objection that still stands on the subject title. There's no picture ... but avenging though is still there.

     

     

    OK, your setence is much clearer than mine. I give you that.

     

    In my mind I was taking to @subtledoctor and @agent77 expecting them to have no problem with my lingo.


  11. Please, @subtledoctor and @argent77, the "to many open files" error can be fixed on MacOS and any other unix-based operating system very easily.Just google the error message or read about the ulimit command. Sadly, the "how to raise the limit" on MacOS is release dependent.

     

    As an example, please see https://www.chrissearle.org/2016/10/01/too-many-open-files-on-osx-macos/

     

    Regarding your unzp problem: Use 7z instead of the MacOS zip.


  12.  

     

     

    The dependencies and conflicts you mentioned are a BWS problem and should be solved within BWS, right?

    No because only author knows which component has conflict with other mod components. There must be atleast basic investigation preformed.

     

     

    No, because conflicts are usally documented in READMEs and a basic investigation is already done.

×
×
  • Create New...