Difference between revisions of "Talk:Creating Large Worldspaces"

no edit summary
imported>Bruneauinfo
imported>Lanceor
 
(4 intermediate revisions by one other user not shown)
Line 7: Line 7:
1 - I'm not worrying about having my region borders separate from my region content. First of all because it's not practical when creating a large worldspace. The potential for errors in locating region borders is tremendous. I followed the region borders instructions to the best of my ability. I then merged with the .esm. However, in many, many cases during region content generation I've already deleted some region borders and completely reconstructed them with no apparent side effect.  
1 - I'm not worrying about having my region borders separate from my region content. First of all because it's not practical when creating a large worldspace. The potential for errors in locating region borders is tremendous. I followed the region borders instructions to the best of my ability. I then merged with the .esm. However, in many, many cases during region content generation I've already deleted some region borders and completely reconstructed them with no apparent side effect.  


2 - As for deleting content in neighboring regions? I've dispensed with that suggestion entirely. I've done up-close inspections of neighboring regions where this suggestion was followed and where it was not followed - in fact abused excessively and intentionally - and found no evidence of objects being copied on top of each other. If this is happening it is minute and the suggestions for avoiding it seem more expensive time wise than just manually deleting unnecessary objects. --[[User:Bruneauinfo|Bruno]] 18:05, 16 January 2011 (EST)
I lieu of the instructions I've defined all my regions generally. Next I go back into these regions and break them up into small bite-sized pieces (12-15 cells). From my testing it appears that a region twice the size of another region with the same content takes exponentially more time to generate content as the smaller of the two. It actually takes less time to break the larger one in half and generate it in two parts than it does to generate it all at once. A LOT less time. The smaller the region the more productive you will be. So I think I can recommend breaking large regions down into ones containing no more than 12 to 15 cells.
 
On the other hand, if your region content data is not creating a lot of objects the above suggestion can be ignored for the most part.
 
2 - As for deleting content in neighboring regions? I've dispensed with that suggestion entirely. I've done up-close inspections of neighboring regions where this suggestion was followed and where it was not followed - in fact abused excessively and intentionally - and found no evidence of objects being copied on top of each other. If this is happening it is minute and the suggestions for avoiding it seem more expensive time-wise than just manually deleting unnecessary objects. --[[User:Bruneauinfo|Bruno]] 18:05, 16 January 2011 (EST)
 
===Other Issues===
 
This -> '''"Once an object has been placed in a cell from region generation, and once that session has been saved and ended, the object can no longer be removed by that region. Meaning that if you want to change any settings related to region items, or have overlapping regions, you would have to manually remove them cell by cell if you've already saved the mod and started a new session."''' <-- Is a little misleading. If you generate a region and found you have objects, spacing, etc that you don't like, you can remove the entire contents of the region, make adjustments, and generate the region again. And you can do this at any time during region generation. Yes, you won't want to do this after you start placing special objects like structures and NPCs, but common sense would dictate that you get your worldspace in order first before adding your game content. --[[User:Bruneauinfo|Bruno]] 14:40, 17 January 2011 (EST)
 
The article mentions removing "viewable when distant" flags i.e. vwd flags. I've searched the internet via google and asked a lot of questions. Looking at [[TES4LODGen]] it appears the program no longer requires vwd flags be removed for proper operation. So I've edited the article to reflect this. --[[User:Bruneauinfo|Bruno]] 15:40, 20 January 2011 (EST)


=== Old Notes ===
=== Old Notes ===
Line 25: Line 35:
:::OK, fair enough; carry on then. Excellent work all around! That's even better, honestly - I appreciate you checking back and correcting misunderstandings even more than the initial commentary, heh!
:::OK, fair enough; carry on then. Excellent work all around! That's even better, honestly - I appreciate you checking back and correcting misunderstandings even more than the initial commentary, heh!
:::[[User:DragoonWraith|<span style="font-family: Oblivion, Daedric Runes; size=2;">D</span>ragoon <span style="font-family: Oblivion, Daedric Runes; size=2;">W</span>raith]] [[User_talk:DragoonWraith|<span style="font-family: Oblivion, Daedric Runes; size=2;">TALK</span>]] 16:45, 16 January 2011 (EST)
:::[[User:DragoonWraith|<span style="font-family: Oblivion, Daedric Runes; size=2;">D</span>ragoon <span style="font-family: Oblivion, Daedric Runes; size=2;">W</span>raith]] [[User_talk:DragoonWraith|<span style="font-family: Oblivion, Daedric Runes; size=2;">TALK</span>]] 16:45, 16 January 2011 (EST)
=== VWD Removal ===
Quote: '''Once you have trees and other content, you will also need to clear out all the VWD flags for your world space using TES4Edit in order for your world space to show correctly when loaded anywhere other than the 01 index. You would need to do this cleaning after every change which adds more trees, but thankfully, you only need to clean out those things which were added/moved. (Note: This final note has still not be verified in recent testing.)''' I've verified this to be correct. If nobody objects, I'll remove the final sentence in parentheses. There is a discussion that I started regarding this issue at http://forums.bethsoft.com/topic/1361740-move-worldspaces/ . [[User:Lanceor|Lanceor]] 07:57, 1 April 2012 (EDT)
Anonymous user