UFO:Alien Invasion
Archive => Bugs prior to release 2.3 => Topic started by: nidan on June 25, 2009, 12:25:36 am
-
Can't reach top floor on the larger UFO, (Harvester I think, see screenshot).
Can't actually reach the top step on the stair.
Reproduce:
Start ufo.
Start a skirmish game.
Bring down console.
Enter:
map day "-tropic/tr_ +drop_firebird +craft_ufo_harvester +h01 +h04 +h04 +h04 +f01 +f01 +f01 +f07 +f01 +f07 +f04 +f03 +p02 +f04 +f01 +f01 +f02 +f06 +f02 +f06 +f02" "-32 -32 0 -8 -8 0 -32 -16 0 -16 -16 0 24 8 0 24 0 0 -8 -24 0 16 16 0 -32 -8 0 -16 -8 0 8 -24 0 -8 -32 0 24 -8 0 24 -16 0 24 -24 0 -16 0 0 -16 16 0 -32 8 0 -16 8 0 -32 24 0 0 -32 0 8 -32 0 24 -32 0"
Try to reach the top floor. ;-)
[attachment deleted by admin]
-
VERY interesting !!
But sorry, I'm rather new to UFO:AI, so
Q1: How do I actually enter the string(s) to enter at the console ? Cut&Paste doesn't seem to work here :(
Q2: Could you plz give me a link to some docs that describe those strings to enter ? I assume they cause the actor to move to the desired place. That's something I always wanted to have (but didn't dare to ask for).
-
Q1: How do I actually enter the string(s) to enter at the console ? Cut&Paste doesn't seem to work here :(
There is a file that is the consol log. On Windows, its Documents and Settings/Application Data/Ufo dev
As for the map, I have come across this aswell, though sometimes the other stairs worked.
-
Q1: How do I actually enter the string(s) to enter at the console ? Cut&Paste doesn't seem to work here :(
Create a file in your base directory (the directory with all the .pk3-files) called whatever.cfg.
Put the string in whatever.cfg.
Type exec whatever.cfg in the console.
Q2: Could you plz give me a link to some docs that describe those strings to enter ? I assume they cause the actor to move to the desired place. That's something I always wanted to have (but didn't dare to ask for).
No, they set tiles if I've understood correctly, I haven't read the source regarding that though so I'm not sure.
Feel free to correct me if I'm wrong.
The first quoted part of the string is the tiles and the second part are coordinates, I assume the coordinated for each respective tile.
Assumptions can be dangerous though... =)
-
Thx, guys :)
Using the 'exec' cmd is a good trick. Is hould have remembered that...
I also found the complete string in the console.log. Never noticed it before.
And yes, the data is about maptiles and their positions in an RMA. Thus you can create reproducable, non-random RMAs. Didn't know UFO was able to do that.
As for the starirway/ramp problem: Confirmed. I'll investigate. Currently recompiling the maps...
-
forget the mapname, but i was able to go up to the ufo-floor, but not to go down anymore :D
but waiting for recompile and test again ;)
-
I've been able to partially fix the prob (R24882). Unfortunately it requires a recompile of the affected maps.
You can now get to the second floor of the harvester (and down again).
Plz note that you can't walk to/stand on the topmost part of the ramp, but you can walk over that tile.
Amazing. No clue yet.
-
wasn't this problem fixed already with my map changes? at least i was able to walk up after these changes.
-
Not sure. Part of the problem was a bug I introduced recently, but only *part*.
What type of changes did you apply to the ramps ?
-
Sorry, my so called 'fix' in R24882 was nonsense :(
Reverted it.
-
they are less steep now and got steps
-
they are less steep now and got steps
Sorry, my so called 'fix' in R24882 was nonsense :(
Reverted it.
Haha, ooooo, bad boi Duke. lol. That means tml @ work, i have to recompile all the maps again. Lol. (a solid 3 hrs more for recompilation.... :P)
Aniwae, way to go Duke and Mattn. I look forward to the less-steep steps. =)
*pat on the shoulders*.
-
they are less steep now and got steps
Steps ?? Are you sure you also applied that to the +tropic harvester ? I didn't see any steps.
@Odie:
Sorry for the inconvenience. At least your comp does most of the work ;)
-
@Odie:
Sorry for the inconvenience. At least your comp does most of the work ;)
Lol, no prob. :D
Its just recompiled in 5 mins ago's time. Now compiling the installer then i will re-upload.
Toodles!
Thanks for the GREAT work so far! ^^
-
maybe i've missed the tropic one. the others (e.g. africa) should have it
-
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 ;)
-
tropic should be fixed now, too - thanks for pointing this out.
-
svn : 24961
linux
Mission in Bangkok tropical
Enter the first floor in the harvester its still impossible
-
With map recompiled?
-geever
-
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
-
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)
-
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 :(
-
but it works in other maps where the harvester is used? e.g. africa or harvester_crash?
-
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: 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.
-
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 ;) )
-
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...;)
-
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? :D
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. :P Hehe..... anione wanna help me verify this?