r24822 - Can't reach top floor on large ufo.

[Duke]

You did. The +africa harvester ramps look different, as you described.

If you need help figuring out which harvesters you missed, we should be able to find some volunteers here

[Mattn]

tropic should be fixed now, too - thanks for pointing this out.

[jack1232]

svn : 24961
linux
Mission in Bangkok tropical

Enter the first floor in the harvester its still impossible

[geever]

With map recompiled?

-geever

[jack1232]

yes
after
sudo svn up
sudo ./configure
sudo make
sudo make lang
sudo make maps
sudo make pk3
sudo make install

but i using  one ,same saved game

[Mattn]

yes, reproducible even with my latest map changes here.

@duke: can you have a look why it works in africa and not in tropical with the harvester?

you can force a harvester via skirmish if you set the cvar rm_ufo to +craft_ufo_harvester before starting the map

then use g_notu and g_nodamage set to 1 to get there fast (after starting the map)

[8472]

svn : 24961
linux
Mission in Bangkok tropical

Enter the first floor in the harvester its still impossible

mine actual SVN version is: 25008
before there was a huge SVN update.
I've recompiled the maps and have the same problem at Bangkok tropical. can't reach the top floor

[Mattn]

but it works in other maps where the harvester is used? e.g. africa or harvester_crash?

[8472]

but it works in other maps where the harvester is used? e.g. africa or harvester_crash?

well, as far as I remember from long ago previous "harvester" missions, I think yes it did work. but it was long time ago, because now I'm capable to shot most UFO's down over the sea.

[Duke]

@duke: can you have a look why it works in africa and not in tropical with the harvester?

In africa, the topmost part of the ramp has z=0 and floor=15. In tropical, we get z=1 and floor=0.
Also the floor beside the ramp is 1 QUANT higher than in africa. It seems the whole harvester is placed 1 QUANT higher.

Those values are perfectly fine mapwise. The routing values are fine too. But the situation triggers a bug in the pathfinding code I know of, but couldn't yet squash It's also in the tracker.

[Duke]

Note to self:
Origin of the problem is that (134,137,0) is h:16 c:33. Should be a 'filled cell'.

(thanks for letting me take down notes here )

[Duke]

Harvester ramp problem fixed in R25090.
In general, this shoud fix all probs (if there were any) with floors close to the top a cell, ie. at 61-63 mapunits.
Don't know how many maps with situations of that kind we have. There weren't any other bug reports.

@Odie:
This 'justifies' a full map compile, but I don't know if it's also 'worth it'. Up to you.
Well, once your comp has some spare time...

[odie]

Harvester ramp problem fixed in R25090.
In general, this shoud fix all probs (if there were any) with floors close to the top a cell, ie. at 61-63 mapunits.
Don't know how many maps with situations of that kind we have. There weren't any other bug reports.

@Odie:
This 'justifies' a full map compile, but I don't know if it's also 'worth it'. Up to you.
Well, once your comp has some spare time...

Yoz!

Noted! Will indeed do the full map recompile on monday when i am back in office! (along with any other changes! Thanks for notifications!)

PS: If u guys at the Mappers' Guild have such good major updates, juz drop me a PM ok?

Or open in the mapping section, a sticky that tells all compilers (cos i do know some others are also doing compilations) abt this.

Maybe i should consider also uploading bsp files for ppl in an archive format soon. Lol. The last i know, bsp files seemed uber compressable. Can Mattn or any folks up there verify this ? Lol. Quite frankly, i know this can be done with a checksum of the files before compressing, then compress+uncompress and verify de-archived file. Hehe..... anione wanna help me verify this?