Quake3 1.32e

[fsad]

Would you consider porting OpenAL from ioquake3? I know it comes with a performance hit for non-Creative cards, but the benefit for positional sound is definitely worth it. Also want to pass along my thanks; a few of my friends are using this client so they can get fast downloads from my server... no longer needing to link and having to explain map installation for everyone makes all the difference when trying to get new players interested.

[Cyrax]

Would you consider porting OpenAL from ioquake3?

I'm not planning to do that in near future

[sub]

Hello : )
Great work! I really like all the improvements you put into this.
Everything seems to be working well, I'm just having a little problem with shaders and can't figure out what might be wrong. While running with a clean instalation of q (-no extra pk3 files) I got a missing texture in game for 'textures/skies/hellsky'. However if running with v 1.32c the texture is normally displayed. With 1.32e (tried also with the latest release) the texture wont appear and there's a message in the console:
WARNING: unknown general shader parameter 'cloudparms' in 'textures/skies/hellsky'
-but when going through the scripts every line with 'cloudparms' seems to be comment out.
Also, any other original sky texture seems to be working fine with both 1.32c and 1.32e
Here is a test-boxmap with that hellsky texture
http://www.gsurfaces.ic.cz/hellsky.pk3 (hellsky.bsp)
Could you please check if you are having the same problem, or what could be wrong?

[Cyrax]

In 1.32e shader order was changed a bit i.e. recent shader with the same name will be used instead of the old one, which is generally better for mod makers as you can modify or fix(which is often more important) almost any existing shader

In current case - hellsky shader is defined twice in the same .shader file - so last (broken) shader is used. Solution for your case: put right (maybe modified a bit) shader in supplemental .shader file with your map

You may say that is a bug in 1.32e while I would say that its the only right way to do things just because with old behavior (-current ioq3' as vanilla stuff was changed for security reasons) you can't update existing data (textures/models/vm/etc) and shaders with one new pk3 file just because:
* data update requires pk3 file name to be placed (after sorting) after your base file
* shader update requires pk3 file name to be placed (after sorting) before your base file
- which is self excluding as you can see

[sub]

Hey, thanks for explaining : ) I just found this out while helping to beta-test one new map and I thought I could ask about it if it might be some bug or such, but now it's clear. Also there's another little thing, with 1.32c if a mapper forgets to include some texture you get a message in the console saying: 'trying textures/map/texture.tga...' but these messages don't appear with 1.32e (problems with shaders are still being reported tho)

[Cyrax]

I'm not deleted anything, just hide some messages in normal mode (like shader listing) to make it less annoying, \developer 1 should display all missing stuff I think

[sub]

Oh, thanks, didn't know about that one command. That should work well, it actually displays even a lot more stuff than usual, so could be better to always use it while testing.

[Wishful Thinking!]

Hi there,

I'm not sure if anyone is aware of this, or if it can even be fixed, But here is what I have tried and failed with.

Target: Getting 1.32/132c clients to have redirected downloads from 1.32e server.

I tried this same experiment with IOQ3 (1.36). I have the server on 1.32e, and client on 1.32 and 1.32c, both 1.32/1.32c could not use the redirect from the 1.32e server. The only way it would work is if the SERVER and CLIENT with BOTH on 1.32e, or client had IOQ3.

Have I discovered a bug?, or is this something that the development team already knows about.

It would be good for someone that just has 1.32/1.32c and can use Redirects due to the server they connect to that is 1.32e (or IOQ3).

[Cyrax]

Hi Wishful Thinking!, I'm deleted your second duplicate post if any

In order to use download redirection - client-side must support this feature, because all server job there is about to declare and export sv_dlURL cvar only, i.e. this will work even on legacy 1.32b/c servers:

Code: Select all

sets sv_dlURL "http://someurl/somedir"

But again, client-side must support this feature

Latest ioq3 and some other custom engines have improved 'classical' (server-side) download code which allows higher download rates for legacy (1.32b/c) clients at cost of some game lags, but I don't like this so much atm

[Wishful Thinking!]

Hi Wishful Thinking!, I'm deleted your second duplicate post if any

In order to use download redirection - client-side must support this feature, because all server job there is about to declare and export sv_dlURL cvar only, i.e. this will work even on legacy 1.32b/c servers:

Code: Select all

sets sv_dlURL "http://someurl/somedir"

But again, client-side must support this feature

Latest ioq3 and some other custom engines have improved 'classical' (server-side) download code which allows higher download rates for legacy (1.32b/c) clients at cost of some game lags, but I don't like this so much atm

Sorry for the second post (:

Yeah I thought as much (that client side must have the feature as well). I have conducted quite a few various tests, and there isn't much hope for thos who just install the game and don't want the hassle of other "third party updates" to make it work properly (a common occurrence to people I know.)

I pose a second question.. Though this relates more to IOQ3... Does anyone know if it's possible to get IOQ3 to save log files to install directory instead of %appdata%/Roaming/Quake3... ? - I've asked the question on their forums but not very much activity as far as replying to the thread =]

Cheers.