Search the Community

@Frost_SalamanderIt has been a good minute since i've played with particle collisions with rain, however I decided to revisit it after seeing your post and I can't seem to get it working. @stgatilov could you please confirm if this is the right flow as it doesn't seem to be working in my map: 1) Create a .prt file containing: particle rain2_heavy2024 { { count 100 material textures/particles/drop2 time 0.500 cycles 0.000 bunching 1.000 distribution rect 0.000 0.000 0.000 direction cone "0.000" orientation aimed 0.000 0.040 speed "1000.000" size "0.500" aspect "1.000" randomDistribution 0.000 fadeIn 0.200 fadeOut 0.000 color 0.040 0.040 0.040 1.000 fadeColor 0.000 0.000 0.000 1.000 offset 0.000 0.000 0.000 gravity 0.000 collisionStatic mapLayout texture 512 512 } } 2) Create a .mtr file containing: textures/darkmod/weather/rain2_heavy2024mtr { deform particle rain2_heavy2024 qer_editorimage textures/editor/rain nonsolid noshadows { //needed to emit particles blend filter map _white } } 3) Create the appropriate patch in game applying the above texture to it (with the texture fit to it and it facing down) 4) dmap missionname.map 5) runparticle missionname.map But ingame the rain just ignores the brushes and falls right through: Even using "particle_collision_static_blocker" "1" on this water entity, had no impact

https://www.waferworld.com/post/why-is-germanium-making-a-comeback-in-the-semiconductor-industry germanium was the material used in the first transistor but was harder to work with, so it got waylaid when silicon was discovered. it does have better charge carrying capabilities and is very stable, with the advanced fabrication technology today it made sense. since it also has 3 times the electron movement speed compared to silicon

aye lots of experiments going on atm, germanium is also making a comeback as a semiconductor material in cpu's mostly hybrid silicon/germanium though.

In the first post of the other topic Geep proposed: Then Stgatilov's answer: But I think applying subtitles in different languages shouldn't be too hard I would think, but I don't know how the current translation system works. The engine should apply the correct subtitles based on the applied language setting, this doesn't need a whole new language system I think. Not sure who's going to write those subtitles though. I can only do Dutch and English and nobody needs Dutch I think. I suggest further discussion of this to take place in topic https://forums.thedarkmod.com/index.php?/topic/21741-subtitles-possibilities-beyond-211/

Oh that makes sense! I didn't thought of that, it was just that "ai_see" keyword throwed me off, because to me implied more "object is or not visible to AI", so I wondered why not put that in the object .def file or mark it in the editor with a spawnarg? But, yes now I see why, you may want to mark some individual surfaces as see through for AI, but still imo the keyword could be made more descriptive, for a material, like "aiSeeThrough" for example.

IMO that's more like a bug, rather than a feature. This is a property, not material keyword: https://wiki.thedarkmod.com/index.php?title=Light_Properties#Other_light_settings

Creating a new thread for this as it was being discussed in an old beta-testing thread starting here: https://forums.thedarkmod.com/index.php?/topic/21822-beta-testing-high-expectations/&do=findComment&comment=490751 I suppose the main questions are: when should this spawnarg be used, if at all? why was it introduced in the first place? Can we get it documented properly on the Wiki so misuse isn't propagated? @stgatilov @Dragofer

So, I do have some experience using the particle collisions for Written in Stone. At the time of development, I had to make custom weather particle and material defs in order to get it to work properly. Honestly, while the system is nice when it does work, it is complicated, quite a lot of work on part of the mapper, and can be very finicky. A minor change to the map can break the system (to which, the runParticle command needs to be run again after mapping). One thing I don't get is why TDM doesn't have core materials that support particle collision right out of the box. There is a small handful of rain materials that support this, but most of the core weather textures, and particularly snow textures, all use "deform particle2" even though that is not supported by particle collision; "deform particle" is the correct keyword for this (as per the article here. I can't imagine why a mapper would ever want rain and snow to pierce through brushwork, like a ceiling in a house. And even if the mapper did want that, they could simply place a weather patch on the ceiling to make that happen.

I open DarkRadiant, select Doom3 as a edit platform, select the correct folder, the program runs fine, i can add entities, and create brushes with the default texture, but once i click on a material in the media/textures list i get a segfault. here is the GDB error trace: and here is the content of the log file: the log file doesn't update with any new error message: if you open the log file while the program works, when the program segfaults then log file doesn't update any more, but I post it for checking anyways. in the GDB trace the segfaults happen after all the GTK related messages that happen while the program works.

fwiw, I tried cloning the material def for lightbiground1 (materials/lights.mtr) and added ai_see 0, but that gives an unknown token error. lights/biground1 { description "Round point light." { forceHighQuality map lights/biground1.tga colored zeroClamp ai_see 0 } }

I have a few questions regarding the license of TDM assets in relation to using 3rd party roalty free models and textures (either as is or for derived works). I understand that TDM assets use the CC-BY-NC-SA license. This trivally means that for creating these assets we can use anything licensed under the same license, CC-BY-NC-SA, or anything under CC0. What about other CC licenses? From this page in the CC FAQ I understand that we can also use CC-BY and CC-BY-NC, as those can be relicensed under CC-BY-NC-SA. So far so good. I have noticed, though, that most asset libraries today (free or paid) use some form of "roalty-free license" or "asset license" which allow any type of usage without attribution, even commercial, except redistributing them in their original form. This includes some of the asset libraries that have been link around this forum as usable. This licensing is most prevalent with models, but for example textures.com also uses a similar license. This is from their terms of use: While textures.com explicitly allow using their textures in games in general, this section seems to be incompatible with CC-BY-NC-SA as CC in my understanding explicitly allows redistribution. But while trying to research this licensing issue I noticed that textures.com was used for assets at least in the past. So how does this work? Are there exceptions where TDM assets can use a different license? Or is textures.com a relic of the past from when licensing wasn't enforced? If it's the first case, there would be other potential sources of assets that could be adapted for TDM. For example I'm a paid subscriber to blenderkit.com, a library with almost 2000 models which can be used under a license that doesn't allow redistribution and some of them probably could be used in TDM's setting. They're mostly hipoly with PBR materials, so retopology and some material work would have to be done, but that's less work than creating models from scratch and I want to try to do it anyway. So what's the situation?

Builder Compound Pack will help you create better environments for your Builder-themed map sections! The aim of this experimental package is to provide high-quality models, materials, and other assets that don't put a big strain on the idtech4 engine. This early version is slightly more bare-bones than I wished for, as some modular sets (e.g. the roof) proved to be too complex and unfit for general use. Don't worry though, the set will be updated and expanded in future releases. Tweaks – Arch door and arch with hinges models have been removed. They were just static models, not actual door entities, and they weren't super useful, e.g. hey couldn't act as visportal closing entity due to gaps and transparent parts. – Detail texture stage added to selected materials (mostly those you can get very close to). As you approach a surface, you should see a slightly grainy layer that enhances the details. New content – Door01 and door01_frame have been added to both models and entities. This is a basic door for this corridor section. By default, it's locked (with easy lock) and AI will notice if it's left ajar. You may want to disable the latter (set ShouldBeClosed to 0) if you have a section with many AIs and doors, as it will probably disrupt AI patrolling too much. The frame will work with walls that are 16 units thick. Both door and the frame will work with grid of 8 and smaller. You can use the grid of 4 to change the door position within the frame. Look for grooves in the frame model. First of all, launch the map to see a simple section that was made with these assets. Use the menu or type map bc in the console to start the map. Noclip though the north wall, if you want to get to the staging area and see all pieces used to make this section. General info and tips: Make sure you have Rotate func_* entities around origin (Ctrl+R) enabled (Dark Radiant top icons) to use models efficiently. All models have custom pivot / origin point placement to make them snap to grid and geometry really fast. If you have keyboard shortcuts configured for RotateSelectionX/Y/Z and FloorSelection, placing these models around the map will be a breeze. I also recommend having shortcuts for SelectNudgeUp/Down/Left/Right, so you can move models in ortho views without using a mouse. DR detects models in a weird way, e.g. if your model is one-sided, or has some faces turned back to the camera in ortho view, selecting and moving it around will be difficult. Using keyboard is often more seamless and precise. You can select a model in perspective view, and then move it around in X/Y/Z plane using keyboard. Optimal scale for tileable materials is 0.125. This provides good pixel density vs repetition. Materials are optimized to be used both with and without post-processing, and the default gamma of 1.2. In some cases, specular hotspot might look slightly overblown with post-processing enabled. Correct look without post-processing was the first priority. Same principles apply to using lamp. The main idea behind this set is that you can use simple brushes for walls and floors, and wall panels have proper offset, so you don't need to use special surrounding BSP behind them. You can place panels right where your walls are, and there will be no z-fighting or clipping. Assumed basic measure for a corridor is 192 x 192 (length / width), but you can go lower if you don't plan to use arches and metal doors. The smallest wall panel piece is 24 units long. Use brushes to create basic space, then adjust it to what you can make with wall panels (combinations of 24, 48, 96, 192 etc.). DR's measurement tool is your friend. Default grid for placing most pieces is 8, but it goes down with smaller / more complex models and setups. One special case is matching metal doors to arch with hinges, this needs grid of 2. That's a mistake on my part. I didn't think of better pivot placement until it was too late. The example map contains a "staging area" where you'll find grouped arch, hinges, and doors, so you can use that as a template. As per The Dark Mod license, you may modify this pack's contents, although I'd advise against it. Most textures are compressed in lossy DDS format and compressing them again will result in loss of image quality. If you want to make changes, need alternative versions of a model or material contact me first. I'll see what I can do. Last but not least, I hope you'll find this pack useful and fun to work with, as I had plenty of fun while making it I already have a long list of models and features to include in subsequent releases, but I'm always open to feedback and suggestions. Thanks! Credits: Springheel, Obsttorte, Spooks, nbohr1more, STiFU, Destined and other TDM Forum members: guidance, encouragement, and fruitful discussions Epifire: asset feedback and critique The Black Arrow: inscription texts Plans for upcoming releases: Corridor: - Fixing the wall panel collision model, so strafing along it isn't wobbly Done. - Roof modular set Done. - Making metal door an entity with proper sounds and open/close times. Done, made proper door instead. - Floor switch model/entity for metal doors - Window set Done. Roadmap: All work is on hold for now. I'm working on a small FM that will use some of these assets plus many more. Some of existing assets will get reworked too. All links are taken down, and I have no release date yet, sorry.

I have quite a few assets from WIPs I'll probably never use elsewhere, so I thought I could share it here. Some of these are older and not necessarily matching the TDM lore, but I hope someone will find use for them. In terms of package format, I'll be creating 7zip packages with just model and/or texture files, so you can place them wherever you like in your project. I'll also include example material or def setup. I'll leave textures in .tga format, so you can make edits on uncompressed source and save as .dds later. So first up is a door/frame/key combo: Temp upload of all assets: https://we.tl/t-BOdrlNEXWJ See readme_notes for design / placement instructions.

Right, I lost access to my dropbox folders. Here's a temporary upload of all these assets: https://we.tl/t-BOdrlNEXWJ I cleaned up the material files a bit, since these were still using TDM ambient stages.

Thanks as always! Just jotting some down feedback on the skin editor as I go: I like how easy it is to add all materials used by the model to the skin editor with a single button, and that it only adds them to the skinDef if they're changed by the mapper. Some models have a lot of materials though and I suppose mappers usually only want to change one or a handful of them, so maybe it should ask you which materials you want to add? In the material replacements tab there's an asterisk icon, presumably to make it easy to replace all materials at once. Maybe it should be renamed "All materials" in the "Material Replacements" tab to make it more obvious what it does? It'd be nice to have a way of quickly toggling all material replacements so you can see the unskinned model, maybe via a right-click on the material checkboxes or a button next to "Remove Remapping". Selecting a replacement material (instruction: "Click to edit") seems to work the same way as when editing a filter, via a double-click (one to select, another when it's selected), which then makes the button to select a new material from the media browser show up. This would probably be a bit easier to use if the media browser button were always visible for each material.

There's a group of players who have meticulously tested and adjusted ghosting rules for The Dark Mod. Please see: Official Ghosting Rules: https://www.ttlg.com/forums/showthread.php?t=148523 Ghost Rules Discussion: https://www.ttlg.com/forums/showthread.php?t=148487 Why alienate an established group of dedicated players?

Ambient atmospheres are in my opinion one of the best parts of the Dark Mod experience, not just for getting a mission to have the right feel but also for inspiration and to have them playing in the background when creating maps. The more the merrier, so here's a thread to collect all the links to ambient music and environmental sounds that could have a spot in TDM's setting. Ambients from the TDM forums Gast's Eerie Lullabies Magnanimous Merry's Miscellanea Orbweaver's Dark Ambients Spadey's Ambients Radioteque's Ambients Kyyrma's Composing Ambient Tracks for Dummies - Kyyrma shows how ambient soundtracks can be made from a set of sounds. Also contains some of his finished ambients. Request for more interior sounds - this thread is a very productive community session where members came up with a large and good selection of new ambients. Uncle Peti's Sound Den Dragofer's Ambients - post #6 in this thread SeriousToni's Ambients - posts #8, 12, 15 and 19 in this thread Ambients from the TTLG forums Custom resources list Gigagooga's Ambients 1 - possibly the largest pack of ambient musics and nature sounds, all of them high quality. Gigagooga's Ambients 2 - this pack puts more weight on shorter swells/hits/pads to be layered on top of a subtle ambient. Gigagooga's Ambients 3 Yandros' ambient loop Sephy's Ambients - a large collection of ambient pieces, including many shorter ones which will be valuable for anyone wanting to try a layered ambience approach like in the Thief OMs and Full Moon Fever. Internet databases www.freesound.org - some of the better composers in my opinion are ERH and BrandonNyte. www.purple-planet.com - a large selection of all kinds of ambient and musical soundtracks to be used freely. www.darkwinter.com - an internet label that publishes a lot of dark ambient music under a Creative Commons license. www.endlessascent.com - sister website of Darkwinter for non-dark ambients. Youtube Asatru Dark - also has very nice reference images for outdoor stone memorials, statue arrangements etc. #4 Void by Raffaele du Marteau & #6 Dreaming of Nowhere by Raffaele du Marteau - possibly the most forlorn pieces I've found on the internet. Alacazam - a prolific Creative Commons ambients composer . Cryo Chamber - for-profit label for dark ambient music with a large selection on offer. Going by their Youtube comments they're fine with people using their soundtracks for games etc., although you'd probably need to buy the soundtracks first. Dark Ambient Mixed Session - as much ambient as something to have in the background while mapping.

Using _black in the water material instead of textures/darkmod/sfx/black_matt fixes it in my WIP, so that will put the problem out of sight for me in the short term, but obviously doesn't address High Expectations. I could release an update for it, but it sounds like you're saying it's not a good long-term fix?

This is caused by DXT1 compression of textures/darkmod/sfx/black_matt.tga. This image has constant color (1, 1, 1) everywhere, i.e. almost black. Previously, the image was compressed by OpenGL driver, so you could get different results depending on vendor. I got (0, 0, 0) everywhere, you probably got the same. But someone else on another vendor could get something else. Now, compression is done by our code, same for everyone. It compresses the color to (0, 1, 0). Obviously, this is a bit closer to (1, 1, 1) than (0, 0, 0) Notice that DXT1 uses 5 bits for red and blue but 6 bits for green. So while it is possible to represent 1/255 value for green, it is not possible to do the same for red and blue. However, this 1 tick adds a bit of green to the overly black picture, and then you apply huge gamma correction (basically take sqrt of all color components) and this green becomes noticeable. Some ways to fix the issue: Use _black texture. It is (0, 0, 0), and I am rather sure it will be compressed to (0, 0, 0) by all implementations. Modify textures/darkmod/sfx/black_matt to be full black (0, 0, 0). Add forceHighQuality to the stage which blends textures/darkmod/sfx/black_matt. Add DDS version of textures/darkmod/sfx/black_matt to core assets. Note that points 1, 2, 4 produce equivalent output, i.e. force texture to (0, 0, 0) color. Point 3 leaves the texture as (1, 1, 1), but there is no way to do this for all materials: the keyword has to be added to each material. Points 1 and 3 look bad because they fix the problem now, but don't stop the problem from happening again in the future.

Sorry to resurrect an old thread, but what is the conclusion here? I'm particularly asking about textures.com, because in my latest FM (WIP) I've used tons of textures from there. When I first looked at it, I had concluded that it was OK to use them, but now I'm second guessing that because of this (also mentioned above): 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. However, this here make me think it might be OK? From https://www.textures.com/support/faq-license#3d-model CAN I USE THE MATERIALS ON A 3D MODEL OR SCENE OR VIDEO GAME LEVEL WHICH I WILL OFFER OR SELL ON A DIGITAL MARKETPLACE? Regular textures may be bundled with 3D models, scenes or video game levels under the following conditions: you have customized the materials for the 3D model, scene or game level, all materials are actually used on the 3D model, in the scene or game level you are selling the model and materials in one package. In other words: do not use bundling as a loophole to sell a texture or material pack. Please add the following text in the documentation accompanying the model: "One or more textures bundled with this project have been created with images from Textures.com. These images may not be redistributed by default. Please visit www.textures.com for more information." IMPORTANT: the exception to this is any content in the Special Content categories: 3D Scans, 3D Scans Atlas, 3D Objects, 3D Foliage, Substance, PBR Materials, Decals, HDR Spheres, HDR Skies, Graphic Designs and 3D Ornaments. The materials in these categories may NOT be bundled with 3D models or scenes. This even applies when you modify the materials: modification does not mean you are allowed to bundle these types of materials. Again I'm specifically talking about using these are part of a fan mission, not the core game. To satisfy the conditions above, I will: customisation: all textures have been converted to different formats (.dds and .tga) or resized I won't include any textures in the .pk4 that aren't included in the mission the FM will be bundled into a single .pk4 package (and I'm obviously not selling it). I'm only using the 'regular textures', not PBR or 3D materials. I will include the text 'One ore more textures...' in the FM readme.

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

That sort of tone doesn't fly in our forums.

I would use this massive list for any fan missions, it includes campaigns too: https://www.ttlg.com/forums/showthread.php?t=148090 There are a lot of Fan Missions for the picking, I myself go for the lesser known ones and the short variety, because sometimes they hide a gem or two. Just like jaxa, I'm a bit outdated after the temporal retirement, but I do remember some amazing campaigns like "The Black Frog". If you intend to play The Black Frog, you should play the first two of the L'Arsene series missions, it's how I did it myself. Also, yes, L'Arsene are a fantastic series. The first mission of L'Arsene is a "rough draft", author was a bit new to Thief level making, but still great either way, after the 3rd you will see how his skill increased by a massive amount.

Unfortunately, TDM forum deletes the separator between the numbers. So I have to guess where one number ends and the next starts Also, user can rename screenshot manually, or push it through something that would rename it automatically. Thenwe won't see coordinates on screenshot address on forums.

tdm_show_viewpos cvar and screenshot_viewpos command: https://forums.thedarkmod.com/index.php?/topic/22310-212-viewpos-on-player-hud-and-screenshots/