 News | Forum | People | FAQ | Links | Search | Register |
Log in |
|
|
The stable worldspawn precaching seems to cure the problem, too (I now restored the random mdl logic again). This might lead to the theory that any conditional spawn precaching might cause the messed up models in savegames
I still have another ATF issue as well; sometimes it triggers a progs validation fault while running, accessing an invalid edict. I don't think it's related to the other issue, though. If you don't want the models precached in worldspawn, but only when the rocks are actually used in a map, you could precache both models at the start of the spawn function, before you randomise them. That should work just as well. It does mean you have a wasted precache if none of the entities generate one of the rocks, but I can't see any way round that without breaking save games, at least until we know for sure what causes it.
One can indeed question the quality of this and other contemporary mods, but they actually offer good test material. But one of the maps in ATF is probably the most messed up piece of junk I ever saw.
The mapper must've been completely unaware of the subtle differences between various basic ents, having a func_illusionary as a platform, several solid teleporters, SK door without any SK in the map and teleporters/pushers in the most unexpected places, throwing the player around the map at random Interestingly enough, there are several key objects (e.g. sounds, symbols and archgaunts) in Nehahra that seem to have originated from this mod. And I think it is because the author did an -onlyents compile before release and didn't bother to check that half the map broke because of it. (messed up modelindexes, etc)
Anyway, playing that mod feels like getting cancer, AIDS and cerebral palsy at the same time, so I've only played it, like, thrice. referring to atfe2m2, which indeed has many model errors when re-lighting it (conflicts between the model and entity lumps, probably due to the -onlyents run or similar). That map actually works without any obvious problems.
The map I was referring to is the one after that, atfe2m3. I have no idea how it could be produced by mistake or corruption. I've also mowed my way through Fantasy Quake and X-Men recently and there's a lot of unique and un-Quakey material in there. Must've been a lot of work creating it the atfe2m3 map again, I realize that you're probably right about the messed up entities. If I start to shuffle things around and change modelindexes, the brush ents suddenly start to make sense. Argh
aguirRe can u explain how can i make this work...
http://trinca.no.sapo.pt/03.jpg ;( Txqbsp.exe and light.exe work fine but vis give me this error prt fucking file...can u please explain what does that mean? thks in advance! Go into your Quake/tmpQuArK directory (or where the compiled map, etc.. are located... normaly the stuff should be there),
Remove all the files.. Relaunch TxQBSP only (from QuArK) Launch Quake from QuArK In quake console type pointfile A doted white lined should appear: follow it and you will find the leak... BTW, I'm very surprised that QuArK didn't show you the leak by a red arrow before !! Hope it helps... A leak is equivalent as a "hole" in map: if the map is not correctly sealed, you got a leak... So seal the map, and the issue is solved ;)
this is basic mapping stuff, the manuals have stuff on it.
copy the I didn't know about that "pointfile" command... Thanks!
and many thks to JPL that help me out in a hard thing last night ;) Got trouble where only a french guy could help, eh? :D ehehe no,no at this point was the only one that help me out with no limits... :) vondur refuse to help me... but i kick his ass "sometimes" in dm�s :) to revenge!
i can't remember the last time i had to use the pointfile - quest's leak detection is sweet. the other editors must have such a function, as well...?
I am currenly working on a TDM map, which is a remake of my Q1SP map titled "Apinaraivo / Monkey Rage". I am looking for experienced Q1 TDM players to gather gameplay feedback on the map. If you would like to help, either post here or get in touch via email.
...the trigger_teleport? when there are multiple teleports at once only one has tfog (or at least not all of them). when the silent flag is set at least one of them makes a sound and has tfog. this sucks.
silent flags on teleporters doesn't affect the teleport affect at all, rather, it determines whether the ambient sound is played.
as for flashes not appearing when multiple teleports are in progress, that's an engine limitation. not enough particles to go around. i think you can change that by adding -particles 50000 or something like that to the command line, but i don't really remember. TreeQBSP's default setting is non-transparent (opaque) liquids. If you're seeing something else in-game, the map is probably not vised or you're using a custom engine that disregards vis info.
Both Tx/Tree compilers can be set either way. ok, i already suspected the missing flashes to be an engine limitation. nevertheless multiple silent teleporters do make a sound.
my bad about the qbsp thing. i switched to txqbsp at some time (maybe because it has -oldaxis enabled by default = good) and forgot about it. -nowatervis is the key here. in treeqbsp water is indeed opaque without -transwater. the sky, however, is always transparent with both. transparent according to vis AFAIK. I don't even know what the -transsky option does. Again, what you might be seeing is probably engine related.
Some engines don't render animated sky leafs properly and others have issues with skyboxes, which is an old Q2 bug.
|
|
| You must be logged in to post in this thread. |
|
| Website copyright © 2002-2024 John Fitzgibbons. All posts are copyright their respective authors. |