Dancer Archive
Thread: About the passive buff...
A guy comes in, and asks for a BE buff. I am dancing, so I give it to him. He gets the buff, it's 3+ hours, all fine.
Now he starts crafting, and figures, "While I am crafting I will listen to that musician over there for entertainment." So he does a /listen (not asking for any buffs mind!) and immediately his BE buff is replaced by... the passive buff.
Does anyone see a problem with this?
The passive buff needs to NOT be set up to automatically replace other buffs you have against your will. We need something like a popup when someone listens/watches ("This will give you a combat buff and replace X buff, do you want to do that? Yes/No") so that they can choose to just listen (for no buff) or to replace their dancer-activated buff with a passive one. Or perhaps a /listen2 or /watch2 command, that listens/watches, without giving you a buff. Or something. I mean... do we really want to have people saying things like, "Sorry, I can't listen to you... it'll void my WS buff"...?!?
Better yet just convert the passive into a regular /inspire buff like any other and give the dancer control over it. But assuming they don't want to go there, we need some way for people to retain their old buff, but still listen to or watch our performances.
C
/StopDance wasn't good enough.
/Deny wasn't good enough.
/CoverCharge wasn't good enough.
And now, we are all discovering what acomplicated messhaving to "grant permission" to /listen, and /watch, has become.
Weall made your beds.
Now, we are going to have to lay in them.
So don't complain to me, dears. Remember. You wanted this.
Chessack wrote:
The passive buff needs to NOT be set up to automatically replace other buffs you have against your will. We need something like a popup when someone listens/watches ("This will give you a combat buff and replace X buff, do you want to do that? Yes/No") so that they can choose to just listen (for no buff) or to replace their dancer-activated buff with a passive one. Or perhaps a /listen2 or /watch2 command, that listens/watches, without giving you a buff. Or something. I mean... do we really want to have people saying things like, "Sorry, I can't listen to you... it'll void my WS buff"...?!?
Better yet just convert the passive into a regular /inspire buff like any other and give the dancer control over it. But assuming they don't want to go there, we need some way for people to retain their old buff, but still listen to or watch our performances.
I guess you missed the part where the devs do what they think the majority wants,
without really worrying about it much. Or maybe the group xp fiasco.
some people may actually agree with you, but feel free to lump us all together. its here
it will stay, live with it. the gods know the rest of us have to, I for one am getting a
little tired of the "friendly social profession" being anything but.
As I see it, the only way to get more ascerbic action is to go into the jedi forum, say
that you are a bh and call the jedi all whiners...
not that I am going to try that very soon.
anyway, enough of this, I have a new buff system to learn and I dont have time to waste
sitting here crying about it. dancing is what I enjoy, so time to shut up and dance...
Ka'th
SlickRiptide wrote:
I have to admit that I'm a bit puzzled that they let this go live. Surely they didn't think "nobody listens to a musician except when they're getting buffed..."
I'm a bit more calm now.
But to me, making sure patrons can see and hear the things that make them feel good should be our first priority. Our own needs must come second to theirs with regard to the amusing things we do for them.
Because we have to understand that if doing the sort of things they like in the cantina is too much of a hassle, they'll resent going there...for any reason. And that nerfs us more than AFK, even.
Do I have a solution? I do not. Nothing that allows a BE to hear some nice music while they get a buff from us, and not waste time. But that is the price we pay for bifurcating our roles like this, and having too many "code barriers" between what the audience wants, and what we must authorize them to have. Patrons have to have it the "system's way." Not their own way.
Yes please, try to get this fixed so it is a selected buff like all the others. Having it overwrite an asked and paid for buff if the client just happens to watch/listen to another entertainer surely cannot be an intended mechanic? That nullifies the whole concept of performing for the sake of entertaining and socializing. Not every Luke, Han and Jedi walking into a cantina is there to get a buff. Or to get one accidentally removed that they were about to go out and "use" ... after they talked to that cute Twi'lek a while. ![]()
I dance and play music for the fun of it. To be in the place where the socializing is happening. Be it the cantinas or the streets. These new buffs are just an add-on service I will do if asked nicely. But it sure is tiresome if your clients have to keep coming back for (freebie) rebuffs because they accidentally paid attention to another entertainer for a moment or two.
And what of the other entertainers trying to perform and gain xp as well? Do we take numbers to share the clients so it's more fairly distributed? Or do some get no "business" or xp because the clients have already been buffed by performer A and now no one else there will or can get watched/listened and therefore no "idle time" xp from those client types that do enjoy hanging out in the cantina to chat and have a good time? Sure, it's fine if socializing is the only thing they came in for, but we all know most of them are there for a buff. But they also tend to hang around a while if the company is amusing. Kind of tough to amuse someome if doing so strips them of a paid for buff.
This really discourages people from stayingin the cantina for long. It also discourages performer groups. It makes it confusing for the client to know who to watch/listen, for how long, etc. It's kinda scary actually. "Oh, my buff took! Cool. Better run out before I forget and glance at another entertainer and lose it." *flees cantina*
Make the General Buff a selected buff too please.
INTREPID
vvvQITUvvv
Master Tailor
Paradise Mall ( 620, 3000 )
666 m from Mos Entha starport
vvvLIRA'Avvv
Social Butterfly
Master Dancer | Musician | Entertainer | Image Designer
Esharra wrote:
Yes..this is something that has concerned both me & Scip and we've both posted to the devs on it (including a few possible alternatives). Please keep bringing your ideas on this topic to this thread and I'll point the devs to it (probably tomorrow, depending on the amount & type of attention generated).
Just FYI. I received multiple complaints tonight from crafters. Along the lines of, "But I wanted to listen while I crafted. I thought that was the whole point!!"
They need to make this possible. ASAP.
C
PoetDancer wrote:I'm a bit more calm now.
But to me, making sure patrons can see and hear the things that make them feel good should be our first priority. Our own needs must come second to theirs with regard to the amusing things we do for them.
PoetD...
I am aware of NO case in which any of us asked them to make it so that just listening to us (without us doing anything) would erase their buffs.
Please stop making it seem like horrible implementation of a good idea was something we asked for. We asked for control of ALL our buffing, not just enough to make everyone's life miserable.
C
But we cannot help but make their lives miserable, when they just can't go up to a musician and /listen, without permission.
This is what we want, no?
We don't want patrons to get entertained, unless we allow it.
Congradulations. We got our wish.
So now, what we want is to make it so patrons can get entertained all they want for free, but pay for buffs?
If that is the case, why not just have buffing, and entertaining not interfere with eachother at all, and allow us to buff without having to break into dance or song, and be able to dance and play, without it resulting in a buff?
Because as long as /listening and /watching is connected to the buff, we will always have this problem in one form, or another.