Droid Engineer Archive

Got it from : Dev Tracker

Droid Engineer:

Everything that says “applies to all pet types” in the creature handler section also applies to droids.

A lot of fixes went in the last update for the DE’s, so we haven’t had too much chance to do more yet. The top things that we see us doing in the near future (but that may not be in time for this update) are:
· There is no mechanism in place to heal the white bar of a droid. We are going to add a repair kit for droids that artisans can make. This should take care of things for you.
· Huge increase in the number of combat droids available for players.
· Greatly increase the amount of droid customization.
We realize you guys still need a lot of lovin’ on the profession just in terms of bugs to look at, and we’re using Gorantoth’s list as something to march down. But the DE bugs are proving to be pesky critters that are hard to stomp.

So from CH, we can add :

Pets will now regen in the datapad, even when stored from the radial menu - applies to all pet types
· Pets current wound/damage will be saved even when the pet is auto-stored - applies to all pet types
· Pet control devices will not be deleted unless the user selects the DESTROY option - applies to all pet types
· PCD's will say "this pet is dead" if the owner tries to use the PCD after a non-CH pet has been killed - applies to all pet types
· The “store” button is back on the radial menu again - applies to all pet types
· Pets will not randomly decide to run back to the place from which they were called - applies to all pet types
· The 'release' command is now the 'store' command - applies to all pet types
· Pet stats reduced due to vitality follow this formula: - applies to all pet types
o 75 to 100 = no stat reduction
o 50 to 75 = 25% stat reduction
o 25 to 50 = 50% stat reduction
o 1 - 25 = 75% stat reduction
· Pet stats will never be reduced more than 75% due to vitality loss - applies to all pet types
· Pets will never permanently die due to stat reduction - applies to all pet types
· Droid pets will suffer vitality loss the same as CH pets do (instead of permanent death)
· Note that faction-perk pets are will still permanently die when incapacitated.
· Creatures commanded to attack a target will actually attack it, instead of just running at it and stopping (happened with targets farther away that 50 meters) - applies to all pet types
· Pets will not switch targets in combat unless commanded to attack something else - applies to all pet types
· Pets will switch targets in combat when commanded to attack something else - applies to all pet types
· Pets commanded to "follow" or "stay" in combat will stop fighting, and either follow, or stay, until commanded to attack something - applies to all pet types
· Pets will not stop guarding when commanded to follow or stay in combat (i.e. they will resume guarding after combat) - applies to all pet types
· /tellpet will work the same as "/say " or "/shout ", but without the spam - applies to all pet types
· Creatures won't "relearn" a name that they already know when being taught commands
· Pets will leave groups properly. If given the "group"-command while already grouped, the pet will disband. - applies to all pet types
· Added the "You cannot store for x-seconds" missing string (Replacing "Prose Cannot Store Yet" ) - applies to all pet types
· Added the cant-store-yet message to the "release" command, which is now the "store command" - applies to all pet types
· Pets will properly "store" when their master boards a shuttle - applies to all pet types
· Fixed a bug that allow pets to be stored in droid data-modules - applies to all pet types

Hope it will help

"Droid pets"?


Ahhh...there's the rub.

Looks good , but where did you get that i checked the dev tracker and i couldnt find it.

>>· Fixed a bug that allow pets to be stored in droid data-modules - applies to all pet type

That's a bug? thought it was on perpose not like you can directly call and store from there.

---

droidmaster22 wrote:

Looks good , but where did you get that i checked the dev tracker and i couldnt find it.

---

It was posted the same day as our protest thread. Go back a page or two in the tracker and you should find it.

---

Vorg wrote:

>>· Fixed a bug that allow pets to be stored in droid data-modules - applies to all pet type

That's a bug? thought it was on perpose not like you can directly call and store from there.

---

To the Devs it's akin to storing missions in data module and thus a bug.

If data modules can't hold waypoints and now they can't hold other pets, what is the use of a data module? O wait, thats right. Upcoming patch notes "Fixed problem where a droid module was useful."

When are they going to do this does anyone know?

"PCD's will say "this pet is dead" if the owner tries to use the PCD after a non-CH pet has been killed - applies to all pet types"

( the only non CH pets are droids, right? If it applies to all pet types and only non-CH pets in the same sentence which is it? do we go with what is said first? or most irritating/hurtful to us?)

And

"Droid pets will suffer vitality loss the same as CH pets do (instead of permanent death)"

Do these two points not fundamentally say the exact opposite? A NON-CH pet pet control device will say this pet is dead when the pet dies, as opposed to being deleted from the datapad, and the second point says that pets wont ever die and they only suffer vitality loss?

Why would they add a feature that notifies us that our pet is dead, and then tell us that pets wont die? I know these guys are busy, but this is insane. Are they really wasting time adding features and removing them in the same patch? Or are they flat out lying to us with the "applies to all pet types" Line under the droid engineer section?

Im Confused, but thankfully I need not translate any posts in the DE forums from the developers.Thereare none

There should be better communication on that part yes, but I imagine that is refering to faction pets which if I understand correctly can and will die if they are incapped.