News | Forum | People | FAQ | Links | Search | Register | Log in
Mapping Help
This is the place to ask about mapping problems, techniques, and bug fixing, and pretty much anything else you want to do in the level editor.

For questions about coding, check out the Coding Help thread: https://www.celephais.net/board/view_thread.php?id=60097
First | Previous | Next | Last
I Take Back What I Just Said So Ricky And I Are Not In Agreement 
 
Yeah 
I'm not so sure myself, maybe it is OK to customise the way the weapons work in your own mod. 
 
that's unfortunate. :(
maybe better documentation was in order, but i like the new system too much to change it. :x

frankly, i find it far more annoying when someone makes a mod with the older progs sources (not 1.06) which don't have a cycle back impulse as i tend to use that solely for weapon selection. 
Zero Gravity / No Z-xis Move 
I am working on a map with some portions outside a spaceship... hence no gravity is required.
Having no gravity can be easily achieved using sv_gravity, but the player cannot move on Z-axis unfortunately... I though one moment fly mode will solve the issue but it didn't work either.

Actually I'd like to obtain equivalent behavior as noclip (in term of X-Y-Z acis move capabilities) but not passing through walls ? Is that possible ? 
Maybe, But It Would Require Some Experimentation I Think. 
i'm thinking you could do something similar to the fake water effect.

first to understand how the engine works:

quake first runs water physics on the player and only checks if the player is actually IN water afterwards.
AND
the variables that tell the engine that the player is in water can be changed via qc.

so, as long as you set the player's .waterlevel is set to 3, the engine thinks the player is swimming.

this allows you to move in all three axis. the problem is that, you also need to set the player's personal gravity (not sv_gravity) to 0 (or 0.001 since 0 defaults to 1) via the .gravity variable.
this will give you a perfect swimming physics effect. unfortunately, swimming physics has the sinking effect so you need to cancel that out somehow without stopping the player from manually swimming downwards.

note however that all this code must be done before physics are run by the engine. this means it either has to go in a touch function or in the playerPreThink function (NOT playerPostThink).

also, water physics has a lot of 'drag' on the player that causes them to stop moving quickly. so that would have to be worked around as well. 
 
I learned to map on worldcraft.

Now I want to learn to map for q1 using radiant style editors. Google reveals myriad versions of this thing, qeradiant, gtkradiant, netradiant, and others... I am confused.

So, my new dumb question is this: To map for quake 1 in the optimal radiant-based editor, where do I begin? 
 
i believe the only up to date versions of radiant for q1 are either gtkradiant 1.5 or sikkpin's QE3.

gtkr 1.5 is the version that works natively for quake. they changed some controls in 1.5 from 1.4 (making 1.5 inferior, imo). it's possible but slightly hacky to use 1.4 and use a q2->q1 .map converter.

Sikkpin's QE3 is basically gtkr 1.5 but without the retarded control setup. it does have a few annoying bugs, but they are consistent and aren't anything that can't be worked around. there's nothing that will corrupted your whole map, but, for example, if you have multiple point entities selected and you undo an operation on them, all but one of them will be converted into brushes the same size as the entity was.

if you want to give sikkpin's QE3 a shot, you can get the latest version here:
http://shub-hub.com/files/tools/qe3.1.0.5beta.zip
it's a little finicky to get set up because you have to set some directory info manually in text files, iirc.
there's a long thread here: http://www.celephais.net/board/view_thread.php?id=60225 for it, but just bump it if you have questions.

supposedly, baker was going to take a look at the QE3 source and make some fixes and such, but that was a long time ago.
at least the source is available, but there doesn't seem to be much interest in it. wish i understood it, personally (or could even get it to compile!). 
 
netradiant can also be used for q1 and is slightly more up to date than 1.5.

The UI of 1.5 is a question of taste, I prefer it for example.

Another radiant question:

Textures on rotated faces sometimes show up correctly in radiant but not in game; has one of the radiant users here found a solution for it besides manually realigning those textures? 
 
Also, has someone successfully compiled sikkpin's qe3 on linux, or is this another lazy port? 
Necros 
I would like to stick to Quoth mod without having to compile any qc stuff (as I am definitely not an expert).. but your idea sounds good as I thought exactly the same yesterday night... so ideally outside the spaceship would be invisible water.. hence player:
- can move X-Y-Z axis without any issue (zero gravity emulation)
- will suffocate after some time without proper suit

Now the issue is how to make water invisible and how to remove the water effect ingame (i.e removing the distorsion effect when "swimming")
I think skip tool can be used for first issue (as far as I remember Metlslime provided "waterskip" texture to remove water surface, Metlsilime would be cool if he can confirm ;)... I have to experiment this). And for second issue I remember it is possible to remove the water distorsion effect, but on this I need help as I can't recall the command ;) 
 
Skip would remove the water texture from the surfaces. There is still the screen tint though.

Making the water an entity and setting alpha = 0.1 would make it totally transparent I think... in engines that support entity alpha.

r_wateralpha = 0.1 might also work?

r_waterwarp, IIRC, does the underwater warp. Try setting that to 0? 
Gb 
Thanks for the tips: I'll try them ;)

And indeed remains the water tint "issue"... not really a big deal actually as FitzQuake supports r_wateralpha.. Maybe it would be cool to apply it only to water, that would prevent to have a global wateralpha value for all the map... hmmm, I need to think about this..

Anyway, thanks a lot for your help necros and gb, you rock ! ;) 
 
WTB an engine/mod/whatever that removes those annoying graphical tints and instead adds the HUD icon of the powerup in the screen corner with a countdown like an RPG does.

A: it can really mess up visibility if you have these strong effects over the screen (see Quoth Battlesuit)

B: It's irritating not seeing the actual duration of the powerup you are using, and the 3 second fade warning is often not long enough if you're trying to design a sequence where the player has to use multiple powerups (say an area with a respawning Quad or an extended underwater sequence where the player needs to find biosuits). 
 
Displaying the time remaining on a powerup would be an easy qc hackjob, at least. Not sure about engine side.

I made a mod that displayed health next to the crosshair once. You can display all sorts of things in there. 
Zero Gravity, 2nd Round 
OK, using waterskip and water for zero gravity emulation is working fine.... except I still have two problem to solve:

1/ Water tint is still present despite wateralpha set to 0
=> Is it possible to remove it and make water as transparent as space emptiness ?

2/ Still remains the sounds coming from the water (e.g player jumping in water = plouf, player moving up, etc...)
=> Is there a way to remove them (and preserve suffocating noise that is interesting ;)

I hope some cvars/command/sv/gl stuff can be of use here...

Thnaks a lot in advance.. 
 
if there's no other water in the map, you could replace the sounds...

i did this kind of thing in ne_tower, for example. just run it as a mod of a mod (so for fitzquake, you'd run with -quoth -game jplmod instead of dumping all your files into the quoth directory (dp would be -game quoth -game jplmod)).

it's a cheap way to do it, but it works. :P 
Lower-gravity Room 
I'm sure I've navigated through a room with lower gravity than its surroundings before. Something like... gmsp1? Did that have its own progs? 
Mandel 
i think it was in the start map of hipnotic 
 
gmsp1 in the outside area. 
Mandel: 
yeah, but you don't have full swimming/noclip-style control, only standard quake air-control which is limited. 
 
i wonder...

what if you turned noclip on the player, then created a dummy entity with player bbox size.

then, transfer any movement the player is trying to do to the dummy and reset player's position to the dummy every frame.

this gives you full noclip control but you won't be able to go through walls or entities because your actual position is bound by the dummy entity. 
As Long As.. 
.. it does not requires qc, I am happy with any solution. As I am definitely a bad coder, I'd rather prefer to prevent from trying to code anything, and stick to existing mod/std Quake...
Well, now I have to figure out how to make all this as easy as possible... If not easy at all, no space map, I'll do something else...
and to be honest, I didn't started any piece of brush placement yet, I am just experimenting zero gravity stuff: I want make sure the effect will be realistic enough before thinking about map architecture (despite I already have an idea about what I want)
Anyway, thanks a lot for the hep. 
Just Use 
The hipnotic progs.

I think it works with a trigger_gravity or something like that.

Easy peasy. 
 
1/ Water tint is still present despite wateralpha set to 0
=> Is it possible to remove it and make water as transparent as space emptiness ?


Have you tried gl_polyblend 0
Hhhmmmmm !!! 
@ijed: I know Quoth has already a trigger_setgravity that can be used for low-g area... that is coming from hipnotic progs ! After some experimentation I made recently, it is acting exactely like sv_gravity, hence the player cannot move up and down like I'd like to.. anyway, thanks to remind me this stuff.

@ontruepurple: I tried it, and it works perfectly ;) Thanks a lot for the clue ! no remains the sounds issue :D 
First | Previous | Next | Last
You must be logged in to post in this thread.
Website copyright © 2002-2024 John Fitzgibbons. All posts are copyright their respective authors.