prideslayer Posted June 4, 2013 Share Posted June 4, 2013 (edited) NEVER RUN FOMM AS ADMINISTRATOR. NEVER EVER. This is to protect you from MY bugs. If you EVER run it as administrator, you must then: 1. ALWAYS run it as administrator. A fucking terrible idea. or 2. Fix the file permissions (or delete) for everything in the FOMM mod tracking dir, "c:\games\falloutnv" by default. 32bit vs anycpu, what gives?! The 32bit only version is no longer maintained. The anycpu version will run as a 32bit program on 32bit windows, and a 64bit program on 64bit windows. The 32bit version here is only for people who have trouble using the anycpu version -- such as people using MO alongside FOMM. WEIRD FILE ERRORS? TRY CLEANING YOUR WINDOWS TEMP DIR(S) BEFORE ASKING FOR HELP. FOMM v0.14.11.13 Attached is our custom build of FOMM. At present it has a few new features, but is mostly bug fixes, when compared to the last official release. See the release history below for full details. Features (compared to 'official' release). New features this release are yellow. ShaderDisasm support removed (does not work in 64bit) FNV4GB support built in (thanks niv!) Built for "any cpu". 7z 64bit DLL included. No more "make copy" dialog -- this is always done Installer now reports full version in add/remove programs No more file renaming chopping off versions. Version sanity check Stack overflow fix .Net 4.0 required BOSS masterlist location update Prelaunch check fix InstallLog.xml "downgrade" support to undo NMM changes. IA32 build. This will help bring any big-memory issues to light quickly. 4th version # showing in title. This is 0.14.9.3. Previously 4th digit was hardcoded to 0. Large archive support in x32 "Yes to mod" and "No to mod" support Redesigned 'overwrite' window to not resize and move around. Colorization in Fallout3 now working BOSS report (and sorting?) now works. Removed the messages at startup asking if you want to enable update checks since they were just lies. Plugin list now colorized. Red for mods with missing masters, orange for required masters present but disabled, brown for incorrect load order. FOMM will still refuse to launch the game in all of these cases. Removed code that closed FOMM upon launch. Will now stay open throughout game. All "update check" stuff removed. Detects NMM "corruption" of InstallLog.xml and tells you how to fix. Links to SF project readme/forums removed. Refusal to launch with an incorrect load order. Refusal to launch with a required master present but disabled. Refusal to launch if a required master is missing. Release History Version: 0.14.11.13 - ShaderDisasm support removed (does not work in 64bit) Version: 0.14.11.12 - FNV4GB support built in (thanks niv!) Version: 0.14.11.11 - Built for "any cpu". 7z 64bit DLL included. Version: 0.14.11.10 - No more "make copy" dialog -- this is always done - Installer now reports full version in add/remove programs - No more file renaming chopping off versions. - Version sanity check Version: 0.14.11.9 - Updated security stuff so the legacy setting is no longer required. - Disabled the "deactivate all" button for now. - Fixed a bug in "activate group". - Internal C# script compiles no longer generate debug files (.pdbs). Version: 0.14.10.8 - Version sanity check - Stack overflow fix - .Net 4.0 required - Legacy security policy fix - BOSS masterlist location update - Prelaunch check fix Version: 0.14.10.(3 - 7) - Not released Version: 0.14.10.2 - InstallLog.xml "downgrade" support to undo NMM changes. Version: 0.14.10.1 - "Yes to mod" and "No to mod" fix Version: 0.14.10.0 - IA32 build. This will help bring any big-memory issues to light quickly. - 4th version # showing in title. This is 0.14.9.3. Previously 4th digit was hardcoded to 0. - Large archive support in x32 Version: 0.14.9 - x64 support (build is now 'all cpu'. - x32 mode properly handles large files in archives, like TTW has. - "Yes to mod" and "No to mod" support - Redesigned 'overwrite' window to not resize and move around. Version: 0.14.8 - Colorization in Fallout3 now working. Version: 0.14.7 - The return of BOSS Autosort. Really this time. Version: 0.14.6 - The return of BOSS Autosort. Version: 0.14.5 - The return of BOSS. Version: 0.14.4 - Bugfix for package adding, introduced in 0.14.3 Version: 0.14.3 - Removed the messages at startup asking if you want to enable update checks since they were just lies. - Plugin list now colorized. Red for mods with missing masters, orange for required masters present but disabled, brown for incorrect load order. FOMM will still refuse to launch the game in all of these cases. Version: 0.14.2 - Removed code that closed FOMM upon launch. Will now stay open throughout game. Version 0.14.1b3 - All "update check" stuff removed. - Detects NMM "corruption" of InstallLog.xml and tells you how to fix. - Links to SF project readme/forums removed. - Refusal to launch with an incorrect load order. - Refusal to launch with a required master present but disabled. - Refusal to launch if a required master is missing. Requirements - Windows w/ .Net 4 Runtime - Fallout 3 and/or Fallout New Vegas Installation - Extract the zip file and run the included installer. Uninstalling / Upgrading - Uninstall the old version, install the new version. Your load order, mods in the packaage manager, etc. will not be affected. FULL uninstall - First run FOMM and deactivate and remove every installed mod to "clean up" you game directories. - Next uninstall FOMM. - After uninstalling FOMM, delete the FOMM metadata directories. Typically these are "c:\games\FalloutNV" and "c:\games\fallout 3". Doing this without. Screenshots Links - LoversLab GIT project Future plans - Support for 'external' load order system NMM and Wrye agreed on. - Update to use NMM's XML format. - More robust mod versioning (meaning don't CRASH if there is a letter or too long number or.. whatever.) - Show mod dependencies in mod list. More distant future plans - Reintroduction of mod update check supporting more than just Nexus (Nexus, moddb, LL, etc.) - Oblivion and Skyrim support. - Rename to GMM/GeMM fommsetup 0.14.11.10 (32bit).7z fommsetup 0.14.11.13 (anycpu).7z Edited March 8, 2015 by prideslayer 12 Link to comment
KainsChylde Posted June 4, 2013 Share Posted June 4, 2013 Won't launch at all. I get an instant "FOMM Has stopped working" window soon as I click on it. Link to comment
prideslayer Posted June 4, 2013 Author Share Posted June 4, 2013 Well *that's* no good.. Any kind of error message in a details button or anything? 1 Link to comment
prideslayer Posted June 4, 2013 Author Share Posted June 4, 2013 Wait, did you drop it over your existing FOMM? It needs to be in the directory where FOMM was previously installed.. it won't just run in it's own empty directory. Link to comment
KainsChylde Posted June 4, 2013 Share Posted June 4, 2013 I did exactly as you instructed. I found my original FOMM install and dropped your new .exe on top of it. I got no error message other than what I posted above. Link to comment
KainsChylde Posted June 4, 2013 Share Posted June 4, 2013 I just reinstalled FOMM. Let me try again and see if it makes a difference. Edit: It says "Window is checking for a solution to the problem..." and then the window just closes. No further information. Link to comment
KainsChylde Posted June 4, 2013 Share Posted June 4, 2013 On the bright side it doesn't corrupt anything. Put back the original .exe and everythings fine. Link to comment
prideslayer Posted June 4, 2013 Author Share Posted June 4, 2013 Hmm odd. I'm going to zip up the exe, dlls, and so on and put that up there.. standby. Link to comment
prideslayer Posted June 4, 2013 Author Share Posted June 4, 2013 Updated download, basically a 'full install.' Don't overwrite your existing FOMM dir with this one -- if you do, may have to reinstall FOMM if things don't go right. Should not affect the game or anything though, that stuff is stored in a different directory. Link to comment
KainsChylde Posted June 4, 2013 Share Posted June 4, 2013 Ok, good news is it launches. Bad news is that I tried to run an install (Project BRAZIL) and it crashed. Pulled the "Something bad seems to have happened..." dialogue. Attached is the crashdump. Link to comment
prideslayer Posted June 4, 2013 Author Share Posted June 4, 2013 Missed a file in the zip.. updating now. Link to comment
prideslayer Posted June 4, 2013 Author Share Posted June 4, 2013 Link to project on sourceforge up in the OP. I checked in the baseline code first from the existing project (branches/qfomm -- last version was not working off of trunk there), branched that rev as-is, then checked in the changes on my end. Not listed in features, and of interest only to other developers, changes to trunk include: - Conversion to VS2010 (I have pro, not sure if this will work on the free Express version) - Ignoring files and directories in svn: _UpgradeReport_Files [Dd]ebug [Rr]elease [Tt]race [bb]in [Oo]bj UpgradeLog*.* *.suo *.user *.sdf *.opensdf todo.txt I checked out to a clean directory and ran a test build, seemed to work fine, so should be no problem for others that want to contribute. Builds clean with only a few warnings about unused vars. Generally these are in the exception handlers, there are quite a few spots where the original developers do things like: try { ... } catch (Exception e) { continue; } I will clean them up as I come across them and either do something nice with the exception, or if it's really not important, get rid of the exception declaration; the catch statement does not need it. Link to comment
prideslayer Posted June 4, 2013 Author Share Posted June 4, 2013 Working on the load-order checking code right now and I'm wondering if I should just abort (refuse to launch) if the load order is messed up at all. My initial thought was to just pop up a confirmation dialog and let the user launch, but thinking about it, that can only lead to problems, so now I am thinking I should simply pop up a message describing the problem and how to fix it, and not launch. The situations where I would do this are: 1. A mod is active that has a missing master. 2. A mod is active that has a present but disabled (unchecked) master. 3. A mod is active with a master it needs appearing after it in the load order. Realistically, is there ANY situation in which one of these is true and I should allow the launch? I can't think of oen, even when it comes to testing? #2 comes close, but in that case, I want the user to activate the deactivated mod (or deactivate any that require it) and launch again, so I can check the load order once the mod is active. Keeping in mind that people who really know what they're doing and want to circumvent this can always just run the normal fallout/nvse launcher rather than launching from fomm. It's not like I'm stopping a user from doing anything stupid, just stopping the application from assisting them. Link to comment
prideslayer Posted June 4, 2013 Author Share Posted June 4, 2013 beta3 up in OP - Refusal to launch with an incorrect load order. - Refusal to launch with a required master present but disabled. - Refusal to launch if a required master is missing. Link to comment
Halstrom Posted June 5, 2013 Share Posted June 5, 2013 Cool stuff, looking forward to giving it a go soon and I'll try that BSA conversion for the SCR & Preg Data packs:) Link to comment
prideslayer Posted June 5, 2013 Author Share Posted June 5, 2013 Cool deal. Let me know how it goes with the BSA. It seems to be working ok for me but I have had little time to playtest lately, or rather, I've been spending what time I do have on things like this instead. XD Link to comment
Tonoma Posted June 5, 2013 Share Posted June 5, 2013 Copied/saved my current FOMM install (\GEMM...) to a temporary directory and overlaid your zip file subdirectory contents. On starting up the FOMM/PSMM shortcut on an active modded FONV, all looked normal, nothing lost, no surprises, nothing within FOMM seemed broken (including package manager.) Your new features seemed to work in my brief testing. Seems already useful/releasable based on these improvements alone. (Using FNV4gb and NVSE so I inserted "D:\Steam\steamapps\common\fallout new vegas\fnv4gb.exe" (including quotes, from my desktop shortcut) into the FOMM Settings panel. PSMM did not launch FONV (also true of FOMM.) Works fine once I removed the quotes. Don't know why I thought quotes would be ok.) Suggestion: Would have preferred more explicit, concise "no-can-do" wording (i.e., drop "the" and "it"; add Error), such as: Error: Plugin 'mission mojave - ultimate edition.esp' requires master 'gunrunnersarsenal.esm' which is not active. Activate master or disable plugin. and Error: Module 'legion.esm' loads prior to its master 'slavery.esm'. Correct load order or disable module. (I suggest the word Error or similar since these messages in effect abort FOMM/PSMM and are not purely informational.) Link to comment
prideslayer Posted June 5, 2013 Author Share Posted June 5, 2013 Thanks for the feedback, Tonoma. I will definitely reword the errors for the next release or the one after, I just wanted to get something in there so I could test. Glad to hear it's working for you. Link to comment
KainsChylde Posted June 5, 2013 Share Posted June 5, 2013 I had uninstalled a bunch of stuff to play Project Brazil. Completed the mod, wen't to reinstall all my goodies to go back to the regular game with the new FOMM. Went without a hitch. Link to comment
prideslayer Posted June 5, 2013 Author Share Posted June 5, 2013 Thanks for the info KC, glad it's working for you. Hopefully I can find time to get a few more features done this week. Link to comment
KainsChylde Posted June 27, 2013 Share Posted June 27, 2013 Encountering an odd issue. Had my game go south on me and had to reinstall from scratch. Now I'm using your FOMM improvement to re-add all my mods, and I'm getting "out of memory" errors on mods I've never had trouble installing before. Namely ARES Project and Spice of Life. Oddly enough Project Brazil, which is bigger than both combined, installs no problem. Link to comment
prideslayer Posted June 27, 2013 Author Share Posted June 27, 2013 That error is coming from the game, or from FOMM?? Link to comment
KainsChylde Posted June 27, 2013 Share Posted June 27, 2013 From FOMM. Old version installed both no problem, but can't install Project Brazil. Link to comment
prideslayer Posted June 28, 2013 Author Share Posted June 28, 2013 Well... that's weird. Guess I'll have to download all three mods and try it myself in the debugger to see what's going on. The only thing in FOMM that can use large amounts of memory is, I think, the 7zip DLL. If that's causing the problem, not sure what I'll be able to do about it. Link to comment
sen4mi Posted June 29, 2013 Share Posted June 29, 2013 Perhaps, if your development and testing efforts focus on Fallout New Vegas, you might want to name it FNVMM? Then again, maybe NV should stand for "new version"... Link to comment
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now