The Oblivion.INI file.

[SiniVII]

Right, this is my current issue but it's not really an issue, I just want to test something but I can't since I can't launch the default oblivion game.

 

I can however launch my modified version of oblivion which is a clean copy of the default oblivion, I always have a backup oblivion game.

Point is that this modified oblivion game probably contains about ... 70 mods give or take? Some of them alters the content of the INI file to work. Can tweaking of the Oblivion.INI file result in the regular oblivion not being able to launch? I have managed to install and re-install several times, but the regular oblivion just can't launch. It won't. It goes black when I hit the EXECUTE file, trying to open the Bethesda Softworks intro, but before that it crashes to desktop.

 

So my suspicion is that it is the tweaked content of the Oblivion.ini file that is the issue.

Then again I can not be certain and it's only a suspicion so I am wondering if the Oblivion.Ini file can have something to do with Oblivion crashes?

 

Shortly...

Oblivion Default Version: Crash on Startup.

Oblivion Modified Version: Perfectly fine.

Oblivion.ini: The Issue?

[bben46]

Here is a link to my revert to vanilla article. it is completely reversible so you can do whatever you need to on a vanilla game, then go back to exactly what you had before. It does not touch the ini, but you can rename the ini to something like Oblivion-ini.bak The game will automatically create a new Oblivion .ini when you start it.

 

Bben's Oblivion Revert to Vanilla game

http://www.tesnexus.com/articles/article.php?id=340

[SiniVII]

Ben, you are genious. I don't know how many times you have gotten me out of a pinch, but this just makes another line on my wall.

 

Well Honestly the Revert to Vanilla game was not necessary, your advice to rename the Oblivion.INI file was genious and now I have a clean Vanilla game.

If I want to play my modified oblivion i'll just delete Oblivion.ini and rename the old modified Oblivion-INI.ini file back to Oblivion.ini.

 

Thank you for your help ONCE again! : D

[LHammonds]

If you want to know what lines were modified between the default and your crashing version, use a text comparison utility such as TextDiff to compare the lines to see what is different between them (especially where values were changed)

 

http://www.angusj.com/delphi/textdiff1.png

 

LHammonds

[SiniVII]

Thank You Hammonds! Could become useful if I encounter future conflicts (Which I undoubtedly will) xD

[nosisab]

Thank You Hammonds! Could become useful if I encounter future conflicts (Which I undoubtedly will) xD

The actual question still stands. One unique answer is not possible and common sense and knowing are fundamental to find your's own.

 

To understand the issue is to understand why the mod changed that ini, if it is reverted the question may become: Do I need that mod? or Can I have that mod?

Possibly don't allowing the changes from the mod may defect the own mod's purpose, another time it is just an extra and compromises can be done.

 

Yet another possibility is certain mod expects the changes it did and another put it out of range, it would be similar to the common conflicts and each mod could work isolated from the other or together once the order they were INSTALLED is important.

 

It's too common thinking only on the technical aspect of issues where others factors are so much more important. That applies not only in this special case but to almost any conflicting case. Many technical workarounds are meant to make the game playable but in many cases that destroys the very reason a mod is taking a slot in the load order and it is only helping the game becoming more unstable, case in which it should simply be removed. It may be just a bit more than having two vectors with opposing directions added together, most of times the result is less gratifying than using only one or the other.

 

Ultimately it's always the user understanding the nature of conflicts, one I think too important to be undervalued is the "conceptual" conflict. A conflict type which not implies a technical conflict necessarily, still would be like taking a delicious apple in the hand... and throwing it away.