[RELZ] Wrye Bash -- Thread 45

Post » Wed Oct 06, 2010 5:00 pm

I have not started meddling with the BAIN Wizard yet, but I will be downloading this when I get home from work: http://www.tesnexus.com/downloads/file.php?id=32654
Yeah, saw that. That's what got me motivated about this!
Edit: I just noticed that utumno, the one who answered my previous question, is the author of BAIN - Notepad++
E2: But you spent the time to figure it out, regardless of how simple it was. Colors are good. I will check this link out "How do you prefer the forum search ?"
User avatar
David John Hunter
 
Posts: 3376
Joined: Sun May 13, 2007 8:24 am

Post » Thu Oct 07, 2010 4:10 am

Tiny bump ...
Spoiler
Now I have a request :hubbahubba:
I have already talked about this.
packageA
packageB
packageC (overwrites content from packageA)

It would be great if files would be actually backed up with BAIN. So upon installing packageC above a dialogue would pop up :

"You are about to overwrite content from packageA" "Proceed" "Back it up first" "Cancel"

If "Back it up first" were chosen the to-be-overwritten files would be transferred to a folder Conflicts\packageC\packageA (titles of packages could be too long - a check should run to truncate filenames accordingly or \\?\ used - at own risk)
A choice should be available in the ini - whether this dialogue would be displayed in all cases, on CRC mismatch or never.
Why ?
It is not about installation so much as about mod anatomy - I was always doing this kind of thing myself with tools like teracopy and beyond compare, backing up the files manually - but, believe me, it is a hassle and one ends up with folders "Conflict" all over the place and mistakes are made etc etc. This feature would be very useful if one wanted to examine conflicts - or examine which meshes got PyFFi'ed to find a problematic one - or archive/examine differences in versions of his/other people's mods. Right from bash - with no other tools and in an orderly fashion (details to be worked out - like probably backing also up the meshes from packageC at the same time, labeling the folders according to if CRCs match or not (default choice) etc). Including conflicts where CRCs match is probably too much - but it can be informative (this info could just be retrieved from the installers tab anyway).
Installation-wise there is some use of the above procedure also - one could open the conflicts folder, zip the conflicts and create an override package. One could simply change the install order you'd say - yes - but what if one would want only some of those packageA files and the rest from C (could be done manually but it is a hassle) ? And though install order is more flexible than load order there are cases that moving packages around could break things.
This would be great for testing one's various versions of one's mods also.

Anyway this was something I was missing sorely in OBMM - which only warned and only for omod children IIRC. I hoped to find it in BAIN - half found it but only for install purposes not for general mod use/packaging/comparing/whatnot.

I'd say that initially an implementation only for CRCs mismatch, with minimal choices - and the conflicts dir in Oblivion Mods\Bash Mod Data - would be 99% of what needed. The bottom line of remarks is that Bash has got already the info in its hands - a pity not to use it, no ? I have spent countless hours archiving conflicts for one reason or the other and it is a rather frustrating hobby lol

I really hope I am not asking too much, I have no clue how all this is implemented
Thanks :) :bow:
I just noticed that one cannot hide multiple files at once - if it is easy to implement please change this for the next rlz. (EDIT : I think it is supposed to work this way anyway judging from the prompt that appears :
---------------------------Hide Files---------------------------Hide these files? Note that hidden files are simply moved to the Bash\Hidden subdirectory.---------------------------Yes   No   ---------------------------
- a prompt that I would rather disable - already http://www.gamesas.com/index.php?/topic/1095482-relz-wrye-bash-thread-44/page__view__findpost__p__16045722 with Waruddar)
:bolt:

EDIT - the BAIN - npp thing is really trivial - hope you like the colors :D
User avatar
Gemma Archer
 
Posts: 3492
Joined: Sun Jul 16, 2006 12:02 am

Post » Thu Oct 07, 2010 12:43 am

speedyg869, I don't know if anybody is actively maintaining the uesp page, so feel free to update things like that.

utumno, I've been focused on CBash and haven't been considering any new features. So I freely admit that I haven't spent any length of time thinking about your backing up proposal. Off the top of my head though, that doesn't sound like something I'd personally add to Bain. All the files are already "backed up" to the packages that Bain installs from, and you can easily see what's conflicting through the extremely detailed installer panes (Matched, Missing, Mismatched, Conflicts, etc). Most resource conflicts can be resolved simply by adjusting the order of the install packages and using anneal. In the few cases that it can't, you can open the package and extract the files that you want, and make a custom override package for those files. I really don't see many benefits to your approach, and quite a few downsides: 1) It consumes more hard drive space, 2) It will increase the amount of time Bash spends indexing the data directory, and I'd really like to do something that decreases it, 3) It is far from trivial to code.

This isn't a definite "no". Once I get CBash out of the way, I'll have time and energy to reconsider this (though I'd need a compelling use case, and you'd need to show that others besides yourself would use it). As well, you may be able to convince PacificMorrowind or lojack to take up this proposal.

As for hiding multiple files and an ini setting to disable the prompt, I'll look into it after I get item interchange mode working with CBash. All but three of the bashed patch functions (npc ai packages, import actor spells, import script contents) have been converted to CBash, and I have to wait on PacificMorrowind to get those finished. v286 will likely be released shortly after those functions have been handled, and I've gotten item interchange working again.
User avatar
Dewayne Quattlebaum
 
Posts: 3529
Joined: Thu Aug 30, 2007 12:29 pm

Post » Wed Oct 06, 2010 2:28 pm

Just noticed the http://www.uesp.net/wiki/Tes4Mod:Wrye_Bash shows "Current Bash Topic: Wrye Bash #44".
Since this is a very low priority issue, Is it OK if I update the wiki page to point to #45? :icecream: Don't want to lose any fingers in the process. :D
Updated!
User avatar
victoria gillis
 
Posts: 3329
Joined: Wed Jan 10, 2007 7:50 pm

Post » Thu Oct 07, 2010 6:10 am

utumno, I've been focused on CBash and haven't been considering any new features. So I freely admit that I haven't spent any length of time thinking about your backing up proposal. Off the top of my head though, that doesn't sound like something I'd personally add to Bain. All the files are already "backed up" to the packages that Bain installs from, and you can easily see what's conflicting through the extremely detailed installer panes (Matched, Missing, Mismatched, Conflicts, etc). Most resource conflicts can be resolved simply by adjusting the order of the install packages and using anneal. In the few cases that it can't, you can open the package and extract the files that you want, and make a custom override package for those files. I really don't see many benefits to your approach, and quite a few downsides: 1) It consumes more hard drive space, 2) It will increase the amount of time Bash spends indexing the data directory, and I'd really like to do something that decreases it, 3) It is far from trivial to code.

This isn't a definite "no". Once I get CBash out of the way, I'll have time and energy to reconsider this (though I'd need a compelling use case, and you'd need to show that others besides yourself would use it). As well, you may be able to convince PacificMorrowind or lojack to take up this proposal.
Thanks for considering it !
Actually point 1) is not much of an issue as one could simply decide not to backup anything - or one could maybe redirect the Conflicts folder to be on another hard drive etc. Point 2) is neither much of an issue as the conflicts directory might be skipped and the files that conflict are already listed some place (if I get it right)
Point 3 is indeed an issue :D
Just to add that what appeals to me is the elegance of the whole process - as opposed to manually archiving etc - which is, believe me, a chore.

As for hiding multiple files and an ini setting to disable the prompt, I'll look into it after I get item interchange mode working with CBash. All but three of the bashed patch functions (npc ai packages, import actor spells, import script contents) have been converted to CBash, and I have to wait on PacificMorrowind to get those finished. v286 will likely be released shortly after those functions have been handled, and I've gotten item interchange working again.
The really important part is the hiding multiple files part. It really helps when creating BCFs as the installer folders gets cluttered like 2^n and one does not necessarily want to delete the original archives (if one wants for instance to improve on one's BCFs).
Again thanks for replying. :tops:
User avatar
lauren cleaves
 
Posts: 3307
Joined: Tue Aug 15, 2006 8:35 am

Post » Thu Oct 07, 2010 5:37 am

Yeah, saw that. That's what got me motivated about this!
Edit: I just noticed that utumno, the one who answered my previous question, is the author of BAIN - Notepad++
E2: But you spent the time to figure it out, regardless of how simple it was. Colors are good. I will check this link out "How do you prefer the forum search ?"

I saw that, but I just noticed he'd posted, haha. That sounds like a project for the weekend.


Thanks utumno!
- Tomlong75210
User avatar
Lewis Morel
 
Posts: 3431
Joined: Thu Aug 16, 2007 7:40 pm

Post » Thu Oct 07, 2010 5:06 am

I have a question about the bashed patch. Do I need to rebuild it every time I add another mod? Like for instance, I have the patch successfully built with FCOM. Then, if I add a mod that has nothing to do with leveled lists, and it wouldn't affect the FCOM mods at all, do I still need to rebuild it?
User avatar
Sylvia Luciani
 
Posts: 3380
Joined: Sun Feb 11, 2007 2:31 am

Post » Wed Oct 06, 2010 7:45 pm

I have a question about the bashed patch. Do I need to rebuild it every time I add another mod? Like for instance, I have the patch successfully built with FCOM. Then, if I add a mod that has nothing to do with leveled lists, and it wouldn't affect the FCOM mods at all, do I still need to rebuild it?


Short answer: no. That said, it depends on the mod of course. All Natural, for example, doesn't touch the leveled lists or affect the FCOM mods but you still have to import cells to the Bashed Patch.
User avatar
Jennifer May
 
Posts: 3376
Joined: Thu Aug 16, 2007 3:51 pm

Post » Wed Oct 06, 2010 5:38 pm

I have a question about the bashed patch. Do I need to rebuild it every time I add another mod? Like for instance, I have the patch successfully built with FCOM. Then, if I add a mod that has nothing to do with leveled lists, and it wouldn't affect the FCOM mods at all, do I still need to rebuild it?

Adding to want Arkngt said, you can usually determine that by looking in the Bash Tags window (lower-right.) If you see tags that seem relevant, you might as well go and check the plugin under the relevant Bashed Patch menu. (For example, if you added a graphic enhancement mod, you should probably check it in the Import Graphics section of the rebuild dialog to make sure the changes show.)
User avatar
Kyra
 
Posts: 3365
Joined: Mon Jan 29, 2007 8:24 am

Post » Thu Oct 07, 2010 6:38 am

Need help with weird problem...

Currently I have over 400 packages.
Wanted to update a package.. Opened WB - no problems. Clicked to open Installers - takes the usual 3 minutes to process the data and... when it opens - blank page.
Ininstalled and reinstalled WB. Opened Installers - same thing.
Upper left corner - only 2 letters visible - Co. When I click on the, they turn to (Pa and the window is still empty.

Please tell me how to make the content of the Installers tab visible again.
Maybe I have ticked wrong option?
User avatar
Stu Clarke
 
Posts: 3326
Joined: Fri Jun 22, 2007 1:45 pm

Post » Thu Oct 07, 2010 12:50 am

Need help with weird problem...

Currently I have over 400 packages.
Wanted to update a package.. Opened WB - no problems. Clicked to open Installers - takes the usual 3 minutes to process the data and... when it opens - blank page.
Ininstalled and reinstalled WB. Opened Installers - same thing.
Upper left corner - only 2 letters visible - Co. When I click on the, they turn to (Pa and the window is still empty.

Please tell me how to make the content of the Installers tab visible again.
Maybe I have ticked wrong option?


I'm not sure of the Proper way, but I ran 275's Installer version and then droped the 286 back on top of it...
User avatar
Jack
 
Posts: 3483
Joined: Sat Oct 20, 2007 8:08 am

Post » Thu Oct 07, 2010 12:45 am

Need help with weird problem...

Currently I have over 400 packages.
Wanted to update a package.. Opened WB - no problems. Clicked to open Installers - takes the usual 3 minutes to process the data and... when it opens - blank page.
Ininstalled and reinstalled WB. Opened Installers - same thing.
Upper left corner - only 2 letters visible - Co. When I click on the, they turn to (Pa and the window is still empty.

Please tell me how to make the content of the Installers tab visible again.
Maybe I have ticked wrong option?
I am really not an expert but sounds rather bad - the installers info should be backed up in Oblivion Mods\Bash Installers\Bash - the Installers.dat and Installers.dat.bak are the files I think - if those are very small :shrug:
- not sure if opening/closing the installers tab overwrites them so careful
correct me if wrong please
User avatar
James Shaw
 
Posts: 3399
Joined: Sun Jul 08, 2007 11:23 pm

Post » Thu Oct 07, 2010 5:49 am

The packages are there and when I click List Packages the full list comes out. The whole window however is blank and empty as if blocked to show.
User avatar
Nancy RIP
 
Posts: 3519
Joined: Mon Jan 29, 2007 5:42 am

Post » Thu Oct 07, 2010 7:14 am

The packages are there and when I click List Packages the full list comes out. The whole window however is blank and empty as if blocked to show.


Have you tried maximizing WB? I tend to get that when the window is "too small".
User avatar
Alberto Aguilera
 
Posts: 3472
Joined: Wed Aug 29, 2007 12:42 am

Post » Thu Oct 07, 2010 4:25 am

Have you tried maximizing WB? I tend to get that when the window is "too small".

You are a real saviour, Arkngt. They were there waiting for me, just had to mazimize.
Thank you.
Just began imagining the hightmare of recreating them one by one... the lonely nights... :D
User avatar
Jennifer Munroe
 
Posts: 3411
Joined: Sun Aug 26, 2007 12:57 am

Post » Thu Oct 07, 2010 5:14 am

Have you tried maximizing WB? I tend to get that when the window is "too small".

My window is always "too small"...??
User avatar
Isaac Saetern
 
Posts: 3432
Joined: Mon Jun 25, 2007 6:46 pm

Post » Wed Oct 06, 2010 4:28 pm

My window is always "too small"...??


Yeah, I'm actually a bit surprised Blade of Mercy understood my cryptic post... I mean that I can get an empty window if not running WB in (almost) full screen mode.
User avatar
hannaH
 
Posts: 3513
Joined: Tue Aug 15, 2006 4:50 am

Post » Thu Oct 07, 2010 7:17 am

Yeah, I'm actually a bit surprised Blade of Mercy understood my cryptic post... I mean that I can get an empty window if not running WB in (almost) full screen mode.

Resizing it is part of my routine now. I think I mentioned it in one of the Bash threads last year or something though, haha.

Are plugins unchecked by default now? I cannot remember, and I will not be near my home setup for a while (and it takes over ten minutes for the Installers tab to load ;))
User avatar
Erin S
 
Posts: 3416
Joined: Sat Jul 29, 2006 2:06 pm

Post » Wed Oct 06, 2010 11:09 pm

Resizing it is part of my routine now. I think I mentioned it in one of the Bash threads last year or something though, haha.

Are plugins unchecked by default now? I cannot remember, and I will not be near my home setup for a while (and it takes over ten minutes for the Installers tab to load ;))
Ten minutes! :brokencomputer: Wow! How many packages do you have in your installers folder?
User avatar
adame
 
Posts: 3454
Joined: Wed Aug 29, 2007 2:57 am

Post » Wed Oct 06, 2010 4:32 pm

Ten minutes! :brokencomputer: Wow! How many packages do you have in your installers folder?

http://tesivpositive.animolious.com/index.php?page=my_bain_package_list <-- I think that my list is about 100 packages longer now... When I build my new system this summer, I am going to look into that two Oblivion installs thing. My current list (which I have not really looked at in about a month) contains a number of packages I have no intention of using. The latest addition (the 100) are mainly packages I was working with for helping other solve various issues and working through BAIN. Now, I plan to start creating BCFs since it would be unreasonable for me to create conversion tutorials for fifty different mods (that will never cover every possible package arrangement.)
User avatar
Mr.Broom30
 
Posts: 3433
Joined: Thu Nov 08, 2007 2:05 pm

Post » Thu Oct 07, 2010 3:38 am

=== 285 [12/12/2010]

* BAIN Changes:
o fix so that when you check/uncheck an esp in the esp/m list the view maintains its scroll position.
o above fix also applied to subpackages list.

Dec 12th 2010 is not here yet.

Also the fix for the subpackages list is not working. The espm filter list is tho.
User avatar
City Swagga
 
Posts: 3498
Joined: Sat May 12, 2007 1:04 am

Post » Thu Oct 07, 2010 6:54 am

http://tesivpositive.animolious.com/index.php?page=my_bain_package_list <-- I think that my list is about 100 packages longer now... When I build my new system this summer, I am going to look into that two Oblivion installs thing. My current list (which I have not really looked at in about a month) contains a number of packages I have no intention of using. The latest addition (the 100) are mainly packages I was working with for helping other solve various issues and working through BAIN. Now, I plan to start creating BCFs since it would be unreasonable for me to create conversion tutorials for fifty different mods (that will never cover every possible package arrangement.)
Ahh, whenever I upgrade a mod or decide a mod is no longer necessary, I move it to another directory called "Not needed". It's on the same partition, so it doesn't fragment things, but Bash doesn't scan it when I switch to the Installers tab (>1 min). I only have a Core2duo 3.0 Ghz, but I keep the partition clean and defrag often.
I have 266 files in the Bash Installers dir.
User avatar
Cartoon
 
Posts: 3350
Joined: Mon Jun 25, 2007 4:31 pm

Post » Thu Oct 07, 2010 1:48 am

Ahh, whenever I upgrade a mod or decide a mod is no longer necessary, I move it to another directory called "Not needed". It's on the same partition, so it doesn't fragment things, but Bash doesn't scan it when I switch to the Installers tab (>1 min). I only have a Core2duo 3.0 Ghz, but I keep the partition clean and defrag often.
I have 266 files in the Bash Installers dir.

I have an E8500 (Core2Duo @3.16GHz) and Diskeeper running real-time, so my setup is pretty clean. Plus, I have all Oblivion files, excepting the actual install and the My Games folder on a separate HDD. Hiding seems to work fine, but I do have over 400 of those packages installed. I will do clean up when I get back to playing Oblivion again, later this month.
User avatar
Lilit Ager
 
Posts: 3444
Joined: Thu Nov 23, 2006 9:06 pm

Post » Wed Oct 06, 2010 8:10 pm

I have an E8500 (Core2Duo @3.16GHz) and Diskeeper running real-time, so my setup is pretty clean. Plus, I have all Oblivion files, excepting the actual install and the My Games folder on a separate HDD. Hiding seems to work fine, but I do have over 400 of those packages installed. I will do clean up when I get back to playing Oblivion again, later this month.
I had been using partitions for a long time and I have the system on C, Oblivion on D and some BSAs on another drive, Development on E and my swap file on T. The reason for putting the swap file on another partition is to keep it contiguous. In addition, I have the swap file set to a fixed size. Having Oblivion on a separate partition also cuts down on fragmentation. After installing QTP3, I tried to optimize further by moving Oblivion tools and modding dev. files to E.
Just some ideas for you to consider.
User avatar
Neliel Kudoh
 
Posts: 3348
Joined: Thu Oct 26, 2006 2:39 am

Post » Thu Oct 07, 2010 6:05 am

I had been using partitions for a long time and I have the system on C, Oblivion on D and some BSAs on another drive, Development on E and my swap file on T. The reason for putting the swap file on another partition is to keep it contiguous. In addition, I have the swap file set to a fixed size. Having Oblivion on a separate partition also cuts down on fragmentation. After installing QTP3, I tried to optimize further by moving Oblivion tools and modding dev. files to E.
Just some ideas for you to consider.

I am planning to do that when I make my new build. When I setup this one (WinXP 32-bit) I accidentally gave windows the entire 250GB of HDD space. My frag state is good though. I used to check it regularly, but I have not done much with Oblivion since last year, so I assume it is still fine. I certainly have not touched Diskeeper. Plus, I do not do any modding...but I guess the stuff I do for my site kind of fits into that category. It is separate from my install anyway. My setup is basically described here: http://sites.google.com/site/oblivionpoinfo/walkthroughs/mycomputer <-- I no longer have Oblivion installed to the D drive, but in the default location, and my local disk is now the L drive. The C drive is my old XP setup (kept an old HDD around.)
User avatar
Marcin Tomkow
 
Posts: 3399
Joined: Sun Aug 05, 2007 12:31 pm

PreviousNext

Return to IV - Oblivion