Jump to content
The Dark Mod Forums

Newbie DarkRadiant Questions


demagogue

Recommended Posts

Destined, the pauseGUI routine is worrisome. The tdm_events.script entry for it has this warning, that it interferes with execution of normal threads, but unfortunately gives no hint how to create a thread by "a special SDK method":

/**
 * Pauses the game. This should only be called for threads that are explicitly maintained
 * by a special SDK method, because ordinary threads won't get executed during g_stopTime == true.
 * Note: This is used by the objective GUI threads.
 * Note: Must be called on the player entity, not the sys entity.
 */

Link to comment
Share on other sites

Pausing the game would probably be the most elegant solution, but you can probably get away with using the camera to freeze the player's controls and calling that video overlay which covers the whole screen. The player wouldn't know the difference.

If the cutscene should be shown in an area that AI can access it'd be best to teleport the player to a safe blue room while the cutscene is playing.

Link to comment
Share on other sites

Hm, I want to show a message during a cutscene (by using sys.trigger() on an atdm:gui_message entity) but as long as there's an active func_cameraview it doesn't show up, while outside of the cutscene it shows up fine.

This is despite cinematic 1 being set on the entity. Also tried force 1, which made it show for just a split second. Has anyone pulled this off before?

Link to comment
Share on other sites

IIRC, If your cam view is an overlay, as part of the request to create the overlay, you can give the overlay a layer number.

Perhaps you can look at the def of the message overlay to see if you can give it a higher layer number than the cam view?

  • Thanks 1
Link to comment
Share on other sites

@grayman thank you for the promising idea, but it doesn't seem to be what it takes.

I've started with cloning & renaming the message scriptobject + def, with the difference that it calls the message gui with layer 101 instead of 10 (and I set cinematic 1 inside DR). That didn't change things.

Then I lifted the bare essentials from the scriptobject and turned it into a map script. Tried layer 11, 16, 26, 51, 102, 250, 1002... works fine except when there's a func_cameraview active.

Spoiler

void message_cutscene()
{
	entity test_camera	= $test_camera;

	test_camera.activate($player1);						//start the camera

	float gui = $player1.createOverlay("guis/tdm_message.gui", 1002);	//create message and show for 6s
	$player1.setGuiInt(gui, "msg_lines", 1);
	$player1.setGuiString(gui, "msg_text", "text");
	sys.wait(6);

	$player1.callGui(gui, "doFadeOut");					//fade out & reset message
	sys.wait(1);
	$player1.destroyOverlay(gui);
	gui = 0;

	test_camera.activate($player1);						//stop the camera
}

 

I'd take a look at the func_cameraview's coding but that seems to be buried in the source code, which is a different beast from Doomscript.

I don't know... do you have an idea what's going wrong?

Link to comment
Share on other sites

No idea at all.

A quick glance through the player camera code indicates that the screen is simply taken over by the camera's viewport. No GUI involved. My suggestion is invalid if the camera doesn't use a GUI to paint the screen.

Looks like this is a dead end.

I can't think of another way to do it.

Link to comment
Share on other sites

Had another idea: tried calling the overlay on the camera instead of the player, since they both have their own viewports. Still no dice, so it looks like we've got a proper bug here. Also tried a different GUI, guis/underwater/underwater_greengrey_thickmurk.gui.

Having thought about this I can convey my meaning more than well enough by a change in sound and lighting alone - maybe that's the best way anyway. But it does feel like cutscenes would be a fairly common usage case for messages.

Link to comment
Share on other sites

How does one change a normal object and make it appear as if it is all gold, in my case a main objective is to be a gold plated object. Changing material definitions?

As my father used to say, "A grenade a day, keeps the enemy at bay!"

My one FM so far: Paying the Bills: 0 - Moving Day

Link to comment
Share on other sites

You can make a skin that swaps all existing materials (~= textures) with a tiling gold material. Rename a .txt to .skin and create a skins folder in your fm, then put this into it:
skin name_of skin

{
model name_of_model

name_of_original_material name_of_new_material
}

 

Can have multiple models and material swaps in one skin definition.

Then in DR click on File -> Reload Skins and in TDM enter into the console reloadDecls (can bind that to a hotkey).

 

@Geep yes, that's still feasible. Voiceovers are generally prime solutions, but in this case it'd also be reasonable to go a more subtle route.

  • Thanks 1
Link to comment
Share on other sites

A small addition: In order to get all the "name_of_the_original_material"s for your skin, you can use "Create Model" in DR and select the model you want to create the skin for. On the lefter side there is a list with all materials used in that model.

Edited by Destined
Spelling
  • Thanks 1
Link to comment
Share on other sites

I was able to get an .mp4 video+.ogg audio to run as a briefing in my test map, by cloning the methods and assets used in Goldwell's Shadows of Northdale ACT II. (I'll be writing that up for the wiki. @Springheel, see my PM).

I'm now trying to get the same vid to play as a non-briefing full screen. Dragofer, at one point you seemed to imply that this could be done without a func_camera and videoWall, just using an GUI overlay. So I tried that, having a trigger call this target in <fm>.script:

void dovideo() {
  float overlayHandle = $player1.createOverlay( "guis/overlay_video.gui", 100 );
  sys.wait(5);
  $player1.destroyOverlay( overlayHandle );
}

Where the 5 second wait is just a placeholder for whatever would really be needed. Which in turn invokes my overlay_video.gui:
 

Spoiler

 

windowDef OverLayVid
{
    rect        0,0,640,480
    visible        0

#define MY_VID "video/briefing_video.mp4"

    windowDef Video
    {
        rect        0, 0, 640, 480
        background    MY_VID
        matcolor    1,1,1,1
        backcolor    0,0,0,1
        
        onTime 0
        {
            set "Video::background" MY_VID;
            resetCinematics ; // Reset Video to start
            set "Video::matcolor" "1,1,1,1" ; // Show video
        }

        onNamedEvent CinematicEnd
        {
            // Hide video
            set "HideBriefingVideo::notime" "0";
            resetTime "HideBriefingVideo" 0;
        }
    }
    
    // Utility windowDef to hide the video,
    // called when all video fragments are done playing
    windowDef HideBriefingVideo
    {
        noTime 1
        onTime 0
        {
            set "notime" "1";
        }
    }
}

 

I know the gui is being parsed, though whether I structured it correctly, don't know. But nothing happens in-game. So should I just move on to deploy a videoWall+func_camera? And forget about createOverlay call, just activate the camera pointing to a videoWall painted with overlay_briefing.gui?

Link to comment
Share on other sites

It would seem you can make an ingame video GUI overlay, but at this point you know more than I do. If this were me working on it I'd try to start with a standard message scroll GUI and convert it step by step into a fullscreen video.

Link to comment
Share on other sites

I'm going over to the func_cameraview and video-on-ingame-surface method now. Using a .gui more like Drumple's RoQ example, and generally sticking close to his method. No luck so far in getting video to appear on wall, though (either mp4 or roq).

Link to comment
Share on other sites

10 hours ago, Dragofer said:

Might be because you have start_off 1 even though you only need extinguished 1 for a flame light?

I've tried your suggestion as well on both a combination of flame entity plus torch torch model  and one of the torch entities:

invisible_flames.jpg.9cf23cc2689b153cc272bde8faa5933c.jpg

 

After triggering, only the "light" (or whatever you call that) of the flame is visible, but not the flame particle effect itself.

:( :(

 

 

Link to comment
Share on other sites

Link to comment
Share on other sites

1 hour ago, Dragofer said:

@JackFarmeralright one last thing before we descend into S/R, how does it work when you use start_off 1 and extinguished 0?

Then it looks like in the shot above plus the flame is visible.

I thought it would be possible to trigger torches like regular lights. :( :( :(

 

Edited by JackFarmer
Link to comment
Share on other sites

@JackFarmer If the flame entity is def_attached to a torch you can trigger the torch to toggle the flame. If it doesn't work for a torch, then I 100% know it will for an oil lamp like atdm:lamp_oil_wall_hanging_lit. Can start with that lamp entity and modify it to your liking.


If you want special properties on the flame, i.e. custom light_radius, you can use "set light_radius on flame" etc. spawnargs.

Check the name_attach spawnarg on the lamp/torch to see if the def_attached flame is really called "flame".

  • Like 1
Link to comment
Share on other sites

54 minutes ago, Dragofer said:

@JackFarmer If the flame entity is def_attached to a torch you can trigger the torch to toggle the flame. If it doesn't work for a torch, then I 100% know it will for an oil lamp like atdm:lamp_oil_wall_hanging_lit. Can start with that lamp entity and modify it to your liking.


If you want special properties on the flame, i.e. custom light_radius, you can use "set light_radius on flame" etc. spawnargs.

Check the name_attach spawnarg on the lamp/torch to see if the def_attached flame is really called "flame".

Thanks, will check and revert to you.

Link to comment
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.


  • Recent Status Updates

    • Ansome

      Turns out my 15th anniversary mission idea has already been done once or twice before! I've been beaten to the punch once again, but I suppose that's to be expected when there's over 170 FMs out there, eh? I'm not complaining though, I love learning new tricks and taking inspiration from past FMs. Best of luck on your own fan missions!
      · 4 replies
    • The Black Arrow

      I wanna play Doom 3, but fhDoom has much better features than dhewm3, yet fhDoom is old, outdated and probably not supported. Damn!
      Makes me think that TDM engine for Doom 3 itself would actually be perfect.
      · 6 replies
    • Petike the Taffer

      Maybe a bit of advice ? In the FM series I'm preparing, the two main characters have the given names Toby and Agnes (it's the protagonist and deuteragonist, respectively), I've been toying with the idea of giving them family names as well, since many of the FM series have named protagonists who have surnames. Toby's from a family who were usually farriers, though he eventually wound up working as a cobbler (this serves as a daylight "front" for his night time thieving). Would it make sense if the man's popularly accepted family name was Farrier ? It's an existing, though less common English surname, and it directly refers to the profession practiced by his relatives. Your suggestions ?
      · 9 replies
    • nbohr1more

      Looks like the "Reverse April Fools" releases were too well hidden. Darkfate still hasn't acknowledge all the new releases. Did you play any of the new April Fools missions?
      · 5 replies
    • The Black Arrow

      Hope everyone has the blessing of undying motivation for "The Dark Mod 15th Anniversary Contest". Can't wait to see the many magnificent missions you all may have planned. Good luck, with an Ace!
      · 0 replies
×
×
  • Create New...