Killer Civillian just has hostility issues. He needs to be kept in a hole underground. This way nobody can hear him and his echo. He actually told me he gets enjoyment out of others suffering. I suppose that’s why he named himself Killer Civillian lol. He must be bipolar or one of those other personality disorders. He always pulled 180’s on me.
I can’t say he’s fat because I never seen a picture of him, but I wouldn’t hesitate to put money on it. But there is nothing wrong with being fat right? It’s just another way of saying “I don’t care about myself”. But maybe I’m wrong, he could have a thyroid problem
lol… Funny… :smokin: Did you pick the nick “SupraFast” because it rhymes with “SuperFat”? I suppose you did. Well, considering the fact that the pictures of yourself you posted in enders forums (the one with you showing your car or whatever) makes you look both short and fat, I wouldn’t consider it being far from the truth.
Me saying I get enjoyment out of other suffering? Must have been over the coffee we had that other day in your dreams. Never knew you take pride in veil daydreaming. Feel free to give me a reference so I can check it out for myself. My AIM client has a habit of logging all the conversations I have.
I Hope you did not make that comment without expecting a reply like this.
As for those 180s, by now I thought u’d have figured out that they were intentional. But let me assure you that my intentions were never evil.
Anyways, do you really have a descent plan for kaillera? Judging by the way its going with emulinker and the new author, it does not have a future. poporu…ggpo…null dc and maybe others I dont know about…people will have no reasons to even look at kaillera in the near future and time will kill it. I’m only saying this I want to help: As a gamer…the only reason I still log into kaillera servers is because ggpo does not have all the games. And its not just me…any gamer who is concerned about their decency would pick something like ggpo over kaillera any day of the week and even with kaillera running in its full potential, kaillera isn’t flexible enough to do better.
If you’re going to suggest I’m using drugs, I’m way ahead of you by saying I don’t use drugs for recreational or sports use =)
I found this in a ggpo forum:
“Most of the crashes your seeing are because the server is currently running on a shared host which limits the number of connections to 100. Each player and each game currently consume 1 connection to the server. So if 60 people are logged on and 40 of them are playing, we run out and the next connection (user or game) will make the server shut itself down.”
Which suggests that the game is running on it’s own “connection” [though UDP is connectionless]. I suppose that idea would help decrease lag for Kaillera because the client wouldn’t have to process anything but gaming messages on that connection. As for delay, I really don’t see how they could have eliminated most of it on higher pings like lets say 150ms.
My plans hmmm. Well I open sourced my client. I was looking for my EmulinkerSF source, but I guess it got lost when I formatted. Unfortunatley I never really took pride in my Emulinker work so I never had a reason to back it up.
The real goal for me at the time was to fix the login issue and “button ghosting issue” for GodWeapon, and I did. I alway meant to double the message size of the packing of 0x04 and keep the Sleep…never got around to it. My conclusion on that login error is that it’s too much information for the client process the LV at once. It’s a very slow process and the packets come in very quick. By sleeping the server side, I was able to give the clients enough time to process.
With my client, I made sure it had all the 0x04 information before updating the LV.
For the GGPO thing, it eliminates all delay. But with high ping between users, the game is rather choppy but still…there is no delay. So I’m guessing whatever algorithm it implements causes the lag for higher pings. My money is on “save state/input predict and correct prediction error with re-emulation” theory. You should try it out yourself.
So I take it that you don’t have any plans…
Godweapon’s login problem was either server side congestion or client side congestion. With 70+ users logged into the server and running games, I’d safely assume that its on server side. When you send a big packet, UDP or otherwise is split in layer-3 into multiple packets based on link and reconstructed on each router before retransmission. Standard IPV4 feature… On on the client’s end, it’d mean receiving that same big packet. Of course, on each router, there is a limit to both how many packets it can route and how much data it can store in its buffer and hence a chance for packet loss. You can’t completely solve this problem…not without reducing the amount of users.
Yeah I got to tell you, 3 days/week @ 1hr/day is definitely too much exercie The key to my success is my diet. This is something most will never understand though. The funny thing is I train for strength not size. Competition for 190lb weight class in powerlifting is tough but I’m in the top percentile.
Oh and that’s really cool how you changed my posts when you quoted me. Can you show me how to do that? :tup:
Eliminating most of the delay isn’t hard for lower pings. So ggpo isn’t really that “great” if it doesn’t work smooth for higher pings where the stock Kaillera server tends to be smooth for any ping. The question is, would you rather deal with lag or delay when the ping is high?
It’s definitely the client side. I rarely had a problem logging into a packed server using my client vs the stock client. I even removed the whole Emulinker 0x04 splitup at one point so I could try try figure out the problem better and that was my conclusion. Try logging into Daroms when it’s filled, you will notice you will get in on the first try with mine and you may have to login spam on the stock. Daroms uses the stock Emulinke server.
The “white screen” IMO is when 0x04 is getting stuck in that function. You actually get to the white screen rather than “connected loggin in…” because it has already parsed one 0x04. The stock client brings up the chatroom after one has been parsed. Like you said, client congestion is the cause of the half logging in. By sleeping the thread in Emulinker, I was able to give enough delay for the client. I should have increased the packet size as well. I think it was set to 400bytes/0x04 but it could have been made higher…possibly double which would cut the amount of packets during the 0x04 in half.
The server side sees you as logged in. If you type into the chatroom, the server and all other users will see what you sent, but the client side doesn’t see a thing. Since it’s not threaded, I think that it’s stuck in that function…whether it overflowed or something. Delay the 0x04 in split up packets increases the odds of logging in by a lot on the stock client. My client doesn’t have problems because I changed how it was originally done. The LV’s are slow to update because they refresh. By updating the LV after I received all the info, the login phase completes on a more reliable basis.
I do have plans, but as a one man team and the lack of time due to school and my training, things tend to slow down. I haven’t heard of any new plans for Kaillera besides Etai’s continual postponement. I personally think he’s a joke, especially since he has to communicate through Kurgan. How hard is it to make a little post on the forum lol. I know we talked about it way back when, but things never happened. I know you were thinking [or already did] make a site dedicated to Kaillera. I’m not sure if it was just a project to keep up the spirit or a plan for a new unofficial server/client/protocol.
I am open for teamwork on a new Kaillera project. I think the gaming algorithm shoud be discussed in more detail between the programmers for best performance. Yeah no delay is cool, but how effective could it be with the standard Kaillera protocol. Things would need to be modified a bit. Then again, people with higher pings will run into the trouble of lag. We would need a more effective cache system as well. Tons of different variables to discuss. If you and whoever are really interested in actually doing something instead of all this talk, then let’s contact one another and get started. My time as well as yours is limited, but as a team certain people can pick up the slack when others are busy…that would be the benefit of teamwork I suppose. Well you all know how to contact me. Later
About the input prediction, I was thinking about this too but I’m unsure how it predicts this…the prediction thing would explain why the game seems to lag up if you keep alternating back/forward and why it lags up when people mash during throws with all buttons, since they are hitting random attack buttons and swinging the joystick around randomly.
The way I see it, GGPO is more than a kaillera like thing. When you look at kaillera in terms of gameplay, its just a tunneling service for emulator’s data. It makes predictions on things like when data from server is supposed to arrive and how much data it should enclose per packet etc. It makes fair assumptions on statistical variables to give the user a smooth continuous game and I strongly doubt that even GGPO is that organized/calculative. Higher level things such as control/alignment/synchronization is completely left to the emulator. What GGPO has achieved requires sufficient amount of control over the emulator which Kaillera should not and does not have. It strictly falls into the autonomy of the emulator. Then again, Kaillera does not have an interface that can give the emulator enough information to ideally implement something like GGPO’s zero input delay or any other scheme’s for that matter than the one it supports now. For example, it doesn’t have anything for large amounts of data transmission so emulators of most handheld systems cant utilize it. Or imagine trying to run something as simple as chess (dont get upset ppl…just an example) over kaillera…just a big waste of data. Of course, you can always formulate schemes to get around it but you wont be able to without making things extra complicated.
kailleradb? Well, I don’t even have a marketing plan for it yet. Its agenda is strictly having a independent/credible source of kaillera information and help/support new/old users. It may develop into a community but I’m not putting any bets on a community as inelastic (as in if u advertise to a 1000 people out…only 2 will respond) as kaillera.
As for a better kaillera server/client/netcode…That’s the only reason okai still exists or I’d have had it deleted like n02 along with all of okai’s ancestral hypocrisy. I started working on a c++ server yesterday. Single threaded/private only. Only have the game data bit left to implement. I’m thinking about taking another 24 hours to complete this. Feel free to contact me after that.