![]() |
|
|||||||
| Developer Chat Logs Once a month, on the second Saturday, at 7PM EST, we will hold an open Developer discussion on IRC. The logs from these chats will be posted here. |
![]() |
|
|
Thread Tools | Rate Thread | Display Modes |
|
|
|
#1
|
|||
|
|||
|
Sorry, I really did think that was obvious... my mistake.
For future reference. Testing is done on ITC until testing on ITC is no longer useful, then testing is moved to TC:Nova... when TC:SC is opened... there will be a third link in that chain. Devs/Admins want you to have a terrific testing experience within the context of what is practical for the needs of development with the limited resources that a volunteer effort provides. If development needs to hinder the fun of players, it will... keep it in mind and you will have a general understanding of most, if not all dev/admin decisions throughout this process. |
|
#2
|
|||
|
|||
|
Quote:
|
|
#3
|
|||
|
|||
|
Just as a follow up, and this is not meant to be pointed or mean... but honestly the devs should be given the benefit of the doubt in general. They really do just want to get this done... they're all very intelligent and thoughtful in the decisions that are made, while they do make mistakes - they usually know that they did before the torches and pitchforks come out.
It's one thing to communicate with the community on a frequent basis, and completely another to have to answer every question, especially the ones that need to be reduced to lamens in a contorted way to make people have some reasonable understanding. Sometimes it's hard to remember what the masses might not just inherently "get", when it seems obvious to yourself. That's something that all the staff and volunteers need to constantly remind themselves of, and the community should also try to keep in mind. Everyone here is learning all the time. |
|
#4
|
|||
|
|||
|
Well considering the devs appearently added rubberbanding at the request of the community, it's kind of hard to give them the benefit of the doubt in this instance. Since appearently they themselves didn't deem it a big priority until the community started *****ing.
|
|
#5
|
|||
|
|||
|
That is not the case to my knowledge... they added it because the felt that the exploitation was causing problems to the testing environment, and it was - both socially and problems like causing bugged lairs and spawns everywhere they went.
But the rumor mill on both sides of the debate got out of control, people read and heard what they wanted to read and hear... and no amount of misinformation management could quell it. MMO life, as it were. |
|
#6
|
|||
|
|||
|
Shame the Dev's didn't just do what you did right off the bat, woulda solved a lot of problems.
|
|
#7
|
|||
|
|||
|
They tried, repeatedly tbh. But once a mob is fired up, best to let the dust settle. Also, figuring out the right way to say the same thing you've said 45 times in a way that isn't misconstrued or over-analyzed or seen as "change" when it simply a dumbed down contortion of the same thing is frustrating, and frankly futile when the mob is frenzied.
I have the benefit of time and about 9001 conversations on the topic at this point. Also... the mob is full of agenda. Certain people spread soooo much misinfo in all of this that karma will hit them eventually. |
|
#8
|
|||
|
|||
|
Still, I can't imagine it's that hard to go "We need to witness the rubberbanding in a laggy environment to fix it" :/ Oh well, neither here nor there, now that I know why it's being kept on (and know that it's for a legitiment reason), I'm done campaigning for it's removal lol Amazing what simply telling the facts can do
|
|
#9
|
|||
|
|||
|
I didn't read this whole post the whole way through just the IRC Dev Chat that went on so forgive me if this issue has been brought up but I didn't want to read through 16 more pages of stuff to see if my opinion was all ready stated.
I do and I don't like the rubberbanding, I will state why I do like it and then why I don't. I'll start off by saying I'm deployed to Iraq and anyone with internet deployed and trying to play the EMU will be able to understand. Internet sucks here like hardcore and we are lucky enough to be able to play. The reason I see the rubberbanding good is because while I'm lagging and can't talk to Joe the Mon Calimari Doctor to get my 4XXX doctor training I get rubber banded back to the bank where I started so I know I have a little bit of a good idea of how bad I'm lagging. The Reason I hate the rubber banding is because there are some people like me, given the example above leave Mos Eisley to go to a "Sampling Hot Spot" as I like to call them and Action heal all the people getting mineral samples or whatever they may be doing out there. I finally end up able to train and I go see the Doctor Trainer click on him 4 or 5 time to converse with him and then get rubber banded back to the camp I was just at. I lagged so bad that once my position finally showed up to the server they said oh your speed hacking lets rubber band you back to the last known spot you were at. Just my two cents |
|
#10
|
|||
|
|||
|
Rubberbanding is a *****, but as Cor explained (which I'll re-state, since you're totally justified in not wanting to read 16 pages of garbage), the rubberbanding has to be on the server so the devs can see how it reacts to the lag, seeing it working on a laggy, occupied server is the only way they calibrate it so it'll actually work properly. So, knowing that it may help ease the frustration of having to deal with this bull****, knowing that every second we suffer through it, it gets us one second closer to them making a perfect rubberbanding anti-hack.
|
|
#11
|
|||
|
|||
|
Yeah that makes sense and thanks for explaining what Cor had stated, I did happen to read your post just before mine and seeing as I only have 1 post to my name(Now two) I figured I'd help out a little bit on your statement of
"Still, I can't imagine it's that hard to go "We need to witness the rubberbanding in a laggy environment to fix it" |
|
#12
|
|||
|
|||
|
Quote:
|
|
#13
|
|||
|
|||
|
You know, it just strikes me as a very sad comment on humanity that we need this rule, this obviously rather annoying at the moment prevention system, and this descussion to start with. Especialy since there is nothing to win through cheating in this case except some bragging rights, which weren't earned anyway.
__________________
"And if I offended you, I'm sorry but maybe you needed to be offended." - Suicidal Tendancies If your argument begins with the phrase "I don't think" please stop and do so before making it. SgtMaj(ret) E'Mokho Aewi Fate 10 Strike Force Justice |
|
#14
|
|||
|
|||
|
Quote:
__________________
Then answer this, are you just going to sit back and wait for someone else to defeat Brittania? Who? You think if you think if you wait, some day the right chance will just come? Don't be naive! If we don't stand up and do it ourselves that someday will never come! |
|
#15
|
|||
|
|||
|
I've encountered a critical error when it comes to rubberbanding with this new patch. With the new patch, it seems that things on steeply gradiated terrain float at the highest point of that terrain, but stay in the xy coordinates of where they should be. This poses a problem for mission targets, but also if you log out on gradiated terrain, when you log back in you end up floating 100 or so meters in the air (that was due to the mountain I was on.) The game resets you to the ground (because that was built in in case something like this happened) but because my toon moved 100m in less than a second, the server naturally rubberbanded me back to my spot 100m in the air, keeping me stuck in a perpetual loop. (also, when you're in the air, you cannot move in any direction.)
**Upon logging out and logging in, I was stuck in the air still. However, the game used its reset ability and I was back on the ground. I closed my eyes and winced, but when I peeked back at the screen I was back on solid ground still, not looping with the rubberbanding. If anyone encounters the same problem I did my reccomendation is to log out and log back in if you find yourself in a critical rubber band loop. Last edited by Naesen; 10-29-2009 at 02:02 PM. |
![]() |
|
|