Areaportals in 2.3.33

(pazur) #1

“- Areaportals work internally like hint and antiportals, so they no longer need to be full brushes (the other sides can be skip)”

ok. do they have to be skip on the other surfaces of the brush? i get a lot of error messages like this:

WARNING: cluster 352 has area set to -1
WARNING: areaportal brush 4356 doesn’t touch two areas
WARNING: cluster 499 has area set to -1
WARNING: areaportal brush 4121 doesn’t touch two areas
WARNING: cluster 538 has area set to -1

the areaportals worked fine till 2.3.33 so they “seal” two areas.

(Raven) #2

Funny you should post this Pazur. My lead has a similar question that I thought I would run by you Ydnar:

[b]- Areaportals work internally like hint and antiportals, so they no longer need
to be full brushes (the other sides can be skip)

Will areaportals with the areaportal texture on all sides be less efficient/cause errors now?[/b]

I am now also getting this error in maps that never had areaportal errors before:

WARNING: cluster 733 has area set to -1
WARNING: areaportal brush 1177 doesn’t touch two areas
WARNING: cluster 844 has area set to -1
WARNING: areaportal brush 265 doesn’t touch two areas
WARNING: cluster 1008 has area set to -1
WARNING: areaportal brush 353 doesn’t touch two areas
WARNING: cluster 1084 has area set to -1
WARNING: areaportal brush 522 doesn’t touch two areas
WARNING: cluster 1133 has area set to -1
WARNING: areaportal brush 494 doesn’t touch two areas
WARNING: cluster 1166 has area set to -1
WARNING: areaportal brush 489 doesn’t touch two areas
WARNING: cluster 1244 has area set to -1
WARNING: areaportal brush 532 doesn’t touch two areas
WARNING: cluster 1280 has area set to -1
WARNING: areaportal brush 533 doesn’t touch two areas
WARNING: cluster 1287 has area set to -1
WARNING: areaportal brush 928 doesn’t touch two areas
WARNING: cluster 1314 has area set to -1
WARNING: areaportal brush 929 doesn’t touch two areas
WARNING: cluster 1344 has area set to -1
WARNING: areaportal brush 1773 doesn’t touch two areas
WARNING: cluster 1364 has area set to -1
WARNING: areaportal brush 869 doesn’t touch two areas

So I am guessing this means that I need to place the skip texture on all un-used areaportal sides?

Ford ‘Raven’ Dye
Designer
Raven Software
raven11th@charter.net
fdye@ravensoft.com

<font size=-1>[ This Message was edited by: Raven on 2002-12-09 18:03 ]</font>

(pazur) #3

he… strange. this occurs even in a map with no areaportals?

btw: raven. did u publish the document about antiportals? i`m sure this is of “public” interest :wink: i made funny experiences with antiportals. trees disappeared and stuff

(pazur) #4

i just finished a compile with 2.3.33. areaportals still work. so this seems to be just a warning

(ydnar) #5

Ah, joy. Need to get rid of that silly warning.

The areaportals should still work just fine in-game. Please let me know if this is not the case?

y

(Raven) #6

Thanks man :smile:

It is going to be a few days before I get my home PC back up and running. When I do I will post the Antiportals info. Sorry for the delay.

(Raven) #7

Is it best to now create the brush out of the skip texture and just texture one of the 6 faces with the areaportal texture now?

(pazur) #8

cool :smile: looking forward to read that doc.

i wish there would be a big tutorial site covering all the new q3map2 features. fiesling is doing a great job with his q3map2 tuts, but ydnar adds new features just too quickly :wink:

(Emon) #9

Warnings usually aren’t important. Like when compiling C++ code, I get warnings all the time. It’s like the compiler’s way of telling you there might be something wrong, but it doesn’t know if it will or will not work.

(ydnar) #10

Silenced the warnings. It’s not the best solution, but it keeps the noise down for now.

y

(Raven) #11

Cool…Thanks Ydnar :smile:

(Mr DiMPy) #12

Since using the new version of q3map2 I have a prob with areaportals, when walking through a func_door with an areaportal in it all the other Func_doors vanish.
See here :- http://www.oaktrees.plus.com/Areaportal.htm

Do I have to go and modify all the areaportals by putting the texture only on one side?, or is there another way to cure the prob.

<font size=-1>[ This Message was edited by: Mr DiMPy on 2002-12-13 13:35 ]</font>

(Raven) #13

Sounds like your areaportals are too thick. If an areaportal is thick enough for you to stand in, then entities will disappear when you are inside of it. Try making your areaportal brush out of the skip texture and only applying the areaportal texture to the one face that is inside the door. This will get rid of your problem :smile:

(Mr DiMPy) #14

Ok will try, why has it changed for this version of q3map2 as earlier versions gave no probs with areaportals? Thanks for the quick reply :smile:

(Raven) #15

Well, it may be something else entirely then. Just try what I said and see if it helps. If not, maybe Ydnar has a fix :smile: Happy Mapping.

(Mr DiMPy) #16

OK I have done a test, it now seems that if you have areaportal on all sides of a brush, and you walk through that areaportal any func_doors that are in view vanish or flicker depending if you stop where the areaportal is or just walk through it. It dont matter how wide the areaportal brush is it still seems to affect any other func_door that can be seen.
Having said that, if as was suggested I put areaportal only on one side of a brush then everything works ok, ie no vanishing func_doors.
Should this be happening or from now on do we have to edit all our maps.
Is anyone else seeing this prob or is it just me?

(Raven) #17

I have not seen this problem because I updated all of my maps with the technique I explained above and it works fine. I have heard a few others, who have not changed over, mention similar problems to yours. You are not the only one having the problem.

Ford ‘Raven’ Dye
Designer
Raven Software
raven11th@charter.net
fdye@ravensoft.com

<font size=-1>[ This Message was edited by: Raven on 2002-12-13 21:58 ]</font>

<font size=-1>[ This Message was edited by: Raven on 2002-12-13 21:59 ]</font>