Mr Ekted

Most people don't even have 1361. Normal resolutions (x) are: 640, 800, 1024, 1152, 1280, 1600, 1920-ish, 2048.

No, they have the same operator precedence with respect to addition and exclusive or. You just translated it incorrectly.

You have some program stealing focus, like an instant messenger or desktop toolbar.

Open the necessary ports. If you don't know how to configure your router, then don't use one.

Sounds like you have a firewall or router and your ports are closed.

Try setting your chat window to "never show" in Cont options. Then when Cont minimizes, figure out what has the focus. Office toolbar? Some instant messenger? Some anti-virus? Email?

Popular vote can't override basic rights. You can't say that all Jews have to leave because 51% of the people say so. You are not allowed to not hire a handicapped person because the majority of the company doesn't want to headaches. We have basic rights for this very reason--to protect people from biased idiots, like most of you in this thread.

Well you haven't posted any evidence to the contrary. Why do you think that?

Dead router. It will probably come back soon.

Tell them how long their ban is for, and if they don't stop you will increase it.

Something you are running is stealing focus, similar to when you alt-tab to a new window. I'm guessing it's either an instant messenger, or some desktop toolbar or active desktop. You should be able to disable the "popup" or "grab focus" feature once you figure out what the offending app is.

That is -*BAD WORD*-. UDP allows for 0 length packets (plus headers), up to the maximum MTU (usually about 1500 bytes). There is no "minimum standard" size.

You probably installed to the wrong folder. The EXE and the 2 DLL's need to all be in the same place.

My understanding is based on the VIE code itself. It adds up the weights, calls rand() and mods by total (which is why all 0 weights gives divide by zero error), then walks the weigh array, finding where the random number would fall.

Prize weights are proportional not inversely proportional. If you choose to use the table method, it would work like this. Say there are only 2 prizes (12 and 15), and their weights are 3 and 5. Make the table like this: 12 12 12 15 15 15 15 15 Choose a random number from 0 to 7, and lookup in the table to get the prize. Note that with this method, the table could get really big, and would probably have to be dynamically allocated, and rebuilt every time you get a new settings update.

Add up all prizeweights "t". Make a table. Choose a random number from 0 to t-1. Map it to prize using table. Or instead of table, you can walk the prize weight array and figure out where the random number would fall.

Even if you had the source right out of VIE of Cont, you can not sync the greens. They are very different on every client. Doors however can be synced perfectly minus S2C latency.

LOL no. I was making a joke out of the 2 unrelated but consecutive posts: - I edited a screenshot in Photoshop. - That's an excellent idea.

Ya. We could have all kinds of cool stuff if we added Photoshop to the client.

HAHAHAHAHAHAHAHAHAHA!

Wow I guess I need to use COLOR_BTNFACE for my headers eh?

I think he means that once a ball has come to a stop, the ball packets still have non-zero dx,dy. This is because the ball packet contains the original shooting vector until the ball is picked up again. The client needs to determine the current speed/location of the ball.

There is a known bug in Cont that if you set the proxy options to a non-existent address, it will not startup. If you think you have done this, set the following value to 0 in the registry: HKEY_CURRENT_USER/Software/Continuum/Proxy/Enable

The ball packet contains the id of the player carrying the ball (if applicable), when the ball was shot (if applicable), and it's vector (if applicable). The client must calculate at any given time where the ball is based on the friction setting of the arena. I do not know the math behind this.

http://www.ssforum.net/style_images/1/icon17.gif