Smong

You can do that so long as you do #pragma pack(1) before you define TEncryptionRequestPacket.

If you handle the protocol correctly you are supposed to send your own sync request after you receive the 00 02 encryption response. Therefore those random 'timestamps' aren't used for very long. The actual purpose is to prevent people overloading the server by sending lots of spoofed 00 01 packets (fx: ip in packet is fake). But the current method is flawed as the server must cache the hash (what is in the timestamp field) along with the ip while it waits for the 00 06 'sync response'. Catid came up with an alternative method but it isn't widely accepted yet.

Get off your ends and fetch the kitchen timer.

Maybe like the server sent you the sync request because it wants a 'sync response' from you? (It is supposed to happen on subgame2).

I think it's best you try out your creation on a local test server. Is this some illicit plan to get players banned by dos'ing an ssc zone with a client other than continuum?

That could artificially create lag, in a large active arena the bot would need to ask the server for lag stats from several players. Obviously you would cache the stats from the server for each player, maybe weight them by how old they are too. If you spaced out the requests, then when there is a spike the bot will be using some old data from before the spike and still spec a lot of people.

If you read the license that comes with logicbot you woudn't need to ask this question in the first place. http://www.metalgearctf.net/kirksbots/sourcedl.php Oh, and for my bot core I would like to use encryption / decryption routines coded by PriitK.

Getting a 00 05 after sending the initial packet is a sort of hack. You don't need to know why or how, just if you correctly handle the 00 05/00 06 sync packets in the first place, it will work anyway. I wouldn't worry about the extra stuff on the end of that 00 05, it's best to use a minimum length check on packets instead of an exact length check.

If you managed to store that in an integer, then sent it, I think the byte order will get reversed because of the little endian thing. Mind you it doesn't matter what it looks like in transit so long as what you receive is the same as what you sent. I don't know perl, but you might could make a packet class that stores a packet in a string. Then you can use the appendbyte(), appendint() style functions mentioned earlier and send the string through the socket.

It would be easier to add something to the webinstaller so every time you ran it, it would see if a new month has arrived and move the contents of the log folder to log/yy-mm. @liquidize I get what you're saying. But I once saw a bot say in a spree message 'what kind of squad is %squad% anyway?', the player wasn't in a any squad.

How big is the executable size now and how big do you think it will get during open beta? (!@#$%^&*uming there is only one .exe and I doubt it is possible to statically link DirectX). I'm guessing anything between 100k-400k uncompressed (hmm, this is VB so +/- a couple of megs). No need for a patch system if it's only that big. In which case you can have a 'check for updates' menu option that opens your browser to something like http://znz.ssc.com/conted.php?update=12345 where 12345 is a CRC (if you went with compressed undo then zlib can do this). Then you can match the CRC to a version and dynamically create the rest of the page that way. Also no need to fiddle with a firewall as it uses your default web browser.

Aaah, the bumpage. Might as well add friendly fire and make bombs explode by themselves after a certain amount of time. Or better yet if you want infantry, play infantry.

You didn't mention SOS's gfx rotator requires 20mb+ of .NET runtime. I'd also like to point out ... THAT IS NOT A SKIN EDITOR!!1 it's just command line 'makeskin' tool. The 'dev suite' can be put in the 'uber web installer'. To prevent first time players from downloading a load of dev tools, there could be typical install and advanced install options (I don't know if this already exists, never tried it).

Have another browser window/tab of the highscores/favourites open while playing, everytime you complete a stage just refresh that page, worked for me.

I would imagine the limiting depth of the tileset would be the depth of your desktop. An editor using generic bitmap functions would accept any bitmap, not just 8bit like SSME. I assume you will be adding some kind of mask system to hide specific layers (AfterBackground, AfterTiles, etc).

I am looking for someone with intermediate linux knowledge, old hardware (read: less than 500mhz) and X, send me a PM saying why you think you are suitable and I'll get back to you. mi2g: http://vmyths.com/resource.cfm?id=64&page=1

AFAIK its just an alias bot.

One way to store the map is as a 24bit .png image. This way it is compressed and you can have one type of tile per colour. You can even use one channel as modifier (fly over, etc). Maps can be edited with a paint program and could be any dimensions. Also easy to draw shapes and copy/paste. The tileset would of course have to be a separate image.

bot.

If you use a lower resolution this won't appear to effect you as much.

If you run your own directory server local to the lan it may give you the lan IP for servers within the lan. Some directory servers mirror each other, get one of these if you want the public zones to be on the list too. The biller doesn't have anything to do with having to adding a custom zone.

If it only happens for certain zones/arenas then they have too much .lvz (happened to me in wzctf and tw/battleship), ask the owner to reduce this or play elsewhere. Otherwise disable rolling ships and 3D sound.

I would like to point out, that in the first post F9 and F10 are not default macro keys. There are also 16 macro slots available, not just 10. Another thing, I don't change res when I alt-tab, yet it still takes a while to switch. Another, this may sound like a good idea but a lot of people do not need it, it will only increase the .exe size (ok ok, so it is a suggestion, not a serious 'must be in next release or I play CR' situation). Look at other great free software, file size up up up every month when a new release comes out.

What code are you referring to? Prize generation? Prize generation, specifically the contents of the kill prize when a player dies.

I have noticed this too. I've come to the conclusion that you can only start with brick if InitialBrick > 0 (lanc = 255). Since you are using his test zone, why not go all the way and use his code too? The relevant stuff can be found in clientset.c. Edit: typo.