Release: Q3Map 2.3.33

(ydnar) #1

Q3Map 2.3.33 Win32 (x86) - Linux (x86) - Readme

<hr><pre>
2.3.33 (2002-12-08)

- Added new -bouncescale argument for radiosity scaling
- Added -pointscale and -areascale for consistent naming
- Radiosity patch subdivision code enhanced
- Hint portals split the BSP first (higher priority)
- Antiportal and areaportal faces split the BSP last, to minimize errors
- Areaportals work internally like hint and antiportals, so they no longer need
  to be full brushes (the other sides can be skip)
- External lightmaps are now named "lm_NNNN.tga" in the maps/mapname dir
- Cleaned up some of -light argument processing
- Planar surfaces w/o lightmaps will no longer be tagged as MST_TRIANGLE_SOUP
  (this fixes problems with Particle Studio particles dropping out of view)

</pre>
<hr>

Basically just adjustments & refinements. Enjoy!

y

<font size=-1>[ This Message was edited by: ydnar on 2002-12-09 21:36 ]</font>

(FSF-Moses) #2

Thanks Ydnar!
As usual mirror is @ http://lum-chan.bbox.org/moses/

(demoneye) #3

Ydnar - I’ve just done some compare compiles on my map from .32 to .33 - The map is heavily hinted with “all faces” hint brushes, and the compile time has gone up.

Is this what you would expect?

DeMoNeye

(ydnar) #4

What do you mean by “all faces?”

What portion of your compile time has gone up? BSP? Vis? Light?

y

(Raven) #5

Excellent wotk Ydnar!!!

(ydnar) #6

Linux x86 version!!!

y

(demoneye) #7

Ydnar,

“all faces” - hint brushes fit into the structural caulk hull - normally at corridor intersections. So a hint brush would be 128x128 and 32 deep. It’s is totally textured with hint.

I doing a BSP and full vis.

.32 - 3:40
.33 - 3:47

Should I be using brushes with a single face of hint, and the rest in skip?

DeMoNeye

(ydnar) #8

Axial hint brushes aligned with other structural planes effectively do nothing.

Hint brushes work best if they’re at an angle to the surrounding geometry:

<pre style=“font-size: 16px”>
| |
| |
| |
| |________
|
|
|___________
</pre>

y

(pazur) #9

_farplanedist is broken in 2.3.33 :sad:

(ydnar) #10

On 2002-12-09 22:56, pazur wrote:
_farplanedist is broken in 2.3.33 :sad:

What game are you compiling for?

y

(pazur) #11

wolf mp. should i use fogclip in worldspawn instead of farplanedist?

(pazur) #12

any further comments about the farplanedist issue?

(Valhue2) #13

Is it safe to extract the contents of the zip so that it overwrites the old version of q3map2 in the radiant file structure? Since gtkrad supports q3map2 now,… would doing this be safe without worring about overwriteing some valuable file type?

V^2

(ydnar) #14

Q3Map2 shares its DLLs with Radiant. Just unzip the binary q3map2.exe :smile:

(Valhue2) #15

okily dokily…

V^2

(FSF-Moses) #16

Oh? I always did overwrite the existing DLL’s with the new one…
Havent installed 1.2.11 of GthRadiant yet (still on 1.2.10) and just copied the new 2.3.33 over the old ones…
Haven’t got any issues when running q3map2…

Will this overwriting cause issues?

(Emon) #17

When I upgraded to 2.3.33 from 2.3.32 that comes with GTKRadiant 1.2.11, I just unzipped all the files into the GtkRadiant folder in Program Files, and discarded folder information and overwrote old files. Works fine.

(FSF-Moses) #18

Thanks… As soon as I have some time left, I’ll install GtkRadiant 1.2.11 and then version 33 of Q3map2 :slight_smile: