-
If you have a mod, tool or prefab, please use the Resources section. Click Mods at the top of the forums.
Prefab Editor (Alpha)
- Thread starter Pille
- Start date
Pille
Prefab Creator and Great Galactic Imperator
No, it's unrelated to the spawnTrader block (and to any other blocks). You just need to add some additional data to the .tts file. The method is identical to that of Hal's (A15) editor. There are a few issues though.
1. Afaik the static spawns are not visible in the ingame editor unless you start a playtest.
2. Saving the prefab in the ingame editor will delete all static spawns. That means I have to store a copy of those data somewhere else (for instance in the .pille file) to allow the user to use both editors simultaneously.
3. The Assembly-CSharp.dll is a hard read for old Pille.^^ Not sure how long it takes to implement the feature.
But it's the same feature we have discussed a few month or years ago. Static spawns have already worked in previously alphas, on the Navezgane map only though. Now it looks like as if the random gen worlds has become more technically similar to Navezgane making the static spawn stuff work.
1. Afaik the static spawns are not visible in the ingame editor unless you start a playtest.
2. Saving the prefab in the ingame editor will delete all static spawns. That means I have to store a copy of those data somewhere else (for instance in the .pille file) to allow the user to use both editors simultaneously.
3. The Assembly-CSharp.dll is a hard read for old Pille.^^ Not sure how long it takes to implement the feature.
I don't know what I was looking for before.
But it's the same feature we have discussed a few month or years ago. Static spawns have already worked in previously alphas, on the Navezgane map only though. Now it looks like as if the random gen worlds has become more technically similar to Navezgane making the static spawn stuff work.
Last edited by a moderator:
n2n1
Well-known member
Well, yeah, that's not convenient. But it is better that this function was available than it will not be at all.
Previously, there were much more problems with the creation of prefabs and various tricks
I still use the built-in editor from A15 to create/smooth the terrain (only there is this feature). This is complicated. This involves numerous conversions, but i don't know the best way to work with terrain.
https://7daystodie.com/forums/showthread.php?62501-Prefab-Editor-(Alpha)&p=785867&viewfull=1#post785867
Previously, there were much more problems with the creation of prefabs and various tricks
I still use the built-in editor from A15 to create/smooth the terrain (only there is this feature). This is complicated. This involves numerous conversions, but i don't know the best way to work with terrain.
that's about itI don't know what I was looking for before.
https://7daystodie.com/forums/showthread.php?62501-Prefab-Editor-(Alpha)&p=785867&viewfull=1#post785867
Last edited by a moderator:
Pille
Prefab Creator and Great Galactic Imperator
Yeah it's a kind of must-have feature (Just because it is not implemented in the ingame editor ^^). We can only hope it's worth the effort and that the fun pimps are never going to deactivate it. Perhaps I can implement a function to smooth the terrain. The maze and static spawn stuff has priority though.
Last edited by a moderator:
n2n1
Well-known member
I did not mean that it is worth doing the work with terrin in Your Editor - i think he's not fit to it, because need to see the exact contours of the terrain.... or... were You going to do it !?
Still wanted to ask - as there is this "static spawn".
It is recorded in a air-block as a parameter? That is, it is tied to a certain block or by itself?
By the way, i've always wondered - why do You make a maze? Hal had it before, too ...
Still wanted to ask - as there is this "static spawn".
It is recorded in a air-block as a parameter? That is, it is tied to a certain block or by itself?
By the way, i've always wondered - why do You make a maze? Hal had it before, too ...
Last edited by a moderator:
Pille
Prefab Creator and Great Galactic Imperator
Just so there's no misunderstanding - I was talking about static spawns in the first two sentences:
As I hinted, the static spawns are unrelated to blocks and therefore not tied to them. There's some additional (float number) data for the positions of the entities. Thus, they can be placed at intermediate block positions and you can have more entities than blocks (well at least theoretically; not sure if they have to touch the ground to be spawned).
Mazes are one of the easiest (or the laziest) ways to make random prefabs which has always been the long-term goal for the editor. That and randomization of existing prefabs. Mazes are just the entry point though. I want more sophisticated stuff in the long run. However, everything depends on the further development of 7 Days. If I don't enjoy future version of the game, I'll change my plans.
With the help of Hal, I'm starting to have some success.^^
Static spawn of 4x4 truck:
Probably not but it might still be useful to have some general smoothing tool even if the results cannot be displayed directly.
As I hinted, the static spawns are unrelated to blocks and therefore not tied to them. There's some additional (float number) data for the positions of the entities. Thus, they can be placed at intermediate block positions and you can have more entities than blocks (well at least theoretically; not sure if they have to touch the ground to be spawned).
Mazes are one of the easiest (or the laziest) ways to make random prefabs which has always been the long-term goal for the editor. That and randomization of existing prefabs. Mazes are just the entry point though. I want more sophisticated stuff in the long run. However, everything depends on the further development of 7 Days. If I don't enjoy future version of the game, I'll change my plans.
With the help of Hal, I'm starting to have some success.^^
Static spawn of 4x4 truck:
Last edited by a moderator:
... Here, i often feel like a kid in a candy store...
Pille
Prefab Creator and Great Galactic Imperator
Lol sorry n2n1. I forgot to reply. Sure I could implement a cave generator ... but the editor is at a turning point. Imo it doesn't makes sense to add much more stuff as long as the code and gui are so screwed up. Complete rewrite, trying to fix the messy code or abandon the project. These are the options.
Shifting bounds and at random shifting sleeper volumes
Hello Pille,
First, thank you for keeping the editor up to date!
Maybe you can help me with a question I have about saving one of my (rather large) prefabs in the in-game editor. My problem is that (often) it automatically updates the bounds when it saves the prefab. When I reload it later, one of the bounds (mostly the West-bound, but at random also other bounds) is 30-50 blocks wider outside the original prefab. That space is totally empty (also accordingly to your Zombie Editor). When I click 'update bounds' it does not remove the empty space. The only way I can 'fix' this is by removing the empty columns in your Zombie Editor (which is great!). After that, the bounds in the in-game editor are good and 'update bounds' works ok. Then I edit the prefab in-game, save it, and again the borders mess up..., repeat.
Not ideal, but it kinda works. What doesn't get easily fixed however, are the by the in-game editor saved sleeper volumes, which get shifted all over the prefab over the x- y- and z-axis almost at random:
- the sleeper volumes even start/stop outside the prefab bounds
- the shift of the sleeper volumes does not match the extra 30-50 extra blocks outside the original prefab!
- the size / shape of the sleeper volumes is unaffected
- there appear to be even new, not (on purpose) by me, placed sleeper volumes in the prefab. (BTW: I play single-player, locally on my computer)
This is very annoying of course. The only fix atm is manually shift them to the right spot in your Zombie Editor. Doing this gets old fast, so I removed all sleeper volumes for now.
Maybe related to this: only when my prefab is placed in Navezgane (game and World Editor), the console warns in yellow about: <See attached screenshot>
Can you help me please?
Already done / tried:
- Converting prefab from A16 to A17, including removing all in-game errors (blocks, paint) except for the one in the screenshot which I can't seem to solve.
- Trying to read as much as possible on the forums about this (found nothing useful)
- Full new reinstall of 7d2d (including Windows registry, etc.)
You can receive the affected prefab of course.
**UPDATE**:
The same bounds-error while saving, happened to another (A16 to A17 converted) prefab I made, which doesn't have the problem as descibed in the formerly mentioned screenshot. This time I copied only a small piece (one army truck) into a new prefab. But still, saving this tiny prefab meant that the bounds messed up immediately.
Hello Pille,
First, thank you for keeping the editor up to date!
Maybe you can help me with a question I have about saving one of my (rather large) prefabs in the in-game editor. My problem is that (often) it automatically updates the bounds when it saves the prefab. When I reload it later, one of the bounds (mostly the West-bound, but at random also other bounds) is 30-50 blocks wider outside the original prefab. That space is totally empty (also accordingly to your Zombie Editor). When I click 'update bounds' it does not remove the empty space. The only way I can 'fix' this is by removing the empty columns in your Zombie Editor (which is great!). After that, the bounds in the in-game editor are good and 'update bounds' works ok. Then I edit the prefab in-game, save it, and again the borders mess up..., repeat.
Not ideal, but it kinda works. What doesn't get easily fixed however, are the by the in-game editor saved sleeper volumes, which get shifted all over the prefab over the x- y- and z-axis almost at random:
- the sleeper volumes even start/stop outside the prefab bounds
- the shift of the sleeper volumes does not match the extra 30-50 extra blocks outside the original prefab!
- the size / shape of the sleeper volumes is unaffected
- there appear to be even new, not (on purpose) by me, placed sleeper volumes in the prefab. (BTW: I play single-player, locally on my computer)
This is very annoying of course. The only fix atm is manually shift them to the right spot in your Zombie Editor. Doing this gets old fast, so I removed all sleeper volumes for now.
Maybe related to this: only when my prefab is placed in Navezgane (game and World Editor), the console warns in yellow about: <See attached screenshot>
Can you help me please?
Already done / tried:
- Converting prefab from A16 to A17, including removing all in-game errors (blocks, paint) except for the one in the screenshot which I can't seem to solve.
- Trying to read as much as possible on the forums about this (found nothing useful)
- Full new reinstall of 7d2d (including Windows registry, etc.)
You can receive the affected prefab of course.
**UPDATE**:
The same bounds-error while saving, happened to another (A16 to A17 converted) prefab I made, which doesn't have the problem as descibed in the formerly mentioned screenshot. This time I copied only a small piece (one army truck) into a new prefab. But still, saving this tiny prefab meant that the bounds messed up immediately.
Last edited by a moderator:
Pille
Prefab Creator and Great Galactic Imperator
@Henk
Ok, it's a bug in the ingame editor. There's not much I can do about it. I could add two options to my editor though:
1. A 'remove empty outer layers' option when saving the prefab should delete those empty space automatically when you load and save the prefab with my editor.
2. There needs to be some kind of write protection option for the 'YourPrefabName'.xml (the place where the sleeper volume data are stored). Or maybe the zombie editor should prevent already existing volumes from getting their positions change by the ingame tool while still allowing to add more volumes ingame. That could be a bit more sophisticated though. I'll think.
So for now (until I release an update). I suggets to make a backup of the 'YourPrefabName'.xml which is located at (default path): C:\Program Files (x86)\Steam\steamapps\common\7 Days To Die\Data\Prefabs. Overwriting the xml with a backuped version and reloading the prefab should reset the shifted sleeper volumes.
Afaik the warning is not related to the issue but to blocks having unusual damage values. That may sleepers prevent from spawning btw.
Ok, it's a bug in the ingame editor. There's not much I can do about it. I could add two options to my editor though:
1. A 'remove empty outer layers' option when saving the prefab should delete those empty space automatically when you load and save the prefab with my editor.
2. There needs to be some kind of write protection option for the 'YourPrefabName'.xml (the place where the sleeper volume data are stored). Or maybe the zombie editor should prevent already existing volumes from getting their positions change by the ingame tool while still allowing to add more volumes ingame. That could be a bit more sophisticated though. I'll think.
So for now (until I release an update). I suggets to make a backup of the 'YourPrefabName'.xml which is located at (default path): C:\Program Files (x86)\Steam\steamapps\common\7 Days To Die\Data\Prefabs. Overwriting the xml with a backuped version and reloading the prefab should reset the shifted sleeper volumes.
Afaik the warning is not related to the issue but to blocks having unusual damage values. That may sleepers prevent from spawning btw.
Last edited by a moderator:
@Pille
For some reason the workaround* doesn't work anymore :-/
*"So for now (until I release an update). I suggets to make a backup of the 'YourPrefabName'.xml which is located at (default path): C:\Program Files (x86)\Steam\steamapps\common\7 Days To Die\Data\Prefabs. Overwriting the xml with a backuped version and reloading the prefab should reset the shifted sleeper volumes."
You say it's a bug in the ingame editor. Do I have to report this to The Pimps on a different thread, or have you already informed them? If this bug persists I'll have to abandon my prefabs, which I worked on for several years.
For some reason the workaround* doesn't work anymore :-/
*"So for now (until I release an update). I suggets to make a backup of the 'YourPrefabName'.xml which is located at (default path): C:\Program Files (x86)\Steam\steamapps\common\7 Days To Die\Data\Prefabs. Overwriting the xml with a backuped version and reloading the prefab should reset the shifted sleeper volumes."
You say it's a bug in the ingame editor. Do I have to report this to The Pimps on a different thread, or have you already informed them? If this bug persists I'll have to abandon my prefabs, which I worked on for several years.
Sam_Neill
New member
Thanks @Pille for this very nice tool. It helps a ton fixing problems of the actual ingame editor.
While the editor ingame is nice to play with, i had most problems with changing much blocks to another one, or manipulating the density values. And the ingame editor tends to replace the boundaries larger when you change something. All of that can be corrected with your tool very nicely.
Thank you !
While the editor ingame is nice to play with, i had most problems with changing much blocks to another one, or manipulating the density values. And the ingame editor tends to replace the boundaries larger when you change something. All of that can be corrected with your tool very nicely.
Thank you !
ExeBT
New member
Hello Pille, and everyone reading this, I was building something and neded a imposter, when i clicked the button to update imposter the prefab pop up a message to sav the curretly progress, i did but when i did it the imposter become the prefab and now i cant load the normal prefab, just shows me the imposter, i tried to load the prefab in ur editor, i have all the blocks listed but i can see any, you guys have any idea how to fiz this?
the prefab files is rught here if u guys want: https://www.dropbox.com/sh/6s1rbryx98qt0iz/AAArctOftAzTVwTzVz_aW26Da?dl=0
the prefab files is rught here if u guys want: https://www.dropbox.com/sh/6s1rbryx98qt0iz/AAArctOftAzTVwTzVz_aW26Da?dl=0
Pille
Prefab Creator and Great Galactic Imperator
No, I don't have informed them but others might have. I dunno. Since they will ignore A17 bugreports, it makes sense to wait for A18... I don't want to update the editor atm. since A18 could make my attempts to fix the problem obsolete.
@ExeBT
Sorry, but the tts file seems to be empty (air blocks only). There's nothing I can do. I suggest to use the console commands to create the distance mesh next time.
prefab simply
prefab combine
prefab export
then reload the prefab.
Sam_Neill
New member
Did correct that for you ;-)
You dont really need step 1 if its a small or not very detailed prefab. But i always do imposter and distant mesh too, cause they are visible at different ranges, distant mesh for further away and imposter for the distance in between the distant mesh and when POI is rendered fully.
@◙ExeBT always do backups - i do it with several versions of my map and prefabs. But had no problems with the ingame editor so far, except it tries to enlarge the collision box most of the time. But with Pilles Tool i correct this ^^
Last edited by a moderator: