You aren't blind. I thought I had, but the computer went through an auto update that involved a restart and that didn't go through. Here it is.

snip

I can't see anything that would affect Harvest Containers, so that should work if OOO is correctly installed as far as I know. Can't remember hearing about this issue either - but perhaps someone else has better memory than me. That said, I've never used Lite - but if had an issue with HC it should be quite known I'd guess.

After switching to full with the latest patch and starting a new game -- it works. I'm not sure what the problem is but it appears to have been fixed in that patch. I guess I'm going to be going with the full version. Here is my current load order, I skipped the intro, so no need for all those starter mods.

snip

Weird with your issue with Lite - but perhaps someone else have some input on that. I can't vouch for your entire load order as you're using several mods I've never tried, but OOO looks good. You probably don't need OOO-Container_Trap_Instant_Effects.esp, though, as that fixed an issue with pre-patch custom UI's with a patched game (read earlier versions of DarN's UI) - so unnecessary if using the latest. At least IIRC. Also, if having performance issues near water, consider dropping OOO-WaterFish.esp. Might want to run BOSS on the load order - unless you already have done so.

Are there any books that give hints to the location of OOO special items? I know that someone can always go to the OOO spoilers page, but for roleplayers like me, some books the give vague hints to where certain items are would be cool.

If there isn't something like this already in the game, then I think I'll make some. Seems fairly simple to do.



By special items I mean things like the Noble armor, etc.

There is a
scripting command called //PlaceAtMe//
which has become infamous within the
modding community, and for good reason.
In older mods, it was used to simulate the
effect of summoning an item or creature to
the player, and it was a very convenient and
simple way of doing so. However, some
clever modders eventually discovered that
when these “PlaceAtMe’d” references were
disabled from play, they were not actually
removed from your savegame’s memory file
(unlike other deleted references). Which
meant that, in the course of your character’s
development, your savegame file could grow
to an exponentially large size, which could
cause erratic bugs and crashes to occur.
More up-to-date mods will usually include
the command //MoveTo// instead.
When scouring the script files of Oscuro’s
Oblivion Overhaul, I discovered that their
summoning scripts made extensive use of
//PlaceAtMe//. This was understandable,
since OOO’s last major release was back in
2007, before this problem was identified.
However, when rewriting the summon scripts
for all the Golems and creatures that ROM
has now included in the game, I have
decided at length to retain the use of the
//PlaceAtMe// command. The justification
for this is that, unlike most summoning mods
available, I have created these spells to be
used by both the player and NPCs. This
meant that, in the course of a long fight, there
might be numerous instantiations of a single
summoned creature—which would be too
impractical to mod using the //MoveTo//
command, since the latter only literally
moves a single reference of the creature to
the actor, while //PlaceAtMe// actually
duplicates the creature by creating a new
reference. This means that //PlaceAtMe//
allows for multiple summoning by both the
player and the NPC.
Still, I did not like the idea of sabotaging your
savegame, so I also scripted a solution to this
problem, based on the advice found on the
Construction Set Wikipage (see cs.elder
scrolls.com/constwiki/index.php/PlaceAtMe).
After every single ROM summoned creature
is removed or killed, the reference is disabled
and then moved to a commonly used interior
cell—I have chosen Thoronir’s “Copious
Coinpurse” shop. And when each creature is
moved to the cell, I also reset that cell. At
this point, all you must do is periodically stop
by Thoronir’s shop to sell your loot—which I
imagine you would do anyway. Upon
entering the cell, the stored information for
every single PlaceAtMe’d reference is utterly
deleted and removed from your savegame
file, thereby eliminating any bloating.
Therefore, I am pleased to say that you will
not experience any problems with the new
summons in ROM.

I found This in R.O.M. Readme:



What about doing the same thing (or symilar) in the next relase of OOO?

If I am correct, would you suggest using the standalone version over OOO Full until the release of the next beta or not, bearing in mind that I have no need of the lock bash functionality included in OOO, since I'm using Lock Bash Omega?

Cheers in advance.

I found This in R.O.M. Readme:



What about doing the same thing (or symilar) in the next relase of OOO?

I made some extensive testings about that some time ago: Creatures placed with placeatme get cleaned up when they're dead and do not cause savegame bloating, unless they're "Quest Items".

I'm wondering if something like that is messing with the container opening script for containers in the wilderness. I am still having those lock up mid opening and not being able to bring the controls back in game.

I'm so not an expert on this but as I understand it placeatme doesn't cause savegame bloating with "ordinary" summoned creatures, so it shouldn't be an issue. It is problematic in certain other cases, though, so should be used with caution. http://cs.elderscrolls.com/constwiki/index.php/User:DragoonWraith/ThreadArchiveTest, for example:

I think he refers to Golem summoning specifically.
They don't get summoned, they simply appear near the player, and you can summon as many as you want. As class they're not in conjuration, but in alteration in conjunction with some shield effects.

So I was wondering if there is a system to avoid the issue.
Underground for his ROM uses as base OOO and uses the PlaceAtMe script for summoning, but when the summon expires or die he sends it at the Copious Coinpurse. When you go to the shop, the cell resets and the summons are deleted from the savegame. Maybe in the original OOO can be used the same system

Try the containers right outside the Wawnet inn. What happens is the animation appears for the lid coming off the barrels and the handprints on the containers. Then... nothing. The contents do not show up and the only things I can do are rotate the camera and hide.

I found This in R.O.M. Readme:

What about doing the same thing (or symilar) in the next relase of OOO?

I don't want to tread on anyone's toes, but did you think to check before you made the request?
There's never been an issue with game bloat when using summons in OOO - in fact there is none - so why alter something that works just fine?

OK, it works as intended (I think) in my game. The top comes off on the left Barrel, it doesn't on the middle one (but I don't think it should on those) and with Crates you just get handprints. Also, I get the inventory window for them. Sorry, but no idea what's causing your issues. Have you checked the Known Issues with 1.33 part of the OP? Might be that you're missing resources because of that perhaps. But then you should get missing meshes rather AFAIK, so basically - i have no idea.

EDIT: Have you tried with just OOO loaded? If it works then we know that it is something else that is interfering.

What was the console command to give Light of Dawn sword highest stats without kiling 300 vampires?
Thanks

set OOOVampDeadCount to 300

Got it from http://devnull.sweetdanger.net/ooospoilers.html!

I have tried it with just OOO loaded. I still have the issue. I even went so far as to do a fresh install and only adding OOO with no other mods. I have no idea what the problem is either.

This goes against my usual approach when giving advice as it just will cover up an issue that is unresolved and preferably should be solved rather, but have you tried using the standalone http://www.tesnexus.com/downloads/file.php?id=3979? Check the readme for details when used with OOO. If it's the "only" issue you have it might be a way of getting the game up and running. It would also be interesting to know if it works with the standalone HC.

I finally managed to get a character set up with only OOO and my personal character mod up and running. I'm still not sure which mod is causing the conflict, but I do have a PC that seems to be stable and has those containers opening properly. Since I don't know which mod conflicts, I am running a separate character with all those quest mods that is not OOO.