Jump to content
The Dark Mod Forums

Frost_Salamander

Member
  • Posts

    836
  • Joined

  • Days Won

    22

Everything posted by Frost_Salamander

  1. In High Expectations, I used a custom water material because I wanted a water surface that was dark and not entirely transparent. It looked pretty decent and I am using it in my next FM as well. However in 2.12 the water material has a greenish tinge to it (see attached screenshots). Here is the material - it's basically 'water_stream' with a blend stage using matt black: https://github.com/FrostSalamander/fsx/blob/main/materials/fs_water_stream_dark.mtr These screenshots have the brightness and gamma cranked up to maximum, because the difference is subtle (but noticeable) on normal levels and the screenshots were way too dark without it. High Expectations: WIP FM:
  2. I've reached out to them - hopefully they can give us a straight answer. It does say 'VIDEO GAME LEVEL' in that section title, although you're right models are probably the main use case.
  3. OK but that sounds a bit like a special case where that requirement was explicitly made known up front? There is nothing in that textures.com FAQ that specifies a requirement like that. There is no way I would have assumed that myself. I think unless someone pipes up and says it's a hard no for whatever reason, I will assume it's OK. I suppose the other thing is a license for the FM itself. Is it an option to include a different one than that used for TDM?
  4. 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.
  5. Someone else can correct me if I'm wrong, but I think they are the same thing, just different physical save files and are also managed a bit differently. Quick saves overwrite older quick saves, but two are kept instead of just one and the game manages these for you so you don't have to think about it. Menu saves as you've noticed you need manually manage, and provide a name, etc. Forgive me if I'm stating the obvious, but most players will use the menu to create 'hard saves' throughout the game to mark progress and as a failsafe in case they screw up their quick save (e.g. quick save right before you are about to die). Then they use the quick save to fill in the gaps because it's convenient. So they have different uses, which is why they are managed differently.
  6. Maybe what you're looking for is a new feature? Something like a hotkey that loads the most recent 'menu' save? This would be separate from the quick load/quick save functionality. Is that what you are thinking of?
  7. This is really useful and should be added to the examples section on this page. I recently added the one for the burn damage, as that seems like the type of thing a new mapper might want to try and do. it took me a while to figure out how to do it and I felt quite dense, but after hearing that others didn't find it straightforward either I don't feel so bad now
  8. the confusion continues. I am similarly affected:
  9. Something's wrong with the wiki. Going to anywhere but the home page returns something like this: MediaWiki internal error. Original exception: [521710f625297c8cef7aa5f4] 2023-12-19 13:47:30: Fatal exception of type "IntlException" Exception caught inside exception handler. Set $wgShowExceptionDetails = true; at the bottom of LocalSettings.php to show detailed debugging information. @taaaki
  10. Yes - enabling Bloom fixes it. Disabling it, the problem comes back.
  11. Here's mine. I'm also on Windows 11 (RTX 3060Ti). I think it happens on pretty much all missions. It happens on my WIP and I tried out a couple of older ones (Perilous Refuge and Penny Dreadful 3). Darkmod.cfg
  12. I'm getting this on Windows. Not black, but opaque under water. It happened when I first updated to the beta. I was about to report it but tested again and it had gone away. I restarted TDM and now it's back.
  13. Wasn't it also to do with map file size? if you use a single model and reference it 100 times it will be a smaller/simpler map file than if you duplicate a func_static 100 times. I least I think I read that somewhere...
  14. You can see some usage examples from High Expectations here: https://github.com/FrostSalamander/fsx/blob/7e9bb0c837fc479503072f7dc443067ea59700aa/maps/fsx.script#L144
  15. The entities you mention don't have a def_attach for the light so they don't need a name_attach. If you want to change the light properties you can do it directly on the entity instead of using 'set key on name_attach' like you would on other 'combined' light entities. I don't know what these types of entities are called or how they are put together (I haven't looked into it), but that's the difference in how you customise them. Maybe they inherit from some parent that combines lights and models instead of using attachments. I think in that newbie question thread the sconce object was just an entity that someone forgot to add the name_attach spawnargs on.
  16. By model door I'm guessing you mean a func_static? That is useful to know. How exactly did you 'crank up the logging'? In High Expectations I had one or two places where the AI pathfinding didn't work and for the life of me I couldn't figure out why. The AI would just stop at a particular spot. The logging might have helped in that case.
  17. Yes it goes around behind the player. It's a single body of water so it makes sense to merge it all into a single entity. It's easier to manage that way. I don't know if I really expect this to be fixed, or if it's even a bug and more a limitation. I thought I would raise it because the issue with the torches has plagued me for my last 2 FMs, so I thought I would raise it for awareness.
  18. Yes - that's what I found (it's all in the bug report). There are 2 test maps, one with the a single entity and one with them divided. In the one with the divided entities it works properly.
  19. I've just raised this: https://bugs.thedarkmod.com/view.php?id=6334 If you have lights randomly extinguishing on map start and you can't figure out why, it might be because the light is surrounded by a merged water entity and the engine thinks it's submerged. There are links to test maps I've made available in the bug report. Screenshot below illustrates the issue. The arrow is pointing to the water line, and the circled torches are below the water line. The walls are made of glass so it's easier to see what's going on. If you run into this, the workaround is to simply not merge your water entities!
  20. @MirceaKitsune try something other than caulk on that brush and see if it goes away. Make sure it's not a no shadows or transparent material.
×
×
  • Create New...