MirceaKitsune

Do you mean the light source or the flame particles? The first is super easy... main problem is colorizing the particles themselves, I didn't know how to do that. Once I do I'll make what should be the final update to this, so I can define a single set of particle defs instead of one for each color variant. In the prt. sub-particle definition (the entries between {}'s nested inside that particle def's {}'s) uses the flag "color R G B". What do you use there so it inherits the color of the light source? Would it be something like "color _color" or just "colored" or a similar format?

A very nice FM, I definitely enjoyed this one. I was surprised to read here it's your first, it is very professional... lovely to see mapping for TDM is easy to learn by new content creators! Found 2667 loot and 3 secrets in my case. For this one I managed to find most stuff on my own. The only annoyance was... Also:

How do you hide a light entity based on distance, so that it doesn't render and eat up performance once the player is far enough? I tried "dist_check_period 1" with "hide_distance 100" but even from very far it still renders and is unaffected (even after dmap). Also I only want the light source to turn off, not for the whole entity to be hidden meaning the light model itself would also disappear. It would be ideal if the light could fade between a min_dist and max_dist, only stop rendering once max_dist is reached... if the player can still see it relatively well they don't notice it snap

Okay. I'll wait for answers on the lock and play with it some more in the meantime... there must be a spawnarg to fix that problem. Otherwise I'm not aware of a way to make the targeted func_beam move to the nearest surface in the direction of the targeting func_beam, that I'll probably have to leave as is. Please also let me know if there's any way (no custom script though) to make an AI run to a button and press it when alert, ideally before attacking the target it saw that alerted it. Even path_flee_point won't do anything when the AI runs there no matter what I target it to Upda

Cheers! Regarding the lockbox: atdm:froblock works perfectly for what I want, I got it to turn off a lamp when being unlocked which is exactly what I wanted. There are just two problems with it at the moment: It will activate with a key, but not when being lockpicked; It allows me to use the lockpick on it, but once I'm done it doesn't unlock and I can't pick it any further. I tried both the setup in that post and the intended "lock_picktype t" + "lock_pins 10": I can successfully use the triangle lockpick on the box once, but once picked nothing will happen! Once unlocked with t

Thank you, glad you liked it! As a heads up: I plan to do one more performance fix at some point, where I'm going to try and portal the outdoor area into a few different zones to fix the performance problems there. Been working on a new map for days and the more I use DR the better I understand what I can and can't do with it. As a general rule many TDM FM's require reading clues to know what to do next, so knowing english enough to read the books and notes is often required. In the case of this particular FM playing it without reading the stuff in the environment would also cause the poi

Confirming my concern for #1 above: Fleeing AI (not armed ones either which is also a problem) will run to the flee point, however they ignore any path the flee point targets. Any way to work around that, without using a custom script? Also don't worry about #3: I found the available options and am playing with them now.

Three little questions. It's for prefabs I'm making and planning to offer to other mappers, might make some good stuff if I figure these out. How can I designate a button that will be pressed by an AI who becomes alert, so whenever someone catches you they run to and press that button? I think I have this one figured out but would like for someone to confirm: I create a path_flee_point, which targets a path_interact, which has the button meant to be pressed as its ent. Only problem is that the paths wiki page doesn't clarify if a path_flee_point can target another path entity like a pa

Thanks, that would do then. I was wondering how I'd achieve it since targeting the speaker directly turns it on / off. Might get around to trying this later tonight then; Waiting for suggestions on where I could find some good video source for this, please let me know if anyone is aware of one. I even wonder if someone who's made a FM with a video briefing is willing to donate it... should already be in roq format too and it might look like a good trailer on a TV screen.

That part's fine: I can trigger the "hide" flag on the video surface to make it become visible / invisible, already doing this with the light source for my neons. But if you toggle the speaker the same way: Do the two stay in sync as you toggle them, or will the video resume as the surface becomes visible but the speaker starts playing its audio from the beginning instead? That would be a problem as the video and sound would easily go out of sync... in which case I may have to give up on the toggle button.

That's awesome, thanks, I will look soon! No audio in the video file is fine... it would be nice to place the speaker a bit offset from the screen itself anyway. Just as long as the ogg stays synced with the image, including as you turn the screen on / off. Where can I get any freely licensed clips that would look good on a TDM TV? Something like either a movie or commercial or cartoon, but of course in 1930's TV style... color would still be welcome as I'm not replicating the evolution of television in real life, the mission's still somewhere in the 1800's just in a place that advanced a

So here's a fun little two-part question. I'll refrain from spoiling exactly what I'm doing, but I'm interested in having a video with sound on a surface in my FM. I know video on surface is supported by the idTech 4 engine though haven't seen any existing FM use it yet. So far I read a Wiki page on the matter though it seems to be pretty ancient but clarified a few things... such as the fact that I need to convert the video to the roq format, which I understand ffmpeg can do so I'll hopefully have no issues there. First question is: Is there anything beyond that wiki article I should be

From my personal experience, you need to explore them and learn where each asset is located, which is knowledge obtained after a bit of mapping and playing with DR. Select a brush, press S to open the surface inspector, then look at the subdirectories under "darkmod". I'd do the same with models, prefabs, entities and sounds... learn which are commonly available and what folders you generally find them under. The wiki may have a page on this too but I'm not aware of any.

Got an error on the script: "Builtin functions cannot be called without an object". How do I properly call it? I used the line: addInvItem("atdm_key_simple_iron_dark_1")

Thanks. Ouch... 1) is a big limitation: So an AI can't normally talk with the player at all? Even if the AI can't look at the player, is it not possible to have the player work as an actor and say a line in conversations? I could have sworn I've seen player to AI conversations in a few FM's (looking included) but they probably used a complex workaround then. 2) requires a script? I like keeping that only for more complex stuff, but if that's the case I can live with it. 3) is what I did too. For some reason however it didn't work in my test, no idea why. Perhaps I shouldn't have the

Looking at the Conversations wiki page there are a few things left unclear that I need a little help with: How do you define the player as an actor, to make the AI look toward you in a conversation and hear your voice from your own location when talking? I tried tags like "Player" / "player" in the actor field but it doesn't validate. Can I make the player gain an item the AI is holding or wearing after the conversation is over, as if the player frobbed it to pick it up? In my case, a key on the AI's belt which is given to you after talking with them. That is if the player didn't

Sorry, I'll keep in mind for the future. I reported a lot of things at once and worried it might be a little overwhelming to have so many new tickets in a short time. I offered a little extra info on the second issue... if something specific in my setup is needed to reproduce it I'll have to figure out what that could be. The texture browser thing is a very minor issue, kinda reported it out of perfectionism and so that it's known too, definitely not something urgent that hinders the mapper in any way.

Ah, so they don't work like normal readables as I had assumed. I'll do it as described on that page to correct, thanks.

Thanks again for the remaining fixes today! I just reported what should be the last 3 bugs I'm aware of: After this I should have nothing new to report for the time being and all obvious issues are hopefully over. Clipper tool: Resulting faces have an unpredictable scale Surface Inspector: Random offsets are sometimes assigned to faces when using Natural (*) Texture Browser appears empty until scrolled through * Potentially two issues in one, see Additional Information for the second problem described.

Any idea why atdm:readable_immobile_sign_small01 isn't working for me? I gave each one a proper readable but in-world they appear empty. I've seen them work in other FM's so I must be doing something wrong.

Thank you as well for helping to resolve them so quickly! I reported three more minor inconveniences I keep running into while mapping over the past days... nothing serious by comparison, just things you can bump into which might be overhand at times. Filtered textures aren't edited when modifying textures on the whole brush, no obvious way to tell which textures are locked Surface Inspector: Can't set scale / offset / rotation for multiple surfaces simultaneously Undo / redo system records cycling through textures (previewing) in the Surface Inspector shader browser

Okay. Another quickie before bed: Is it possible to have an AI who always turns their head toward the player as a fun little effect, whenever the player is within a given range from the character? Must work as the player moves around of course. Obviously I want this for a non-hostile AI as for a hostile one this would logically imply they're seeing you.

I know there's a lot of work being done on fixing bugs in DR thus new features are likely not on the table at the moment. I still wanted to suggest a little feature which I think would be very powerful, and hopefully not that difficult to implement either. Maybe we could even see this in 2.9.0 if it's simple enough to code? There already seems to be a preliminary but limited search system. If you open a browser such as the entity browser then start typing a word within its window, you'll be able to use search similarly to searching for words in Notepad; You're taken to the first entry con

That seems to be the one, thanks! I prolly need to look for the ones ending in _polished then. Only annoyance is that the cubemap it's using seems to be both super low-res and also has sharp edges around the corners due to the cube faces not connecting properly; Would be nice if that could be improved. I currently have a dark unfinished interior which makes this easy to see. What about a proper toilet and sink? Any way to find those in the default assets so I don't have to make unfinished bathrooms with very limited alternatives?

Oh... I did before posting this but it seems I missed it. Looking at their page again, I understand a path_* can target other entities the same way it targets other paths, in which case they will get triggered? So for instance: If I have path_corner_0 and path_corner_1, and path_corner_0 has the spawnargs "target0 path_corner_1" and "target1 trigger_relay", the AI will continue to path_corner_1 but trigger_relay will also be triggered at that instant?