Jump to content
The Dark Mod Forums

Gildoran

Member
  • Content Count

    2393
  • Joined

  • Last visited

Everything posted by Gildoran

  1. You would find the section of the code that looks like set "title::text" "$gui::title"; set "body::text" "$gui::body";and add something to change the size of the body rectangle if the title is empty. Perhaps something like: set "title::text" "$gui::title"; set "body::text" "$gui::body"; if ("$gui::title" == "") { // I forget if the $ is needed set "body::rect" "x y w h"; // replace x y w h with enlarged body rectangle } Instead of "x y w h", you'd have the rectangle that'd you want the body to take up when there's no title.
  2. You know, it'd be possible to make a gui that doesn't allocate space for the title if it's blank...
  3. Readables are limited by what GUIs can do. That precludes things like changing font or size in the middle of a paragraph. The only things that xdata can affect are settings that can be changed at runtime (because the GUI reads its settings and modifies itself at runtime to apply those settings). Font-size can be changed at runtime, so it would be possible to control that with xdata. On the other hand, the font is static, and therefore cannot be affected by the xdata decl. I was eventually planning on implementing some way for GUIs to detect when a setting has been set (for use with textscale
  4. You might check out this post for an explanation. (the bottom has pictures that may help show what's going on)
  5. blend filter and blend modulate both mean multiplicative blending. If you only have one settable color, you might do something like this for the frob part: { // this can stay the same since it just scales the brightness of what's on screen if ( parm11 > 0 ) blend gl_dst_color, gl_one map _white rgb 0.40 * parm11 } { // implicit: blend gl_one, gl_zero map alphaMapRepresentingColoredAreas maskColor } { // Where the alpha is high, additively blend, tinting with your color if ( parm11 > 0 ) blend gl_dst_alpha, gl_one map yourDiffuseMap maskAlpha // just to make sure we don't s
  6. How are you doing the blue overlay? If it's multiplication, it should work fine. If you're doing something like blend blend, it'll be too bright. This is entirely possible. For a while I was trying to encourage people to avoid making multiple diffusemaps. In fact, textures/darkmod/stone/brick/red_sloppymortar_dark does exactly what you're looking for, except you'd change the rgb keyword into separate red, green and blue keywords. The one tricky bit would be getting the additive part part of the frob highlight to match the color (it may be easier to just not worry about it for now). No,
  7. Both blend methods have the "transparency" controlled by color, though they look at color in opposite ways (because blend filter is equivalent to blend gl_zero, gl_src_color). blend filter multiplies what's on screen by your image; as a result, darker sections of your image change what's on screen more than lighter sections (white doesn't change anything at all). Colors are valid too. blend gl_zero, gl_one_minus_src_color multiplies what's on screen by the inverse of your image; as a result, lighter sections of your image change what's on the screen more and darker sections change it less (
  8. I seem to remember that the advice wasn't intended for players so much as developers... no idea what the supposed problems were, other than that they supposedly had to do with D3 assuming paths were a single word (in the console?).
  9. You could certainly do things with the window brightness fading in/out over time and with having "shadows" move across the brightness. You'd probably just use tables to control the animation. However tables loop over time and aren't random. You can't have truly random materials without some outside source influencing their parameters (which would require the window to be on an entity). If you have a bunch of windows just applied to worldspawn, they will all animate the same way, all in-sync. There may be ways to mitigate that by having different animations for different parts of the texture
  10. Given that the entire gameplay code is in the SDK, a mod would be able to change the player's gravity and view orientation. The real question is how easy/hard it would be and whether it would be worth the time to implement it in TDM (I think we have more important concerns right now). Also, given that AAS is precompiled with assumptions about gravity, I think it'd be difficult for monsters to navigate while taking new gravity into account.
  11. Yeah, one of the most common mistakes I see in TDM textures is having the "grain" of the normalmap be way too intense... it always makes the textures look like zebras when viewed close up. Though I don't think that's a result of using a normalmap generator, as all my normalmaps come from generators and they don't have that symptom. The other thing I see a lot is diffusemaps that look like paintings rather than photos, or diffusemaps that come from photos with directional lighting... if more of our textures came from high-res photos carefully chosen to avoid directional lighting, I think that
  12. I was looking at Yahtzee's videos, and I noticed that he recently released a game called The Art of Theft (it stars Trilby so I presume he's the author of 5 days a stranger and 7 days a skeptic). I'm enjoying The Art of Theft right now and thought other Thief fans might like it too...
  13. If you crouch down and look at the model, you still don't see any z-fighting? (the screenshot above is from citybeta, at the start) It's possible for it to cast shadows on itself, because the two sides of the leaf face opposite directions but occupy the same position: The problem is that the bottom side of the leaf is casting a shadow, and the top side is (barely) intersecting with that shadow. Overlapping coplanar faces can be ok when they have identical triangles, but the shadow volume is calculated slightly differently on the GPU so its triangles are slightly different from the leaves'
  14. I actually once played just such a Flash game, though you controlled the fat slob directly instead of it being a god-game.
  15. I love your dandelions, though they appear to be suffering from z-fighting with their own shadow-volumes: I think this is because you've modeled both sides of the leaves coplanar to eachother; the shadow-volume from the back-face z-fights with the front-face. Probably the easiest solution would be to turn off shadows for the leaves (if missing shadows aren't noticeable for 4 of the leaves, will they noticeable for the other 4?). Also, you don't need to model both sides of the leaves; it's generally better to rely on the twosided material keyword for that (twosided even automatically turns o
  16. I've had TDM and RoE installed at the same time without problems in the past.
  17. Gildoran

    Lags?

    Enemy Territory: Quake Wars (which uses effectively the same engine as D3) has appearances/performance every bit as good as Dark Messiah. Just to second everybody else, most of the lag is coming from our (not yet optimized) AI. There's also the issue of us not fully utilizing normalmaps to allow us to decrease performance costs of models, so TDM's animation/lighting/shadow calculations take longer than they should. And finally a lot of our mappers aren't making optimized maps, which decreases what they can show while achieving good performance. On the other hand jdude's most recent map lo
  18. Is it possible that the blowouts might occur with the progression of the story rather than every X minutes? That might be an interesting way of increasing the difficulty of early areas later in the game... But yeah, I hate time-limits with a passion (except in limited small-scale cases such as underwater or during a dramatic sequence)... there's a reason they've been abandoned since the days of sprite-based games.
  19. I would assume only totally invisible on the side that's facing away from the light. (since the side is facing away from the light, it receives no lighting and thus doesn't modify what's on the screen, making it invisible) But yeah... I'd be tempted to add another stage, either additive or multiplicative (aka filter blending), depending on the situation (I'd probably use additive for casings for lights that are turned on, and multiplicative for things like windows away from lights). Just be aware that additive and alpha blending appear bright even if there's no nearby lights.
  20. If you want just a simple translucent surface that uses lighting passes and nothing else, then the following would suffice: textures/darkmod/glass/flat/lamp_glass_lit_transparent { glass // doesn't affect appearance, only affects impact sounds translucent // avoids implicit opaque black stage used for filling the depth buffer twoSided // also implies noShadows diffusemap models/darkmod/props/textures/lamp_glass_lit // you could also include a specularmap and bumpmap } Again, keep in mind that the glass won't receive shadows, and each side will only be hit by light coming from that side (if y
  21. It's pretty hard to see in that screenshot, but if you look to the left of the raindrop, there's a vertical discontinuity in the water stream.
  22. It's entirely possible to have lighting passes (diffuse, specular, bumpmaps) on translucent surfaces. However, there are some important caveats to be aware of. First off, stencil shadows require use of the depth buffer, so translucent surfaces cannot receive shadows. Also, all lighting passes are additive, and they are executed before all other render passes (so the filter stage is actually being executed after the lighting, and is reducing its brightness - it's misleading to put the diffuse/specular/bumpmaps after the other render stages in your material).
  23. The problem arises when heat-haze tries to reference something offscreen... Since each section of the screenshot is rendered seperately, heat-haze in one screen can't reference an adjacent screen, resulting in discontinuities at the borders between screens. Unfortunately, it's non-trivial to fix in general.
  24. Yeah, it seems like nobody ever bothers to read id's level-editing documentation. It drives me nuts whenever our mappers make levels with broken AAS then blame the weird AI pathing behavior on the engine. Yep... a simpler version that uses less CPU and that the player/AI are less likely to get stuck on. Fortunately, it goes much quicker than making the visual components of a level. You primarily just have to clip around complicated bits or around models/patches. Good places to clip would be around handrails or piles of junk. To be perfectly honest, I don't have experience with _impulse
×
×
  • Create New...