Jump to content


Photo

Newbie DarkRadiant Questions


8689 replies to this topic

#8551 Judith

Judith

    Advanced Member

  • Member
  • PipPipPip
  • 1984 posts

Posted 23 January 2019 - 03:04 PM

Evey time I try to use blend blend mode with heat haze program, the shader ignores that stage, so everything looks like a predator camo. Is that a known shader limitation or a bug?

 

Edit: nevermind, I forgot blend blend works best as a last stage.


Edited by Judith, 24 January 2019 - 03:20 AM.


#8552 Destined

Destined

    Advanced Member

  • Member
  • PipPipPip
  • 1692 posts

Posted 28 January 2019 - 01:40 AM

I finally found the time to try out the "button" solution and it works quite well. The only problem is that now the rope can be destroyed by water arrows (these are also able to activate buttons). I don't suppose that there is a way to negate that? If there isn't, I will still keep the setup as it is, because at least it works. If I come up with another solution, I will try it, but for now it should suffice.

 

And another question: How do Slow Matches work? I thought that they would emit a fire stim, when used. However, when I try to use them on an extinguished wall torch, they blink red and nothing happens... Just to be sure, I additionally gave the torch the response "fire: light _SELF" (which it should have anyway, as it can be lit with a fire arrow), but still no luck. Thus, I concluded that the matches have to work in some other way.


Edited by Destined, 28 January 2019 - 02:12 AM.


#8553 Obsttorte

Obsttorte

    Scripting guru, Mapper

  • Active Developer
  • PipPipPipPipPip
  • 5823 posts

Posted 28 January 2019 - 03:27 AM

You don't "use" the matches. You drop them into your hand and move them around so that the glowing end is close enough to the extinguished fire source.


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
Let's Map TDM YouTube playlist: ObstlerTube
Texture Blending in DR: DR ASE Blend Exporter

End of shameless self promotion.

#8554 Destined

Destined

    Advanced Member

  • Member
  • PipPipPip
  • 1692 posts

Posted 28 January 2019 - 12:32 PM

Ah, ok, that works. Thanks! I think I will add that to the Wiki page about player tools. I could not find any description on how to use them.



#8555 ERH+

ERH+

    Advanced Member

  • Member
  • PipPipPip
  • 805 posts

Posted 30 January 2019 - 03:14 AM

I've just started working on my laptop with darkradiant and suddenly loading big map almost choke completely whole system. I remember working on large maps on this computer in the past and it never happened. DR eats almost all ram and only filtering func_statics make it barely usable. It have FPS count almost like when I noclip in-game and all visportals are off - but it happens in DR. Any solutions? ("cubic clip the camera view" don't resolve it at all). Older version of DR work the same way, what could have made such drastic change?


Edited by ERH+, 30 January 2019 - 03:18 AM.

S2wtMNl.gif


#8556 Bienie

Bienie

    Member

  • Member
  • PipPip
  • 283 posts

Posted 09 February 2019 - 04:28 PM

Something weird happened to my DR or TDM, not sure which...

 

When I was dmapping the other day my computer died mid-process, and restarted itself. When I came back in and redid the dmap it suddenly took 10 minutes to complete instead of the normal 30-60 seconds (what I mean is that in console it said ~600 seconds for dmap instead of 30-60). And to my dismay it has kept taking 10 minutes to dmap ever since, which is really annoying when you are doing it to check up on small changing while building. If I try to dmap another map file (my first mission) it once again takes ~30 seconds. What could be the cause of this, and how would I fix it? I already tried to delete the proc file and others that are created in the dmap process, but no change.

Finally, I had just added a new area to the map. Is it possible that there is some glitch that is causing this exponential increase in time to dmap, rather than some damage caused by the crash? If so, what do I look for?



#8557 Obsttorte

Obsttorte

    Scripting guru, Mapper

  • Active Developer
  • PipPipPipPipPip
  • 5823 posts

Posted 09 February 2019 - 05:31 PM

Did you create small details out of tiny brushes or patches. Lots of intersections can increase dmapping time and even cause crashes. Back in the day when I was working on my first mission I created a girder out of brushes (didn't knew about alpha-testing at that time). A simple 32x32 doom units sized girder caused the dmapping time to increase from around 10 seconds to more then five minutes.


  • Bienie likes this
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
Let's Map TDM YouTube playlist: ObstlerTube
Texture Blending in DR: DR ASE Blend Exporter

End of shameless self promotion.

#8558 Destined

Destined

    Advanced Member

  • Member
  • PipPipPip
  • 1692 posts

Posted 09 February 2019 - 05:40 PM

If the area you have added has a lot of areas that are accessible by AI, this may also increase dmap time as the AAS has to include all areas. I am not sure if the increase is exponentially, but I think it is at least not linear. However, there are other people here that know that better than I. You could try to block off the transition between the two areas. That way sou should see, if the new area is the cause.


  • Bienie likes this

#8559 Obsttorte

Obsttorte

    Scripting guru, Mapper

  • Active Developer
  • PipPipPipPipPip
  • 5823 posts

Posted 10 February 2019 - 03:53 AM

That would then increase aas creation time, which is an additional step after dmapping. Mappers would clearly see whether the additional time is taken by the dmap or aas creation step. In addition, one can dmap with the noaas command (dmap noaas mapname) to see whether it makes a difference. I also doubt that aas creation raises exponentially with the amount of aas areas to be created, but you are right that it is probably non-linear (very few algorithm are).

 

I guess hte general advice to keep dmapping times low is to avoid detailed stuff to stay worldspawn. Convert it to func_static and avoid brushes and patches with lots of vertices to intersect with each other if they are worldspawn or belong to the same func_static. Exporting detailed stuff as models and use those instead should also help.

 

Monsterclipping should be done a bit generously, as it is better to have few big areas instead of lots of tiny ones. This should also help in avoiding strange pathfinding behaviour, like ai swirling around.


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
Let's Map TDM YouTube playlist: ObstlerTube
Texture Blending in DR: DR ASE Blend Exporter

End of shameless self promotion.

#8560 Bienie

Bienie

    Member

  • Member
  • PipPip
  • 283 posts

Posted 10 February 2019 - 09:21 AM

That would then increase aas creation time, which is an additional step after dmapping. Mappers would clearly see whether the additional time is taken by the dmap or aas creation step. In addition, one can dmap with the noaas command (dmap noaas mapname) to see whether it makes a difference. I also doubt that aas creation raises exponentially with the amount of aas areas to be created, but you are right that it is probably non-linear (very few algorithm are).

 

I guess hte general advice to keep dmapping times low is to avoid detailed stuff to stay worldspawn. Convert it to func_static and avoid brushes and patches with lots of vertices to intersect with each other if they are worldspawn or belong to the same func_static. Exporting detailed stuff as models and use those instead should also help.

 

Monsterclipping should be done a bit generously, as it is better to have few big areas instead of lots of tiny ones. This should also help in avoiding strange pathfinding behaviour, like ai swirling around.

 

Thanks! That was the problem. I thought making my complex barn wall into a func_static would be enough, but when I exported it as a model the dmapping went back down to 35 seconds!

I introduced another boo-boo by doing that though... Now the origin of the models are far away from the thing, and they were causing leaks. I guess the model export thing left the origin of the model at 0 0 0 when exporting. So after cloning it and rotating it they are all over the place out in the void. Is there any way to change the origin after the fact? The thing is that I replaced the original func_static when I exported and then saved it over. I don't have any other save where they are made either so I would have to either remake everything from scratch or change the origin place somehow. Or just leave it as is with little caulk band-aids in the void where the origins are now?



#8561 grayman

grayman

    Master Builder, Coder

  • Active Developer
  • PipPipPipPipPip
  • 12922 posts

Posted 10 February 2019 - 10:41 AM

One thing you could try is to add the spawnarg "noflood/1" to your far-flung origin models.

 

This tells dmap to ignore the fact that the model origin is out in the void.

 

I know it works for fog lights, but I never tried it on models or func_statics.


  • VanishedOne likes this

#8562 RPGista

RPGista

    Advanced Member

  • Member
  • PipPipPip
  • 1664 posts

Posted 10 February 2019 - 11:05 AM

Biernie - I dont remember if you can manipulate the origin inside dr, but if you cant, a simple solution would be to select the model, find the origin point wherever it is and create a brush block around it. Another solution would be to open it in blender and change the origin placement there, then re export it. But Im not sure if that would break the uvs and force you to work on that as well...

Edited by RPGista, 10 February 2019 - 11:06 AM.


#8563 R Soul

R Soul

    Member

  • Member
  • PipPip
  • 175 posts

Posted 10 February 2019 - 01:17 PM

It won't break UVs.



#8564 Obsttorte

Obsttorte

    Scripting guru, Mapper

  • Active Developer
  • PipPipPipPipPip
  • 5823 posts

Posted 10 February 2019 - 05:03 PM

@Biene: There is a 'use entity origin as export origin' setting in the objects exporter which you should activate. This only works if you only have one entity selected for exporting, but provides the highest control over where the origin will end up. In regards to the performance boost note that each brushs and patchs surface contained in one func_static will split up each other which does not happen when exported as a model. This can lead to high tris counts on detail func_static and therefore impact performance. Turning things into func_static only avoids them to split up and be split up by other nearby geometry.

 

The noflood spawnarg works on all sort of entities. It possibly won't work on ai, but definetely does work for func_static.

 

It won't break UVs.

I would second that. I'm no modeler but imho the uv maps don't rely on origin placement, but is stored on a per vertex base.


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
Let's Map TDM YouTube playlist: ObstlerTube
Texture Blending in DR: DR ASE Blend Exporter

End of shameless self promotion.

#8565 Bienie

Bienie

    Member

  • Member
  • PipPip
  • 283 posts

Posted 10 February 2019 - 07:23 PM

Thanks for all the answers! I take it then that my caulk band-aids in the void over the origins is an acceptable solution. I will try to remember to click in the "use entity origin" box in the future. I always get confused with those options. I know in the past I have just moved the func_static to the map's origin point before exporting before, but that if that option in the export window works then that is a lot more convenient!



#8566 teh_saccade

teh_saccade

    Advanced Member

  • Member
  • PipPipPip
  • 739 posts

Posted 11 February 2019 - 04:06 AM

Regarding models and baking stuff...

(This is me rubber ducking something again - I think it might be better to change the idea... But in case anyone has a clue, it's about making a pendulum swing for a brush. I can't find the right function to script a mover to do that)


Spoiler



 



 

#8567 VanishedOne

VanishedOne

    Advanced Member

  • Member
  • PipPipPip
  • 1003 posts

Posted 11 February 2019 - 12:44 PM

Any reason you can't use func_pendulum?

 

(If memory serves it needs a brush-based model for some reason, but it's possible to make a brush textured with nodraw, convert it to a func_pendulum entity, and bind a func_static model to it.)


Some things I'm repeatedly thinking about...

- louder scream when you're dying


#8568 teh_saccade

teh_saccade

    Advanced Member

  • Member
  • PipPipPip
  • 739 posts

Posted 13 February 2019 - 05:05 PM

Thanks, VanishedOne.

When I looked at the func descriptions, it explains how to rotate the model, but it doesn't explain how the swing speed / frequency might be tampered with (I've tried a "frequency", plus a few synonyms, arg, but no go - idk if there's a list somewhere of these kinds of things, or where to look for them in the game files).. It'd be nice to be able to stagger the pendulums or adjust the timings for velocity at different swing states, without having to resize the model - so it's more like a clockwork or motorised swing, a contraption, rather than a realistic swing based upon the constraints of physics..:

"Pendulums always swing north / south on unrotated models. Add an angles field to the model to allow rotation in other directions. Pendulum frequency is a physical constant based on the length of the beam and gravity."

[ from http://wiki.thedarkm...Entity_Database - func section]

 


Edited by teh_saccade, 13 February 2019 - 05:06 PM.


#8569 VanishedOne

VanishedOne

    Advanced Member

  • Member
  • PipPipPip
  • 1003 posts

Posted 13 February 2019 - 09:28 PM

You can get a reasonably comprehensive list of spawnargs for an entity class in Entity -> Entity Class Tree, although in it the descriptions are grouped under editor_* types. Apparently there's a "freq" spawnarg that 'forces a specific frequency', and "speed" to determine 'the number of degrees each way the pendulum swings'. (I haven't tested these.)


  • teh_saccade likes this

Some things I'm repeatedly thinking about...

- louder scream when you're dying


#8570 Judith

Judith

    Advanced Member

  • Member
  • PipPipPip
  • 1984 posts

Posted 14 February 2019 - 07:40 AM

I want an AI to remain hidden, or at least stationary, until player hits the trigger_once brush. So I linked the trigger to AI, set Hide to 1, but for some reason the AI isn't hidden. What is weird though, when I set Hide to 1 for an AI that isn't targeted by a trigger, it works correctly. What am I doing wrong?

 

Edit: never mind, I just found out the waitfortrigger node ;) Although this behavior is kinda weird, as this simple triggering works for other objects.


Edited by Judith, 14 February 2019 - 07:47 AM.


#8571 teh_saccade

teh_saccade

    Advanced Member

  • Member
  • PipPipPip
  • 739 posts

Posted 14 February 2019 - 09:12 AM

That's something I didn't think of, widening the arc of the swing - that might work and make for some interesting staggered rhythms. Thanks very much!
I reckon that would work and also gives a bunch of stuff to play with in future when experimenting with weird things without scripts.

I wonder if it's worth tabulating the spawnargs to make another massive list of stuff for quick reference and search, like the script list, file structure and entity stuff.
Might do that as going through stuff, as it'd be useful in future to be able to search for keywords. I've never found that list of args before. Useful:)



#8572 stumpy

stumpy

    Advanced Member

  • Member
  • PipPipPip
  • 1933 posts

Posted 16 February 2019 - 09:42 PM

wait for trigger is there, else it gets triggered when map loads into the engine.

it might be because they also have a delay option and its set to 0 seconds.

so it triggers after a delay of zero seconds, unless its told to wait to be triggered.


Edited by stumpy, 16 February 2019 - 09:46 PM.


#8573 ERH+

ERH+

    Advanced Member

  • Member
  • PipPipPip
  • 805 posts

Posted 19 February 2019 - 12:46 PM

Is there a fm with ghosts going through closed doors and other obstacles? I see "fleshy" arg in builder guard ghost AI, and "ignore_obstacles", but AI seems to bash into things. solid=0 is not helping either.


S2wtMNl.gif


#8574 AluminumHaste

AluminumHaste

    Darkmod Contributor

  • Development Role
  • PipPipPipPipPip
  • 6306 posts

Posted 19 February 2019 - 12:51 PM

Mother Rose

 

EDIT: http://www.thedarkmo...details/?id=106


  • ERH+ likes this

I always assumed I'd taste like boot leather.

 

#8575 Destined

Destined

    Advanced Member

  • Member
  • PipPipPip
  • 1692 posts

Posted 19 February 2019 - 04:52 PM

Is there a fm with ghosts going through closed doors and other obstacles? I see "fleshy" arg in builder guard ghost AI, and "ignore_obstacles", but AI seems to bash into things. solid=0 is not helping either.


I have experimented with ghosts some time ago and found that the most effective way for me was to give the AI acollision box (and AAS) with only 0.5 units height. That way, you can leave an extremely small gap below walls and doors for them to walk through and controll that way, where the AI can walk to. It is even possible for the player to walk through them (although there is always a small "bump" over which the player walks.
  • ERH+ likes this



Reply to this topic



  


0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users