Jump to content


  • Content Count

  • Joined

  • Last visited

About Leeux

  • Rank

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Heya Wrinkly! If I can, gonna try that tomorrow and report back! Yeah, the sorting is kinda understandable that takes a bit of time with 500 mods which are approx. half ESL and half not, and that part hasn't worsened much, i.e. it's somewhat noticeable slower but not a whole lot... the thing that has worsened a lot is saving the load order and that's what makes me think that's something going on.
  2. Has anyone else seen a marked decrease in performance for LOOT in the last update? I waited for some time to see if someone else reported something similar, yet it has been ~3 months and I haven't seen other mentions, so I'm starting to believe there's something that is happening to me only. Before last update, LOOT operations were quicker by a margin of several seconds. With this last version (0.16 from August), sorting the load order takes ~7 to 15 seconds, and saving the results takes ~6 seconds. In the past saving used to be almost instant, and that's something that definitely changed with last version. My main Skyrim SE install is on a hard disk, and almost new hard disk that's also almost empty, but my saves and load order folder (i.e. the AppData\Local\Skyrim* folder) are located on an SSD. My install is around ~500 mods atm. but it didn't increase at all since several months, so it was the same back when I was using the previous version. No MO2 nor Vortex at play, my install is handled with Wrye Bash only. Is no biggie and in no way is something that makes the tool unusable, just wondering what could be going on. EDIT: Forgot to add, I'm on Windows 7 64 bits, and I don't have antivirus that could be interfering (just Win defender, but with the real time scan part turned off.) Also, my comp is a bit old (from 2013) but as I said, the previous version was markedly faster. Best wishes, Leandro.
  3. Well, I can't say that I'm surprised... but, I went back and re-did the cleaning again, with the auto clean and this time it did find 6 ITMs. Thing is, it's the same process I did at least 3 times back before I posted here, and it didn't find any ITMs at all in those cases, with the autoclean, nor with the SSEEdit. So, I don't know what happened, and I can't understand why the other times I did the cleaning (when I first got the message, the first thing I did was to run the autoclean, and the message wasn't gone afterwards) I got different results. So, *shrug*... I guess? So, nevermind my post then... I'll gonna edit it now, to remove the images so it doesn't clutter the thread. EDIT: BTW, I forgot... apologies for the clutter and very sorry for wasting your time!
  4. Nice! You seem to have everything perfectly under control! I have to say that I've updated to last Bash on my SSE install, and the speedup I noticed on the last version was incredible! Specially startup time and BAIN pane initial startup... Awesome work on that! Heya Utumno! Nice to see you still around and kicking too I got back into modding after more than a year of not doing anything with any of the elder scrolls games (except ESO, though that has been in the back burner too, for a least 5 months now) and all because I wanted to give it a check to Skyrim SE, that I had dormant in my library since the release, after swearing I'd never try it It turns out that it actually is a very good port and and even nicer framework for mods, since it removes the RAM limit and thus it's less prone to crashing and such, and the mod offering is quite good too by now... and I quickly learnt how to port mods myself, so I can also use some of the easier to port ones that I miss from my old Skyrim setup. But all that got me into thinking back on CBash, since I miss it very much on SSE lol, building a Bashed Patch is awfully slow... compared to a the similar sized load order that I have in Oblivion, for example. I'm not entirely sure if it's worth it to work on it, and try to have it updated for the newer games or not, as you guys seem to have found a better way to handle things from what you're saying, it seems. Still, is nice to have it for Oblivion, at least! Has there been some effort to convert it into 64 bits yet? Now that Bash is Python 64 bits compatible (and *only* Python 64 bits, I think too, it I've read it right?) and now that I think of it, it occurs to me that if I ever upgrade my Oblivion's Bash installation to latest version I'd lose access to CBash too! As for github, I'm gonna try to recover my account... Sadly, I lost my phone that had my 2FA app, and even if I have my backup codes stored somewhere, I'm sure of that, I cannot seem to find them. I'm gonna have to turn things upside down to find them, if I wanna recover access to my old account, though. Gonna check on github as soon as I can. If I ever get some more time on my hands all try to catch up with what I was doing and stuff that changed first, and then I'm going to start slow and try not to burn out. See y'all around! Best wishes and take care of yourselves in these times!
  5. Heya, sorry to be a bother with requests and suggestions I've been going around these ideas on my head for a long while, and just wanted to post them somewhere before I forget... also I'm sure many of these were already asked before! I've been using BAIN quite a lot over the years, for multiple games, since I refuse stubbornly to move to MO2 or Vortex, as I hate "virtual folder systems" with passion... Something that I always felt it was kind of missing and wanted to have, is some kind of search bar or quick locate function inside the BAIN pane. I kinda envisioned something like the explorer search bar that simply matches text input with the name of the archives present in the installers folder. Also, it'd be awesome if there was a way to quickly locate "markers" and quickly move/scroll to them... UI-wise it could be something like, a mini-tabbed interface at the bottom. or maybe left of the pane, perhaps? or maybe a combo box with the list of markers at the top? Or maybe, even making the aforementioned search bar deal with the filtering text differently like, (hackish I know,) if your start your search with '/' or some other special char it matches only the markers items, or maybe depending on a set of choices (on/off buttons or check boxes), like "Match Markers", "Match Mods", etc. and if match markers is applied then when filtering only show the marker and the mods inside them as match. As it is now, dealing with sufficiently large installer pools is a pain but to be fair, it always has been. Currently my SkyrimSE installation has 611 packages only 361 of which are actually installed... and the rest are there just because I want to install them at some point, but I normally take my time with such things to avoid situations in which I break my installation and so there they are always there, making finding the ones that matter at certain point in time more difficult. Others are there because they are tools (i.e. not installable with Bash) but I want to keep them in sight so I remember to check for new versions from time to time (i.e. things like SSEEdit, or the Performance Monitor.) And finally there are some that are still there because they were upgraded and I'm still pending on checking if the update worked, after which I "hide" them and move them to a backup folder. And I have many many more packages for install that are in a pending queue folder dedicated to that, but it'd actually better and cooler if I was able to have them all in the same folder, because then I won't forged I have them, and also having all of them in the same folder makes it easier to support multiple installs for games that actually support having them (i.e. Oblivion, mostly... also Morrowind, but that's a different flavor of Bash and I'm not sure if it's still on the tables to unify with them?) and each one modded with a different set of mods. As of now I have to keep each Bash Installers folder separate for each of those separate installs, which makes repeating mods in multiple installs a waste of disk space. Continuing from the previous suggestions, there's also quite a few more things, other things, I'd love to have too, but all of these are entirely secondary to the ones mentioned above! For example, I'd like the option of perhaps be able to tag installers with keywords (I'm thinking mostly by functionality, i.e. "Clothing", "Replacer", "Textures", "Towns", "Quests", etc... you get the idea... where more than one of them applies to a given mod, i.e. "Clothing+Replacer", or "Town+Quest" but it could also be used for states, i.e. "Pending", "Needs Upgrade", "Ignore", etc.) and then be able to only show those that match, and most importantly also those that don't match certain others (i.e. negative match...) Also, the ability to be able to hide in place (i.e. not by moving them out of the folder) so that you can have a lot of installers that aren't meant for that installation, but perhaps you'd still want to keep track of them and be able to keep them in a general order w.r.t. the rest of the installers (i.e. moving them out of the folder makes them lose they relative order information.) Another one: Making the marker groups be able to be collapsed is an age-old request and even if it'd be cool I don't think it's entirely needed, but if you could have the option of hide installers in place it'd be a step closer to supporting that, and a step ahead would be making the installers inherit their marker visibility so that you can hide entire groups of mods in one move. A new thing that would like to have in the installers tab would be the information of when I last installed a given package... i.e. normally, under normal operations at least, that would probably match the last modified date that's already shown, but in certain cases that doesn't apply anymore. For example, with Skyrim SE mods that you have to tag ESP with the ESL flag manually, thus making the ESPs modified and then making it necessary to modify the package to absorb that change and hence changing the last modified date in the process. If the "Last Installed" date were present, it would help in situation where you need to track down a problem and finding which were the last mods you installed is certainly helpful in those kind of situations. Another different matter altogether that would be cool to have, but entirely pointless for people that doesnt care... is to have a way to visually link together mods that come from the same "source," i.e. from the same Nexus ID download page, for example. This is something that can be totally solved by the search bar mentioned above too, but since Bash already knows a way to kinda extract that information from the file names in order to power up the Open To command, it could be cool to make also Bash aware of those mods that share that same ID, so it knows they come from the same place, so to speak. Best wishes to you all (maintainers and users alike,) and thank you very much for all the work in maintaining this awesome tool over the years! Specially warm regards to Utumno, whom I really miss chatting with Is there someone maintaining CBash atm? Has been some work done with that? I've considering picking up the torch again, but I'm not entirely sure if what I was doing is still necessary or even if the whole CBash thing is "alive" I'm still having time constraint issues and mostly also some health issues that are taking most of my free time, but I often had the idea of resurrecting the CBash<->Python integration that was doing, just for the sake of seeing what kind of things can be done with that... and I'm sure there are more stuff that can be done with it, if we could ever be able to get more free time on our hands... ~Leandro.
  6. Heya all, EDIT: Nevermind, it was something happening locally I can't explain... I did the clean originally with Autoclean 4.0.3 and it didn't find any ITMs, but I redid it again now and it did find them. Not sure what changed in the mean time Original post sans-images:
  7. Hello all, EDIT3: Nevermind, sorry... I jumped the gun with the report. It seems that the pip --upgrade process broke my pywin32 installation. It was failing to import win32api. I had to redo the pip install -U pywin32 and that made Bash work again. I would strike through the text in my post only if this editor would let me, it seems it doesn't want to let me. Also I can't for the life of me sorround the code with a spoiler tag that wouldnt eat all the text until the end of the post... not sure what I'm doing wrong, but.... oh well, sorry for the clutter! /EDIT3 -------- I'm using the Python version in SkyrimSE, and I just updated to head of the 'dev' branch using GIT, and after a bit of messing around I managed to make Bash run after updating my dependencies according to the requirements.txt. After the update was done and working, the only issue I had that I lost my Apps status bar icons... I have dozens of tools for which I made shortcuts under Mopy/Apps folder that before updating Bash used to pick them up and show them in the status bar, but now they aren't there anymore. In my attempts to see what's was going on, I toggled the Show App Version option to True, and that seems to have been a mistake... because that's when the crashes started. This is what dumps: Traceback (most recent call last): File "bash\bash.py", line 205, in main _main(opts, wx_locale) File "bash\bash.py", line 368, in _main app.Init() # Link.Frame is set here ! File "bash\basher\__init__.py", line 4073, in Init frame = BashFrame() # Link.Frame global set here File "bash\basher\__init__.py", line 3726, in __init__ self.SetStatusBar(BashStatusBar(self)) File "bash\balt.py", line 2864, in __init__ self.UpdateIconSizes() File "bash\basher\__init__.py", line 3611, in UpdateIconSizes self._addButton(link) File "bash\balt.py", line 2879, in _addButton gButton = link.GetBitmapButton(self) File "bash\basher\app_buttons.py", line 567, in GetBitmapButton onRClick) File "bash\basher\app_buttons.py", line 88, in GetBitmapButton tooltip=self.sb_button_tip) File "bash\basher\app_buttons.py", line 591, in sb_button_tip self.button_state]) % (bush.game.se.se_abbrev, self.obseVersion) File "bash\basher\app_buttons.py", line 112, in obseVersion in ver_path.strippedVersion]) File "bash\bolt.py", line 607, in strippedVersion version = list(self.version) File "bash\bolt.py", line 602, in version return get_file_version(self._s) File "bash\env.py", line 353, in get_file_version return _linux_get_file_version_info(filename) File "bash\env.py", line 486, in _linux_get_file_version_info offset=section_resources_pos + 12) File "bash\env.py", line 435, in _read file_obj.seek(offset, not absolute) IOError: [Errno 22] Invalid argument I also tried switching to the nightly branch to see if that would solve the problem, but it persisted. Of course, after upgrading and switching I always delete all PYC files from bash directory, just in case. My bash.ini is kept up to date with the download (I use WinMerge to compare it with the bash_default.ini to see if there was an important change, and I didn't noticed any.) Now I don't know what to do, I don't want to lose my config as the option I toggled seem to be embedded in the config and it'd seem that the only option would be to reset it to be able to launch bash again. EDIT2: I was trying to add to my post that I'm not entirely sure why is using "_linux_get_file_version_info" as this is running on Windows 7 64 bits, under Python 2.7 x86. Should I have updated Python too? I didn't saw any mention of Python 3.x support, but I could be blind. I have to go to bed now, but I'll try to fiddle a bit more tomorrow after work. Best regards, Leandro. EDIT: I couldn't edit the spoiler block at all, didn't find any way to use a "normal" non-wysywyg editor, so I had to redo my post again

Support us on Patreon!

  • Create New...