Search the Community

We've come full circle. So... http://forums.thedarkmod.com/index.php?s=&am...st&p=118792 (I could/will make a bugtracker entry of course; I just wanted to know if the request was outright rejected before doing so, or if it would be considered)

Not sure I've understood this. I create a gate, rotate it 45 degrees so its rotation values are 0.707107 0.707107 0 -0.707107 0.707107 0 0 0 1 I want to make it 8 times thicker which is the Y value so multiply each of the middle column to get... 0.707107 5.656856 0 -0.707107 5.656856 0 0 0 1 But don't seem to have done it right as the result is clearly wrong. (sorry did the above off line in Courier New and it lined up correctly but somehow the code tags move it out of line)

Anyway, if no one can vote at all, then it basically locks in the result as of last night. I don't think it will hurt you, all in all. I think being popular on some internet forums worked in your favor for having a consistent turnout throughout, so if anything a final push might have worked against you, in relative terms I mean ... but that's just a guess.

Sorry for the global post, but this is joebarnin and I can't post to the private forums or sent a PM. Here's the error I get: ----------------------------------------------------- Forbidden You don't have permission to access /darkmod/index.php? on this server. Baby Jesus cries... ----------------------------------------------------- I am logged in as joebarnin when I try to post.

I guess you can put it that way. 1. Avoid name conflicts of shaders (this is vital, TDM will emit warnings for shaders or entityDefs of the same name) 2. Avoid name conflicts with vanilla TDM files. I think we haven't decided on a clean way of how to enable betamappers to override mod default content (the most critical example is the file tdm_ player_ thief.def - assume you want to override the player's start health), which is something we might have to consider when doing the concepts for the map loader GUI. Generally, if you need to tweak vanilla TDM content, copy and rename that definition and put it into a new custom file which is then included in your mission PK4.

@Fidcal: The contents of PK4 files will be overriden by the contents in the darkmod/ folder. This means that a material file materials/test.mtr within a PK4 can be overridden by a file of the same name outside of the PK4. I recommend creating an own shader file .mtr and putting all your custom shader definitions in there. Generally, beta mappers should avoid name conflicts with any files of the mod itself.

If you do a search in the public forums for "sinusoidal shearing", you can probably find Gildoran's examples of grass that sways using animated textures. There is also a tree that we were given by EOC that uses animated textures to make the leaves move. I don't know a whole lot about animated textures myself--I've used them a few times in menus, but that's about it. I know that you can scroll side to side or up and down, which works like a conveyer belt if you have a tilable texture. You can also rotate the texture. The speed of motion is customizable, and you can also make the texture go forwards and backwards (the swaying effect). I'm pretty sure you can also increase the intensity of the texture (a 'pulsing' effect).

Here's an example of how the new weapons can easily be modified by different skins. By swapping different wood and metal textures, it's easy to make many different looks. These are just a couple. The rustic axe and mace could still use some work, but the others are "decent". I could work on them longer to make them even better, but I'm going by the philosophy that it's better to get lots of decent models in game now, so they can be used and then tweaked later, than a few excellent models here and there. Anyway, I think I'm going to take a break from the weapons for a bit and do something else. For those keeping track, our weapon totals are: 4 swords (longsword, shortsword, dagger, ceremonial sword) 3 axes (battleaxe, handaxe, rustic axe) 2 polearms (halberd, spear) 1 quarterstaff 1 hammer 1 mace ---- 12 melee weapons 2 longbows 2 shortbows ---- 4 missile weapons http://forums.thedarkmod.com/index.php?showt...enant&st=25

Sorry, I meant pk4 *file*. Yeah, I suppose a map-specific folder would be useful for team mappers.

What do you mean with PK4 folder? The one that mappers will usually release? For team maps we don't have any PK4's yet, but they still need to store the models somewhere.

I guess it's different for maps that are being made by team-members. Normally something like that would just be put in the mapper's pk4 folder, rather than being added to the mod repository, wouldn't it?

No it can't, and for my part I am opposed to this functionality for a couple of reasons. 1. It alters the DarkRadiant paradigm from a consumer of assets to a producer as well, which raises practical issues relating to the ability to edit resources within a PK4, the default location for autogenerated MTR files, the naming of new materials and so on. These are not insurmountable problems, but I am not sure there would be a clean or elegant solution to them. 2. Attempting to shoe-horn an inappropriate workflow onto an implementation that does not correspond to it is generally a recipe for unpleasantness. Just look at the HTML files generated by Microsoft Word for an example of what happens when you try to use a "clever" tool to autogenerate data which is intended to be written correctly by hand. I would not be opposed to writing tools to assist with creating material definitions, either as a DarkRadiant plugin or a separate Python program, but I don't think we should try and hide the use of MTRs behind some kind of "fake" realtime editor.

You know, my modelling has gotten a lot faster once I remembered the reloadmodels command...no more waiting for maps to load in between every model change. Just for people who don't know about it, there are tons of 'reload' console commands you can do to update changes immediately. http://forums.thedarkmod.com/index.php?showtopic=2149

You could be right, but to me that seems really excessive, especially when we can use skins to create different versions of things. How many different kinds of dishes are there? Do we really need six different kinds of bread model or four different types of spoon? Remember this is a toolset. We aren't necessarily supposed to include every single model a mapper might conceivably want--if we did that the size of the mod would be enormous. If a mapper is making a bakery and needs six differently-sized loafs of bread, there's nothing stopping them from resizing the existing models and adding them to their pk4. But do we need everyone who is downloading the mod to download six different bread models? That's not entirely connected to the issue of sub-folders, but it is related. If we decide to add more folders (which will mean breaking maps) then we should definitely do it all at once, not a few at a time. How many models is too many for a single folder?

I'm using IE7... but it does the same BS on Firefox. http://forums.thedarkmod.com/index.php?showtopic=6164

First of all: can somebody (New Horizon?) give him Applicant or Contributor status so that we can discuss things in more detail? @Arcturus: I could take a look at it now, and I have some feedback for you. - While the normalmaps look good in theory, they are almost not noticeable for the "old" and the "white_brick" textures. They should be much more pronounced. I looked a the textures using "r_skipBump" and could hardly tell any difference between the appearance with and without normals. edit: Ok, after looking at them at smaller scale it actually isn't that bad, but the lights have to hit the texture at really sharp angles to make it properly visible. So don't take this too seriously. The brick normal can definitely be deeper though. - The normalmap of the tile textures is very grainy or noisy. It makes the shingles appear like sand, which feels a bit wrong. The roughness should be decreased a lot, this would look much better. The diffusemap is non-tiling, which can probably be fixed easily. - The "old" texture has non-power-of-two dimensions (1068 pixels). This will not work when the imagesa re converted into the DDS format. All dimensions should be powers of two: 1, 2, 4, 8, 16, 32, 64, 128, 256, 512, 1024, 2048, etc. Width and height don't have to be the same, of course. Please don't be discouraged by my feedback. If you are willing to put some more work on the textures, I can imagine that these could fit into our repository. I (or somebody else) can give you some more detailed instructions in the internal forums with respect to techniques and organisational stuff like naming conventions, DDS conversion and such. edit: Thanks for moving that, N.H.

I'm not sure if this has been discussed before... I've just searched the forums but couldn't find any information about it (probably because I'm not sure what words to search for). I'll try to explain: In Thief3, you could wander around in the city, without people yelling ooooh, thief, because you're just a passenger pedestrian, and there's nothing that makes people think you're a thief. Apart from those who know who you are... This is what I really liked in Thief3... and if I remember it correctly, it wasn't the really case in Thief 1&2 (or at least it didn't really stand out as much as in Thief3). Also, it's funny how your own footsteps are "triggered" (people will come and take a look), and footsteps of a guard ain't. You probably know where I'm going to: how will others know you're thief and not just a regular guy, servant or guard? I recently saw a trailer of , and I immediately thought of Thief. Of course the game is a lot different, but the interaction with the crowd is a bit similar. Hitman also had some interesting ideas: the less you act like a regular guy, the more people will find you suspicious. I'm just wondering how this will be done in the Dark Mod Of course, most of this will apply to what's going on in the streets, and not really the mission itself.

I'll set you up as an applicant, then you can post your samples in our private forums.

I don't think the team has ever 'collectively' said any such thing. I think it's far more likely that they're too busy with new projects to respond to questions raised about a game they released three years ago than the possibility that they regularly read our public forums and were personally offended by the occasional isolated comment from individual team-members that they didn't think much of D3 as a game.

You can see this often in some game forums, even D3world. Somebody comes in and says he has this great idea but he needs somebody who codes it for him. For the trivial task of implementing a full featured game you will get 20% of the income after release. Sure. these guy all have the notion that the idea of the game is the most imporant thing and usually they wont even give details because they fear that it might get stolen. Knigers is a good example for that. Of course the idea is important, but it's the hard work that really counts. In the end you can have good ideas all day long for free, but that doesn't make you rich, until you start implementing it.

I'm familiar with TortoiseSVN (we use it at my job) so that works out. I've uploaded to /joebarnin/shop.pk4. This is a Doom3 mod. The purchase screen takes the place of the PDA (that's just temporary of course). So if you start a new D3 game you'll have to play far enough into it to get the PDA - just takes a couple of minutes. Then hit TAB and you should see the screen. (I did figure out how to get the screen to come up sooner, but it would then hang Doom3 and I hadn't figured out how to fix that yet). To the same folder I also checked in the C++ files I modifed or created, if your interested.

Just a reminder. I need everyone here to vote once a day until July 16th. It's a long process, but we can win it. Also, if you visit any other forums...pass along the info there too. If we can get support elsewhere, all the better. Thanks.

You can use my SVN server. *** Just create your own directory and upload it there. When you join the team you need to install SVN anyway, so it's not wasted. If you need help with that, just say so. I recommend using TortoiseSVN or a commandline client. RapidSVN did have some problems. Just upload the dll in a pk4 and a testmap with instructions how to test it.

Welcome to the Forums! How's it going with your movie hunt?

Great progress so far! If you can figure out how to do the dynamic list/listDef, I think that would be best. We actually need scrollable lists in some other GUIs, but we have very few people working on GUIs right now and no one's figured out how to set them up yet. So if you could get the listDef working for this and also document how to set it up in general, that would be very helpful. So you're asking how we can define the shop data for a given item in a list somewhere, so that the FM author doesn't have to put in that stuff every time they define a list of items available for a mission? That's a good question. My first thought is to use entityDefs in some sort of centralized def file, and probably name them with some specific prefix like ShopItem_Flashbomb so that they don't conflict with other entityDefs for the actual items. Then in your code, you could take a single name, "flashbomb", and call gameLocal.FindEntityDefDict( va("ShopItem_%s", <the short name> ) ) We've used a system like that for stuff in the past; basically make a list of them in a single def file, like shopitems.def and put them in /def/. With this system, it's easy for FM authors to add additional shop items, because they'd just need to create a def file for their map with some entityDef ShopItem_* blocks to add additional shop items, then pack that def file into their .pk4, so they can add items without having to edit the original mod-wide item file which might change with future revisions. In case it's not clear what I'm talking about, it would be something like: tdm_shopitems.def entityDef ShopItem_flashbomb { "displayName" "Flashbomb" // can't use "name" since this is used internally "desc" "<description of what flashbomb does>" "item_clasname" "item_flashbomb" // can't use "classname" since this is used internally "image" "<material file to display for the icon in the shop window>" "price" "25" } I can start a thread polling the mappers about this. I would think putting spawnargs on the worldspawn would be easiest, because we can then write something in our DarkRadiant editor that brings up a shop-item GUI and writes the spawnargs automatically based on what the FM author puts in the pop-up menu. It's also easy to get spawnargs in the code. (call idEntity::spawnArgs.GetBool, etc). This question is a bit complicated, because I'm not sure if the frame loop has to be already running or not for GUIs to work properly (fade in/fade out, etc). One option that I'm not sure we talked about before would be to make the shop a part of the main menu GUI, and just read ahead in the map file what it needs. (If you know the name of the map the user selected, you can call some functions to read spawnArgs from entities in that mapfile, like the worldspawn for example, before the map is actually loaded). That could work, because we know GUIs work in the main menu, but we don't have to worry about pausing everything else like we would if we tried to call it after the map was loaded and the frame loop was running. Now that I think about it, that might be the best option. Unfortunately we don't actually have anything written yet for selecting which mission to play from the main menu, but you can imagine that when we do, that could just run from within the main menu GUI and read ahead in the mapfile to load up both the shop and the difficulty/objective info. IMO it's easier to think about this as a completely separate event for now that could happen much later. As long as we can store somewhere a list of classnames and quantities to add to the player's inventory, adding the items later will be easy. You'll also need the TDM inventory code for this, so I wouldn't worry about it for now.