Daft Mugi
-
Posts
791 -
Joined
-
Days Won
18
Posts posted by Daft Mugi
-
-
Another interpretation is that a mission (FM) is a "game".
QuoteThe "current game" may be the same as the base game, or it may be the name of another directory under the paths that should be searched for files before looking in the base game. The game directory is set with "+set fs_mod myaddon" on the command line. This is the basis for addons.
For example, Resurrection of Evil for Doom 3 is a game and can be run with the "+set fs_game d3xp" option. TDM is based on Doom 3 but has since deviated from Doom 3 options, but I think the same definition can hold. Mission authors can tweak and modify their mission to create unique gameplay experiences and mechanics, thus making their own game. TDM is the game engine that the game (FM) is run on.
QuoteCan I use the materials in my own (commercial) video game?
Yes, it's allowed to use our materials to create your own free or commercial video game for PC, for consoles, or mobile devices. This is also allowed for materials you have downloaded with a Free account.
It does not matter how the game is distributed or sold (for example through direct sales, Steam, the Apple Store or Google Play). When using the materials in your own computer game, you do not need to mention our website as the source of the materials.
Please note that it is not allowed to release our images under Open Source licenses (even when the materials are modified). If you are working on an game that is released under an Open Source license, you need to release content that has been created using our materials under a closed source license.So, here it looks like you are free to use them in your own game.
The "Open Source" license for images refers to Creative Commons licenses, I imagine, rather than TDM code being open source. In the mission readme.txt file, it sounds like those images need to be listed under a different license than a Creative Commons license. Also, those textures could be in their own directory with a LICENSE.txt file at its root directory, explaining that it is not a Creative Commons license.
That said, I'm not a lawyer, and it's good to reach out to the Textures.com folks about this. I just thought I'd share my interpretation in case it helps with communication with them. I hope you get some good answers!
-
1
-
-
@datiswous Would you mind reposting those light leaks to?:
-
1
-
-
2 hours ago, STiFU said:
I am surprised to find that pm_mantle_pullFast was actually decreased by 50 ms. I did not catch that during Code-Review. Why was this done? Now the regular pull and the fast pull are almost identical.
Looking at the code, the originals were "pm_mantle_pull 750" and "pm_mantle_pullFast 450". The new "pm_mantle_pull" value is "400". A "pm_mantle_pullFast" value of "450" would be slower than regular pull, not faster. With both being set to "400", they are at least similar.
Other than that, it's subjective and the feedback from playtesters was positive.
Also, referenced internally here:
https://forums.thedarkmod.com/index.php?/topic/22256-movementcontrols-settings-in-main-menu/&do=findComment&comment=489158 -
On 12/18/2023 at 3:23 PM, snatcher said:
Players can clip through ceilings in some situations
Would you mind giving more details about this issue? Is it repeatable? Which mission and viewpos? Does it also happen in 2.11?
-
For those curious about the increased mantle speed:
-
If you would like the mantle speeds to be similar to 2.11, add the following to your "autoexec.cfg" file:
set pm_mantle_hang_msecs "750" set pm_mantle_pull_msecs "750" set pm_mantle_shift_hands_msecs "500" set pm_mantle_pullFast_msecs "450"
-
- Popular Post
- Popular Post
I've been asked to post about the increased mantle speed in 2.12 as some folks have been curious about the change.
After a lengthy internal discussion along with testing and input by several mission authors, it was agreed internally to increase the mantle speed. But during 2.12 beta testing, we would like feedback on any bugs or issues that you find.
The reason for the change was to address feedback from players that mantling was "painfully slow", "slow and clunky", "mantling sucks - it's just slow", and so on. Several mission authors supported making mantling faster, and so the dev team decided to tweak the mantle speed.
There were multiple implementations with the final implementation being a compromise. Also, the dev team studied some parkour techniques to ensure that the mantle phases and timings were good enough. The changes include:
- The original mantle phases were kept as that is what longtime TDM players are used to, and only the duration of some phases were reduced.
- Changed the pull animation so that it has both acceleration and deceleration rather than just deceleration.
- Tweaked the swaying back and forth a bit to work better with the increased speed.
- When the player in forced into the crouch position at the end of a mantle, crouch near the end of the mantle rather than the beginning in order to remove the sudden "dip" of the player's view.
A majority of dev team members were against adding a menu setting, so being able to toggle between the old and new mantle speeds will not happen.
It is recommended that you try out different "Mantle Roll" values as some prefer "0.1" and others prefer "0.5".
We hope you all enjoy this adjusted mantle speed, especially the overhead mantle, which is now more consistent with the other mantle types.
Bug tracker: https://bugs.thedarkmod.com/view.php?id=6343
-
4
-
1
-
2
-
3 minutes ago, datiswous said:
What was the console again to move view to a viewpos ?
setviewpos
https://wiki.thedarkmod.com/index.php?title=Reporting_Problem#Coordinates
-
2
-
-
26 minutes ago, jaxa said:
Was there a specific version of TDM that started putting the coordinates in screenshot file names? Because my current installation does that and now I don't bother with the overlay anymore.
Yes, 2.11 added the coordinates to the screenshot filename.
Some players change the filename and some websites rename it (e.g. removing spaces between the coordinates or other changes). That can make it hard to know where the player was when an issue was found.
Having the coordinates in the filename is helpful, and the new cvar and command can be used as needed.
-
1
-
-
tdm_show_viewpos cvar and screenshot_viewpos command:
https://forums.thedarkmod.com/index.php?/topic/22310-212-viewpos-on-player-hud-and-screenshots/ -
3 hours ago, datiswous said:
Does this mean that you can set this to 1 and the viewpos is automatically added to default screenshot creation, or do I have to manually set this to a keypress?
-
1
-
-
- Popular Post
- Popular Post
Some folks have been asking about the new tdm_show_viewpos cvar and screenshot_viewpos command, so I thought I'd make an thread about it as a reference.
The purpose of the cvar is to show the viewpos on the player HUD, and the purpose of the command is to add the viewpos to screenshots in order to help with troubleshooting and beta testing.
Bug tracker: https://bugs.thedarkmod.com/view.php?id=6331
tdm_show_viewpos
tdm_show_viewpos is a cvar to show/hide the viewpos on the player HUD, which can be set to the following:
0 --- hide 1 --- gray font color 2 --- cyan font color
screenshot_viewpos
screenshot_viewpos is a command that takes a screenshot with the viewpos added to it.
screenshot_viewpos screenshot_viewpos <gamma>
screenshot_viewpos can be typed at the console or bound to a key. The "gamma" is an optional argument, which as of 2.12 Beta is the r_ambientGamma value.
Some mission authors prefer to have screenshots (from players) that are brighter, so they can see what is in the screenshot more easily. Setting the "gamma" argument is a convenient way to temporarily adjust the gamma just for the duration of the screenshot.
For example, I have the following bound:
bind "F12" "screenshot" bind "F11" "screenshot_viewpos" bind "F10" "screenshot_viewpos 1.3"
-
3
-
3
-
1 minute ago, chakkman said:
So, it doesn't play sounds when an objective has been completed?
I was sure that it at least plays a sound when you meet the loot objective. But, again, totally confused about that now.
-
Thief 1
- "New Objective" Notification: YES
- "Objective Complete" Notification: NO
-
Thief 1 (TFix Full, not Lite)
- "New Objective" Notification: YES
- "Objective Complete" Notification: YES
-
Thief 1 FM
- "New Objective" Notification: YES
- "Objective Complete" Notification: NO
-
Thief 1 FM (enabled via scripting)
- "New Objective" Notification: YES
- "Objective Complete" Notification: YES
-
Thief 2
- "New Objective" Notification: YES
- "Objective Complete" Notification: YES
-
Thief 2 FM
- "New Objective" Notification: YES
- "Objective Complete" Notification: YES
-
1
-
Thief 1
-
24 minutes ago, chakkman said:
I'm completely confused now. I was sure that original Thief Gold had those objective complete notifications (at least the sound).
Thief 1 does have the new-objective notification, though.
-
25 minutes ago, chakkman said:
So, if I understand you, no Thief Gold FM does sound and text notifications of completed objectives?
An FM, such as The Black Parade, can enable objective-complete notifications via scripting.
It's objective-complete notification script is at:
thief/FMs/TheBlackParade_1_0/sq_scripts/victory.nut
-
1 hour ago, chakkman said:
Somehow, I didn't get the "Objective complete" sound overlay and text display when I completed an objective with both the Between These Dark Walls and Endless Rain missions. Is that normal, and maybe a side effect of these missions having been developed for older versions of New Dark? I definitely got those in The Black Parade, so, it can't be a general thing.
Only Thief 2 has that feature, but it can be enabled via scripting on Thief 1 and Thief 1 FMs.
Personally, if I want the notifications, I add it to a Thief 1 FM after checking that it doesn't have objective-complete notifications. Otherwise, you might get double notifications.
dbmods/objective-notify.dml
DML1 #script "squirrel" // Enable objective-complete notifications ObjProp -2099 "Scripts" { "Script 3" VictoryCheckAux }To enable them on Between These Dark Walls, add the above file as "thief/FMs/darkwalls/dbmods/objective_notify.dml". The mission needs to be restarted from the beginning for the DML to take effect.
By default, TFix (Full, not Lite) installs it globally for Thief 1 and Thief 1 FMs in the "thief/OSM/gamesys.dml" file. I don't recommend that, because it can conflict with FMs.
EDIT
I forgot to include the requirement of the "sq_scripts/victory.nut" script, which comes with TFix (Full, not Lite).
So, either the "victory.nut" file needs to be put the FM's "sq_scripts" directory, or it needs to be included in the global script path, such as "thief/OSM/sq_scripts/victory.nut".
-
- Popular Post
- Popular Post
6 hours ago, MirceaKitsune said:Interesting
Was sure it must have been something that either broke recently or was never discovered until now. I actually discovered it as I changed some of my default keys, then forgot what the key was to cancel my shot so I pressed escape hoping that would put the arrow down, then I returned from the main menu and noticed this occurs.
Now fixed in code rev 10543.
-
1
-
4
-
3 hours ago, MirceaKitsune said:
I accidentally found a bug that's easy to miss but likely also to fix: Select an arrow, in my case I was using the water arrow. Hold down the fire button to charge your shot, wait until it's fully charged but before getting tired and having to abort it. Press esc to enter the main menu without letting go of the left mouse button, then press esc again to resume. If you look and move around, the position of the hand and bow will no longer update until you let go to fire, you can see your first person hands floating in mid-air from a distance till you release the mouse button which will fire and update the hands again.
Looks like this has been a bug since at least 2011.
-
1
-
-
I fixed "screenshot_viewpos" so that it hides the console correctly before taking a screenshot (code rev 10532). The fix will be in the next dev build.
@MirceaKitsune Thanks for reporting it!
-
I'm curious why this solution was chosen:
- "forceShadowBehindOpaque" "1" on an entity means it will always cast shadows from any light, even if it is fully behind wall/opaque brushes.
- "forceAllShadowsBehindOpaque" "1" on worldspawn causes all entities to get forceShadowBehindOpaque flag automatically.
This requires all of the missions to be playtested to discover issues and then updated. A seemingly impossible task.
Why not the following solution?:
- "enableShadowOptimizations" worldspawn
This is something that DarkRadiant could add automatically to new missions. For existing missions that could benefit a lot from the optimizations, such as The Painter's Wife, Written in Stone, Iris, etc., they could be edited to include the optimization worldspawn.
-
1
-
1 hour ago, STiFU said:
As posted in the "Hazard Pay" thread, my idea for a save restriction mutator is that you pay for each save with some resource like a water arrow or a health potion. Something that hurts, to make players who seek the tension think twice about saving.
1 hour ago, STiFU said:Another mutator idea was "Ghost", i.e., mission fails as soon as stealth score turns non-zero and blackjacking is disabled. I wonder why everybody jumped on the save restriction topic, instead of this mutator, which would be really useful for quite a few players, wouldn't it?
If the "mission fails as soon as stealth score turns non-zero," that would not be good for ghost players. They might need to find out "how" they failed and experiment to avoid alerting guards. They might need to take those score points as a "bust". They might need to take those score points to complete an objective. Then, mission authors would need to encode exceptions into their missions, which would be a lot of work (if they decide to do it at all). However, part of what makes ghosting challenging and fun is when mission authors do not create their missions with ghosting in mind.
Please see:
-
Official Ghosting Rules: https://www.ttlg.com/forums/showthread.php?t=148523
- Writing code for these rules would be a huge undertaking.
- Ghost Rules Discussion: https://www.ttlg.com/forums/showthread.php?t=148487
Creating an official mode could alienate these dedicated ghost players, because it would clash with what is considered ghosting in the community. Including the Stealth Stat Tool mod in the official release would be more useful. Or, making the audible alert states of guards quick and easy to recognize could help as well. For these reasons, I don't agree with an official "Ghost" mode. If the dev team were to do it, we should consult with @Klatremus so we get it 100% correct or not pursue it at all.
(This ghosting bit should probably be in its own thread.)
-
1
-
Official Ghosting Rules: https://www.ttlg.com/forums/showthread.php?t=148523
-
1 hour ago, STiFU said:
Entity type
Short Press
Long Press
Junk
Toggle-Grabber
Hold-Grabber
Food
Toggle-Grabber
Eat
Loot
Pick-up
Hold-Grabber??
Bodies
Shoulder
Hold-Grabber
Lights
Toggle-Grabber
Exstinguish
Tools
Inventory
Hold-Grabber
Players might hold Junk while moving it and be surprised when it is suddenly dropped on frob release, because there is no way the player can know which mode they are in. With bodies, there is a noticeable difference right away between dragging and shouldering. With lights, the light does not move on hold and will extinguish/toggle, so there's also a clear difference for the player to notice right away.
(Edit: It seems that a lot of the reasons I was '@'ed have been answered already, so I'll skip those.)
-
2 minutes ago, MirceaKitsune said:
It doesn't always work so just reporting so it's known
There shouldn't be any issues with it bound to a key. If you find any, please let me know.
During the beta phase, I'll take a look at it again to see if I can improve that issue with "screenshot_viewpos" being run at the console.
4 minutes ago, MirceaKitsune said:it is a good idea to have this command to share issues or map spoilers easily once it will work in every circumstance.
Indeed. I've long wanted this command for those reasons. I hope you all enjoy it.
Also, I added "tdm_show_viewpos" cvar to toggle on/off the viewpos on the player HUD.
-
2
-
-
9 minutes ago, MirceaKitsune said:
It doesn't seem like a clean solution to make the whole console appear anyway: I wonder if it's possible to make just the viewpos appear at the top of the render in a special display with this command.
Yeah, it's not a perfect solution. I added "screenshot_viewpos" to TDM, but I'm no graphics programmer so my solution is subpar. If it is typed in the console, it doesn't work properly. It really must be bound to a key to work properly, and then it is acceptable and great. I use the following:
bind "F12" "screenshot" bind "F11" "screenshot_viewpos" bind "F10" "screenshot_viewpos 1.3"
The "1.3" above is the "r_ambientGamma" value.
[Vote] Default Mantle Roll
in The Dark Mod
Posted
All right y'all. We need some good ole data instead of 28 pages of -- well, you know.
The "mantle roll" is the amount the view rolls or tilts during a mantle.
So, if you could be so kind as to:
The increased mantle speed changed the feel a bit and perhaps the mantle roll would feel better tweaked some to match it.
(Edit: To clarify, this is about a potentially different default mantle roll value. The "View: Mantle Roll" slider in the settings will remain, regardless.)
This thread is for your click-ity click vote on the poll at the top
of this page.
All constructive
comments about the increased mantle speed in 2.12 are welcome on its own, wonderful thread: