Search the Community

Greebo is definitely an exception with the time thing. Personally I'm still at uni, and during term my TDM output falls to a few hours per month, not counting the time I spend reading the forums (which I've never timed). Almost all our discussion happens on our private forums. If you want to discuss something privately, the forum's Private Message feature is probably the best way to do it; but usually we just use the forums themselves, since there's not a lot that benefits from being made personal. The benefit of putting it on an internal forum for the entire team to see is that we can pool our knowledge better.

I was flipping over Nisstagm's contributor thread here: http://forums.thedarkmod.com/index.php?showtopic=5450. Nisstagm himself seems to have disappeared, but he left a few FBX files on our FTP: carry1.fbx, carry2.fbx, holding.fbx, interact.fbx, reachout.fbx, scrub.fbx, scuff.fbx and sleepy.fbx What are FBX files? I gather these are not yet ready for use in-game? Can somebody check out these animations, whether their quality is ok or if they are useable? What is necessary to get them in-game?

I'm afraid that you need the 1.3.1 version of the SDK. Most of us don't have a lot of time. Greebo is an exception; I am decidedly not. That's quite alright. Forums. This thread is internal, by the way.

I already set you up with developer rights for The Dark Mod and as "updater" for DarkRadiant. That's absolutely no problem, I'm aware that I'm probably the only one from TDM team who can spend so much on the mod. Any help you can provide is appreciated, that's for sure. As soon as I'm ready with merging my AI changes back into the main codebase, I can assign you a few startup tasks. Or Ishtvan assigns you something for the meantime. We have a lot of internal forums, which are the primary means of communication. We once had an IRC chat, but this was already out of habit when I joined one and a half year ago.

But regardless, our licensing status is at the moment quite unclear. I opened up a thread in the internal forums: http://forums.thedarkmod.com/index.php?showtopic=6752 And yes, I think the video should probably put up on thedarkmod.com - monthly updates would suit us well

Ultra-short setup guide: - Send sparhawk PM with username/password - Install TortoiseSVN (assuming you're working on Windows) - Download the Mod as soon as sparhawk has confirmed your access - Install VC++ 2005 Express Edition (in case you haven't another IDE of your choice) - Install Platform SDK - Add settings for shared libraries (look at D3world or ask me) - Install Doom 3 (no spaces in the path) - Install Patch 1.3.1 (important, use the one linked on the wiki) - Compile your DLL (debug/release) - Push the DLL into the \Doom3\ folder right next to the EXE (this will override the one in the PK4).

There was, but there seemed to be a misunderstanding and he left to work on the opendarkengine project. From where I stand, it came down to complete and utter silliness. I messaged him at TTLG and invited him to work on the Dark Radiant renderer. His apparent assumption was that this meant access to the TDM assets, which it didn't. TDM and Dark Radiant are separate code bases, and you don't need TDM assets to work on the Dark Radiant Renderer...because it already works natively with Doom 3...which he obviously had because he was working on a doom 3 model something or another. If it was another part of Dark Radiant, like stim/response...then yes, I could see it...but not for the renderer. I know, I would like to see it improved too. I've been pouring over coding forums, it's not an easy sell.

washboard and tub. needs resized, board isn't moveable yet. author can create water patch eh?

@Tels, maybe you should start a thread on shaders/params. You seem to understand them as well as anyone and better than most (I basically copy/paste and quick edit any materials I use). I do think it's helpful that you put comments in the .mtr files. This will be great for future modders. But perhaps a page on the Wiki that goes into more detail about all of our options. Currently this is one of the things that kindof kicks my @$$ modelling for the mod. Most of my mtr's are fairly basic. If I want something like a good crystal or glowing doohicky I gotta search for something that you, PinkDot or Dram has made. That's OK too, but the material shaders seem to double the time it takes for me to get a model in game. A big reason I've tried to keep things simple so far. Alot of my materials could be added to to improve them, for now I'm getting stuff working, later tweaks can be made when there is time or someone feels something needs it. Arghhh, then there are def files.... Got alot of models I need to turn into moveables/loot,ect... what a pain. Oh yeah, AF files... Anyway, this the flower rgb test, maybe you can point out the problem. They probably don't need the frob info as it is just a patch of flowers. But in the diffuse color I thought the last value was alpha (0.2). I just tried with 1 but still smae effect, entire tex is shown giving me green squares, not green flowers. They are under nature/flower/bc_yel_patch/green_flower_1 //flower rgb value test bc_flower_green { surftype15 description "foliage" qer_editorimage models\darkmod\props\textures\bc_yel_flower nonsolid twosided noshadows noSelfShadow { blend diffuseMap map models\darkmod\props\textures\bc_yel_flower color 0, 0.8, 0.1, 0.2 } { if ( parm11 > 0 ) blend gl_dst_color, gl_one map _white rgb 0.40 * parm11 } { if ( parm11 > 0 ) blend add map models\darkmod\props\textures\bc_yel_flower rgb 0.15 * parm11 } }

Please also note that in f.i. Germany, the games are quite crippled/self-zensored, which means that you are basically forced to buy your Steam game via some foreign mercchant. (via an proxy in another country as Valve checks the IP!) However, do not try to get a refund for these games when you bought them via your credit card, as this will not only disable the game you bought (AND returned legally), but your entire account: From: http://www.slyck.com/forums/viewtopic.php?f=31&t=37355 So, they can simple turn around and deactivate all your bought games for no reason whatsoever. I think this is the reason why "software-as-a-paid-service" will fall flat on it's nose. Hopefully soon.

Models are fixed in size and won't fit everywhere, while you can copy a patch over from another map (in case you didn't know this already, you can copy stuff from one map to another) and resize and reshape it as much as you want, so I think patches are a lot more flexible.

I'd say patches are your friends in this case. You can have a look at the graveyard map, there are some nice examples of drainpipes in there. For the roof end-piece I would try to use an endcap patch.

Ah, well that's an easy one: there is a boost::bad_lexical_cast exception thrown in the patch parser, I'll fix that.

But tagging is not a grouping really - it doesn't change the structure of map objects. And you can assign some spawn_args (=tags) to brushes as well, so it should work. I added some "tag"" to one of my brushes, it was added to the list, not ignored, it was saved with a map, compiled with no problems, so actually the core functionality is there already - we CAN add "tags" to brushes or entities. But we cannot select by spawnargs (=by tags, as far as I know). It would be actually useful feature not only for tagging - you could use it by selecting all entities with f.e. "noshadows" spawn_arg etc. Missing any form of grouping feature is really bad. It takes ages to select complex group of entities - using brush for selecting usually ends up with selecting more than you need and than you have to spend some time on unclicking unwanted entities and so on... Tagging has another advantage over regular grouping - you could select f.e. only books in whole map. And together with filtering option you could hide everything except books, so you could focus on editing them only.

I don't mind if tags would be a string as a property of some spawn_arg or they would be unrecognised spawn args (without a need for a property to put in). It's just a matter of aesthetics and functionality (practice would tell it). The thing is if selecting objects in DR by those tags is possible or not. For me it looks quite easy to do and gives really great possibilities of organizing stuff in the scene.

Couldn't you just add a spawn_arg "tags" and have the property of it be the "tags"? Just like "name" contains an arbitrary string, "tags" could do, too. Or did I misunderstood you?

As far as I know there's some limitation in .map file structure that makes grouping objects impossible. Recently I thought about alternative method - tagging entities instead of grouping them. Tags would be assigned just like any other spawn_args. Actually - the functionality is already there - you just write any word and it's added to the list. I'd say tag would be anything which is not a recognised as spawn_arg. The only functionality which has to be done is "Select by Tag/Spawnarg". It shouldn't be difficult to do, should it? And there's really plenty of possibilities to make selecting a group of objects easy and flexible. I mean diffrent modes of selecting etc., but these are details at this moment. Of course any object could have many tags, so you can have f.e. galleon with all stuff on it tagged with "galleon". But if you want to move only lamp on the galleon, you could select lamp and light source tagged f.e. "lamp_12" and "galleon" tag would be ignored. Another great functionality would be filtering by tags. What do you think about it?

Been lurking on these forums for about a year now and figured id sign up and offer to help in any way i can. Heres a couple of textures i've been working on, let me know if there any use to you mappers? Preview Download I know theres only 8 but i'll keep working on more if there up to your standards? Also i can model if thats any help, already done a few simple crates and world objects. I don't have any portfolio or anything, but if you wanna assign me a modeling/texturing test, fell free?

Hey nightshifter, Welcome to the Dark Mod forums I'm glad you enjoyed the vid. Yes, please show us some screenies, I think anyone who had enough patience with Dromed will have more then enough for Dark Radiant

I really like the mattress vrs. The straw piles edge is still too regular/easy to see. maybe if you put the scattered patch over the top of the whole thing, that would give a better blend, right now you have the sharp line of yellow grass, then corners that don't blend very well. I think patch on top would blend great.

The original was really only meant for me, but Dram posted it in the forums. There is smaller version available that is 50 megs. Coming soon.

Uhm, is it just me or is the normal map reversed? the left one (without) has the stones sticking out, the right one looks like all the "stones" are actually depressions: http://forums.thedarkmod.com/index.php?act=a...ost&id=1492 I notice a similiar effect on "sloppy_bricks_red" or something, where the mortar actually sticks out and the bricks are depressed. That should be the other way, as mortar sticking out would be the first thing that gets broken off and weathered down by the elements. (unless the wall was made 2 weeks ago with plenty of mortar quelling out between the bricks

I was referring to this one: http://forums.thedarkmod.com/index.php?s=&am...st&p=121951

If what you've listed above is the same as the rgb/color keywords, then it won't really desaturate the colour, it will just move it closer to black (or white if you use an additive blend). It's definitely useful for creating new textures without the need for more files, however. http://forums.thedarkmod.com/index.php?showtopic=6170

We also have transparent lit and unlit glass. http://forums.thedarkmod.com/index.php?showtopic=6180