Caffeine Freak

Members
  • Content count

    1178
  • Joined

  • Last visited

3 Followers

About Caffeine Freak

  • Rank
    black and shiny
  1. 'bsp noflood' allows the map to have leaks because it skips the 'flooding' phase of map compilation, where all of the outside and other non-visible faces of the map are removed. It pretty much defeats the purpose of compiling a map altogether, since it won't be optimized and many crucial aspects of the game won't operate properly. So yes, it definitely affects performance. 'bsp noflood' is an easy way to see your map in-game when it won't compile otherwise, but really the better alternative is to use the 'File->Pointfile' option. When you do that, a red line will appear in the editor that shows the geometric path the engine took before hitting an entity inside your map(that's when it stops compiling to tell you there's a leak). Hit 'Shift+Ctrl+K' to take the editor camera view along each point of the red line, and you should be able to see where the leak in your map is. After sealing the leak, you can try again by re-bsping. Note that the compiler will stop as soon as it detects a leak, so if you have multiple leaks in your map, you may need to keep re-bsping in order to find them all. It can be an arduous task, but it's worthwhile in order to make sure your map is better optimized, and it also helps you become more acclimated to map building in general.
  2. I mean, it may be true that it takes less time to create the same room in Houdini as it would in Doom 3, *assuming* that you're running Houdini with the level editors it was designed for, but you're also completely overlooking a number of other factors. Unless you want to just re-use existing model assets from Houdini/UE4/Unity, I'm assuming you'll want to make your own, yes? That's going to take a lot of time and effort when you account for all of the pre-planning that goes into size dimensions and how each asset will be applied to the game environment. This is somewhat similar with brush-based editing, in the sense that you end up re-using a lot of brush prefabs many times through your levels. Model prefabs are re-used countless times across levels, as are brush/patch prefabs. The workflow may vary, but that's one crucial thing that remains the same, except that model prefabs tend to take a longer time to create than brushes, at least until you reach a certain level of geometric complexity. You're also adding a certain amount of work by forcing yourself to do an extra layer of collision mapping, since all the brushwork that the AI would normally use to navigate is now gone. Assuming you want the AI to run well, you're going to need to make sure you don't leave any gaps or areas the enemies can get stuck, or any areas the player can magically hide from them, all of which takes an extra amount of effort when you make *everything* out of models. It really isn't though, not if you know what you're doing. Model-based level editing may be the norm now, but that's not so much because of how much time it saves as it is that it tends to be more memory efficient, plus the fact that modern hardware and game engines are more adept to the task of processing all the extra triangles that tend to come with levels comprised entirely of meshes. (This is another thing to keep in mind, since you're using an older engine.) Both model and brush-based level building involve an awful lot of duplication, and minor tweaking of the building blocks that you're using. The difference is that models can be tweaked in minor ways in modern engines without extra memory consumption, whereas brushes cannot be. This doesn't mean it's necessarily faster to use models, though it may be more advantageous for the reasons I just gave. What I'm really trying to say here is that a crucial part of this is understanding the pros and cons of brush-based levels vs. model-based levels. It isn't entirely one way or the other, particularly when you're talking about using a modern tool like Houdini to build levels for an engine it wasn't designed with in mind.
  3. Okay, so what he's talking about is creating simple volume instances as dimensional guides for the rooms. Houdini was specifically tailored for level editors like UE4 and Unity. I have no real Unity experience, but my experience with UE4 tells me that even if Houdini does create simple BSP geometry that you can use in levels, it's of a different format than Doom 3. Aside from that, I don't know if Houdini would be the best method of creating mesh levels for Doom 3, as certain tools couldn't be used at all---namely, the ability to instance-copy and then physically manipulate models that is used so frequently in the Unreal engines. In Doom 3, scaling up or down a model means using an entirely new mesh. The same goes for any other changes to the model geometry. You could still use Houdini for Doom 3 I suppose, but it certainly wouldn't be quite as simple and free-flowing as the demonstration in that video.
  4. I guess I'd be surprised if that were the case. If it is, that's pretty cool.
  5. Never much used Dark Radiant. D3 Radiant has an option to toggle clip brush visibility on/off, though.
  6. 1. Nothing happens, it's just that models are totally unaffected by visportals. Visportals intersect models all the time in Doom 3 (pretty much every door is made from a model, and almost all doors have visportals in them). So, reduced optimization. If you make a level from static meshes, ideally you should try to make sure your visportals are placed right between where separate meshes connect to each other. 2. No, the AAS only uses worldspawn brushes to build the AAS map. Patches, func_static brushes and models are ignored. (A func_static brush would become detectable to the AI once you converted it to a plain worldspawn brush, assuming it wasn't a material totally nonsolid to the AI, like player_clip). I wouldn't say you need a clip brush for EVERY model, just the ones that can potentially obstruct the AI path.
  7. His point was that you still need brushes to seal off the level from the void. That is an inescapable fact, regardless of which modelling program you use for your meshes. In Doom 3, the only entity that can be exposed to the void is the worldspawn, and worldspawn brushes are the only thing that seal off the void. Commenting more on what Arl said about collision, visportaling and such, it's best to separate your meshes at the places where you use visportals, since visportals won't split up models the way they do brushes and patches. Obviously that requires a bit of extra planning with how you construct your models. You also need to clip the AAS for AI navigation, and it would be best to use monster_clip brushes for that as opposed to caulk, since caulk is solid to *everything*, and you generally don't want the player and moveable objects restricted to the exact same collision layout as the AI.
  8. Out of curiosity, what graphical enhancements are you using in those shots? I mostly used the 2x sized texture pack or the Parallax mapping mod when I used visual enhancements, but I don't recall either looking that good.
  9. Your Cyberdemon speedo isn't the best thing for concealing your undercarriage, dude.
  10. All of the details you describe are rather simple to add with Doomedit. The patch mesh editor is perfectly capable of performing all these tasks. You wouldn't be saving any time with a modelling package, and it wouldn't look any nicer anyway. There *are* plenty of details that would be better to add with a modelling package, such as complex machinery, debris and rubble, things like metal that has been warped by an explosion, etc. In those cases, the texturing and UV wrapping capabilities of a modelling program would exceed those of Doomedit. Getting back to the original question, it would be possible to create a level mostly consisting of models for the Doom 3 engine, though you would still have to seal off everything with caulk brushes, and implement visportals the same as you would any other level. I've done it. But you would only want to do so with a level that demands a modelling package to really be done properly, such as a massive cave. Large portions of the hell level and the cave levels in Doom 3 were done exactly like this, but if you pay attention, you can see that they only used models for the geometry that really required it. More simplistic things such as bricks, crates, pipes, elevator shafts, etc. were made entirely from brush and patchwork. It's nice to be able to do this with certain geometry and let the engine optimize it during BSP by removing all the hidden triangles and faces exposed to the void. With a model, you have to perform all those optimizations manually. In the end, there's generally little purpose in using a modelling program for items that are more simple and can be created just as well in the editor---unless you're modelling geometry that is used many, many times in the level, in which case it can make sense to convert it to models in order to trim down your collision data.
  11. There's not a lot that *scares* me anymore, though there are definitely things that stick with me. I think the closest thing to scary I've seen/heard on the internet are recordings of certain 911 calls. There's something about the complete lack of visuals and the fuzzy clickiness of the phonecalls that can give goosebumps when the calls themselves are already creepy enough.
  12. Microsoft already released a patch. This is one time I regret not having automatic updates turned on, but at least I'm getting the patch now. From what I'm reading, Linux operating systems and Android devices (which I also have, unfortunately) are among the hardest hit by this. https://www.pcworld.com/article/3233255/windows/krack-wi-fi-attacks-shouldnt-harm-updated-windows-pcs.html
  13. Different hardware vendors are said to be expected to release patches soon. But the same source Linguica posted says it's a core protocol issue, so any patches at this point are workarounds at best, and that this may be a case of 'throw away your router and buy a new one.' Fucking great, that's just what I need. WPA2 has been around for quite some time, has this vulnerability been there all along?
  14. I remember there was an issue for me a few years back, where it seemed Doom 3 would lag whenever I used the higher AA settings, even though my hardware, like yours, was more than sufficient to run it at max settings and had been doing so previously. I was using Vista at the time (shudder) and once I moved to 7 it mostly seemed to clear up. *shrugs* I still use 7. Probably will for a while longer.
  15. I went there back in summer of 2015 with a friend. Had a great time. Drank a ton, dined on delicious food, went to a strip club, played slot machines. Sad to hear about this. I've been watching since the news started to unfold late last night. Btw, from the footage of the shooting, it sounds like the guy had a full-auto weapon, which have been virtually banned since 1986. Weapons manufactured and purchased before the ban are still legal, but unless this guy was holding onto the gun for 30+ years, it seems unlikely that was the case here. Otherwise, they're virtually impossible to obtain legally. Of course, it's still possible to convert a semi-auto to full auto if you have a bit of machine shop experience, but that's illegal too. The only other mass shooting I know of where a full auto was used was the McDonalds massacre in 1984.