Jump to content
The Dark Mod Forums
demagogue

Newbie DarkRadiant Questions

Recommended Posts

I just press Shift+P, hit Enter and I have a plane, not sure what you're talking about.

 

In your context, 'plane' = 'patch'. 'patch' is the terminology used by DR, so that's how mission authors (and all the documentation) refer to it.

 

'Pressing Shift+P, hit Enter' gives you a patch that matches the size of the last object selected in the editor, as viewed in the currently active Orthoview. If a brush was selected, the default is to remove the brush (which might not be what you want, in which case you need to uncheck the 'remove brush' box). If a model was selected, the default is to simply give you the patch.

 

You then size your new patch to the opening you want to place the visportal in, texture the patch's face with the Vis Portal texture, and now you have a patch which at first glance might appear to provide you with the visportaling function you desire.

 

However:

 

1 - A patch has no depth, so it's a line in the orthoview when viewed from the side.

 

2 - A patch has no back face, so the camera view won't show it when viewed from the back.

 

3 - (And most importantly) dmap ignores it, so the visportal doesn't work.

 

You're better off creating a brush the size of the visportal you want (sealing the edge faces to worldspawn), and pressing 'Brush->Make Visportal'.

  • Like 1

Share this post


Link to post
Share on other sites

Well, after reading, what you wrote, I would have agreed with Judith, that the patch is less work, if it weren't for point 3 in your "however". If you can simply select a door and create a patch via Shift+P, it would be much simpler than creating a brush that has the size of your door and then make it into a visportal as you would not have to manually resize it. That you cannot see it from the back and see it worse in orthoview is something I could live with. But if dmap ignores it and it, consequently, loses its function, the whole discussion is moot.

Share this post


Link to post
Share on other sites

I think there's actually an intended logic to it because leafs are meant to be hermetically sealed from one another by brushes and patches don't seal. So it makes sense the linking point would be a special kind of brush.

 

I mean the entire world of leaf-making & dmapping is a world of brushes, and patches & func_stats are mere decorations thrown in after the fact, oblivious to the whole thing.

 

Also, fwiw, the best way to find an internal leak is to convert the VPs into solid, put the player in, and see if the pointfile red line can get out.


What do you see when you turn out the light? I can't tell you but I know that it's mine.

Share this post


Link to post
Share on other sites

 

In your context, 'plane' = 'patch'. 'patch' is the terminology used by DR, so that's how mission authors (and all the documentation) refer to it.

 

'Pressing Shift+P, hit Enter' gives you a patch that matches the size of the last object selected in the editor, as viewed in the currently active Orthoview. If a brush was selected, the default is to remove the brush (which might not be what you want, in which case you need to uncheck the 'remove brush' box). If a model was selected, the default is to simply give you the patch.

 

You then size your new patch to the opening you want to place the visportal in, texture the patch's face with the Vis Portal texture, and now you have a patch which at first glance might appear to provide you with the visportaling function you desire.

 

However:

 

1 - A patch has no depth, so it's a line in the orthoview when viewed from the side.

 

2 - A patch has no back face, so the camera view won't show it when viewed from the back.

 

3 - (And most importantly) dmap ignores it, so the visportal doesn't work.

 

You're better off creating a brush the size of the visportal you want (sealing the edge faces to worldspawn), and pressing 'Brush->Make Visportal'.

 

Yup, that makes more sense, thank you. I don't mind the lack of backfacing, that's how ZonePortals worked in UE2 as well, but if DMAP ingores it, there's no point in using it.

Share this post


Link to post
Share on other sites

 

I was actually a little saddened to learn that the AI only see an empty room, must be kinda boring for them. Would explain why they always seem to be able to find me when I think I'm in a nice little hiding spot!

 

Well that's not true, entities will block the vision of an AI when their eyes do a trace while looking for you.

Their pathfinding in the room won't see entities like models and such though. So while they can't see you behind a sofa, they also don't know the sofa is there unless there's monsterclip brush surrounding it.

Hence, sometimes you'll see an AI trying to run to attack you, but will get stuck running in place against a lamp post or something like that.

Building with AI in mind is kind of neat though.

 

In DR hide all entities, that's pretty much what AI know is there.

  • Like 1

I always assumed I'd taste like boot leather.

 

Share this post


Link to post
Share on other sites

Well, after reading, what you wrote, I would have agreed with Judith, that the patch is less work, if it weren't for point 3 in your "however". If you can simply select a door and create a patch via Shift+P, it would be much simpler than creating a brush that has the size of your door and then make it into a visportal as you would not have to manually resize it. That you cannot see it from the back and see it worse in orthoview is something I could live with. But if dmap ignores it and it, consequently, loses its function, the whole discussion is moot.

 

Using a door as a VP template only 'works' if the door snaps to the grid and seals the gap in the surrounding worldspawn wall.

 

We have many prefab doors and door frames available to us that don't snap to the grid, so you wouldn't be able to use this shortcut technique with them.

Share this post


Link to post
Share on other sites

Also, fwiw, the best way to find an internal leak is to convert the VPs into solid, put the player in, and see if the pointfile red line can get out.

 

Aye, I'd forgotten about this point, even though I found myself using it only yesterday to track down an internal leak.

 

Good point, thanks.

 

Btw, the player start might not always be the lowest-numbered entity. It's recommended to start a new map with

 

prefab->misc->StartObjectives,Shop,Tools,Ammo.pfb.

 

This provides the LeakTest entity that's guaranteed to be entity #1.

Share this post


Link to post
Share on other sites

Ah, ok I see what I missed there, he lowered the mc to the height of the bed, I missed that on the first watch. I saw him raise the other mc's, and he even mentioned he did that to prevent AI from trying to walk on their top surface. Thanks, AluminumHaste and demagogue, appreciate your time!

 

 

 

The monsterclip does not need to be lowered to the height of the bed. I usually make all mc tall to the ceiling. The AI can use the bed just fine. The AI slides into the mc when they go to sleep, but they do not pathfind when sleeping, and they slide out from the mc when they wake up. Thst way the AI does not get stuck into the mc.

 

Always make mc tall to the ceiling unless you want the AI walk on the object being monsterclipped.


Clipper

-The mapper's best friend.

Share this post


Link to post
Share on other sites

By the way I'll be making static meshes like stairs and floors with custom (simplified) collision shell. Should I make the monsterclip shell for the AI a part of the model too, or it's better to do that with brushes in DR?

Edited by Judith

Share this post


Link to post
Share on other sites

By the way I'll be making static meshes like stairs and floors with custom (simplified) collision shell. Should I make the monsterclip shell for the AI a part of the model too, or it's better to do that with brushes in DR?

 

Walking on m/c makes the same sound as walking on stone.

 

If the steps are made of wood, it makes more sense to use textures/common/tdm_nodrawsolid_wood, to get the wood-walking sounds.

 

The tdm_nodrawsolid_* collection is there to provide different solids mappers can use on different surfaces where AI walk. They act the same as m/c.

  • Like 1

Share this post


Link to post
Share on other sites

A couple more comments:

 

1 - If you provide the solid brushes for AI to walk on, you can't put them in the model because they then won't be worldspawn brushes, and dmap won't create the walking surfaces. If you want to provide these brushes, you need to include them and your model as a prefab. Then the mapper can drop the prefab into the map and all will work fine.

 

2 - Some mappers use ramps under stairs, so if you provide walking surfaces, be aware that sometimes they'll be deleted in favor of a ramp.

Share this post


Link to post
Share on other sites

 

Aye, I'd forgotten about this point, even though I found myself using it only yesterday to track down an internal leak.

 

Good point, thanks.

 

Btw, the player start might not always be the lowest-numbered entity. It's recommended to start a new map with

 

prefab->misc->StartObjectives,Shop,Tools,Ammo.pfb.

 

This provides the LeakTest entity that's guaranteed to be entity #1.

 

 

I just use DR to filter out all entities, then copy/paste the map and save it as "visportal.map". Then you can put the player start entity wherever you want to test, and know that it's the only entity in the map. Not only that but it's easier to track leaks because there are no patches or func_statics in the way.

  • Like 1

Share this post


Link to post
Share on other sites

The AI slides into the mc when they go to sleep, but they do not pathfind when sleeping, and they slide out from the mc when they wake up. Thst way the AI does not get stuck into the mc.

Thanks, Sotha! I rewatched the vid, and thought I was going crazy, 'cause that mc was tall! Between yours and Judiths videos, and the work that is being done to the wiki, I may have a go at a little map myself. Just for my own amusement, don't expect it will ever see the light of day.

  • Like 1

Share this post


Link to post
Share on other sites

Excellent, montag!

 

Please do consider about the mission release part, though: why do it just for your own amusement, when you could give it for the community to play? A simple and short mission is better than no mission at all, right?

 

If you run into trouble, do not hesitate to ask for help around the forums: there are many veteran mappers who are happy to help new mappers out.

  • Like 1

Clipper

-The mapper's best friend.

Share this post


Link to post
Share on other sites

Thanks for the words of support, Sotha! If I can press my luck a little, I have a bit of an odd request, would you be ok with me following your vids to copy your map? Of course, I would never release it as my own, but I feel it would be invaluable to me to learn my way around DR step by step, with a finished product to compare to. I fully understand if you would not be comfortable with this request, so don't hesitate to tell me NO!

Share this post


Link to post
Share on other sites

What an unusual request. Feel free to do what you wish! :)

 

But would it be better if you just copied my workflow and not the map itself? You could build similar modules like I did, and then simply clone them into a different floorplan and then carry on working according to the video, but working on your own floorplan.

 

That way you would get the same mapping experience, while producing something new for the community to play. The value of your work would be higher than when simply recreating of The Bakery Job.

 

If you have trouble inventing the location or the plot, it could be as simple as "break in that local house to steal that specific item a buyer wants."

 

Just a proposal for you consideration.

 

Oh, and feel free to copy any part of my map if it makes your work easier. Modules are good building excercise, so I really recommend you do your own even if they end up looking exactly like mine. But copying stuff like window lights, the shop, etc probably speed up nicely as you do not need to spend time tweaking the settings but getting something working in immediately.

 

Best of luck!

  • Like 1

Clipper

-The mapper's best friend.

Share this post


Link to post
Share on other sites

<I've posted this elswhere, but got no replies.>

 

http://forums.thedarkmod.com/topic/18153-neonsstyle-venus-work-in-progress/page-16

 

If you've a clue, let me know

 

Thanks

 

Neon

 

[edit] sorted

Edited by NeonsStyle

I have an eclectic YouTube channel making videos on a variety of games. Come and have look here:

https://www.youtube.com/c/NeonsStyleHD

 

Dark Mod Missions: Briarwood Manor - available here or in game

http://forums.thedarkmod.com/topic/18980-fan-mission-briarwood-manor-by-neonsstyle-first-mission-6082017-update-16/

 

 

Share this post


Link to post
Share on other sites

What an unusual request. Feel free to do what you wish! :)...Best of luck!

Thanks, Sotha! Your proposal makes a lot of sense, I'll try it, but you may be surprised at just how clue-less I can be. Will give it a shot, but I may get totally lost in DR's interface. If no one hears from me within the next 24-36 months please send in a search and rescue team!

  • Like 1

Share this post


Link to post
Share on other sites

I've almost finished my mission and was working on the briefing and ran into a problem I've not seen before.

 

I used the mainmenu_briefing.gui from another mission (Down by the Riverside), with my own images and briefing text,

yet with my mission installed in game, when I run TDM, I get the usual grey screen, then a black screen for about 10 seconds,

then the background to the main menu but no menu. The main menu is completely missing from the game.

 

If I remove the mainmenu_briefing.gui from my mission folder, the game loads normally, put it back and I get the

same problem. Down by the Riverside used .jpg format for his images, I used both that and .tga, as the wiki said to use

.tga or dds.

 

Anyone heard of this and how to fix it?


I have an eclectic YouTube channel making videos on a variety of games. Come and have look here:

https://www.youtube.com/c/NeonsStyleHD

 

Dark Mod Missions: Briarwood Manor - available here or in game

http://forums.thedarkmod.com/topic/18980-fan-mission-briarwood-manor-by-neonsstyle-first-mission-6082017-update-16/

 

 

Share this post


Link to post
Share on other sites

Can you drop down the console and look for error messages. I guess there is an error that breaks the gui.

 

Could be as simple as missing "{"-character or something.


Clipper

-The mapper's best friend.

Share this post


Link to post
Share on other sites

Can you drop down the console and look for error messages. I guess there is an error that breaks the gui.

 

Could be as simple as missing "{"-character or something.

 

That fixed it, it was a text line set to newline doh lol Thanks Sotha :)

  • Like 1

I have an eclectic YouTube channel making videos on a variety of games. Come and have look here:

https://www.youtube.com/c/NeonsStyleHD

 

Dark Mod Missions: Briarwood Manor - available here or in game

http://forums.thedarkmod.com/topic/18980-fan-mission-briarwood-manor-by-neonsstyle-first-mission-6082017-update-16/

 

 

Share this post


Link to post
Share on other sites

Does anyone know why a patch can display different ingame vs in editor?

 

I am trying to create a vaulted ceiling but for some reason it looks different ingame, the patch on the roof sticks out further than it should.

 

In the editor it looks like this:

 

 

ojCpyti.jpg

 

But looks like this ingame:

 

UW6kCcK.jpg

 

edit: In a very bizzare twist, I tried exporting the patches as an ASE using that script in DR. And to my surprise there is no issue now, for some reason the exact same patches as a model will fix the issue.

 

That's very odd, but I would like to know if it's possible to have vaulted ceilings without having to export them as ASE's

Edited by Goldwell

Share this post


Link to post
Share on other sites

I had a similar bug where I was getting visual errors with the texturing on a patch making up a pillar, which I was able to fix by changing the subdivisions (I increased the subdivisions running up the pillar). Not sure if that'll help in your case, but might be worth a shot.

  • Like 1

But you should walk having internal dignity. Be a wonderful person who can dance pleasantly to the rhythm of the universe.

-Sun Myung Moon

 

My work blog: gfleisher.blogspot.com

Share this post


Link to post
Share on other sites

Probably a dmap bug?! You can have func_static patch ceilings but especially in large numbers they tend to be buggy. Missing tris is another issue I have run into in the past.


FM's: Builder Roads, Old Habits, Old Habits Rebuild

WIP's: Several. Although after playing Thief 4 I really wanna make a city mission.

Mapping and Scripting: Apples and Peaches

Sculptris Models and Tutorials: Obsttortes Models

My wiki articles: Obstipedia

Texture Blending in DR: DR ASE Blend Exporter

Share this post


Link to post
Share on other sites

What Moonbo said. I've had patch weirdness too, all fixed by using fixed subdivision.


Clipper

-The mapper's best friend.

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.


×
×
  • Create New...