KCat
-
Posts
8 -
Joined
-
Last visited
Posts posted by KCat
-
-
Ironically, the "easy" (nearly deaf) setting makes it harder in some circumstances. In the first non-tutorial mission, there's a helmed guard in front of the tavern that you need to get by, but you can't blackjack him because of his helmet. His position and electrical lights also makes it impossible to get around him (either behind or the other side of the street) without him seeing you. Using a noisemaker arrow to distract him is apparently how to avoid him, but with his hearing set to low you can't distract him far enough away. You can move him a little by shooting close by, but he's more likely to turn around and still see you. As a beginner at stealth games likes this, with everything set to easy, that was an annoying difficult thing to deal with.Interesting. So one end of the setting makes them not notice noisemaker arrows, and the other makes them more likely to hear your footsteps (making the "run up behind them and blackjack" strategy impossible).
Given that the noisemaker is used to purposely distract guards, it actually makes more sense to me for the effect of AI hearing to be inverted when responding to it. So setting it low should make them more likely to be distracted by noisemaker arrows, making the AI more forgiving with mistakes.
-
1
-
-
Wasn't sure the best way to report or fix this is, but as I was recently trying to build TDM from the SVN source to get OpenAL sound output on Linux with reverb (the latest release doesn't seem to have it), and noticed a small issue in the source. In sound/snd_efxfile.cpp, there is this line which converts the "environment size" preset property to density:
efxf(AL_EAXREVERB_DENSITY, (size < 2.0f) ? (size - 1.0f) : 1.0f);
That's incorrect. The correct way to convert it, based on Creative's own EAX-to-EFX conversion tools and as adopted by the Dhewm3 port, is:float size = src.ParseFloat(); efxf(AL_EAXREVERB_DENSITY, idMath::ClampFloat( AL_EAXREVERB_MIN_DENSITY, AL_EAXREVERB_MAX_DENSITY, idMath::Pow(size, 3.0f) * 0.0625f ));This will help improve the quality of the reverb, making the presets sound closer to the intended response.Hope that's helpful.
-
3
-
-
Is that true? Are there technical limits for movables or frobables? I know there's an entity limit, but do they hit performance as long as they remain untouched?
IIRC, near the release of Doom3 they mentioned that they could've made all objects moveable (eg. be knocked around, have physics applied to them), but they didn't do it for everything because it would've been too great of a drain on performance.
I do agree though, it's a bit immersion breaking when only specific objects are grabbable. It also feels a bit like cheating because the mapper is telling you "you need to use this." instead of either figuring it out on your own, or finding a completely different method to accomplish the goal.
-
Technically, 1Gbyte + 512Mbyte should be enough. But it might not be enough (depending on what else uses memory in your system, like KDE, Xserver etc), I am pretty sure we didn't measure the actual memory consumption, tho. I am gonna do this now and post later what it really uses.
Shouldn't make much difference as the textures should all fit into 256Mbyte (otherwise your card would swap a lot to main memory), but then, I am not sure if there aren't multiple copies of them in main memory, video memory etc.
I know GL drivers will typically store memory copies of static resources (eg. textures) in case the video memory gets clobbered and it has to reload them (or if it has to purge them from VRAM for other resources). Most apps I see also tend to hold their own copy of images as well, in case they need to read from, or change, them.
The cvars for downscaling textures are something with downsampling - look them up, in DoomConfig.cfg and try to change them.Well, I changed image_preload to 0 (it was 1) and image_useNormalCompression to 1 (it was 0), and it starts up now.. though it took quite a while for the level to load, and performance wasn't all that great. I have an AMD Athlon X2 4200+ with a Geforce 8600GT, and no desktop compositing. I can try turning on the various image_downSize* options to see if that helps any more.
-
Hm. Out of memory definitely sounds like the 512 MB swap might no be enough?
I dunno, swap should really be considered as an 'out of memory protection', IMO. It's there in case you use too much memory, but should not be required (I know in particular, Linux users sometimes like to disable swap). The wiki says I need at least 512MB RAM, with 1GB recommended. I have 1GB+512MB, so I don't see why I'd be running out of memory.
Is it possible the texture resolution is just too high by default, causing the video drivers to allocate a bunch of memory on its own? I don't see an option to lower the texture resolution, and I'm not sure which cvars control that.
Are you sure your Boost is the right version? If you have to add a manual symlink it may be that the compiler version does not matchI have Boost 1.34.1-r2, and GCC 4.1.2. The Linux C++ ABI has been pretty stable since about GCC 3.4, AFAIK, so it'd be odd for a lib to have not only the package version (instead of the library ABI version), but also the GCC version "encoded" on the filename.
-
Hm. You shouldn't need to dmap saintlucia (the map is precompiled), but doing so shouldn't hurt either. It will create the .proc/.cm/.aas32/.aas_rat files outside of the PK4 though, which can cause confusion later.
Have you tried starting the map without dmapping first? I sometimes get a memory allocation failure when dmapping and starting the map in the same session.
The crash would happen even after I tried starting it again. The wiki says the Linux version needs to run the dmap command, however, I just did fresh extraction (deleted the old .doom3/saintlucia and re-extracted the executable) and tried to start a game without running dmap. Now it gets out-of-memory killed when it finishes loading. I have 1GB RAM + 512MB swap, and 256MB VRAM, which should be enough from what I read.
-
I'm trying to run the mod, but I'm running into several issues. First is when the game loads, it immediately bombs with
dlopen '/home/kitty/.doom3/saintlucia/gamex86.so' failed: libboost_filesystem-gcc41-1_34_1.so.1.34.1: cannot open shared object file: No such file or directory
Looking on my system, it seems I have /usr/lib/libboost_filesystem.so (and /usr/lib/libboost_filesystem-mt.so). If I add a symlink, the game will start. I can then run 'dmap saintlucia' (though the wiki says to do thiefs_den, which doesn't work). After a few minutes, I can then start a new game, purchase some gear and watch the opening cinematic. But as the "progress bar" fills up, the game crashes, with the last lines being:
----- idRenderModelManagerLocal::EndLevelLoad ----- 0 models purged from previous level, 877 models kept. --------------------------------------------------- ----- idImageManager::EndLevelLoad ----- WARNING: Couldn't load image: _emptyname WARNING: Couldn't load image: - WARNING: Couldn't load image: extinguishable/hanging_lantern WARNING: Couldn't load image: extinguishable/streetlamps/roundstreetlamp WARNING: Couldn't load image: hair 0 purged from previous 211 kept from previous 1306 new loaded all images loaded in 136.5 seconds ---------------------------------------- ----- idSoundCache::EndLevelLoad ----- 24573k referenced 5963k purged ---------------------------------------- sound: missing efxs/saintlucia.efx signal caught: Segmentation fault si_code 1 Trying to exit gracefully.. --------- Game Map Shutdown ---------- -------------------------------------- Shutting down sound hardware ------ OSS Sound Shutdown ------ close sound device -------------------------------- idRenderSystem::Shutdown() ------------ Game Shutdown ----------- --------- Game Map Shutdown ---------- -------------------------------------- Shutdown event system -------------------------------------- shutdown terminal support
I'm using 32-bit Gentoo, with a properly patched Doom3. The previous demo map worked fine. Any help would be greatly appreciated.
Noisemaker Arrow
in The Dark Mod
Posted