Dungeon Architect

[Ali_Akbar]

@anonymous_user_9c39f750Couch;742913

I think I’ve found a bug with the TransformLogic, that or I don’t understand what it’s doing (50/50). The transform scale of a node appears to be applied in some way to the transform logic’s translation transform and not just the scale. It makes for some oddly placed meshes. To repro, create a grid dungeon and add a mesh node and hang it off the wall marker (add a wall mesh or a cube or something as the mesh). Scale the node’s height using the Z coord to something like 1.5. Then add a transform logic to that node. In the transform logic, translate (offset) in the positive Z direction a set number of units. Build the dungeon. The mesh is scaled correctly, but the translation seems to also be affected by the scale of the node. My guess is that the translation (loc) is being multiplied or divided by the scale for some reason. I can’t for the life of me think of a use for that functionality so I’m thinking it’s a bug.

@TheCouch That’s expected behaviour. The transform logic’s transform will be relative to the parent. An example would be where you randomly place a painting on the wall in the Z range of 100 to 200 cm high. Later you decide to make the parent wall 3 times larger. We want the offset to also be scaled from 300 to 600 cm to make up for the larger wall

[Ali_Akbar]

@ReenOne;742958

How can i use Dungeon Architect on a dedicated server?

@ReenOne There’s a multiplayer sample in the quick start guide and it works with dedicated server

[Ali_Akbar]

@;740840

The snap builder pieces together modules. As of now, these modules have to be blueprints (with meshes in it). This should be replaced with maps files so each individual pieces are stored in their own map files. It’s a pain to design your level modules in a blueprint editor.

I did support map files in the past but that caused various issues that needs to be addressed

Also, I’ll be supporting multiple layout algorithms in snap builder (where you select the layout type from a drop down box). The default snap algorithm goes from start to finish with some branches on the side along the way.

Some possibilities:

Space Partitioning so you can have keys / doors and a constraint system. I believe this is what the game ziggaurath uses

http://i.imgur.com/U1xh1IN.jpg

NxN tile layout algorithms with opening on any of NWSE like in Spelunky

I’ll have more updates on the Snap builder in 2.8 after i release 2.7 in a few days

Some progress on a new dungeon layout algorithm (like ziggaurath)

I start with a world bounds, and binary split it till a min/room size is reached

The splits don’t have to be in the center

Connect the doors based on the tree connections. This helps us enforce conditions, i.e. two child subtrees of a node are guaranteed to be isolated and connected only through the node’s door. This helps in created a door / lock combo. It can also loop

Purge the tree and tag the doors (notice E, L, K)

[LuaChunk]

Hi,

There’s two if statements inside UGridDungeonBuilder::ConnectRooms like this:

if (PreviousCell->CellType == FCellType::Room || PreviousCell->CellType == FCellType::Room)

Note the two sides of the || are identical. I’ve changed it to this:

if (CurrentCell->CellType == FCellType::Room || PreviousCell->CellType == FCellType::Room)

This fixes rooms sometimes not having doors connected to them from corridors… I think.

Cheers,

.

[LuaChunk]

I also added:

FORCEINLINE uint32 GetTypeHash(const FRectangle& rect)
{
	return FCrc::MemCrc_DEPRECATED(&rect, sizeof(FRectangle));
}

To MathUtils.h so I can put an FRectangle in a TSet and/or TMap.

Cheers,

.

[Ali_Akbar]

@ Thanks for the fix. I’ve added it to the code and will be available in the next build

[Ali_Akbar]

A new version has been uploaded to the website for engine version 4.16 and 4.17. I’ll also submit to Epic shortly

Version 2.7.0

• Marker replacement volumes now run after all the Marker Emitter blueprints have emitted their markers
• Fixed a bug in the grid builder that was causing doors to not create properly in some cases
• Fixed a crash issue with the Actor theme node
• Improved the stair connection model
• Refactored the SceneProvider C++ API to take in a context object
• Fixed a bug with pooling where actors from another dungeon where deleted
• Exposed the snap confiugration to blueprints
• Exposed the grid tool paint data to blueprints
• Added wall separators to floorplan builder
• Added support for engine version 4.17

[motorsep]

[MENTION=28980][/MENTION]

Does DA work with World Composition to create truly massive procedurally generated worlds ?

[Tkat5200]

the Epic Launcher is saying its installed in every version of the engine I have but I cannot get it to run at all…can’t even find it. any suggestions

[TheCouch]

@;743482

@TheCouch That’s expected behaviour. The transform logic’s transform will be relative to the parent. An example would be where you randomly place a painting on the wall in the Z range of 100 to 200 cm high. Later you decide to make the parent wall 3 times larger. We want the offset to also be scaled from 300 to 600 cm to make up for the larger wall

Yes, I would expect that behavior. I wouldn’t expect the scale to be applied to the translation though. The problem with this is that it also repositions the wall. Think of it this way: what’s happening is akin to applying the scale to the rotation. Let’s say I rotate a wall by 90 degrees and then I have a transform logic that scales the wall by .5. Now my wall is only rotated 45 degrees. That would be unexpected behavior. It’s similar to applying the scale to the translation. It might make some sense (maybe) if the pivot point was always in the exact center of the mesh, but I think that’s pretty rare.

[n00854180t]

@Tkat5200;745209

the Epic Launcher is saying its installed in every version of the engine I have but I cannot get it to run at all…can’t even find it. any suggestions

Is it enabled in the list of plugins?

[Dubh]

@;743859

A new version has been uploaded to the website for engine version 4.16 and 4.17. I’ll also submit to Epic shortly

How long does it take epic to get around to updates?

[LuaChunk]

@;743646

Hi,

There’s two if statements inside UGridDungeonBuilder::ConnectRooms like this:

if (PreviousCell->CellType == FCellType::Room || PreviousCell->CellType == FCellType::Room)

Note the two sides of the || are identical. I’ve changed it to this:

if (CurrentCell->CellType == FCellType::Room || PreviousCell->CellType == FCellType::Room)

This fixes rooms sometimes not having doors connected to them from corridors… I think.

Cheers,

.

Hi,

There’s actually two places this bug exists. In 2.7.0 you fixed line 1325 when sweeping the x axis, but not 1365 when sweeping the y axis.

Regards,

.

[Ali_Akbar]

@anonymous_user_87fb381borsep;743992

[MENTION=28980][/MENTION]

Does DA work with World Composition to create truly massive procedurally generated worlds ?

@ World Composition is not supported. I played around with the engine’s world composition framework while experimenting with the snap builder so it shouldn’t be too difficult to add. I understand it is required for VR and FPS games. I’ll add it in the future

[Ali_Akbar]

@Tkat5200;745209

the Epic Launcher is saying its installed in every version of the engine I have but I cannot get it to run at all…can’t even find it. any suggestions

@Tkat5200 Could you try deleting the plugin from the “Installed plugins” link under the engine version and re-downloading. After you launch, navigate to Edit > Plugins. In the left pane, choose Procedural category and make sure Dungeon Architect is installed and enabled

[Ali_Akbar]

@anonymous_user_9c39f750Couch;745307

Yes, I would expect that behavior. I wouldn’t expect the scale to be applied to the translation though. The problem with this is that it also repositions the wall. Think of it this way: what’s happening is akin to applying the scale to the rotation. Let’s say I rotate a wall by 90 degrees and then I have a transform logic that scales the wall by .5. Now my wall is only rotated 45 degrees. That would be unexpected behavior. It’s similar to applying the scale to the translation. It might make some sense (maybe) if the pivot point was always in the exact center of the mesh, but I think that’s pretty rare.

@TheCouch Ah, I misunderstood your post. Scaling the rotation is clearly wrong. I’ll have a look tomorrow and have it fixed in 2.7.1

[Ali_Akbar]

@Dubh;745523

How long does it take epic to get around to updates?

They are usually pretty fast (~24 hours). I have just submitted 2.7.0 to Epic as Mac QA was pending. I’ve also added 4.17 support which was released yesterday

[Ali_Akbar]

@;745590

Hi,

There’s actually two places this bug exists. In 2.7.0 you fixed line 1325 when sweeping the x axis, but not 1365 when sweeping the y axis.

Regards,

.

@ I’ll fix it in 2.7.1

[motorsep]

@;747270

@ World Composition is not supported. I played around with the engine’s world composition framework while experimenting with the snap builder so it shouldn’t be too difficult to add. I understand it is required for VR and FPS games. I’ll add it in the future

That would be great! How far off is such future? :o

Btw, World Composition is for massive levels, so it can be used in any sort of game, not just FPS and not just in VR.

[TheCouch]

@;747274

@TheCouch Ah, I misunderstood your post. Scaling the rotation is clearly wrong. I’ll have a look tomorrow and have it fixed in 2.7.1

Note though that the rotation is definitely not being affected, the translation (position) is being affected. My example was meant to illustrate that it’s strange to apply the scale to the translation (at least I think it is).