0.2.8.0_rc2: Release process and bugs

joda.bot · Post by **joda.bot** » Fri Jan 27, 2006 1:44 pm

wrtl's "RaceToWinzone" server and some other color coded servers did not appear. AFAIK they all might be running beta4 ... now that I looked.

So it might be the/an old 0.2.8_beta4 server<->master server bug.

iceman · Post by **iceman** » Fri Jan 27, 2006 1:48 pm

I never see the race server in the list, does it matter that I mostly use 0271 client ?

Website · Post by **Z-Man** » Sat Jan 28, 2006 2:20 am

Iceman: that may be because its a server that uses maps, it'll be all the way down the list for you because it's incompatible.

Joda: The AI team bug is one of those static data bugs, THE AI team is one of those. It's now properly cleaned up. Your job will be to do it right

The only grid flickering I get is the extra aliasing anisotropic filtering adds. I'd disable it again, but the NVivia control panel crashes

It's probably nothing a recording can help with. The RaceToWinzone maps are huge, you're probably right, it's just inaccuracies.

The reason for wrtl's race server not appearing is that the master you connected to did not know about it. For master4, this would have been my fault (master1 was not sending it updates), but you contacted master3. Maybe it was down for a while and not up to date because of that.

Lucifer: found and fixed, I just added a "reset round" at the appropriate place. It happened because there was a spectator online who kept the match alive.

iF · Post by iF » Sat Jan 28, 2006 2:32 am

z-man wrote:The only grid flickering I get is the extra aliasing anisotropic filtering adds. I'd disable it again, but the NVivia control panel crashes It's probably nothing a recording can help with. The RaceToWinzone maps are huge, you're probably right, it's just inaccuracies.

Hm - the problem and the maps are huge.

As I small pieces of wall produced the error had also arisen.
Possibly reset "somewhat" between rounds?

Website · Post by **Z-Man** » Sat Jan 28, 2006 11:27 am

The texture coordinate is already resetted between rounds, try placing your shorter walls first in the map and see if that helps. I'd let the texture coordinate wrap early during map creation, but at that time, it's still unknown how it will wrap.

Website · Post by **Z-Man** » Sun Jan 29, 2006 12:35 am

I added texture coordinate wrapping code to the rendering function. That way, inaccuracies get their shot earlier in the game. This may not make rendering prettier, but at least the flickering of wall textures should be gone.

I merged the branch back into the trunk, this time up to Root_b0_2_8_0, the point where the subbranch for 0.2.8.0 splits.

Code-wise, there have been enough changes to justify rc3. I'm just waiting for the artwork get selected.

Post by **Lucifer** » Mon Jan 30, 2006 8:32 am

Here's a screenshot of the new font. It's pretty hard to read.

joda.bot · Post by **joda.bot** » Mon Jan 30, 2006 9:19 am

@lucifer: uhm, your aspect ratio seems to very wrong

How does ArmagetronAd handle 16:9 screen aspect ratios ?
Lucifer: can you describe your problem with the font, the font in the screenshot looks rather ok for me.

Post by **Lucifer** » Mon Jan 30, 2006 9:23 am

Heh, actually, it's 1280x800, which isn't exactly 16:9. It's more like 16:10, iirc, too lazy to do the math right now. But yeah, I haven't tried to fix it. There's a custom aspect ratio config item, maybe I'll fool with it again and see if that fixes it.

Edit: No visible difference using custom_screen_aspect 1.6

Website · Post by **Z-Man** » Mon Jan 30, 2006 11:42 am

joda.bot wrote:How does ArmagetronAd handle 16:9 screen aspect ratios ?

It blows menus and texts up to fill the screen (wasn't able to come up with a good solution in time), but the game action is rendered with the correct aspect ratio and the same horizontal FOV as on a 4:3 screen, with top and bottom bits chopped off. Even wider screens, like those you get in splitscreen mode, expand the view in horizontal direction.

Lucifer: is this the font from CVS or the release tarball? For the rc's, there was some messing around.

Post by **Lucifer** » Mon Jan 30, 2006 11:49 am

from cvs. I was assuming the font in the trunk was the same as in the rc's, since it has the "42" for unknown characters (The S in Supertard) and you just merged from the branch into the trunk a little while ago.

CoffeeTeeCat · Post by **CoffeeTeeCat** » Tue Jan 31, 2006 9:02 pm

i have a problem with custom cam.
when i do something near at rim, especially at the corner,
cam shakes like earthquake.
i feel sick when it happens.
is it a cam problem or wrong settings for custom cam?

the settings of cam when i took the record were... (maybe the value of some settings were changed quite a bit)

CAMERA_CUSTOM_BACK 5
CAMERA_CUSTOM_RISE 6
CAMERA_CUSTOM_BACK_FROMSPEED .5
CAMERA_CUSTOM_RISE_FROMSPEED .5
CAMERA_CUSTOM_PITCH -1
CAMERA_CUSTOM_ZOOM 0
CAMERA_CUSTOM_TURN_SPEED 3
CAMERA_CUSTOM_TURN_SPEED_180 2

CAMERA_VISIBILITY_LOWER_WALL 0

Website · Post by **Z-Man** » Thu Feb 02, 2006 12:06 am

CoffeeTeeCat wrote:CAMERA_VISIBILITY_LOWER_WALL 0

It's this one, you want it at 1. If walls can't be lowered, the camera has no choice but to move to stay inside the arena.

Phytotron · Post by **Phytotron** » Thu Feb 02, 2006 2:24 am

Two short and minor things, in terms of significance. They're certainly not essential, as you'll read, and if you'd rather put them off, that's fine. Nevertheless:

1) I still can't type any characters that require an option-[whatever] key combo, such as ñ or é. If I try, it crashes. I can make another recording or two if anyone would like to look at it.

2) This doesn't qualify as a bug (though it does bug me—har har), but.... Any chance chatbot AI might be bumped up just a tad? I'm not saying it should be smart, or even any better than someone playing for the first time. (Obviously, it shouldn't serve as a subsitution for actual—even rudimentary—play, as certain hacked clients do. ::cough:: ) But could it at least not be so damned stupid as to turn directly into a wall as soon as the chat button or esc is pressed? Just reasonably not-totally-dumb is all I ask.

CoffeeTeeCat · Post by **CoffeeTeeCat** » Thu Feb 02, 2006 3:31 am

yea i know, there is no chance for keeping the view visible when i set it to OFF.
huh i thought it happened either CAMERA_VISIBILITY_LOWER_WALL is ON or OFF.
because that problem also happened to me when CAMERA_VISIBILITY_LOWER_WALL was OFF that time. i think
i set it to ON now, it seems to be okay. ah that was a simple problem for me.
Thank you.
P.S. i wannt to set it to 0, cuz i don't like invisible rim wall. plz stay the cam inside...

*EDIT-QUATE from my other post
now i set CAMERA_VISIBILITY_LOWER_WALL back to 1,
added alpha channel to the rim wall textures,
and set BUG_TRANSPARENCY_DEMAND to 1.
this works fine for me with custom cam.

Armagetron Forums

0.2.8.0_rc2: Release process and bugs

custom cam problem at rim wall

Re: custom cam problem at rim wall