-
Posts
2638 -
Joined
-
Last visited
-
Days Won
157
Everything posted by Dragofer
-
The Acer Nitro series isn't well built for getting rid of heat, which is essential for a gaming laptop to stop it from a) getting very noisy as the fans try to cool it, b) throttling its speed and c) scorching your lap. This is made worse by the fact that recent Intel CPUs consume significantly more power and produce more heat in order to match the performance of AMD Ryzen CPUs, because Intel's technological progress has been stagnating due to mismanagement until recently. I think a question to ask here is whether you really need a dedicated graphics card (Nvidia RTX 4050), or whether a modern CPU that contains an integrated graphics chip would be sufficient for the games you play. Ryzen laptop CPUs (i.e. Ryzen 7840hs, 7940hs) carry a Radeon 780M that imo should easily handle all TDM missions (unless you want to play in i.e. 4K resolution with high-detail soft shadows) and even recent games (i.e. Baldur's Gate 3) at modest graphics settings and framerates. Intel CPUs also have integrated graphics, but they are better at specific things like video transcoding while being significantly worse for gaming. Now should in fact be a good time to look for deals for a laptop with a Ryzen 5000 or 7000 series CPU, because their 9000 series was just released some days ago.
-
Sad News 😢 (but fm release?) [MAKE BELIEVE/NOT REAL/FAKE]
Dragofer replied to LePetit_Baguette_69's topic in Fan Missions
Still bright enough to raise my alert level to 2. -
Sad News 😢 (but fm release?) [MAKE BELIEVE/NOT REAL/FAKE]
Dragofer replied to LePetit_Baguette_69's topic in Fan Missions
Guess that's a shame, he was quite useful. You can send me all of his WIPs so I can misappr upload them to the abandoned FMs repo for adoption. Also a reminder to brush up on our French, given the setting of TDM. -
Allow broadhead arrows to break glass lamps
Dragofer replied to MirceaKitsune's topic in The Dark Mod
This is probably the most practical way of indicating breakable electric lights and can be done with existing models if the effect consists of something like sparks + flickering. -
The weapon hack is something that IIRC forces a model to render in front of everything else. It's limited by the fact that it can only apply to .md5mesh models, currently, such as the viewmodel of the player's arm and any weapons attached to the arm.
-
There are a few ways to state the version number: Inside darkmod.txt, included in the .pk4. The version number in here is what should be shown ingame in the mission downloader. Mappers can write whatever they want inside the readme.txt included in the .pk4. This is the same as writing a version number into the release thread. There is also the internal version number, which always has to be a whole number. It's entered directly in the admin interface, and only team members can see it. The existence of the last, internal-only number has led to some confusion among mappers. I think I used to put whole version numbers into my darkmod.txt (i.e. v2 or v3), but declare a decimal update (i.e. v1.1 or v1.2) on the forum thread and in the readme.txt. It's also possible to have different version numbers in the darkmod.txt and readme.txt. This is something that should be caught during beta testing.
-
Yes, I've been working with a mapper who ardently adheres to the principle that only moonfacing windows should cast moonrays indoors (so about 1/4 to 1/2 of all windows), even though this is a powerful tool for creating an atmosphere and for maintaining some gameplay challenge. I found that this approach often ended in scenes that had only dim and uniform ambient_world lighting, which meant players couldn't really appreciate many of the details. Something I've seen in things like Dishonored is the use of sourceless lights to add highlights to scenes that otherwise contain no lit lights. That could be an especially viable approach in a mission like this which has a haunted theme.
-
It occurred to me that, by now, this package goes well beyond mere bugfixes by including a range of gameplay changes (i.e. adding the ability to frob-extinguish oil candles, which isn't a bug that was patched). Maybe players would have a better idea of what this package does if it had a more fitting name, similar to how Snatcher calls his work a modpack? In other communities the term "unofficial patch" is typically associated with collections of community fixes to bugs that exist in the core game and were never addressed by the devs. Most players would therefore expect an "unofficial patch" to provide them the same experience as originally intended by the devs, but without technical problems.
-
Congrats on the release! Remember to check ThiefGuild as well as the DarkFate forums (via Google Translate) for additional feedback.
-
Yes, the stim/response system allows for this kind of thing. Easy enough to emit a custom stim around the lantern and put a response on all photophobic AIs to that stim. The response script would check whether the photophobic AI is within the lightbeam, then call a flee function on it. The main problem is that the flee function is unreliable if the AI is already busy with something else.
-
Nice - did you find a solution for how to avoid it clipping into walls or other solid objects when coming too close? Off the top of my head there was also a need to handle its behaviour in case the player gets submerged, and various other ToDo's.
-
Assets in FMs always overwrite assets in the TDM installation, regardless of whether either of the files are within or outside a .pk4.
-
My impression was that the unofficial patch has become a large collection of various tweaks and features by various authors, or at least that's what it was being marketed as. Making it modular has significant advantages for those who might want certain parts, rather than the exact same combination as the one you endorsed. It also makes your patch collection more futureproof in case you add stuff that not everyone wants to have. In any case, it's advisable to at least adapt the file structure to the new addon conventions so that players are able to install other addons alongside yours.
-
Some changes were made to the training mission, but this process began while 2.12 was already in beta testing, and it became too extensive. To my knowledge this mainly consisted of adjustments to the messages in order to match the new 2.12 control scheme, addition of a vine arrow training area, some minor gameplay changes as well as major visual changes. A last minute major issue caused the mission to be reverted to its 2.11 state except for the adjustments to the popup messages. The training mission is slated to undergo proper beta testing of its own later on.
-
In fact, there are no 2.11 turret features since it's a completely new thing for 2.12. Unofficial script versions of the turret also rely on code changes that were made during turret development for 2.12.
-
Exterior Leakage Woes
Dragofer replied to Uncertain Title's topic in DarkRadiant Feedback and Development
Generally speaking, solid + opaque materials like wood or stone will seal, while nonsolid ones like materials meant for dirt decals won't. Some exceptions, for example caulk is a popular solid + invisible sealant, unlike i.e. all the nodraw and nodrawsolids which won't seal. Another thing that helps a lot is to use a large grid size like 8 or 16 units sealing geometry. This way you can more easily align parts and see gaps. Details can be done with smaller brushes or with patches. All of your detail pieces should be entities instead of worldspawn due to compiler reasons. This has the extra benefit that you can use the "All entities" filter to hide entities and only see your sealing worldspawn geometry. -
You can work around this error by putting a completely empty file called tdm_turret_scriptbased.script in your script folder, and temporarily removing all turrets from the map. Would still be interesting to see whether 10518 is the first build where the problem appears, or beta1.
-
New script for mappers: my flavour of a fog density fading script. To add this to your FM, add the line "thread FogIntensityLoop();" to your map's void main() function (see the example in fogfade.script) and set "fog_fade" "1" on each foglight to enable script control of it. Set "fog_intensity_multiplier" on each info_location entity to change how thick the fog is in that location (practically speaking it's a multiplier for visibility distance). Lastly, "fog_fade_speed" on each foglight determines how quickly it will change its density. The speed scales with the current value of shaderParm3, using shaderParm3 = 1000 as a baseline. So i.e. if shaderParm is currently at 1/10th of 1000, then fade speed will be 1/10th as fast. Differences to Obsttorte's script: https://forums.thedarkmod.com/index.php?/topic/14394-apples-and-peaches-obsttortes-mapping-and-scripting-thread/&do=findComment&comment=310436 my script uses fog lights you created, rather than creating one for you. Obsttorte's script will delete the foglight if entering a fogfree zone and recreate it later more than one fog light can be controlled (however, no per-fog-light level of control) adding this to the map requires adding a line to your void main() script, rather than adding an info_locations_settings entity with a custom scriptobject spawnarg in my script, mappers set a multiplier of fog visibility distance (shaderParm3), while in Obsttorte's script a "fog_density" spawnarg is used as an alternative to shaderParm3 smaller and less compactly written script fogfade.scriptfogfade.map
-
Fan Mission: One Step Too Far, by Dragofer (2014/08/04)
Dragofer replied to Dragofer's topic in Fan Missions
@MirceaKitsuneThanks for the playthrough and feedback! In recent memory my mapping efforts have gone to new projects that I feel more inspired for - I think they would probably also be more interesting to the broader TDM community. The fix to Linux users getting stuck at map start was fixed in 12-06. The FM update only covers datiswous' new subtitles and an early attempt to fix the stuck bug by moving the player start a few units. The ship was made from scratch for this FM with an exterior and interior. It's my first ship asset and I've made a lot more ships since then and which have gone up in build quality progressively. You can send me a PM if you need to get sorted out with a ship for an FM. -
As of v3.8 and as reported in 5467, DR only supports prefab tooltips for prefabs that contain a worldspawn entity (at least one brush or patch that's left as worldspawn) with an editor_description spawnarg. This is problematic because most prefabs don't contain such an entity, so if a prefab creator desires to include a tooltip something like a brush cube needs to be added to the prefab (see for instance 6267). This is a little messy as the mapper might not understand its purpose or forget to remove it after placing the prefab. It's also tricky to create a series of prefabs with descriptions in a single map because there can only be one editor_description spawnarg in the map at a time, so the creator has to store each tooltip in an external file like a Notepad .txt. I think an ideal solution to this would be that DR prompts for a description when exporting something as a prefab. The prompt window could already be populated if the mapper is overwriting an existing prefab with a description, or if the selection contains a worldspawn entity with an editor_description spawnarg. More flexibility in making tooltips for prefab would imo certainly be a valuable quality of life improvement.
-
The new subtitle audio locator widget is nifty but it only seems to update every nth frame, so it looks a little bit laggy. Can we make it per-frame or smoothen it out?
-
Fan Mission: One Step Too Far, by Dragofer (2014/08/04)
Dragofer replied to Dragofer's topic in Fan Missions
Thanks for tracking down the issue. I've created a new version of the FM with the player start about 8 units further into the centre of the cabin, and datiswous' subtitles. Should work now? https://drive.google.com/file/d/1tb0wm-8P57y_yZZ5aHbBX2mOyzeOYOw4/view?usp=sharing -
Fan Mission: One Step Too Far, by Dragofer (2014/08/04)
Dragofer replied to Dragofer's topic in Fan Missions
The target_null is a focus for a func_cameraview entity used in the cutscene (the latter immobilises the player when activated). Looking at idEntity::Event_SpawnBind in Entity.cpp, nothing happens with regards to binding if the bind entity can't be found. Target_null also works without being bound. In the original version the cutscene featured a platform (StormFadeMover) that moves the player down a very long corridor with the aim of fading out the cutscene's sound (my self-taught scripting was very rudimentary). In the updated version I do it properly by calling fadeSound on the relevant speakers. -
Fan Mission: One Step Too Far, by Dragofer (2014/08/04)
Dragofer replied to Dragofer's topic in Fan Missions
I don't notice an issue with moving at map start. Do you mean you can't move at all? There are a few small furniture pieces around the player that might cause you to be unable to move further in certain directions. The only time I immobilise the player in that FM is when a cutscene camera is activated, long after map start. I didn't know about immobilisation flags back then. Thanks for the subtitles!