Area unload is broken in 91

[Forboding Angel]

I can haz hotfix?

[knorke]

no lol.
works in ba
http://www.chiark.greenend.org.uk/~sgtatham/bugs.html

[Silentwings]

Maybe this has something to do with it?

http://imolarpg.dyndns.org/trac/balates ... ua?rev=754

[Beherith]

If you can load a unit but cant unload it, then its most likely too large transport radius. Reduce in s3o or with gadget.

[Forboding Angel]

Behe pls explain so I don't rage on retarded development.

[Beherith]

Collision radiuses are taking into account when loading units. Ergo the transport 'collides' with the transportee, never picking them up, or never unloading them. The trans just hover above a landing site or above the target unit.

Press alt v to show radius with grey sphere. If too big, reduce unit radius in upspring.

Does only area unload or regular unload also not work?

[Forboding Angel]

Regular load and area load and regular unload all work fine. Only area unload is broken.

Can it be fixed by using a hitbox instead of a sphere?

Tried out the gadget, it fixes it, but that's just a bandaid. This should be fixed properly.

[PepeAmpere]

...Does only area unload or regular unload also not work?

Some NOTA units have the simple unload problems, too. The ones with big grey sphere.

I tried to use Upspring (first time in my life):

1) load corvalk.3do file
2) set some radius/change the radius
3) save the file
..

When i run game, the problem is the same (i tried to change the values in step two many times and no effect). Only result, that i get after every editing some .3do file in Upspring is this is error in game:

Code: Select all

[f=0000000] Warning: [GetPrimitives] unknown 3DO texture "00" for piece "base"
[f=0000000] Warning: [GetPrimitives] unknown 3DO texture "00" for piece "base"
[f=0000000] Warning: [GetPrimitives] unknown 3DO texture "00" for piece "base"
[f=0000000] Warning: [GetPrimitives] unknown 3DO texture "00" for piece "base"
[f=0000000] Warning: [GetPrimitives] unknown 3DO texture "00" for piece "base"
[f=0000000] Warning: [GetPrimitives] unknown 3DO texture "00" for piece "base"
[f=0000000] Warning: [GetPrimitives] unknown 3DO texture "00" for piece "base"
[f=0000000] Warning: [GetPrimitives] unknown 3DO texture "00" for piece "base"
[f=0000000] Warning: [GetPrimitives] unknown 3DO texture "00" for piece "base"
[f=0000000] Warning: [GetPrimitives] unknown 3DO texture "00" for piece "base"
[f=0000000] Warning: [GetPrimitives] unknown 3DO texture "00" for piece "base"
[f=0000000] Warning: [GetPrimitives] unknown 3DO texture "00" for piece "base"
[f=0000000] Warning: [GetPrimitives] unknown 3DO texture "00" for piece "base"
[f=0000000] Warning: [GetPrimitives] unknown 3DO texture "00" for piece "base"
[f=0000000] Warning: [GetPrimitives] unknown 3DO texture "00" for piece "base"
[f=0000000] Warning: [GetPrimitives] unknown 3DO texture "00" for piece "base"
[f=0000000] Warning: [GetPrimitives] unknown 3DO texture "00" for piece "base"
[f=0000000] Warning: [GetPrimitives] unknown 3DO texture "00" for piece "arm4"
[f=0000000] Warning: [GetPrimitives] unknown 3DO texture "00" for piece "arm3"
[f=0000000] Warning: [GetPrimitives] unknown 3DO texture "00" for piece "arm2"
[f=0000000] Warning: [GetPrimitives] unknown 3DO texture "00" for piece "arm1"

Regular load and area load and regular unload all work fine. Only area unload is broken.

Are you sure? Arent units for mass transport/area unload the bigger ones only?

[PepeAmpere]

After few other tests i noticed engine simply ignores "collide" tag.

Btw the air unit jumps from ground when tries to fly. Push other planes with tag collide=false. And cannot reach some place near ground if "some" landing mode is not ON.

Btw2: Isnt it caused by some engine fix reacting on this?:

- http://springrts.com/phpbb/viewtopic.php?f=11&t=28516
or
- http://springrts.com/mantis/view.php?id=3199

[knorke]

Btw the air unit jumps from ground when tries to fly.

http://springrts.com/mantis/view.php?id=3256

Only result, that i get after every editing some .3do file in Upspring is this is error in game:

When editing .s3o files, Upspring "forgets" the texture every time you save.
This seems similiar so try to reassign texture. (i think there is also some option to set texture folder or something?)

Collision radiuses are taking into account when loading units. Ergo the transport 'collides' with the transportee, never picking them up, or never unloading them.

Couldnt it be that the transport actually collides with terrain? Afaik plane-terrain collision was changed.
http://springrts.com/mantis/view.php?id=3199
modrule allowAircraftToHitGround

Larger loadingRadius might help in general for all the transports that can not get near enough to passenger?

Regular load and area load and regular unload all work fine. Only area unload is broken.

Maybe transport tries to unload in too small area so try larger values for unloadSpread
What transportUnloadMethod?
If "fly over drop" transport sometimes are too fast/unload zone too small (fly through dropzone faster than they can drop all passengers..but that is not new problem)

[Beherith]

3DO HAS NO RADIUS! USE THE GADGET PROVIDED!

http://imolarpg.dyndns.org/trac/balates ... ua?rev=754

[PepeAmpere]

Thx knorke for info about how upspring works.

Btw you are linking the same mantis issue i was linking post above :). You think loadingRadius can help with unloading problem? Ill try it :). EDIT: Ive tried, no effect with all values (small or huge).

3DO HAS NO RADIUS! USE THE GADGET PROVIDED!

http://imolarpg.dyndns.org/trac/balates ... ua?rev=754

Yes, i saw theres a new Spring function to change these values.
Yes, i got the same idea to solve it this way, but

• i was looking for some way to change it in "postdef.lua" or better in some model files. From your reaction it seems theres currently no other way.
• it looks like we are only "fixing" spring bug - do know spring devs about it and plan to solve it? (i know its not simple, its about 3do support, whole work with defs,... etc. but maybe i appreciate some more info about that)

BTW: I have to repeat, engine 91.0 dont react (or overwrites by some global setting) the definition of airplanes, that have "collide=false". All planes collide still now no matter what is defined in unit definition file.

[Forboding Angel]

If you would read the changelog you would find that the spring devs removed that feature.

[knorke]

You think loadingRadius can help with unloading problem?

No, read again:
You confused loadingRadius and unloadSpread
(no idea if that helps)

[quote"]If you would read the changelog you would find that the spring devs removed that feature.[/quote]Which feature?
Dont see anything about "aircrafts always collide" in changelog or mantis, so imo it is a new bug..

[knorke]

BTW: I have to repeat, engine 91.0 dont react (or overwrites by some global setting) the definition of airplanes, that have "collide=false". All planes collide still now no matter what is defined in unit definition file.

Could not reproduce:
collide=true / false worked as expected in my mod, on both gunship and airplane. (.s3o models if that matters)

[PepeAmpere]

NOTA (1.681 or 1.69a) + spring 91.0 for reproducing, NOTA is using .3do (maybe in your mod theres some global setting, that enables unitDefs settings)

[PepeAmpere]

BTW: I have to repeat, engine 91.0 dont react (or overwrites by some global setting) the definition of airplanes, that have "collide=false". All planes collide still now no matter what is defined in unit definition file.

Oh I apologize to engine dudes, it is only landing behavior and it has sense, for regular fly collide tag works. Sorry again.

-----

Btw the mass transports needed a bit smaller numbers then in Beherith's gadget, at least in NOTA. The bug was the same as at normal transports - model sphere was hiting the ground, so transport was not able to get the wanted height for unload.

Thx for all comments.

[PepeAmpere]

I have another problem. I was trying to uload units on concrete tile = 3do object that should be flat. Spring.SetUnitRadiusAndHeight(unitID, 0, 0) for that concrete doesnt help, the grey sphere cannot be seen, but unload is impossible near the center of that tile. Unload orders on the tile are canceled automaticly, area unload chooses the place out of the tile.



I think its problem of the same kind, some collision of objects, that is forbbiden in current spring version. Have you any idea how to use tile "objects" to be "unload friendly"? :)

[knorke]

My mod had two units that the flying transport could not pick up anymore in 91.0

Fixed by increasing unit height (so that the yellow line sticks out 1,2 elmos out of sphere)

Before both had very low unit heights, only to about the middle of sphere.

Have you any idea how to use tile "objects" to be "unload friendly"? :)

maybe that could use new thread, but I would try Spring.SetUnitBlocking with collide=false
Or make it a feature with blocking=false

[PepeAmpere]

My mod had two units that the flying transport could not pick up anymore in 91.0

Fixed by increasing unit height (so that the yellow line sticks out 1,2 elmos out of sphere)

Before both had very low unit heights, only to about the middle of sphere.

This problem was fixed, yet, at NOTA at least. Yes - one way is lower the size of transporter, second way is make bigger the unit.

Have you any idea how to use tile "objects" to be "unload friendly"? :)

maybe that could use new thread, but I would try Spring.SetUnitBlocking with collide=false
Or make it a feature with blocking=false

I tried your ways, the middle of the concrete tile is still not possible to be used for unload when i use Spring.SetUnitBlocking, and its automaticly dead when i set the tile as a feature.