|
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
|
|||
|
|||
Idk how it looks if you cry. But i dont see any crying in my post.
|
#2
|
|||
|
|||
how exactly do those "speedhacks" cause the lagg?
i dont know crap about this but i would be glad to know |
#3
|
|||
|
|||
|
#4
|
|||
|
|||
Quote:
|
#5
|
|||
|
|||
definitely not crying. Just going to leave until something is fixed. They don't need me clogging up the bandwidth if I can't do anything. I'm extremely excited about this project and am eager to be able to financially contribute to the development. (student) I love playing the game but right now getting things done takes too much time.
takes at least an hour for me to do 2 missions, mobs often 'too far away' lairs don't spawn. I can handle that part but being at my mission and getting ported back into a cantina = lame. I'll be patient and come back in a few months to check in on the project again!
__________________
Pre-CU Msmug/Mpistols CU- MBH/MCM SS-Ace NGE- lawl |
#6
|
|||
|
|||
As I've said... I am sorry you don't think that it's in a state worth testing. Progress is still being made by others, even in the dreadful lag. Furthur has an idea that makes a lot of sense for people that think this is not worth it atm, it's a far better decision than getting angry/sad/annoyed/frustrated/irritable or any of the other unhelpful emotions expressed this weekend.
Progressing to a stable, efficient pre-cu server will come with time, and not when it's convenient for the testers "play time". |
#7
|
|||
|
|||
Quote:
|
#8
|
|||
|
|||
Quote:
Why be inefficient in our goal to reach an efficient pre-cu server? Why not reach for an efficient pre-cu server in an efficient manner? |
#9
|
|||
|
|||
Quote:
|
#10
|
|||
|
|||
Obviously the devs and admins have decided differently. It's not something that they just turned on and forgot about... it's a necessary part of the the development of the server software - as any live server in operation will need the anti-exploit tools just as much as the server software.
While primary development is focused on a separate branch (OR) and not being actively tested on Nova, now is a great time to work on other aspects of the project, like these tools. Decisions like this will be made on what's best for development, and the devs have a pretty good handle on what the needs of development call for. |
#11
|
|||
|
|||
Quote:
There simply is just no viable reason to keep the rubberbanding. It's broken, it makes everyone pissed, it inhibits testing, all to prevent a pretty harmless hack used on a server that's going to be wiped. If you can somehow justify this, you should go into politics because you can spin even the most retarded situations |
#12
|
|||
|
|||
Colt's last statement reminds me of Hideo Kojima.
On another note, considering we have to run about just about anywhere (Since dear GOD I used the shuttleport once and I swear it ripped me off 3k credits), as we're without vehicles, speed hacking could even be of benefit, if only to move around. Pulls flame shield up. |
#13
|
|||
|
|||
Quote:
|
#14
|
|||
|
|||
Quote:
|
#15
|
|||
|
|||
Some obviously think that the good of the many constitutes a better playing experience - and I think that's a reasonable opinion, but don't entirely share it.
I believe that the good of the many is best served working on any part of the server and it's related tools that can be worked on during this time of "less visible" development. All progress on the front of making this server software not only finished, but administrate-able is better for the end-goal of the project than providing the best possible playing experience. |
|
|