Newbie DarkRadiant Questions

[VanishedOne]

As for the froblock, I imagine you could bind it to a func_rotating.

[Durandall]

Can someone point me to an example of a door blocked by frob removable boards?

[Springheel]

Tears of St Lucia has one at the end of the first right turn.

[Durandall]

The door is blocked by two movable that aren't boards. The window is boarded, but has nothing to block. Placed moveable boards will remain in the air, but the door immediately knocks them down.

This can be pretty easily handled with scripting, but I wanted to make sure I wasn't missing something, like an existing removable boarded door mapping standard.

[Springheel]

The door is blocked by two movable that aren't boards.

 

 

The door is blocked by a movable board that is held in place by two hooks.

[Durandall]

I've tried the seed_random_grass_sparse, but it either locks the game or delays click to start and produces no change.

[VanishedOne]

For some reason it inherits "hide" "1"; change that to "0" and the model should spawn. Though my best guess about the delay is that your area/density is sufficient to give your hardware trouble. (I ended up switching from SEED combining to inlining in one case for that reason: I decided a bloated .proc file would be preferable to long loading times.)

[Durandall]

Thanks, was hoping to use it as a shortcut to fill in rather than putting everything in manually. This yard space may be a wash anyway. I'll poke around a bit more before giving up on it though.

[Durandall]

I assume there isn't any way to show a gui popup during a cinematic?

[grayman]

What happens when you try?

[Durandall]

Nothing. The normal GUI (and presumably the messages) isn't even visible when using a camera.

[grayman]

Try putting

 

"cinematic" "1"

 

on the GUI entity.

[Durandall]

Unfortunately that didn't work, but was a good idea.

[grayman]

Sorry. I don't know how to solve it.

[VanishedOne]

Are you using a script or an atdm:gui_message entity?

 

I'm just looking at the script listing for createOverlay(): it's under the idEntity spawnclass but there's a note that says 'must be used on the player'. So I'm wondering whether the GUI is being created for the player entity and the view from the camera entity doesn't receive it.

[stumpy]

$nameofgui.activate($player1);

 

player1 = you the player, gets paused during a cutscene or cinematic. so above command wont work. well it will work after the cinematic has ended, so you would have to use some other way to make a popup during a cinematic.

Edited September 30, 2017 by stumpy

[Epifire]

So guys, envshot doesn't wanna capture a correct cubemap for me. Is the wiki info outdated or should I know something it doesn't?

 

I end up getting a zoomed in (out of focus) capture for each of the six images. Obviously it's not seamless when doing that so is there a special trick to getting it to work? I hadn't seen any difference when manually inputting different FOV either.

[Obsttorte]

Do you have your FOV set to 90?

[peter_spy]

I had that problem myself. The in-game fov value doesn't matter, whether it's 90° or 160°, the result is always the same: a set of very narrow, kind of zoomed-in images.

Edited October 10, 2017 by Judith

[peter_spy]

Huh, I actually found the solution, although you're not going to like it. Change the game resolution to 640 x 480 and then try to capture the cubemap. I prefer to have my TDM game in windowed mode, but 640 x 480 is tiny as hell on a 1440p desktop, so I'd switch to a fullscreen mode to do that.

 

This article from ModWiki seems to confirm the issue:

https://modwiki.xnet.fi/Envshot_(console_command)

[AluminumHaste]

That's incorrect, in order to avoid issues you just have to set a 4:3 resolution, so while yes 640x480 will work, so will 1280x1024.

Just bind or run the env command.

 

envshot mycubmap 2048 24

 

I got this for the front:

 

[AluminumHaste]

I just noticed there's some weird artifacting in there, so image corruption. I was Alt tabbing and doing other things. Worth checking though guys, see if you get the results you want at a different res than 640x480 just make sure to keep it 4:3 ratio and you might need to run windowed..

[peter_spy]

Nope, I tested for that too. You need 640 x 480 specifically, not just any 4:3 resolution, otherwise the images are zoomed-in.

[Obsttorte]

The wiki article dealing with this matter actually mentions this, too. http://wiki.thedarkmod.com/index.php?title=Cube_maps

[peter_spy]

A small comparison.

 

640x480:

 

1600x1200: