(Minor Mod Bug) Other Race Bombers playing upsidasey

[Sonic]

At first I thought this was a simple compatability issue with G66 and ITS, but I played a normal MPI using my mod ITS and found that the Scion's Bomber goes haywire in MultiPlayer while it works totally fine in Single Player.

The issue is that the bomber continues to go up and down on its pad and will continue to do so.  Than when you order it to do something like bomb a scav, it will take off and than play upsidasey on the ground.  Basicly being it deploys than undeploys on the ground never reaching its target because its too busy "Jumping".

Anyway to add support to other race bombers so this issue doesn't continue to occour?

[Tempest Storm]

This error happens in SFmod as well, in the 1.2 version too. IE, its not a 1.3 error, as I would belive that its a problem with the bomber itself as ITS uses the same bomber as far as I know.

[Avatar]

I'd have to agree as I have three other bombers working just fine in 1.3.  The NSDF, CCA and CRA all have bombers and they don't show any of that sort of thing...

-Av-

[Sonic]

By any chance Avatar have you tested with other players in the game?  I modded the xsi of the bomber today finding it to be missing an hp_com_1 and ran a test in an MPI by my self.  The bomber worked perfectly.  So I did a game with three friends with the modded bomber and it became haywire.  So my guess is the bomber goes haywire only when other players are in the game.

[Tempest Storm]

I continue to say it has nothing to do with 1.3 or the game itself, its the bomber you are using. You think I haven't done multiple player tests in BZRAP?

[Jwk the Hemp Monkey]

Bombers also play an annoying ' i am a turret deploying ' sound when they land.

They also seem to 'materilise' out of thin air and then bounce up and down a bit before settling when you build the bomber bay. Is there anyway to make it so that they pop into existance much higher, perhaps even according to an ODF value. That way one could see them come down instead of 'popping'.

[Avatar]

I always test with multiworld on, but no other actual players in the game.

I'll have to try it with an actual other player ingame...

-Av-

[Angstromicus]

It's definitely a multiworld problem. Most everything becomes more sensitive in multiworld, and is updated more slowly.

Ex: When I make big bombs go off when I'm not in multiworld, I get thrown a small distance, but when I am in multiworld, I get thrown off the map at 500 meters/second.

In multiworld, things are being updated less often, so their movements are taking less calculations, and more estimations. The bomber is trying to fall down, and the bay is holding it up at the same time, but the multiworld frequency is usually so low that the bomber has time to fall a little ways before it's calculated. However, this doesn't seem t obe an issue until more players come in. I think it might have something to do with your sync to them, and the load on your computer from calculating their movements on a frequency, wile recieving instructions from their computer on telling yours, what they're doing.

[CmptrWz]

Multiworld doesn't normally activate until a second player shows up. Until that happens you might as well be playing IA.

[Avatar]

game.multiworld turns on MW, but won't show you what another client would see.  You're still sitting on the server.

My bombers don't show any weirdness with g.m on, so I'll need to get my second system back (it's on loan) and do some client-side testing...

-Av-

[Fishbone]

in my DuneC experience there are 4 different 'levels' of multiworld
level 1: instant action = no multiworld
level2: game.multiworld
level3: 2 player lan game
level4: 2 player internet game

things might look good up to level3 but can go really bad on level4. There is only one way to test: get a second player outside of your lan into play!

[Tempest Storm]

It's definitely a multiworld problem.

Urg...I keep trying to tell you that its NOT a MW problem though. Its a problem with the bomber itself or its bomber bay. I've done a couple of tests with the Uler in MPI and ST the majority of them being with atleast one more person other than me over internet. (Since the others don't count 100%) Hell, Sonic was even one of the second people in one of those games.

The Uler Bomber has no problem working in multiworld, neither does any other form of Custom Bombers I have worked with in 1.3 or 1.2.

[Sonic]

Finally got of hold of the Uler Phoenix Bomber and gave it a shot.  Works great.  Looking over the diffrences I think I know what the issue is to the "Fury Bomber" for anyone who is interested.  It seems the Fury Bomber's Hard Points (Maybe the frames too) are missing subtree items including "Material 3".  I suspect these are used in MultiWorld and thus the bomber goes comepletly nuts without them.

[Avatar]

HP's aren't rendered, so missing materials shouldn't do anything.  Or is "material 3" actually the name of the object?  HP's usually also don't have animations or sub-objects, although there are a few exceptions...

Many of my HP's end up with materials as I lazily just 'select all' and apply a texture.  This doesn't seem to bother BZ2.  They don't usually have texture coordinates, which also doesn't seem to bug BZ2.  Sometimes it's the other way around, though, with the HP having texture coordinates but no texture.  None of that seems to bug the BZ2 engine.

-Av-

[Jwk the Hemp Monkey]

Mabey its something to do with the fact that they now 'deploy', with an annoying turret deploying sound animation and everything.