Jump to content
The Dark Mod Forums

Search the Community

Showing results for '/tags/forums/patch/'.

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


Forums

  • General Discussion
    • News & Announcements
    • The Dark Mod
    • Fan Missions
    • Off-Topic
  • Feedback and Support
    • TDM Tech Support
    • DarkRadiant Feedback and Development
    • I want to Help
  • Editing and Design
    • TDM Editors Guild
    • Art Assets
    • Music & SFX

Find results in...

Find results that contain...


Date Created

  • Start

    End


Last Updated

  • Start

    End


Filter by number of...

Joined

  • Start

    End


Group


AIM


MSN


Website URL


ICQ


Yahoo


Jabber


Skype


Location


Interests

  1. Not sure what's goign on there. BG has always been perfectly stable for me, in fact, I can never remember it crashing at all, and I've played it for at least 1000 hours. Have you downloaded the lastest patch for it? http://www.bioware.com/games/shadows_amn/support/patches/ I assume you're running it on some sort of windows emulator for linux?
  2. Well a clean-sweep of the FilterSystem turns out to be too complex, unsurprisingly since the interface is used all over the application. This will have to be an extend-migrate-remove job, with two filter systems in use for a while. I think I will proceed as follows: 1. Extend the FilterSystem interface to provide the required new methods. 2. Add a top-level "Filter" menu, which is populated by the FilterSystem implementation. 3. Get the FilterSystem using its rules, and add functionality to the ModelSelector preview to query for texture filters. 4. Migrate Brush, Patch and Entity code to use the new FilterSystem. 5. Remove old FilterSystem I wonder if it would also be a good opportunity to move the FilterSystem into its own DLL - theoretically anything that uses a Module interface can be in a separate binary, which might reduce build times.
  3. Well, the strange thing is that the animations actually *work*, already. I was under the impression that you would not be able to export the animations if the number of joints don't match up. I think I recall Ascottk saying something about the Maya export culling out joints that aren't used, and that you have to use a -keep option when exporting? But again, I would have expected the animations to not work, and they clearly do, so I'm not sure whether there's actually a problem here or not. I'm pretty sure I can get the beggar working as is...I just have to find the verts that are weighted to joints that exist only on the citywatch and delete them from the beggar. But I don't want to do that if it's going to cause problems in the future (there aren't very many verts though, just 8-10). edit: Is this related to a recent change? http://forums.thedarkmod.com/index.php?showtopic=7856 I'll return the thief to it's current state so things work.
  4. Another note I found intriguing: "Players who have the Windows security update KB917422 installed may suffer from an application error when running Battlefield 2142. This error can be solved by uninstalling the KB917422 update. " So you have to uninstall a critical Windows security patch in order to play
  5. I'm sure some sort of third party patch will eventually come out that will disable the advertising and privacy intrusion "features", but until then I'm not buying into this.
  6. If you only knew. We're definitely making constant progress, the internal forums are quite busy at all times.
  7. Jumping and mantling can be done reasonably "easily" - you just need to do enough precomputation of reachabilities. (I've put quotations marks around "easily" because it's a bit of a pain to implement, but the theory is straightforward enough.) From pathfinding's point of view it's not much different than being able to walk between two adjacent pathfinding nodes on a flat surface; the AI just does a few slightly more involved things with physics and animations to execute the movement. You do need quite a few more animations to get it looking good (if you can do it procedurally ala Euphoria, even better), but it's doable if you have the manpower. The Doom 3 AAS code actually has stubs for a whole bunch of movement types, like jumping and crouching and so forth, which is left over from Quake 3 (D3's AAS is basically ripped straight from Q3). It doesn't actually work, but the enumeration values are there, and it could in theory be made to work. It's a bit more of pain without the full engine source code than it would be otherwise, but we do have enough access even with the SDK to hack around AAS limitations. That's how AI handling of doors and elevators (as seen here) works, for example. I can unequivocally state, however, that The Dark Mod will not have jumping and crouching AI on release. Or ladder-climbing AI for that matter (ladder climbing is actually a fair bit more complicated, as there are some nasty exploitable edge cases; search the forums if you're interested, there were some previous discussions on this). Unlike Ubisoft, we don't have the manpower.
  8. What I said earlier at http://forums.thedarkmod.com/index.php?showt...st&p=154037 about giving entities distinctive names before merging - you also need to change the model name on func static brushes else they don't appear, eg, search and replace "name" "func_static_ with "name" "func_static_IDX but also... search and replace "model" "func_static_ with "model" "func_static_IDX But this glitch also made it clear how much the sky reduces performance. Yikes - it's gotta go. Wonder if that is why I got good performance the other week in saintlucia?
  9. BUMP I'm about to start making readable prefabs for use in the next release. We need to make a decision soon about where the body starts if there is no title. Just to sum up... Mappers will often struggle to squeeze all the text they want on to one page but often one page is better in-game, eg, a scroll or sheet of parchment. Posters and notices often need a title, eg WARNING! but most messages and letters do not. At present with the current guis, messages will waste the space reserved for the title; in RL probably a handwritten note will start near the top not 3/4ths of the way down and this will help the mapper get his text on one page. These are the four possibilities I know of: Remain as we are and waste the title space if not needed Duplicate every gui that is affected so some have no title space Move the body start point up to the top where the title starts. This will mean if there is no title then the message can use the whole page. If there IS a title then the mapper need only put a few \n\n\n\n at the start of his body message. This is easy to do for the mapper. It is fairly easy to change the guis - just alter a value. It will 'break' a few existing maps: A message with a title will have the body text overwritten on it and one without a title the body will start at the top whereas the mapper might have intended it to be centred vertically. Implement Gildoran's idea (above @ http://forums.thedarkmod.com/index.php?showt...t&p=147997) to have a conditional body position that will start higher automatically if there is no title. This will only 'break' existing maps insofar as body text without a title will start higher than the mapper expected. I could not get this idea to work as I recall but no doubt someone could figure out how to make it work? If this can be decided before the next release then there is no chance of readables in the release being 'broken' later.
  10. Combat is a pretty large task, and IMO we should have a more unified design for how melee combat will work before we work on specific parts of it, otherwise they may have to be redone if the overall combat design changes. One small, slef-contained task would be flash bombs. Step 1 would be the weapon script (kind've like the D3 grenades), and step 2. would be their effect on the AI (set their visual acuity to 0 basically, and maybe create a new AI state variable for being blinded so that the AI script can later start a new "blinded" behavior state, that would come later). Then there's the effect on the player. Another small task might be functioning moss arrows. We have the code to detect a moss surface and play no sound when the player steps on it, but we need the moss arrow to actually create those moss surfaces, by spawning some blobs of moss that fall down and stick to the floor (maybe when they stick to the floor, they could spawn flat, thin "moss patch" models that would be textured with the moss surface). We also want the moss arrow to have some secondary uses in the future, but that should be fine for now.
  11. I can't get the verts to line up with the bevels. Is there an easier way to do this?? Are there any tutorials? EDIT: Nevermind, it was very easy. I was on the right track originally, but I made a 3x9 patch mesh, when I should have just made a 3x3 one and made a 90 degree angle with the verts.
  12. Ok, I will go through the class and look where I can add the const. edit: I added some const qualifiers to most of the strings, should be better now. The patch is already in your inbox. Wouldn't it be easier if I directly sent this into SVN? Not that I plan to go an a SVN rampage as soon as I have access - I can ask you for permission before I commit anything, so that you can still control the commits. I'm currently working on outsourcing the toolbar icons to an XML file so that it is a bit more customisable. At the moment the icons are added to the GTKToolbar in mainframe.cpp line after line. I had something like this in mind: <?xml version="1.0"?> <project version="2.0"/> <toolbardescription> <settings> <!-- future settings go here --> </settings> <toolbars> <toolbar name="basic"> <item type="icon" caption="Open an existing map" bitmap="file_open.bmp" command="OpenMap" /> <item type="icon" caption="Save the active map" bitmap="file_save.bmp" command="SaveMap" /> <item type="spacer" /> <item type="icon" caption="x-axis Flip" bitmap="brush_flipx.bmp" command="MirrorSelectionX" /> </toolbar> </toolbars> </toolbardescription> What do you think? (Should I open a new thread for this?)
  13. I tried a few but I'm afraid I will have to use google. The changed files are on their way, I manually figured out which ones have been changed. Just a line in sconscript, and a few changed files in libs/parser and plugins/shaders. edit: found it, it's "create patch". This creates some unified diff file with all the changes. Next time...
  14. Nonsense, I've played it through about 15 times and never had any problems with dead ends or wishing I'd made separate saves eariler. What specifically went wrong with your game? Of course there have been various patches released, so install ToB and get the lastest ToB patch.
  15. Not really, a manual merge is the only real way to do this. Fortunately SVN makes it very easy to get a repository-wide diff of each revision, and using patch on Linux I can merge in changes without too much effort. Obviously this will get harder as the two codebases tend to separate, and patches for GTKRadiant will no longer work - fortunately most upstream fixes are irrelevant to DarkRadiant (like enhancements for Enemy Territory support, or bugfixes in code that I have already replaced) so this won't be too much of a problem. The "enhanced texturebrowser" functionality is similar to what I was intending for the media browser, except that it limits space by combining the tree and the texture view in a single window, and also only allows single-level browsing of texture "families".
  16. As recently mentioned in the public forums, there is a small popup window appearing when loading a map: I need a design suggestion for this popup, maybe some small, centered parchment on the clock background or something. In principle, I can come up with something myself, but I better leave this to the artists for consistency reasons.
  17. Btw, the progress is tracked here: http://forums.thedarkmod.com/index.php?showt...st&p=153102 Currently I am teaching the Games::D3::Parser to correctly parse material definition files. Once it can do this, it will be easy to extract the diffusemap/specular/bumpmap for each material and then figure out the DDS vs. TGA file from it. (That's the theory, anyway
  18. Good question Ishtvan. That's certainly something we hadn't anticipated, and I think our coders should be reprimanded for not having their thinking caps on straight! We'll settle this issue in the private forums!!!!
  19. For some reason patches that intersect brushes cause the brushes to be subdivided in this way. I have no idea why this is, as it doesn't appear to me to provide any performance benefit over leaving the brush face whole. The solution is to convert the patch into a func_static entity to remove it from the worldspawn and stop it from subdividing brushes.
  20. Hey All, This is all so cool ok Wishlist: Another question. What is the height of the mantle limit, and will he be able to jump mantle? If so, whats that height? Also, whats his jump height? Secondly, for Dark Radiant. Could you add the ability to use a bounding box to select verts in patches? That entry above would not be possible without that feature (it was done in GTK 1.4). I'm sure you can see the advantages. In the same vien, a wish would be, that I could toggle off the verts on the far side (half) in cam view so it makes it easier to manipulate without accidently altering those on the other side. Also, could you please give it the ability to select faces akin to GTK 1.4. In 1.5, it takes twice as many clicks to texture multiple faces as it did in 1.4. More clicks=more time. Be cool if the first n last of those suggestions were aadded. I think this was added before, but colour the patch verts, as in radiant, so the key verts are different to the minor ones. Another of my wishlists for DR is: A good entity viewer, that gives a discription on the use of an entity. There are so many, and so many ways to use them, its impossible to keep it all in memory. Love the idea of a model viewer, and alternate skin viewer. How about a shader viewer? (ie so you can quickly see the effect of a shader change on a texture) a Q3 tool had this. Also a map packer. (prob too much to ask with those two extra add-ons. I think thats all for now... Venus
  21. Ok, Im still bumping along with LW8, so here are some dumbass level questions that I cannot get answers for either in the manual or in the tutorials: Im trying to make a spoon, yes, a goddamned spoon, quit tittering I can hear all of you! When I make the bowl of the spoon, Im supposed to bevel twice, then remove some excess polygons, then weld some points then merge some points to get a nice, rounded spoon. The problem: the image in the tutorial looks nothing like the image in my modeller. When I remove, and weld all points then sub-patch I get a warped looking spoon bowl, not smooth. WHen I remove, weld some points, then try to merge the ones in the middle, i get a message "No points merged" and nothing happens. I finally figured out how to get the goddamned holes out of my goddamned cups, by merging all points. Now I want to put handles on one of my cups to make a chalice. How do I make an exact mirror of the handle for the other side. Do I A. clone the handle I already made then weld/attach it somehow? B. Is there a way to smoothshift two objects in tandem? Or C. is there a way to extrude in tandem?
  22. I've mostly used Cubase earlier, but have switched to Reason for it's midi capacities. I was wondering if any others use Reason, and maybe if you have any general or specific advices concerning making ambient music in this program? Let this be a thread for us (I presume there are more than me) who use Reason and who want to share our thoughts, tips and tricks about it with the other contributors/team members. Since I believe most people that make ambient music use Reason, I thought this thread justified in the DarkMod forums. One thing in particular I would like to know is recommended patches for bass ambience, like the one in 'Outside the Mansion' and 'Defiled Church'? I've tried a lot of patches, but can't find any that really has the right Thief-sound, not necessarily like in the aforementioned tracks mind you. (I may just be picky, but that's better than sloppy methinks) /K
  23. So....how many of the changes I just finished making to the mesh two weeks ago are now obselete? http://forums.thedarkmod.com/index.php?s=&am...st&p=151102
  24. I think there is some misunderstanding about my problem with the entity list size in my post @ http://forums.thedarkmod.com/index.php?showt...st&p=142541 It's not the panel size (though that needs saving as well) but the entity list itself (see the image of waste space in the picture in that post and the tiny entity list.) So this problem is still present in the latest snapshot. I only see 2 or 3 lines of entity properties with a very large empty panel. Does nobody else see that?
  25. ahh righty ill have a scan for the patch then! cheers! regarding this subject, I dont suppose anyone knows how to create a distortion effect that only applies to certian areas of a texture? I basically wanted it so the very edges of the camera frame had a slight distortion effect, but no matter what combination i've tried (playing about with alpha maps and whatnot) it always applies it to the entire texture. I've been told there's no way around this though but I'm always open to suggestions.
×
×
  • Create New...