-
Notifications
You must be signed in to change notification settings - Fork 259
Add support for Oblivion Remastered #2084
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
|
|
|
I've bought the 14 day trial version of the PC GamePass and as such, was able to download the standard, non-deluxe version of Oblivion Remastered:
|
Worth noting that the root XboxGames directory can be located within a subdirectory. Mine is at C:\Games\XboxGames, but I'm able to use Loot with Starfield just fine. Although I don't remember now whether I had to do anything extra to get Loot to “see” it when I started using it or not. |
That should be supported already, IIRC there's a hidden file in the root of the drive that contains the directory path, that LOOT reads. |
Good to know! |
It uses the same plugin format so that aspect should be easy. The problem is the assets are stored in Unreal Engine paks so you can't just add records to plugins and load new assets into the game. There's a mapping that's done, which may be embedded in the game at the moment. It uses Skyrim LE's plugin loading / sorting method. (In other words, not by timestamp.) There's also a fun 'quirk' where the My Games directory is walked directly from the standard C:\Users directory so it will always use |
I've just started looking into this, thanks everyone for sharing the info! My own notes:
Things to decide:
Why did it have to go for the most awkward option... 😢
Only if |
I've now got this working in the |
Oh do comments not work? I've been including the standard top-of-file comment MO2 inserts with a # and it seems to be loading fine. |
On further testing, they only seem to work if they appear before Oblivion.esm, past that causes crashes for me. It looks like they don't need to start with # though, any text (presumably that isn't an installed plugin name) can be put there without causing a crash. |
Probably important: So it's probably worth treating them as if they are required in that order at the top of the plugin list. |
After some discussion, I may have that wrong. Use case: Having default plugins ordered alphabetically while adhering to master requirements, the game will load and run okay. The 'More Damage' mod, when added to the load order, will cause the game to freeze up at launch which is resolved by moving the plugins down to 'DLCFrostcrag.esp' back to their default order. Perhaps this is an undeleted record issue or something, but strange that it only crops up when specific records are referenced. (In particular, if you remove a handful of creature references from Frostcrag from the More Damage plugin, it'll load again.) Perhaps this is a conflict LOOT would have already identified, but worth looking into. I'm still debating whether to enforce a 'hard' load order for the core plugins. |
FWIW I did get crashes while trying to move Knights.esp around during my testing, it seemed quite temperamental. That could be related... |
Ref: |
I did some more testing of how load order works, and it looks like files' master flags are not taken into account when they're loaded by the game. My load order testing notes: Of the official plugins, only
This indicates that the official plugins are not early loaders.
The game launches but crashes on loading a save, starting a new game gets stuck in the starting movie (mouse is still responsive). Not unexpected - I wonder how a total conversion like Nehrim would fare?
when
loads
Neither I tried again with |
Support has been implemented as of a0affbe, so closing this. |
The aforementioned 'More Damage' mod is causing LOOT's returned load order to hang on launch, so I hesitate to call this support complete. I still think it may be necessary to lock the core plugins in their default load order. No, I don't pretend to know why those Frostcrag creature records in this plugin cause it to break. |
What exactly does hang on launch for you? LOOT, MO or the game? I don't see any issues with LOOT itself, I've downloaded all the different plugins from the modpage, placed them directly in the Data folder and successfully sorted the load order without errors. If it's the game itself you are refering to, which of the plugins from the mod do you use? |
I don't have the deluxe version so just the basic 1.5x esp. Yes, it's the game hanging during launch. Multiple people corroborate this, and it's what brought this issue to my attention in the first place. If Frostcrag doesn't load relatively early in the load order the game hangs on launch with a black screen. Sorting the load order back to default allows it to load. Or removing those specific creature records from the plugin. |
Reopening this for more investigation. I can replicate the issue Silarn describes. Vanilla load order:
Without a masterlist:
The changes are all due to overlaps. I then activated MoreDamage_1.5x.esp and MoreDamage_1.5x_Settings.esp and the game got stuck at a black screen after launching. Moving DLCFrostcrag.esp up one slot (above DLCThievesDen.esp) didn't help, but moving Knights.esp below DLCFrostcrag.esp did allow the game to load normally. I then tried moving DLCThievesDen.esp back up but got a black screen again. With the latest masterlist:
The differences here are all due to masterlist load after metadata. That load order also launches fine with only the vanilla plugins active, but black screens with More Damage active. If I move DLCFrostcrag.esp to between DLCShiveringIsles.esp and DLCHorseArmor.esp, the game loads fine. I experimented to see what the lowest I could load it at was, but I couldn't move it lower or higher - it seems like it's less about where it loads in relation to other plugins, and more to do with loading at that exact load order index. I'm hesitant to hardcode the vanilla load order since it works without More Damage, and we don't really understand the issue at this point - I think it would be better to address this with masterlist metadata, at least for now, as we can change that more easily than if it's hardcoded. I think if we adjust the masterlist load after metadata so that the current rules are applied for Oblivion and we add new rules for Oblivion Remastered that enforce the vanilla order then we can go from there. |
I've adjusted the Oblivion masterlist rules to load the DLC in their vanilla order, see loot/oblivion#1904. |
Sounds good. I suspect unreal engine issues with the way it's loading assets. Unclear why this plugin is causing it and I didn't see any obvious oddities with the records themselves. There were mixed opinions on the RE Discord. Will test tonight with the order unlocked again. |
Looks good to me. At least, it's sorting as expected / needed now. |
Apparently although Oblivion Remastered allows master files to load after non-master files, that may break stuff if a master file and non-master file loaded like that both touch the same record. As such, I won't stop libloadorder from accepting a load order with master files after non-master files, but I will change libloot so that it forces master files to load first. |
Closing this again since the above changes to master file handling are included in da16314, and I don't think there's anything else outstanding. |
The long-rumoured Oblivion remaster was announced and released today, it's available on Game Pass and on Steam. I've bought the Deluxe edition since that comes with a few extra plugins that may need special support.
High-level questions:
This will probably need updates in libloadorder, libloot and LOOT, hopefully not in esplugin or loot-condition-interpreter.
The text was updated successfully, but these errors were encountered: