Jump to content


  • Content count

  • Joined

  • Last visited

  1. Plugin Files And You (ESM/ESL/ESP)

    To make sure I understand the load-order implications of ESL files correctly: What happens if there is a conflict between an ESL flagged as a master and a normal esp? Will the game detect the conflict and leave out the conflicting record when merging all the ESL files into FE (meaning the ESP wins) or will it write the ESPs version of the conflicting record into FE or will the ESL file win the conflict, despite being in a higher block according to the save file headers?
  2. Wrye Bash - All Games

    @Utumno I think we should leave the loot update out of the beta, I tried integrating the new version and it throws "Runtime Error: bad cast" even in minimal examples. I have already contacted Wrinkly about it here, but I do not know how long fixing this is going to take.
  3. Wrye Bash - All Games

    The newest version of the loot api will not work because v2.0.0 had a bunch of changes to the API and Wrye Bash was not yet updated to support it. See WrinklyNinja's post on the subject.
  4. Wrye Bash - All Games

    Done. I'll now go and see what I can do about showing startup errors as discussed in #373.
  5. Wrye Bash - All Games

    I have managed to package bash after rebasing utumno-scandir onto utumno-wip so this should represent the latest version we have. I did not however manage to pack loot api with it. Standalone Version, Installer Version
  6. Wrye Bash - All Games

    The results so far seem quite encouraging. @Utumno Ok, I'll rebase utumno-scandir over your wip branch and try to compile it. Should I push it if it works or should I create my own branch of utumno-scandir for that? Aside from that I have a question regarding packaging wrye bash with the loot api. The wiki guide to making releases has no mention of the loot api, but the build failed when I did not have loot_api.dll in my Mopy\ folder, so I downloaded the latest loot api release from the github page, pasted loot_api.dll and loot_api.lib into \Mopy\ and the build completed. However it would appear that the loot api is not recognized in the standalone version. Is there something else I need to do?
  7. Wrye Bash - All Games

    The utumno-scandir branch is a little bit behind dev, the last update was commited on 2017-04-23. As for holding up the next beta, scandir implementation is listed for the 307 Milestone as Issue 371. I was out of the loop for a little while, so I do not know what was planned for the next beta release. I just saw the issue, tried my hand at compiling the branch and had more success than Utumno had had, so he asked me to share this version to see if it also worked for other people. At this point I think it's not about doing some detailed testing but rather seeing if it runs at all. In the version Utumno compiled he recieved the following exception: Unhandled exception at 0x740B8FAC (msvcr90.dll) in Wrye Bash.exe: 0xC0000005: Access violation reading location 0x0023FFFF. My compiled version works for me locally and on a virtual machine. The question now is whether this is a mater of the configuration when building the exe or if it depends on the system running the exe.
  8. Wrye Bash - All Games

    Greetings to all after a larger period of absence. I was successful in compiling a test release-version of Wrye Bash based on Utumnos scandir branch. It should offer significant performance improvements when reading directories. We need help with testing if it works on different system configurations and to see if scandir is correctly recognized everywhere. To see if Wrye Bash is using scandir a new startup message was added to the debug log: Wrye Bash starting Using Wrye Bash Version 307 (Standalone) OS info: Windows-7-6.1.7601-SP1 Python version: 2.7.13 wxPython version: (msw-unicode) Using scandir 1.5 (For how to generate a debug log see the readme) Link to the Standalone Zip, Link to the Installer Thanks to all who find the time to test this.

Support us on Patreon!