Mod Organizer Profiles Manager

[HyperMax]

View File

---

An application that synchronizes mod order between profiles for Mod Organizer. So for example if you makes changes in one profile, the order is copied to other profiles within the same profile group.

 

 

[1] Contains path for all Mod Organizer installations whose profile you wish to monitor. You add a new path using the textbox below it and pressing [Add] button.

 

[2] Output log, listing all copies being made.

 

[3] Legend for profile groups. Hotkeys 1-5 for profile group. Gray (Hotkey: Del, backspace or `) are profiles not belonging to any group and not being monitored.

 

[4] List of profile for selected Mod Organizer from pane [1]. Profiles are grouped so if you make changes to profile "Alpha 1" the order will only be copied to "Alpha 2" which belongs to the same profile group (Cyan - hotkey 2). You change the group profile by selecting it and just pressing the hokey using the legend for reference. Grayed out profiles are not monitored. The copy button below is for manual copy of selected profile in listbox to the one in the combobox.

 

[5] The rest of the buttons are pretty obvious: Clear log, Toggle MOPM Monitoring...

---

• Submitter
  HyperMix
• Submitted
  09/05/2016
• Category
  Other
• Requires
  Mod Organizer, .NET 3.5 or newer
• Special Edition Compatible

 

[Uhuru N'Uru]

Will give this a try, on my Skyrim profiles later, my current Enderal install only has one profile.

My skyrim main got wrecked when windows crashed, as the Mod order was being saved, I lost the activated and order of 90% it after a marathon reorganisation session.

That sucked.

Then Enderal dropped, so it's not in a testable state, just now.

 

There is another tool with a similar ideas, you might want to check out. It seems to have stalled but had potential, and may give you some ideas

Mod Order Organizer by pivotiiii

 

The idea of the perfect mod order, for an hyperthetical, fully actived listing, is the obvious goal, allowing changes to be applied to all profiles from one sorce.

[Uncle64]

I will give it one try to, did one mistake to click the "fix" in MO and it wrecked my stable game.

[Uhuru N'Uru]

First test shows the same issue mentioned in

Mod Order Organizer by pivotiiii

 

Namely, if a specific profile, hasn't been viewed in MO, since the last mod change (eg refreshed with current full listing), no changes are applied to that profile.

Seems to work on the profiles OK once they are upto date, but I've only tested it once or twice upto now, so not definitive.

I suspect the same core issues will apply to both mods, though the other one has more features (Currently).

[Mdy]

Hi there, I've got a question which isn't exactly the skope of this mod.

 

Is there a way to show unused mods, which are not used by any preset?

I'd like to delete the obsolete ones, so that there aren't 8 different of unused Interesting NPCs from 2013 on my HDD :

When I'm on a different preset and a mod gets updated, then I'm installing the update with another name, because scripts or leveled lists getting messed up, enchantments could get stuck on the character and so on. While switching the preset again there will be a lot of different versions after a while and it would be great to know if we could delete obsolete and unused installations.

[HyperMax]

I've been waiting for notice to tell me if thread is active, I didn't realize you have to follow your own thread first. Sorry for the lat replies.

 

Will give this a try, on my Skyrim profiles later, my current Enderal install only has one profile.

Mod Order Organizer by pivotiiii

 

The idea of the perfect mod order, for an hyperthetical, fully actived listing, is the obvious goal, allowing changes to be applied to all profiles from one sorce.

 

I did not know of another tool. I wouldn't have bothered otherwise.

 

 

First test shows the same issue mentioned in

Mod Order Organizer by pivotiiii

 

Namely, if a specific profile, hasn't been viewed in MO, since the last mod change (eg refreshed with current full listing), no changes are applied to that profile.

Seems to work on the profiles OK once they are upto date, but I've only tested it once or twice upto now, so not definitive.

I suspect the same core issues will apply to both mods, though the other one has more features (Currently).

 

I am not sure what you are getting at. Once a modlist.txt is changed it takes all the modlist order and then copies it all other profiles. It does not care what the other profile modlist.txt contains. All it cares about is active state. So the modlist.txt should always contains all the current mods. The modlist of all the other profiles are always up to date, just as long as the application is running when you make the change. MOPM is not running and you make changes then it is the only time it goes out of sync.

 

Here is an example of what I mean:

 

You have Profiles A, B, C and D

You have Mods M1, M2 and M3

 

You go into profile A and delete M2 and add mods M4 and M5. The modlist.txt for Profiles B and C now contain the new mods (M4. M5) and removed the old one (M2). The new mods are by default are disabled in profiles B and C

 

So basically all it does, it copies the modlist itself to the other profiles, disabling each and every mod. And then copies the active stats of each mod from the profile.

 

 

 

Hi there, I've got a question which isn't exactly the skope of this mod.

 

Is there a way to show unused mods, which are not used by any preset?

I'd like to delete the obsolete ones, so that there aren't 8 different of unused Interesting NPCs from 2013 on my HDD :

When I'm on a different preset and a mod gets updated, then I'm installing the update with another name, because scripts or leveled lists getting messed up, enchantments could get stuck on the character and so on. While switching the preset again there will be a lot of different versions after a while and it would be great to know if we could delete obsolete and unused installations.

 

No. Sorry, it does not do that. It's a completely different tool. All I wanted was something quick and easy that monitors all changes in the background without me having to worry about keep the order list.
 

[Uhuru N'Uru]

 

First test shows the same issue mentioned in

Mod Order Organizer by pivotiiii

 

Namely, if a specific profile, hasn't been viewed in MO, since the last mod change (eg refreshed with current full listing), no changes are applied to that profile.

Seems to work on the profiles OK once they are upto date, but I've only tested it once or twice upto now, so not definitive.

I suspect the same core issues will apply to both mods, though the other one has more features (Currently).

 

I am not sure what you are getting at. Once a modlist.txt is changed it takes all the modlist order and then copies it all other profiles. It does not care what the other profile modlist.txt contains. All it cares about is active state. So the modlist.txt should always contains all the current mods. The modlist of all the other profiles are always up to date, just as long as the application is running when you make the change. MOPM is not running and you make changes then it is the only time it goes out of sync.

 

Here is an example of what I mean:

 

You have Profiles A, B, C and D

You have Mods M1, M2 and M3

 

You go into profile A and delete M2 and add mods M4 and M5. The modlist.txt for Profiles B and C now contain the new mods (M4. M5) and removed the old one (M2). The new mods are by default are disabled in profiles B and C

 

So basically all it does, it copies the modlist itself to the other profiles, disabling each and every mod. And then copies the active stats of each mod from the profile.

The point I'm making is that MO only updates the profiles Mod List when you view it, so no the file does not immediatly get the changes applied.

 

When I tried the mod, using profiles I hadn't viewed in ages, and were thus missing many changes, MO didn't get your changes applied at all, but profiles I had viewed, and had the updated listings, were changed as expected.

 

This was a known issue with the other mod.

 

IMPORTANT: You must have opened each profile in Mod Organizer at least once since you last installed a new mod so the profile's modlist.txt gets updated.

 

So I tested yours with some known to be well outdated profiles, and they were not actually changed.

MO overwrites your new file, with the old one, in the updating process.

I'm unsure exactly how it happens, my thinking is MO does it internally, and the text file is actually just a backup.

It's a function of how MO works, not either mod.

 

Which was why the warning above was given, you simply need to view each profile in MO first, to get the internal system to make a new and updated text file.

Then it will accept your changed order, if the mods match it's internal system, it might be how drag and drop, actually works in the left pane.

MO only accepts changes to text files, if the mod list is accurate, before the change.

 

The above is my interpretation of how MO does this, but it matches both the known facts, and the evidence of experimental results.

Which proves that changing an out of date (with missing mods) text file, makes no changes in MO, while changing an updated file (Correct Mods), does work.

 

I should add, I'm part of the MO support Team, and while, only Tannin knows everything that MO does, I'm more knowledgable than the average MO user, and this one caught me by surprise.

It's not a result I expected, but it's a tested and confirmed fact, that this occurs.

[HyperMax]

Thank you for the reply.

 

Mod List when you view it, so no the file does not immediatly get the changes applied.

 

I do not see a problem here. That application can only monitor changes and you can only change the profile when you view it. If MOPM has to be on for it to pickup changes.

 

When I tried the mod, using profiles I hadn't viewed in ages, and were thus missing many changes, MO didn't get your changes applied at all, but profiles I had viewed, and had the updated listings, were changed as expected.

 

That's sounds very odd behavior and very unexpected.  The modlist.txt file for all profiles should always be up-to-date not because of MO but because of MOPM. My program copies the latest list always from the profile you made changes last.  As soon as you change the profile in MO, it loads it from the modlist.txt file and not memory (I tested this a few time). If it loaded it from memory it would behave like you stated otherwise it would behave correctly and load the latest modlist.txt.

 

So basically in simple terms, my program just copies the latest modlist.txt file and all the mods listing, and then it changes the active state of the mods according to the profile. Default state is disabled.

 

MO overwrites your new file, with the old one, in the updating process.

I'm unsure exactly how it happens, my thinking is MO does it internally, and the text file is actually just a backup.

It's a function of how MO works, not either mod.

....

Which proves that changing an out of date (with missing mods) text file, makes no changes in MO, while changing an updated file (Correct Mods), does work.

 

 

I am so sorry but that makes no sense at all. What difference does it make if the modlist.txt is old or new? Does it mean it loads the listing from memory only when it is old otherwise the modlist.txt?

 

I do not have old profiles, but I just added 10 new test mods and placed them in odd places and then went to the oldest profile I have and it shows the correct order with the new mods that didn't exist in that profile. The only way it would behave as you said, is if it does not load the file from memory as there is no other file that contains the mod order. Loading from memory sounds very bizarre. When you remove the modlist.txt and your order is lost, so we know for sure it is the file that is accessed. When I switch profile I can see that MO accesses the modlist.txt by monitoring file access.

 

I am not sure why it behaves like this for you, I cannot reproduce your bug at all. So I am not sure how I can fix this issue.

[HyperMax]

 

 

First test shows the same issue mentioned in

Mod Order Organizer by pivotiiii

 

Namely, if a specific profile, hasn't been viewed in MO, since the last mod change (eg refreshed with current full listing), no changes are applied to that profile.

Seems to work on the profiles OK once they are upto date, but I've only tested it once or twice upto now, so not definitive.

I suspect the same core issues will apply to both mods, though the other one has more features (Currently).

 

I am not sure what you are getting at. Once a modlist.txt is changed it takes all the modlist order and then copies it all other profiles. It does not care what the other profile modlist.txt contains. All it cares about is active state. So the modlist.txt should always contains all the current mods. The modlist of all the other profiles are always up to date, just as long as the application is running when you make the change. MOPM is not running and you make changes then it is the only time it goes out of sync.

 

Here is an example of what I mean:

 

You have Profiles A, B, C and D

You have Mods M1, M2 and M3

 

You go into profile A and delete M2 and add mods M4 and M5. The modlist.txt for Profiles B and C now contain the new mods (M4. M5) and removed the old one (M2). The new mods are by default are disabled in profiles B and C

 

So basically all it does, it copies the modlist itself to the other profiles, disabling each and every mod. And then copies the active stats of each mod from the profile.

The point I'm making is that MO only updates the profiles Mod List when you view it, so no the file does not immediatly get the changes applied.

 

When I tried the mod, using profiles I hadn't viewed in ages, and were thus missing many changes, MO didn't get your changes applied at all, but profiles I had viewed, and had the updated listings, were changed as expected.

 

This was a known issue with the other mod.

 

IMPORTANT: You must have opened each profile in Mod Organizer at least once since you last installed a new mod so the profile's modlist.txt gets updated.

 

So I tested yours with some known to be well outdated profiles, and they were not actually changed.

MO overwrites your new file, with the old one, in the updating process.

I'm unsure exactly how it happens, my thinking is MO does it internally, and the text file is actually just a backup.

It's a function of how MO works, not either mod.

 

Which was why the warning above was given, you simply need to view each profile in MO first, to get the internal system to make a new and updated text file.

Then it will accept your changed order, if the mods match it's internal system, it might be how drag and drop, actually works in the left pane.

MO only accepts changes to text files, if the mod list is accurate, before the change.

 

The above is my interpretation of how MO does this, but it matches both the known facts, and the evidence of experimental results.

Which proves that changing an out of date (with missing mods) text file, makes no changes in MO, while changing an updated file (Correct Mods), does work.

 

I should add, I'm part of the MO support Team, and while, only Tannin knows everything that MO does, I'm more knowledgable than the average MO user, and this one caught me by surprise.

It's not a result I expected, but it's a tested and confirmed fact, that this occurs.

 

 

Found out the reason why it is occurring. A silly bug in my code.

[HyperMax]

Fixed the bug and new feature. Please let me know if you experience the same issue. Thanks

 

 

 

An application that synchronizes mod order between profiles for Mod Organizer. So for example if you makes changes in one profile, the order is copied to other profiles within the same profile group.

 

[1] Contains path for all Mod Organizer installations whose profile you wish to monitor. You add a new path using the textbox below it and pressing [Add] button.

[2] Output log, listing all copies being made.

[3] Legend for profile groups. Hotkeys 1-5 for profile group. Gray (Hotkey: Del, backspace or `) are profiles not belonging to any group and not being monitored.

[4] List of profile for selected Mod Organizer from pane [1]. Profiles are grouped so if you make changes to profile "Alpha 1" the order will only be copied to "Alpha 2" which belongs to the same profile group (Cyan - hotkey 2). You change the group profile by selecting it and just pressing the hokey using the legend for reference. Grayed out profiles are not monitored. The copy button below is for manual copy of selected profile in listbox to the one in the combobox.

[5] The rest of the buttons are pretty obvious: Clear log, Toggle MOPM Monitoring...

 

[HyperMax]

Version 3 is out with new sizeable interface and better controls.