[REL] mTES4 Manager : IV - Oblivion

» Wed Mar 30, 2011 10:33 am

I found the answer,.. It seems to be a bain trap, when setting up I was asked about the private bain dir and I selected the bain dir in the dir for that install eg for Nehrim it was \Nehrim\bain that was the problem cause bash save to that dir so there was a
Nerim dir in the setup and when switching the Oblivion dir could not be renamed to Nehrim cause there was one allready.

The fix was start over and ALLWAYS select \Oblivion\Bain for the private bain dir Bash saves to that dir and that dir is is renamed on switch.

Ah hah - you know I would not be surprised if this is what is going on but with two Oblivions with Fiore1300.

I never used the assigning functions of any of the bashes or or bains that this can do and with each install I added the tools (bash, OBMM, edit, etc) after I made the clones and with each copy of bash in each install I hand altered the bash.ini to point the BAIN folder to a new unique location to keep the separate as well.

I'm wondering if the sharing of BAIN folders is part of the issues.

There are changes proposed for Wrye Bash that, hopefully if included, will allow for each clones BAIN and other folders to be more separate from each other without needing to alter bash.ini etc.

» Wed Mar 30, 2011 10:38 am

Hrm, not really clear as mud, Kiwi

I followed what the ReadMe said;

If you have Bash installed in the clone you are copying from, each time you create a clone, mTES4 will ask you to select the BAIN mods folder that will be used for the new clone. ~~You can choose to use the same BAIN Mods folder for every clone, or you can have a separate folder for each. It's up to you.~~ There is currently some issues with Wrye bash if you try to use the same Oblivion Mods folder for multiple clones. For now, it's strongly advised to use a separate Oblivion Mods folder for each clone.

So I created new folders during setup.

C:\.....\Oblivion\Oblivion Mods (existing)
C:\.....\Current\Oblivion Mods (new)
C:\.....\Current Play\Oblivion Mods (new)
etc.

Are you saying that's incorrect? I should be using the same original? I'd really prefer separate BAIN folders. Or, maybe Psymon just hit on something. Is there something in each bash.ini I should be altering? (the readme doesn't cover this)

» Wed Mar 30, 2011 6:24 am

Hrm, not really clear as mud, Kiwi

I followed what the ReadMe said;

So I created new folders during setup.

C:\.....\Oblivion\Oblivion Mods (existing)
C:\.....\Current\Oblivion Mods (new)
C:\.....\Current Play\Oblivion Mods (new)
etc.

Are you saying that's incorrect? I should be using the same original? I'd really prefer separate BAIN folders. Or, maybe Psymon just hit on something. Is there something in each bash.ini I should be altering? (the readme doesn't cover this)

Kia Ora

I'm saying that when you select the dirs select the Oblivion\Bain every time,.. cause when you swap/switch the Clone it renames that Clone to Oblivion so the dir is always correct then but that Bain dir stays local to that Clone when it's swtiched
cuase it's inside the renamed Oblivion dir like:

G:\Games\Bethesda Softworks\Mesogea get renamed to
G:\Games\Bethesda Softworks\Oblivion when I switch to play that Clone and if a swtch to
G:\Games\Bethesda Softworks\Nehrim to play that the G:\Games\Bethesda Softworks\Oblivion is renamed to
G:\Games\Bethesda Softworks\Mesogea and the G:\Games\Bethesda Softworks\Nehrim is renamed to
G:\Games\Bethesda Softworks\Oblivion

So making sure that you Bash\Bain is \Oblivion\Bain is making sure that it's always the correct dir for the live clone

They are seperate inside the OB dir but if I selected (as I did at first) Mesogea\Bain then when I use Bash it saved in Mesogea\Bain, then when I tried to switch
it wouldn't/couldnt cause the dir already exsited but it can write to Oblivion\bain cause it's read write and get renamed to Mesogea\Bain when switched

» Wed Mar 30, 2011 3:33 am

Kia Ora

I got most of this sorted by the looks, the only issue I'd like to sort is Nehrim and bash

My Nehrim in installed:

G:\Games\Bethesda Softworks\Oblivion\Nehrim

I have a default install of WryeBash:
G:\Games\Bethesda Softworks\Oblivion\Mopy

This works but shows me the mod list for Oblivion if I copy it into the Nehrim dir it breaks and won't run
Can I put a path somit like: G:\Games\Bethesda Softworks\Oblivion\Nehrim\Data into the Bash ini some place to set
where bash looks for the mod list the only thing that would be nice (wish list I guess) is a way to edit the default icons label and path
so that one could for example right click the OBSE + Oblivion icon and select the OBSE loader in the Nehrim folder to load that
game or edit the Oblivion Luncher to have it load the Nehrim luncher

» Tue Mar 29, 2011 11:30 pm

Wouldn't that patch place Nehrim in the same folder as Oblivion? That would likely confuse tools and even yourself.

Here is how I have it on my game drive:
I:\Games\BAIN archives (with subfolders for each BAIN mod folder for Fallout3, Nehrim, Oblivion Main, Oblivion alt, and Oblivion Modding)
I:\Games\Fallout3
I:\Games\Nehrim
I:\Games\Oblivion (the active clone)
I:\Games\Oblivion Alt 1
I:\Games\Oblivion Modding
I:\Games\Base_Install
I:\Games\Oblivion_Dummy (for testing mostly)
I:\Games\SureAI (In left the folder where Nehrim was at in case I want to uninstall it by moving the clone back to it then running the SureAI uninstaller).
also within I:\Games\ directory is where I keep the exe for this - so they are all in the same game directory, but also all the installs are very separate from each other. Then with each Wrye Bash ini I change the location of BAIN archive to be in a sub-folder in that directory. I do this too with each OBMM for omods.

» Tue Mar 29, 2011 11:59 pm

I was able to sort out my issue in a roundabout way by following the advice in post #66 of this thread (something that IMO is a very important step that should be in the ReadMe for noobs like me).

I deleted everything I'd done previously and started over, this time saying No to a private BAIN folder. Once the clone was done I manually created a new Oblivion Mods folder for that clone, appended with that clones name, and manually copied my Oblivion Mods to it. I then updated the clones Mopy/bash.ini file to point to that folder.

I'm thinking it's when you don't update each bash.ini that the error occurs. I don't know if the same would work if you let mTES4 create a new BAIN folder but it doesn't copy the contents anyway.

I'm happy now. Good little app, Gaticus.

» Wed Mar 30, 2011 2:23 am

I'm having a heck pf a time getting this to work on my laptop. I didnt want to bother with the hassle of switching .ini's and such for Nehrim so i copied my install of it to my Bethesda Softworks folder and imported it via mTES4. I closed all folders except the 1 i keep mTES4 in. I ran it and when i try to switch to my Nehrim install it tells me it cant. I have it installed to C:\Games\Bethesda Softworks if that matters. What do i do to make it work? Thx

» Wed Mar 30, 2011 12:26 pm

As I posted in post 105 above can you give the list of where the various installs are and their path?
Then where is this installed to?
Is it possible that where you have this installed is sharing resources with an install? I make a shortcut for this on my desktop.
Also I'd recommend keeping BAIN folders separate via the bash.ini.

Does a restart help?

What OS?

» Wed Mar 30, 2011 10:51 am

My Install goes like this:

C:\Games\Bethesda Softworks\Oblivion
C:\Games\Bethesda Softworks\Nehrim
C:\Games\Bethesda Softworks\Morrowind

mTES4 is installed to C:\Users\John\Documents\mTES4

Im not currently using an BAIN installers.

Operating system is WIndows 7 64 Bit

It seems when i turn WIndows fire wall off it works now

» Wed Mar 30, 2011 3:24 am

Then I would suggest uninstalling mTES4 Manager from where it currently is and reinstalling it to be next to the other clones. You may be invoking UAC by having it in the users folder.

» Wed Mar 30, 2011 4:06 am

Could I just copy paste it from where it is to one of the install folders?

» Wed Mar 30, 2011 2:02 am

Since there is no actual 'install' of the app, yes, just move it to something like C:\mTES4.

» Wed Mar 30, 2011 11:16 am

Ok Thx Hana and Psymon

» Wed Mar 30, 2011 4:12 am

One request if possible: could you fix the focus of the clone window under Windows 7? Microsoft really screwed up the window focus under Win 7 (it's a known issue) and it makes it impossible to complete the clone operation sometimes. Basically if a confirmation dialog of some sort pops up during cloning, there's no way to switch to the dialog. The Creating New Clone window hides everything and isn't minimizable. Perhaps you can change the properties of this window so that it can be moved or minimized. I've got it asking me if I want to copy the data from AppData during cloning and there's no way for me to change focus to that dialog to respond. I do hate this aspect of Windows 7. GIMP doesn't work very well under Win 7 either for some of the same reasons...

» Wed Mar 30, 2011 11:33 am

I've been using mTES4 for a few weeks and it's been great. Worked perfect, allowed me to switch between clones, etc. I followed the instructions to the letter.

Today I went and created a new clone. Attempted to switch to it, and get the message box that says it can't switch (gives 4 "common" reasons). It will not let me switch to any clone/game (always gives the same message). It will let me create additional clones, but will not let me switch to any of them.

I've restarted my computer to make sure there isn't anything hanging in memory. I don't have WB/OBMM/etc. up and running (or, an open folder, etc.).

Any troubleshooting tips? I really don't want to go back to managing my various games manually. Kinda strange as all it should be doing when you make a switch is renaming some folders (assuming I have a clue : )

Anyway, appreciate any help. I'm running the latest "stable" version (only version I've ever run). OS is Windows XP, Home Edition, service pack 3.

Thanks,

Tarl

» Wed Mar 30, 2011 5:42 am

I have found that you will get this error if you have Windows Explorer open. Usually it will happen if explorer has the Oblivion game directory open. I have had it happen even if Explorer no longer has the game directory open, but is open to another directory. Try closing all your Explorer windows. If you don't have explorer open, make sure you don't have something else open that would be accessing the game directory.

» Wed Mar 30, 2011 12:45 am

Finally got tired of using just Bash profiles to switch between playing, modding, and testing.

I'm getting the exception error: Access to the path 'D:\System Volume Information' is denied.
If I click "continue", the app appears to work and will switch installs as it should, but the exception pops up after the switch as well.

Since I'm on 32 bit XP, obviously, UAC is a not factor. Could it be because my install path is in the root of my drive D?

If so, it was mentioned in an earlier post that it is possible to change the game directory without having to re-install.

Would you be so kind as to PM the needed instructions?
I assume it will require editing the registry, so I'd rather not have you put the instructions out there for any newb to grab.
And then blaming you because they f'd up.

FYI - .Net Framework Details

Spoiler

See the end of this message for details on invoking
just-in-time (JIT) debugging instead of this dialog box.

************** Exception Text **************
System.UnauthorizedAccessixception: Access to the path 'D:\System Volume Information' is denied.
at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
at System.IO.Directory.InternalGetFileDirectoryNames(String path, String userPathOriginal, String searchPattern, Boolean includeFiles, Boolean includeDirs, SearchOption searchOption)
at System.IO.Directory.GetFiles(String path, String searchPattern, SearchOption searchOption)
at mTES4.API.PopulateClones(ListBox& lb, String Installpath)
at mTES4.Main.Manage_Game()
at mTES4.Main.cbGames_SelectedIndexChanged(Object sender, EventArgs e)
at System.Windows.Forms.ComboBox.OnSelectedIndexChanged(EventArgs e)
at System.Windows.Forms.ComboBox.set_SelectedIndex(Int32 value)
at mTES4.Main.Main_Load(Object sender, EventArgs e)
at System.EventHandler.Invoke(Object sender, EventArgs e)
at System.Windows.Forms.Form.OnLoad(EventArgs e)
at System.Windows.Forms.Form.OnCreateControl()
at System.Windows.Forms.Control.CreateControl(Boolean fIgnoreVisible)
at System.Windows.Forms.Control.CreateControl()
at System.Windows.Forms.Control.WmShowWindow(Message& m)
at System.Windows.Forms.Control.WndProc(Message& m)
at System.Windows.Forms.ScrollableControl.WndProc(Message& m)
at System.Windows.Forms.ContainerControl.WndProc(Message& m)
at System.Windows.Forms.Form.WmShowWindow(Message& m)
at System.Windows.Forms.Form.WndProc(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

************** Loaded Assemblies **************
mscorlib
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.3603 (GDR.050727-3600)
CodeBase: file:///C:/WINDOWS/Microsoft.NET/Framework/v2.0.50727/mscorlib.dll
----------------------------------------
mTES4
Assembly Version: 0.5.1.76
Win32 Version: 0.5.1.76
CodeBase: file:///D:/Mod%20Tools/mTES4/mTES4.exe
----------------------------------------
Microsoft.VisualBasic
Assembly Version: 8.0.0.0
Win32 Version: 8.0.50727.3053 (netfxsp.050727-3000)
CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/Microsoft.VisualBasic/8.0.0.0__b03f5f7f11d50a3a/Microsoft.VisualBasic.dll
----------------------------------------
System
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.3053 (netfxsp.050727-3000)
CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System/2.0.0.0__b77a5c561934e089/System.dll
----------------------------------------
System.Windows.Forms
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.3053 (netfxsp.050727-3000)
CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System.Windows.Forms/2.0.0.0__b77a5c561934e089/System.Windows.Forms.dll
----------------------------------------
System.Drawing
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.3053 (netfxsp.050727-3000)
CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System.Drawing/2.0.0.0__b03f5f7f11d50a3a/System.Drawing.dll
----------------------------------------
System.Runtime.Remoting
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.3053 (netfxsp.050727-3000)
CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System.Runtime.Remoting/2.0.0.0__b77a5c561934e089/System.Runtime.Remoting.dll
----------------------------------------
System.Configuration
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.3053 (netfxsp.050727-3000)
CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System.Configuration/2.0.0.0__b03f5f7f11d50a3a/System.Configuration.dll
----------------------------------------
System.Xml
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.3082 (QFE.050727-3000)
CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System.Xml/2.0.0.0__b77a5c561934e089/System.Xml.dll
----------------------------------------

************** JIT Debugging **************
To enable just-in-time (JIT) debugging, the .config file for this
application or computer (machine.config) must have the
jitDebugging value set in the system.windows.forms section.
The application must also be compiled with debugging
enabled.

For example:

When JIT debugging is enabled, any unhandled exception
will be sent to the JIT debugger registered on the computer
rather than be handled by this dialog box.

edit for a bit more clarity and detail.

» Wed Mar 30, 2011 2:24 am

I'm not afraid of newbs! :toughninja: But uh, seriously, at your own risk:

Spoiler

On WinXP, navigate to HKEY_LOCAL_MACHINE\Software\Bethesda Softworks\Oblivion\. On the right, change "Installed Path" to wherever you've moved your root Oblivion folder. Most of your 3rd party stuff and the CS will use this value, so there isn't likely to be any other fiddling needed after that. You should, however, change your omod directory in OBMM before you actually move anything or change the registry, if that folder will also be getting moved. And if you have the drivespace, you may want to copy, instead of move, until you're sure it's all in one piece.

» Wed Mar 30, 2011 8:03 am

Okay, so I managed to get over the problems I had earlier, and now there are but two issues remaining. But first, my folders:

C:\Games\BethesdaSoftworks\Clean Copy
C:\Games\BethesdaSoftworks\Clean Copy Mods
C:\Games\BethesdaSoftworks\Mod Testing Copy Mods (this is the Oblivion Mods folder I want to be using)
C:\Games\BethesdaSoftworks\Oblivion (the active clone. Normally called Mod Testing Copy)
C:\Games\BethesdaSoftworks\Oblivion Mods
C:\Games\BethesdaSoftworks\Original Copy

The first problem (which seems to have been addressed in this thread already) is the Oblivion Mods folder, containing the Bain Archive, is not copied to the new folder you are prompted to create. In this set up, both the Mod Testing Copy Mods and Clean Copy Mods folders are empty. As to the original Oblivion Mods folder, the copy apparently is using it, but also is apparently not using it. For example, Wrye Bash does not detect any bane archives, as if the folder was empty, but the unofficial patches, installed by the bain archives of the original copy, still appear there. Right now I'm going to try the solution mentioned in post 106 to see if I can solve the problem.

The second issue is not mTESManager specifically, but a apparent conflict it has with Insanity's Oblivion Launcher. Now, even though I set the directories for the launcher, and even though mTESManager effectively emulates the original Oblivion directory, Insanity's Oblivion Launcher won't launch Oblivion, or any of the modding tools I installed in the original Games\BethesdaSoftworks\Oblivion (Original Copy).

Has anyone gotten Insanity's Launcher to work with this? I'm expecting that in order to get it to work, I'll need to drop the launcher application and its ini into each Copy, and then set up the directories for each. But when setting the directory, should I use the folder's real name (Original Copy, Clean Copy, and Mod Testing Copy) or should I use the Oblivion directory for each?

» Wed Mar 30, 2011 6:46 am

I have found that you will get this error if you have Windows Explorer open. Usually it will happen if explorer has the Oblivion game directory open. I have had it happen even if Explorer no longer has the game directory open, but is open to another directory. Try closing all your Explorer windows. If you don't have explorer open, make sure you don't have something else open that would be accessing the game directory.

Well, appreciate the response. That doesn't appear to be the issue. I've tried multiple restarts, reset folder/file bits, defrag'd, checked for running processes, looked at the mtes4 folder structure in appdata, my docs, etc.

So, I think I'll attempt a removal of all things mtes4 (save any current clone's save games, oblivion .ini files, etc.), redownload mtes4 (just in case my copy got corrupted), basically just clean things up.

Then I'll start up a fresh mTES4, and try to "import" a game(s) or two and see if it will work with those. Supposedly, according to the instructions, I can copy in my current settings into the new mTES4 folders:
".......f you have an existing copy of Oblivion installed that has not been configured for mTES4 already, you can import it so that it will be detected.
When you import a new clone, mTES4 will automatically create a separate profile and appdata folder for it (see the sections below about Oblivion and mTES4 Folders).
The profile and appdata folders will be empty so if you have existing savegames, an oblivion.ini, bash settings, etc
and/or plugins lists for your existing copy, you will want to manually copy or move those files into the appropriate folders......"

So, all that should not take too long to try.

Worst case, I just manually rename/move stuff around. After seeing what mTES4 is doing, I'm pretty sure I can manually do it myself. No where near as "elegant", or as easy to remember so notes will be required, but doable.

I'll report back with whatever happens.

By the way, to anyone reading my posts, I highly recommend this tool. Awesome and very much appreciated. The fact that I'm having a little problem should NOT preclude anyone from using it. More than likely (so, 5 nines : ), I did something wrong (or, like I do at work, I just blame it on microsoft). In fact, if I never get it to work again, I will still count it as time well spent just because it gave me a solid understanding of how Oblivion's file structure works. Good stuff. Yeah, ok, I am a nerd to some degree. Isn't that supposed to be a good thing nowadays? : )

Thanks,

Tarl

» Wed Mar 30, 2011 12:37 pm

@TarlofGor;
I've been using mTES4 for a few weeks now and I still occasionally get that message. To say it's becoming annoying is being kind. I don't know why the app even cares that windows explorer is open but it does. Here are some things I try when I get the message.

- make sure all folders within folders within folders of the clone you're trying to open are closed in the explorer tree
- make sure Bethesda Softworks folder is closed and not selected either
- try to switch to a different clone (doing this several times usually works for me)
- close mTES4 app and reopen it
- as a last resort close windows explorer altogether

@Fiore1300;
You're right, it doesn't copy the Mods folders, period. I tried everything but doing it manually as I described above was the quickest, easiest solution.

The second part of your question is a little confusing. mTES4 is in itself a launcher, of the game and of all the apps. Now, I love InsanitySorrow and he has a great little launcher app, but why would you need/want to launch two launchers? In effect, it's not a conflict but mTES4 cancels out Insanity's launcher.

@andalaybay;
I completely agree with you about the unmoveable copying clone window. To bypass this I made sure that was the only window open on my desktop and then the question windows would pop-up in front. I'd also like to see a progress bar in the window.

» Wed Mar 30, 2011 2:40 pm

@TarlofGor;
I've been using mTES4 for a few weeks now and I still occasionally get that message. To say it's becoming annoying is being kind. I don't know why the app even cares that windows explorer is open but it does. Here are some things I try when I get the message.

- make sure all folders within folders within folders of the clone you're trying to open are closed in the explorer tree
- make sure Bethesda Softworks folder is closed and not selected either
- try to switch to a different clone (doing this several times usually works for me)
- close mTES4 app and reopen it
- as a last resort close windows explorer altogether

Yep, tried all that. Lots of times. Interesting that you have the issue occasionally, but can eventually force it to work. I'm trying to think of anything I did that would have changed something in the last few days (working fine till then). Such as change my dot net version or something. But, pretty sure my system stayed the same (as much as one can be sure of something like that : )

Anyway, I'll go ahead and try my "rebuild clone structure" thingie and see what happens. It is a little frustrating, but after being in IT for twenty years or more (not too mention raising 3 kids), I don't get too worried about things like this. Oblivion is still running fine, I've just lost my ability to easily switch between games.

I do appreciate you taking the time to try and help me (and trying to help others).

Thanks,

Tarl

» Wed Mar 30, 2011 10:18 am

I'm not afraid of newbs! :toughninja: But uh, seriously, at your own risk:

Spoiler

On WinXP, navigate to HKEY_LOCAL_MACHINE\Software\Bethesda Softworks\Oblivion\. On the right, change "Installed Path" to wherever you've moved your root Oblivion folder. Most of your 3rd party stuff and the CS will use this value, so there isn't likely to be any other fiddling needed after that. You should, however, change your omod directory in OBMM before you actually move anything or change the registry, if that folder will also be getting moved. And if you have the drivespace, you may want to copy, instead of move, until you're sure it's all in one piece.

Yep. Installing to the root was the cause of the exception. After changing the path to D:\Games\Oblivion, no more exception errors.
Thank you.

» Wed Mar 30, 2011 5:14 am

Yep, tried all that. Lots of times. Interesting that you have the issue occasionally, but can eventually force it to work. I'm trying to think of anything I did that would have changed something in the last few days (working fine till then). Such as change my dot net version or something. But, pretty sure my system stayed the same (as much as one can be sure of something like that : )

Anyway, I'll go ahead and try my "rebuild clone structure" thingie and see what happens. It is a little frustrating, but after being in IT for twenty years or more (not too mention raising 3 kids), I don't get too worried about things like this. Oblivion is still running fine, I've just lost my ability to easily switch between games.

I do appreciate you taking the time to try and help me (and trying to help others).

Thanks,

Tarl

Update on what happened when I cleaned up my original mTES4 (renamed folders, etc.) setup and tried a new setup.

1. So, I downloaded the new "unstable" version of mTES4 since it sounded as if it had some options that would help me out (pull in imported clone's appdata info, etc.). I put it in a different location that than the other version.

2. Started it up and it "saw" my current active oblivion game and asked me to give it a name which I did so.

3. Then I asked it to import a clone. Pointed it at another game that I had (clones created from the prior mTES4 usage). It asked for a name, I gave it one, then it attempted to clone it. Failed. Said the game did not exist at that location. So, I figured that even though I had browsed to the folder, the folder name was different from the "clone name". So, okay, I made the clone name the same as the folder name and this time it was successful in creating the clone.

Feature request - make sure to notify the user that the "clone name" must be the same as the folder name.

4. As part of the "create clone" it asked me if I wanted to import the appdata, etc. Cool. Sure. However, I noticed that it did NOT appear to allow me to browse to the old appdata folder where the information would exist. It wanted to import the current "active game" data. Well, that wouldn't work. So, I told it NOT to import as I figured I'd just manually copy it into the folders later.

Feature request - allow user to browse to location where the appdata (etc.) folder is located. Or, at least make it clear that a browser window will open in order to allow you to do that when you say "yes".

5. Fine. Now for the big test. Would it let me switch to the clone? So, I highlight the clone I had just created (the one that was NOT my current oblivion game), clicked on "switch", and it switched. Yaaaaaaayyyyyyyy : )

6. Closed mtes4. Installed some mods. Ran BOSS. Ran WB. Played game, life was wonderful.

7. Exited game and restarted computer (in order to start up some services I always shut down when I play; hey, I need all the ram I can get : )

8. Started up mTES4. Created another clone from a 3rd game folder. Clone created fine. Tried to "switch" to the clone. .....Fail. The old list of possible problems, etc.

No matter what I did, and, yes, I DID try everything multiple times (review above posts for everything I tried), it would never switch for me. So, same exact problem as before. Create more clones? No problemo. Switch to anything? No way, hose.

I'll keep my eye on this tool to see if it ever gets patched to handle this issue. Because, when it works, it's awesome (and, it taught me a lot). But, for now I'll just do manual re-name's of folders to switch between games.

In case anyone is put off by my posts, let me make sure and state that I sincerely advise everyone to USE THIS TOOL! If you have, or want to have, the ability to easily switch between games, and your computer is behaving better than mine, this tool is the only tool in town. Absolutely worst case issue, as with me, you learn the ins and outs of Oblivion's folder structure so that you can take care of the switching manually. Well worth the time for me. Goes without saying, prior to my even trying the tool the first time, I did backup my Oblivion folder (but, it did not turn out to be necessary to use it).

Thanks,

Tarl

» Wed Mar 30, 2011 1:34 pm

Hi all I have built my first Oblivion install using mTes4 & have a few questions. I have four folders in my mTes4
Nehrim, my active Clone
Clean Copy

Nehrim parent "made before I understood what was meant by import the Nehrim folder"

& original Copy

With Nehrim as my active clone I have an almost empty Oblivion Folder.

I had thought that when I imported Nehrim I would bring over the whole folder but what I have seems more like a shortcut It works fine in that the game loads but modding Nehrim is still going to be interesting

I would like to import my entire Nehrim game into this clone as then I can treat Nehrim is if it is my Oblivion game, its then in the default paths for wrye & any of the other tools,

Will this work or have I totally misunderstood how this works

This is my current install path C:\Games\Bethesda Softworks & in this folder i have 5 folders

Clean Copy ,Nehrim Parent, Oblivion, Original Copy , SureAI , with Nehrim is a subfolder

Regards Beebee