Dragofer
-
Posts
2634 -
Joined
-
Last visited
-
Days Won
157
Posts posted by Dragofer
-
-
7 hours ago, NeonsStyle said:
I have never noticed this Dragofer. Which room is the music cutting out???
I don't know myself, I'm only responding to the bug report I saw in this thread. You could check on your location_settings entity whether the same music has been specified in multiple snd_ spawnargs.
There should only be one snd_ spawnarg per music on the location_settings entity, and all info_location entities that should play the same music should use the same snd in their "ambient" spawnarg.
-
9 hours ago, Abusimplea said:
Looks like there are GUI system changes in 2.10 and that addon is probably based on Dragofer's version for 2.07, which is based on the original GUI from back then. Chances are, that it has to be updated to work with 2.10 even if it worked fine with 2.09.
I recommend mentioning the issue in the linked thread if you are still interested in using the addon.
I believe there is no relationship between kcghost's addon and mine. His works by replacing the loot counter inventory item and scriptobject to show stealth statistics. The GUI update in 2.10 only concerns the menu interfaces, so it's not clear to me why this shouldn't work.
The problem of no loading progress often happens when loading a save that's based on a different version of the game, which most likely includes any change in the .pk4 addons you have installed.
-
2
-
-
2 hours ago, Gadavre said:
I did everything like you wrote, but the fog didn't go away....version 2.09b
Alright, try renaming both copies of the file from z_nofog.prt to a_nofog.prt.
-
1
-
-
@GadavreUntil you get this new variable you could use this customised particle file to make the most common fog particles invisible. z_nofog.prt You have to be logged in to download it. (edit: should be renamed to a_nofog.prt)
To use it, close TDM and create a folder called "particles" in your "darkmod" folder and put this file inside it. Result: darkmod/particles/z_nofog.prt.
Some FMs like The Black Mage have custom versions of fog particles, which means this file might not work 100%. So you can create a folder called "particles" in the fm's folder and put a copy of the file inside it. Result: darkmod/fms/black_mage/particles/z_nofog.prt.
-
On 11/8/2021 at 1:37 PM, datiswous said:
Also (this is mentioned before) there's ambient music which often stops sudenly, which is a bit weird.
@NeonsStyleThis is probably because of how the ambients for the locations have been set up.
The correct way is to set each ambient once on the location_settings entity (i.e. "snd_streets" "city_night04_loop"), then let location entities share that same snd (so spawnarg "ambient" "snd_streets").
The randomly stopping music happens when you define the same music multiple times on the location settings entity (i.e. "snd_street1" "city_night04_loop", "snd_street2" "city_night04_loop" etc.) and give each location one of these snd's. The location system thinks each location uses different music so it restarts.
-
1
-
-
I've noticed that I can see the edges of light volumes as sparkly lines now - this is taken from a recent test map:
And this is m y darkmod.cfg (pretty much the one that the tdm_installer.exe gives me after updating to beta02): Darkmod.cfg
-
2
-
-
2 hours ago, Swedish Taffer said:
I did not get this one, i killed him before and got this:
That objective should tick off, silently and invisibly in your case, if you enter Marlow's 2-floor study - but I think the underlying problem is just that the mission success logic seems to be more complicated than it needs to be and can therefore break if things are done in certain orders. It's definitely something for an update. I'm afraid in this case I can't offer anything else than entering "tdm_end_mission" into the console when you're standing at the exit location to get a proper mission ending statistics screen.
-
1
-
-
2 hours ago, Swedish Taffer said:
Is it because i went there first?
The "here is my way out" voiceover is a self-contained event triggered when walking near the exit location that only counts how many objectives you've completed before deciding whether to play the voiceover or not, so it seems unlikely this is the cause.
According to the objective logic, you need to complete the following objectives to complete the mission:
Spoiler- "Rescue the painter's wife and bring her back to the apartment."
- "Corrupt nobles like Marlow only understand wealth. Steal his most prized painting."
- "While you're at the mansion, deal with Lord Marlow."
- "Looks like Marlow's out. Look for a lead on his location. [New]"
- "Discourage Marlow's assassin from carrying out her job. [New]"
- Loot objective for the respective difficulty
- No-kill objective for the respective difficulty (don't fail)
- [Hidden objective] Player has either framed or killed Marlow.
The hidden objective is never visible as it's internal, and some of the "While you're at the mansion, deal with Lord Marlow" objective gets replaced with "Looks like Marlow's out. Look for a lead on his location. [New]"
-
14 hours ago, datiswous said:
Can this also been used with a mirror, so that you can show things in a mirror behind the player that is not visible when the player turns around (for example a ghost)?
Edit: I tried getting this to work by placing a mirror behind the X-ray screen. This does not seem to work properly, or I am doing something wrong.
A possible alternative way might be placing a camera pointed toward the players front side through an x-ray screen and then put a monitor on the other side. Just thinking out loud..
Xrays + mirrors don't seem to work well together yet, though experimentation may yield interesting results and maybe support could be added if it's considered an interesting combination by mappers.
From a performance perspective it seems unsensible to attempt this though, since the xray system adds a 2nd model and the mirror doubles everything, ending up at 4 models. But it depends on what you do with the system: if all you do is change some decorative models you probably wouldn't notice a difference, but you would notice it if you converted your entire city map into an undead necropolis through xray vision and threw in a mirror with realtime reflections.
-
2
-
1
-
-
8 hours ago, datiswous said:
In the Camera test map camerawiki2.pk4 mentioned on https://wiki.thedarkmod.com/index.php?title=Security_Camera_(2.10%2B) the camera's still don't work, although the issue with the not working (multiple) camera's should be fixed in 2.10 beta, or is the fix not yet implemented in beta 2.10 9702?
Ah yes, we had problems with the numbered camera materials used by this test FM some time ago, so I commented them out in order to not impede the initial beta release. Problem is, the test FM doesn't have its own copy of the materials, so it's now missing them.
I very much believe duzenko managed to fix the numbered camera materials before the initial beta release, so you should be able to just drop this .mtr file into your install. Also, they'll be included with the next beta version again.
-
2
-
-
Since the wiki articles are now both done this thread can be unhidden. Enjoy!
-
2
-
1
-
-
It should give mappers some more freedom with lighting their map without punishing the players for it. It's of course a delicate balance, mappers shouldn't go too far with this so that the mismatch between lighting and lightgem becomes obvious.
-
Unless the Doors wiki article says otherwise, I don't think you can change the center of rotation on an .lwo/.ase model. It'd be advisable to export the brushes (or re-export the model) by placing them near the DR grid origin such that DR's 0,0,0 is where you want the model origin to be and unchecking 'Center objects at 0,0,0 origin'.
-
- Popular Post
- Popular Post
This thread is for discussion and feedback on the xray feature, which has been developed further for 2.10 and is now considered feature rich enough to be publicised and wikified with X-Rays and X-Rays in GUIs. See below for the main wiki article's introductory section:
QuoteXray screens are flexible mapping tools that allow mappers to achieve a variety of effects related to the appearance and visibility of entities ingame. The effects that are possible with xrays and can be used in any combination are:
- Changing the model and/or skin of entities seen through the xray screen. The xray version of the entity may either replace or blend with the normal version.
- Hiding or revealing entities when looking through the xray screen.
- Rendering entities in front of opaque obstacles.
Unlike in real life, xray screens in TDM don't use an xray light source. All that's needed for the xray feature is an xray screen and appropriate spawnargs on entities that should be affected by the xray feature.
Xray screens may be put on brushes/patches or in GUI overlays.
As well as some screenshots from the demonstration map found in the main wiki article:
(Note that various assets mentioned in the article are currently only available in the demo map and will become part of the second 2.10 beta build).
-
7
-
1
-
I wouldn't be surprised if most of the heaviest FMs have plenty of potential for being trimmed down to a smaller archive size. Mappers who've been around for a while tend to have ever growing suites of their own custom assets which they drop in at the start of each of their WIPs, and I doubt everyone goes through them at the end of the mapping process to check which ones aren't used or have meanwhile been added to core assets. This is probably especially true in FMs that contain hundreds of custom assets, since they can only be checked by hand at present.
In any case, we're fortunate to have considerable reserves both in storage space and bandwidth for FMs, so I don't think there's a real need for mappers to go out of their way to trim down their FMs (like we did with TPW, which was in a way treated as a challenge). Low-hanging fruit should in my opinion still be plucked, and as Orbweaver says, abnormal file sizes can be indicators of underlying problems that should be addressed.
-
2
-
-
2 hours ago, geegee said:
But the comments have been negative and I doubt I can reach an outcome satisfying the TDM community, so ... it's like seeing the finish line of a marathon and WHACK, a blackjack to the back of the head
I don't think it's negative - you did post a large figure for your first FM's size, which inevitably triggered comments on why it might be so big and how to reduce it. Everyone has their own way of delivering such remarks.
445 MBs compressed is on the large end, but we've had several FMs that were in that size range for whatever reason (long videos, many custom assets). I think as long as you devote some attention and effort to the matter, then such a file size won't be a problem.
-
1 hour ago, geegee said:
However, the newly compressed .dds (DXT1) in the env folder couldn't be found or read by TDM, and sad to say but it makes quite a difference losing all those fake window reflections. A loss of vitality. Perhaps like .dds textures, .dds env files need to be in another directory?
I don't think you can compress env images as .dds, it hasn't worked for me in the past.
-
8 hours ago, OrbWeaver said:
DR's model export is designed for exporting simple brush and patch geometry into your 3D tool so you can create matching detailed models, it is not a model editing or conversion tool in itself.
I don't think it's this black and white. The process you describe is the technically correct way to do modelling, but TDM has a long history of mappers making models "on the fly" in DR using brushes and patches at a level of detail that may not seem out of place when seen together with TDM's other models, and without much of a technical difference compared to if that model had been made in Blender.
I myself have made detailed ships (as seen in Perilous Refuge), quite a few furniture pieces (of which most are in core assets) as well as the stagecoach and lamp models back in 2016 (which are also in core assets). Usually I passed them through Blender for some touching up, but DR on its own can produce quite useable results.
The main problem imo with using DR to make models is that it takes a lot of time, so it'd be very much adviseable to use skins or to use DR's model exporter to add new geometry to an existing model. For example for your good-looking new type of standing oil lamp, I'd just have drawn a glass patch around the top of an existing standing oil lamp and exported them both together as a new model.
It can also get problematic if you try to add really small details, i.e. I remember shading issues when I tried to make small desk oil lamps where I sometimes had to drop down to a grid size of 0.125. Generally one should primarily use patches wherever reasonable, since as you say brushes don't have smooth shading.
Performance-wise I have a feeling that leaving big complex models as brushes and patches without turning them into .lwo or .ase models using DR's exporter is disadvantageous, but I haven't confirmed that yet.
@geegeeOne thing to consider is that your figure of 1.7 GB is probably in its uncompressed state, which isn't how you're going to distribute the mission, so I'd look at how much it weighs as a .zip.
Map files and .ase models are text-based, so they compress really well - IIRC they'll be only 8% or so of the original size. I guess you also have .bak files and autosaves in your maps folder, maybe also a snapshots folder?
The weight of the .proc and .map files themselves does seem abnormal. Have you converted your brush-and-patch remakes as models or left them as is?
21 hours ago, geegee said:and since I've got your attention @Dragofer, do you (or anyone reading this) happen to know whether the authors of the original core model assets are listed somewhere? I've done a lot of copying of stuff like gaslight4.lwo, standing_oil_lamp.lwo, etc, into brush/patch duplicates that I retexture and use as base, so where the hard work was already done. I'd like to credit the creators. Somehow I got the impression that you might be one of them.
No, it's not known - a lot of models were added by a lot of people as many as 10 years ago, and our contribution tracking wasn't as robust back then. I myself have contributed i.e. the oil desk lamp and desk02/desk03 series and the miniature ship models.
-
1
-
-
1 hour ago, geegee said:
2. The FM currently weighs in at approx. 1.70 GB. I can whittle that down some, but not much.
Damn, how does this break down by folder / asset type? Stuff like .tga diffuses and speculars can be compressed into .dds, for example.
-
1 hour ago, wesp5 said:
So if these objects are not highlighted nowadays, why should it matter if they are not highlighted if the outline is disabled? From my point of view we are messing up the atmosphere of all missions here, just for a few cases that most players never might have noticed in the first place...
I think this is mixing up 2 different things:
- Under the current system mappers are obliged to add the above blocks of code to every material if it should ever frob highlight. Not only does this clutter material files and deter mappers from learning the material system because of the unnecessary apparent complexity, it's also occasionally forgotten by mappers, and not every mapper is able to troubleshoot why his objects don't highlight if these blocks are missing. These 2 blocks should at the very least be simplified into a single line (which solves some of the problems above) or else be handled automatically (which solves all of the above problems). Handling highlighting automatically without manually adding code to each materials is one of 2 things being done here - the other thing is to add a frob outline.
- The new automatic highlighting, however, has problems with transparent textures, since different transparent textures have different needs for frob highlighting, and an automatic system has difficulties applying the correct solution in each situation, potentially causing errors like shown above by wellingtoncrab. One of the only safe solutions for transparent textures may be to not highlight them at all and rely on the outline instead.
-
The old 2.09 security camera had a fairly simple movement model, simply fetching the spawnargs for sweepAngle and the sweep duration, then adding a gradually growing fraction of the sweepAngle to the starting angles, multiplied by -1 if negativeSweep is true for that sweep. I could imagine that there's sometimes a problem with setting the initial value for negativeSweep based on the value of the sweepAngle spawnarg.
The 2.10+ security camera still makes use of sweepAngle and negativeSweep, so I wouldn't exclude it still happens there, but altogether the movement code has changed a lot to allow the camera to horizontally and vertically track the player's position and later return to the closest sweep position.
negativeSweep is now calculated every time the camera initiates a rotation, based on the sign of - in most cases - the shorter route towards the targeted position. In exchange, the two ends of the regular sweep are calculated and stored at spawn based on current angle + sweepAngle, so negativeSweep no longer plays a role for setting the camera's sweep range.
It'd be interesting to know if any of your beta testers happen to be using 2.10 builds, and also how the room fares for you yourself if you were to use a 2.10 build yourself. Its release shouldn't be that long off in any case.
-
2
-
-
@JackFarmerI think you need to use a different script event to switch it back on. The torch is a model entity that spawns a light at map start, and I believe On is designed to be called directly on the light entity itself. It should be enough just to sys.trigger the torch, which would cause its tdm_light_holder scriptobject to switch the light on.
Might want to find another way though if theres a risk the player mightve relit that torch with a fire arrow or candle. IIRC there are also S/R events for switching extinguishable lights on, but they too might be designed to be used on the light entity directly.
For 2) the problem seems familiar, youre probably not the first to have it. Will have to think on it.
-
1
-
-
1 hour ago, cvlw said:
Hello TDM crew.
Some FMs have strict no-ko and/or no-kill rules. Sometimes I don't want to adhere to those rules and think it might be fun to drop all the bodies in the canal or sewer or something. Might there be a way to bypass those rules?
I have considered making local copies of FMs and modifying in DarkRad, but, if there is a way in-game, I would go for that. I don't know DarkRad, yet.
Fun is what you make it. Back on Thief 1, I once spent an inordinate amount of time in Bafford's Manor getting the guards to chase me down to the basement entrance so I could coax them to slip into the water. In "A New Job" on TDM, I had a grand time knocking everyone out with a box just to prove I could do it. Good times.
Gruesomely yours,
CVLW
It should be as simple as unchecking the tickbox "Mandatory" for those objectives in the Objectives Editor. If you really wanted to avoid DR you could even do it by opening the map in a text editor and changing the right lines.
Alternatively it might be possible to make a script addon that automatically detects the map's objectives entity and sets the objectives to non-mandatory. Would have to be careful it doesn't break missions, though, if they combine no-kill requirements and other tasks into the same objectives.
-
@bwyanThanks!
I was wondering, if you delete the silver platters and add back one or all mirrors, do the mirrors work again in post-9232 dev builds? Could be you cant have both at once.
View Stealth Score during gameplay?
in The Dark Mod
Posted
@stgatilovMaybe there could be a way for the tdm_installer to recognise and leave custom .pk4 addons alone? Maybe via naming convention?