Rubber Banding / Speed Hacking - A Special (Unplanned) DevChat - 10/14/09 2am EST - Page 9

cxccharlie · #1 10-26-2009, 06:07 PM

Well im one these dumbies that never type or say what i think and prob could speak for a lot of.people who dont write on forams .. for 1tthing people who do write on the forums usally expect spell check every %^ word and i dont like drama so I dont bother my 0......02 cents becouse its less that 2cents .heh dont have many friends online witch is fine I have non online friends heh anyway I have been reading whats going on and all I have to say is if >>>I was the one speed hacking or ANY hacking I dont have friends to back me so I would be removed from the game so I would hope and expect same to others but thats just my belief<<< ..I have consistent probs all day playing but try not to complian much, and hate the ruberbands just like anyone else heh .. it is only a TS soo oo for anyone wondering I did play pre cu nasius name was Arcantia and had a pre cu jedi so I do know how to play( ithink)

not just some random guy but w/e that is non importent info lol

ps no i dont feal like hitting spell check i got better things to do >not sure what that is<

zabrakwith · #2 10-26-2009, 06:39 PM

Now the rubberbanding has gotten out of hand

Kendrick · #3 10-26-2009, 08:16 PM

There is no antispeedhack program being run in the background, and anyone that believes this is fooling themselves.

Something is broken, and they don't know what or how to fix it. Or maybe the servers/bandwidth they have at their disposal can't handle such a top heavy game. Remember, SOE had Oracle (who maintained the db) or whoever it was in their offices for months trying sort the database problems and as far as I know they never did.

There is no justification for disrupting everyone's gameplay and testing because of a handful of people in a test server environment. It's all going to get wiped eventually anyway, so anything the hackers accomplish will be null and void. The smart play here is to let the hackers do their thing and track what/how they're doing it then moving forward with the necessary backend programs.

The mystical antispeedhack measures are nothing but cart before the horse backwards thinking.

**Tigerfang** · #4 10-26-2009, 08:28 PM

Kendrick

you fail

Colt-556 · #5 10-26-2009, 08:32 PM

Can this be removed yet? I'd like to be able to play without spending 10 minutes being teleported to the same spot over and over.

**Vlada** · #6 10-26-2009, 08:36 PM

Quote:

Originally Posted by Colt-556

Can this be removed yet? I'd like to be able to play without spending 10 minutes being teleported to the same spot over and over.

I don't think it will be removed. It was put in for a specific reason, so stop "speed hackers" (community demanded action to be taken). It will be tweaked, fixed, upgraded, but not removed.

Be careful what you wish for... (in this case demand)

Colt-556 · #7 10-26-2009, 08:38 PM

Can it be tweaked, fixed, and upgraded BEFORE putting it on the server and forgetting about it? Since that's the major thing. If the devs are so adament about keeping it, fine. Remove it, fix it, put it back up. If it still doesn't work, remove it. There is simply NO excuse for putting up a faulty code and leaving it for two weeks while the entire testing process suffers dramatically because of it. There is just no excuse at all for that.

**Vlada** · #8 10-26-2009, 08:40 PM

I think it is probably being tweaked on ITC, but the one running on TC will remain active to prevent any attempt of future speed hacking, until it is replaced by a tested and more advanced version. I think.

**odwill** · #9 10-26-2009, 08:50 PM

This is something that is not going away but it isn't just put up on TC and forgotten.

Quote:

Originally Posted by cRush

The future:
We have already outlined a new algorithm that should hopefully correct for lag, while still keeping speed hacking ineffective. We are testing it internally to make sure it doesn't make the situation worse before pushing it to TC. If it tests well internally, we will move it to TC where we hope it will hold up. If it doesn't, we will reinstate the old protection, and try again.

Taken from here.

Can we please stop doing this? -->>>

Colt-556 · #10 10-26-2009, 08:57 PM

Quote:

Originally Posted by odwill

Can we please stop doing this? -->>>

Depends, is the fixed version on the TC? Is everyone still suffering from a broken anti-hack? If so, then no, we can't stop. As I have said, if it's being worked on, GREAT, but until it's ready remove this broken one. There's no excuse to keep it up and make the ENTIRE community suffering, the very process of testing itself suffering from this. It aint like you have to worry about people speed-hacking in the time before the revised version is finished. Cuz even if they do, two words (or is it three?) DATABASE WIPE. So the hackers getting a couple days/weeks of freedom really doesn't matter, since in the end everything we do will be wiped. However in that time everyone else will be able to move normally. I have yet to see any sort of justification to keep the broken code on the server until the revised code is finished.

Lobreeze · #11 10-26-2009, 09:02 PM

I'm not suffering. Honestly, I don't think the Devs need any justification. I think they have a better handle on development than you do.

Colt-556 · #12 10-26-2009, 09:05 PM

Quote:

Originally Posted by Lobreeze

I'm not suffering. Honestly, I don't think the Devs need any justification. I think they have a better handle on development than you do.

Then they can continue to listen to, not just myself, but countless people ***** and moan because they're being rubberbanded back and forth hundreds of meters like a goddamn rag-doll. Obviously they have no responsibility to listen to us, and most of the time they shouldn't. But rubberbanding is impeding testing, maybe you don't suffer from it but hundreds of others do. When ignoring the community causes testing to suffer, that's just wrong.

Lobreeze · #13 10-26-2009, 09:07 PM

Well if you are so steadfast about 'testing' yet you afk macro which is a whole other kettle of fish..... My suggestion would be to come back after the OR and all these problems will be a thing of the past.

EDIT:

Especially when you admit you don't even report bugs, that is the job of the debugger....

Colt-556 · #14 10-26-2009, 09:22 PM

Quote:

Originally Posted by Lobreeze

Well if you are so steadfast about 'testing' yet you afk macro which is a whole other kettle of fish..... My suggestion would be to come back after the OR and all these problems will be a thing of the past.

EDIT:

Especially when you admit you don't even report bugs, that is the job of the debugger....

Ok, I can deal with you arguing with me. But to flat out lie about me? I wont tolerate that. I NEVER said I don't report bugs, and when I see one that I think is kinda rare (obviously I wont report bugs like the micro animals, since EVERYONE knows about them), I report it. And again, even afk macro-grinding is still testing. Any action done on that server is testing.

Lobreeze · #15 10-26-2009, 09:45 PM

And I quote Cilraaz

Quote:

I guess the devs can just shut down the bug tracker then... or at least our ability to add bugs. They obviously don't need us adding bugs to the tracker, since they have the debugger. Spoken like someone who has no idea about programming, testing, and debugging.

Which you respond with

Quote:

If the debugger can't detect bugs (which, is what it was sole purpose was, or atleast that's what I was told), then why is it there? Seriously. If it doesn't debug anything, why is on and lagging up everything?

You spamming afk macros standing in one spot hardly constitutes playing let alone testing. Furthermore, why on earth do you need to turn off the anti speedhacking algorithm? You aren't moving anyway.

I'm not arguing, I'm making very valid points.