AxelDominatoR
-
Posts
298 -
Joined
-
Last visited
Content Type
Profiles
Forums
Events
Posts posted by AxelDominatoR
-
-
The Nexus Mod Manager uses the .NET Framework version 3.5. The NMM installer should automatically check for and install the right version for you.
-
What might be nice, and is something that FOMM never had, would be a plaintext storage of the found paths. Store the paths of the programs that have been installed in a file right next to NMM in some ini file, and keep the paths relative to where NMM is installed "\Games\Fallout 3" instead of "C:\Games\Fallout 3\" for example).
I second this (as written before on this thread)
Seriously, why does everyone want to use the Registry to store everything, anyways? It just seems to cause headaches.
But not this. Windows Registry, while flawed, is still better than nothing and ini files have other problems, too. The best choice for me is simply to activate a "portable" option that lets you save your settings inside a ini file, but only if and when you choose to do it.
-
We are working on a system that will be able to sort out a lot of problems without the use of an external tool. It is in a very early phase of development, but we think it is totally worth it.
The best thing we can do is to try out every method we know and then, if everything else fails, just tell the user the two mods conflicts in a way the NMM can't solve.
Still, achieving a 99.9% success rate is not possible without something like the bashed patch (and I hope we can reach an agreement with Wrye's team for supporting it somehow) but you will always have that 0.1% of cases where two mods simply are not compatible, even if you merge them using TES4Edit.
The amount of output can be regulated by a simple switch into the options menu, so you can choose between "normal" and "power user" and have lots of debugging messages if you wish, so I don't really see that much of a problem here.
NMM needs to support operations on all sort of different games. What I think would be an ideal solution (and it may even be feasible being the NMM opensource) is to have two levels of actions: the global layer just handles the generic stuff (downloads, global dependencies, game-independent file operations) and then you can load plugins that support operations for that specific game you are currently using (so you will have a plugin for Oblivion, one for Fallout3, etc etc). The plugin should support existing tools, whenever possible.
This may be a win-win solution for everybody, because we will not directly try to replace existing tools (that will be both ethically unfair and time-consuming IMHO), but just add a way to use them like most command-line unix apps.
Now, having a bit of support from the tools' creators would be a very nice gesture :P
-
GParted is one of the best, in my opinion. It is opensource, too.
-
They recommended you well. Cheap ones are not really suitable for sustained 900W, but only can withstand brief peaks of it.
Moreover, if your PSU is not stable with voltages, you risk frying other components. Better to play it safe.
-
Daggerfall was marvelous. One of the best RPG ever made, in my opinion. A pity it was not fully finished (item management and furniture, for example). I love Ultima Underworld, too (the second more than the first).
-
Yes, I played it. Nice graphics, but buggy even with the latest patches. I usually prefer "Anvil of Dawn", almost from the same period.
-
The auto detect works, I'm justing thinking a quick best guess detection without needing the auto detect button (removing it from the form).
Something like: if we have the path into the registry use it, else just let the user select it?
-
You don't have to pay money to update: NMM works like OBMM in this regard. If you are premium you get some extras, though.
-
I think this will be useful in the near future. We *may* have something coming down this road, but it's too soon to talk about it. Cross your fingers! ;)
------------------------------------
Sorry, Kaburke posted about at the same moment as me with a much more in-depth reply!
-
You mentioned that premium users get above 500kb well to tell you the truth I can hit about over 500kb/s up to 650kb/s even though I am not premium...
The bandwidth throttler is currently being worked on, so that explains the "fuzziness". Everything should be working back as advised in a couple of days.
-
Ouch! How much wattage had the burned one?
-
The card may be different from the main one (yes you can use a 470 main and 260 for physx). Being in a main PCIe slot is not required (better to put the main card in the main PCIe slot).
-
Hello!
I've read your list and I think you've got plenty of interesting points. At a first glance I can tell you most of them are technically feasible, too.
Final word is on Robin and Kaburke, naturally, as there are priorities on features and fixes right now.
Thread bookmarked for interest :)
-
Have you tried with a different monitor? Maybe a friend can lend you one for an hour or two.
-
At the moment i have to deal with the dependence of a FNV mod from a F3 mod. That means you have to install the F3 version to get the
A mod should support multiple games if, for example, two games runs under the same engine. It will come in handy later for advanced deps solving. I will keep it in mind, it is a good idea.
Thank you very much :)
-
Try uninstalling, checking if the NMM folder still does exists and delete it, then install it again.
-
We're working on a totally new file management system for uploading and managing your mods that will take care of every problem you mentioned :)
Can't say anything else at the moment, but have faith! ;)
-
Where did you install it? Is it under C:\Program Files\....?
-
But mind, the Nvidia one shouldnt be the slowest one you can find, because the radeon has to wait for the physx calculations. For example, if you are using a hd 4870 you will need a 9800gt.
I plan on buying an used GTX 260 or similar. I found some cheap ones and it should be ok to experiment with. If it cannot be done I would not lose so much. The 260 has plenty of processing power for CUDA applications and PhysX and has two monitors out.
About the eyefinity, I don't want to do it: I want to buy a single 30" monitor. Eyefinity requires every display to have the exact same resolution as the others. You can't mix a single 2560x1600 with two 1600x1200. There is an hack that makes you use a sort of "fake fullscreen mode" and allows eyefinity on different screens, but comes with quite a bit of a performance drop and it doesn't work with everything (and causes problems with crossfire, too).
I fear that when the PhysX is turned on, one of the two side monitors will shut off because one of the two heads of the nvidia will be used for PhysX.
-
I think (haven't actually looked at the code) that the Nexus Client just searches for "HKEY_LOCAL_MACHINE\SOFTWARE\Bethesda Softworks\Oblivion\Installed Path" (for Oblivion).
If that's the case, it means that if you install the game and move the directory afterwards then Nexus Client will not be able to find the game anymore.
I don't think searching the filesystem for the game is a good solution, though. I propose, instead, to support "mobile" versions of games, by saving the relative path into the Nexus Client. Here's an example:
You have your game inside a directory you do change often (for example inside an USB drive).
You will install Nexus Client in the same pendrive.
The Nexus Client will save the path to the game not as:
X:\Path\To\The\Game
that will fail each time the letter changes, but as a simple:
..\Path\To\Game
As long as you keep the Nexus Client on the same partition of the game, this will work and you can always put a switch in the config file for the Nexus Client to know if the path of that particular game is absolute or relative.
-
This could be made useful using a right click menu (already proposed in another thread).
You select a number of mods and then right click and "Install all", etc.
-
Right now (for beta testing) maybe it is better to update often because of the number of releases that may happen during a single day. As soon as the client is stable, however, I think it will be best to check for updates every n days, configurable. Naturally always keeping a "check for updates" manual function.
-
Giving premium-like features to mod authors limited to *their mods only* may be something nice, though. That way you can test your mods at full speed even if you aren't premium. What do you think?
"System" requirements
in Open Beta Feedback
Posted
I don't think right now .NET 4.0 features can justify a move to it 3.5 is still the "average standard".
We will try to achieve a sort of framework neutrality (I'm a linux user myself). Yet, the code is opensource so if you want to try running it right now, please feel free to try :) (and maybe send a patch or two :P).
Here's the link: Nexus Mod Manager Sourceforge page