Droid Engineer Archive
Thread: Project: Droid Engineer Droid Model Redesign
have you not been reading the myriad of posts in the DE forums here? we have focus threads on all these issues. drashk ispushing almost all of them simultaneously. i did the need/new module thread to help relieve some of that pressure but he is still trucking on this, the decay thread and the centralized droid issue thread (bug thread) if there was a faster way to make this happen i think he would do it. there is no better place i can think of then here to discuss and hold poll's in regard to the future of DE's. there is 2 things you have to rememeber about getting changes and improvements thru the system, that we can asks for what we really need to fix DE and the devs can say what theyll do to fix/help. the thing to rememebr is that those things arent always the same. and sometimes we get offered an item that seems low on our priorities as devs see it as "easy coding" as well. look at deto modules we threw them into our desired to see list almost as a lark and here they are...and a ton of other solid proposals didnt go live. all im saying is relax man, you want to do a focus thread on combat droids thats fine we have a ton of older threads back on DC/DH that outlined a ton of good variations to the theme on them. its up to the devs to move on it and they can be pressured only if we all make a point of lobbying for these changes.
DigitalOne wrote:
I Totaly agree with Sodon, I think our priorities are warped beyond recognition. Its been awhile since we had a pole (btw i dont agree with the way poles ar heald on these boards, cant someone start a pole on one of those websites, and link it here?), and meanwhile alot of new datas and ideas have come out, and we need to take those into acount. And even in our last pole droid experementation and consturuction changes are a minor issue. I dont know why where wasting so much time on irrelevant stuff like this instead of combat which has always been more vital.
My priorities are.
Expanded utility
Combat droids
Droid Power-ups (addresses Droid Decay)
Droid Decay (solved by combat droids)
Bug fixes
Over the months ive come to realize that utility droids shouldnt neccicarily decay, Leave that to the combat droids. A droid thats geting shot at all the time, and one thats rolling around town should take decay into account differently.
We have a fairly decent system of construction thats working for us, i dont see why we need to totaly revamp that. Im not i big fan of basic droid models, but thats a clutter issue, and dosent bother me to the point where im willing to tear down the system as is.
Construction and experementation are NON ISSUES to me. Lets work on the important stuff and drop this crap.
Limited want, Customer base, and scope of functions are in the same tree it appears, and can be dealt with in terms of added content. However the reall issue here is philisophical, lets use utility again here to describe content. How effective do you want your utility to be? How effective is to effective? And how benificial is its effectiveness. In the utility we have now the range of effectiveness is grossly limited, even within the target profession. In order to market droids, they need to demonstrate a clear range of effectivness with significgant advantages, possibly encroaching on the boundaries of other professions or nodes.
I wrote a responce to each of these issues but i lost it and im not going to do it again.
I can be reasonable. Its logical to assume that with new content the system through which it is implemented must be involved with the process to take changes into account. We have a problem with re-occuring market, thus the first idea that comes to mind is decay of products. So we want to sell worse products. So the next step is to redifine what a good and bad product is through differentiation in quality. Logical. I'm with you this far.
Im also with you to a certain degree concering expanded customization. However i think this can be solved with content rather than fundamental changes. There need to be some limitations or differentiations on the droids as you plan to make them. A MSE should never be as powerful as an R3, since an R3 takes extremely more effort to make. There are signifigant ballance problems in this proposal. There need to be ways in which an R3 is favorable above the simplest droids besides appearance, because that dosent count. Your underestimating the pragmatism of customers, and devaluing your own product.
There need to be built in benifits or limitations on droid chassis, the problem for a long time is that they are meerly skins, now you want to truly render droids nothing more than appearance.
However if you are married to this system, and it appears you are, my opinions aint going to matter. I think this system is bad, im convinced the system we have now is prefecatly alright, granted we need more content, but that can go along way, and fix alot. However, since your the god of these boards, i will play with you.
Here is what i whould change to make your system decent, simply by making some features simpler and adding some form of differentiation.
#1 Either leave subcomponents alone, or remove experementability on them entirely.
#2 Create 1 and only 1 value on droid chassis and final assembly that contributes to decay rating. On utility droids it should look like this (ham exprementation and decay exprementation, and on combat droids, ham, decay, damage output)
#3 Take into account the simplicity of low end droids which are WED, MSE, DZ-70, and R5, maybe power too. If you absolutly must have 6 slots per droid standard at MDE, then have the max slots on these droids 3 max. And/or come up with inherent functions for all other droids. Ther HAS to be a CLEAR BENIFIT to having a more expensive droid. You should have come up with a thread to devise inherent functions concurently with this thread.
#4. Your resource values need to be tweeked, especialy those in the leveled droid module clusters. I would reduce them 20-40% and have them non quality based.
#5I dont see a clear benifit to this system, besides adding decay integers. Why not just make Protocol, BLL, and R2 Droids 6 slot, and add a bunch of new 6 slot droid models. This would solve alot, and make us ready for new content.
Ok, so I am lagging on the two posts. Strike this weekend. I hope to have them by the end ofnextweek. I'm trying to get some game time in, and finally hit Master Rebel with Calous, which I have been lagging on as well.....
Drashk wrote:
If nothing comes up this weekend, and I actually get off my duff to finally put the finishing touches on what I have in mind, I should have the last two major discussions threads, that I had planned, posted.
Message Edited by Handsnake on 12-06-2004 02:00 AM