Jump to content
The Dark Mod Forums

Obsttorte

Active Developer
  • Content Count

    6054
  • Joined

  • Last visited

  • Days Won

    96

Obsttorte last won the day on March 21

Obsttorte had the most liked content!

Community Reputation

1556 Deity

6 Followers

About Obsttorte

  • Rank
    Scripting guru, Mapper

Profile Information

  • Gender
    Male
  • Location
    Observable Universe

Recent Profile Visitors

4399 profile views
  1. @datiswous I guess this has to do with rendering order. First of all are solid surfaces are rendered. Everything that is more complex, because it is translucent for example, gets rendered afterwards. I barely remember that the water shader uses the currentRender image as base for its calculation, that is the image containing the solid stuff rendered. The translucent window texture is not part of that image, so it gets ignored and does therefore not been rendered. Question: You wrote that you want the window/glass material to be light up by the light behind it. So you don't really want the
  2. I don't know whether there is a difference between old and new missions in regardence to translatability (is that a word?). However, regarding the wiki The Outpost is already converted to the I18N format and some translations have been provided, although not a russian one. (It seems there are no russian translations whatsoever even though there have been attempts in the past, but that is based on the wiki which may be outdated in that matter). If you want to provide translations I would furthermore suggest to use the english.lang string file as starting point and translate the strings ins
  3. I don't know. I haven't written said script and don't use perl normally. As long as there is no error message or similar I can't help. EDIT: Just tried it myself and the script doesn't create an output as it isn't able to read a specific string within the fm. So this is an FM issue, not a script one. @Gadavre Would have been helpful if you have noted the output yourself. How should anyone know what is going on if you don't provide the necessary information? And please stop demanding fixes for things that ain't broken.
  4. If the normals are accessible to the shader (I think they are stored globally), then creating a frob shader hilighting the outlines should be doable by identifying areas where said normals change strongly. This approach may fail with compareable round objects. Another approach would be to utilize the depth image, which could be troublesome with compareable small objects, though. A third approach would be to combine those two, which may fail with small round objects A post processing of the above effect might also work. Strengthen the effect if not all surroundings are affected and dimish
  5. As most players do not seem to have any issues with the current implementation I don't see any need to change it, more so I would assume any change to cause more confusion rather to improve the game feedback and that new players may simple have to get used to the way it is handled in game instead of immediately asking for changing something they blame the game to do wrong even though the majority of the players both in TDM as well as in the orignal Thief games are pretty happy with. On the other side we could see the suggestion of making the player invisible as an incentive to finally imp
  6. @Zerg RushAs Springheel wrote there is a noteable light coming from behind you. It appears that the lighting is setup in a way, that if the light source in the room gets extinguished, the light level of the moonlight coming through the window either increases or the light was off before and get turned on. There are two reasons I think it could be set up like this. (1) is for performance reasons (only one light source in that part of the map at a time and (2) moonlight coming through the window would be barely visible when there is an active light source in the room, but the renderer might not
  7. Can you verify this by also displaying the lightgem values? I think there was a console command for displaying it. If not I may have done it differently in the past and would need to provide something. Note that a brighter lightgem can have to reasons: (1) the lightgem value is higher, which would also result in you beeing more visible to the ai (which doesn't seem to be the case) or (2) the surface just gets rendered brighter. Increasing gamma and or brightness will probably also effect the appearence of the gui elements, unless it is explicitely designed to not to. I don't know that. Th
  8. That's what I meant when I wrote about looking into the map from the outside. And having a filter for both caulk and portal_sky and using those materials only for outside facing sides will basically serve the purpose. There is a modifier+mousekey combo to copy a material to another surface. So you can fastly copy one caulk surface onto other surfaces and, if the filter is enabled, can let the surfaces disappear by that way.
  9. I found filters to be useful. I use one to filter away entities as well as one for patches that I use to check the sealing and the visportals and one that filters away caulk and portal_sky textured surfaces, helping me to get an overview from the outside. The shortcuts for texture pasting are also useful when working with patches and those opening the most used editors, of course.
  10. Are those visportals on the same plane? Did you try shifting the vp in the maintainance tunnel a bit? From my experience the engine sometimes has problems differentiating vp's that are coplanar.
  11. Light bleeding for me only occoured when portals open. I think the main reason are probably the portals, not the lights or the way the shadows are calculated. Portals can cause a lot of graphical glitches from my experience, although I never got an idea why. @JackFarmerThose area lock spawnargs look interesting. However, normally one don't want to limit a light to one visleaf. The light should be cast through doors and windows once they are open, shouldn't it?!
  12. When I had the issue in the past it was caused by the flame lights def_attached to torches. The only thing I changed back then was to decrease the light radius. The light center gets manipulated for flame lights, but not in such a manner or to that amount. Additionally, it would clearly look different if the light center would be in your room then in another room and bleeding into yours. Pretty distinguishable.
  13. I don't think there is a command for that in DR. I think the bounding boxes are created by the engine. They are basically cuboids containing the model, axis-aligned if not rotated as far as I am aware of. They serve the purpose to allow a fast way to determine which models cannot be seen and therefore doesn't need rendering (cuboids only have 8 vertices, and if none of them is visible than everything contained inside the cuboid is invisible).
×
×
  • Create New...