Coconut emulator

Making it server-authoritative so you can only play it in LANs? I haven't seen such a stupid program, no.

About "secure movement"... we agreed on another topic in this forum that secure movement (server driven) is silly and will make the game unplayable.

Well... at least we agree on 1 thing: this converstaion is out of control. I don't know much of you, but I understand that you are a good at programming. You "only" made the menu of Continuum but I'm sure you are able to code those parts that Priit preferred to keep on his own, for the sake of obscurity. I agree on almost everything... 100% closed source for the client... server-authoritative model for most things... no plugins at client side... etc. You don't know much of me but it seems like you decided I just "don't exist". We can rant forever about that... I give up, it makes no sense and I feel even more stupid than I am. I'm not using irony when I say I wish you good luck with Continuum and all your projects, Ekted. I'm not pretending everything is wrong in Continuum. It is a pretty good piece of software. Very few things, like greens, should be passed from client to server. I know (I supose) Priit could have designed a much better greening system without having to maintain compatibility with Subspace protocol and client. Encryption system can be enhanced, to make it even harder to crack, it is one of my "strong" points. The amount of code to be cracked/ripped/hacked/stealed is very important when extracting Continuum encryption. The more code the more nightmare you get, I swear. Putting 8 encryptions in the "core" will make me give up. I think on solutions that will make give up to people like me. I don't think I'm a genious, NASA didn't call me yet I know to crack thingies, that's all. I have some skill after 12 years cracking all kind of stuff. Encryption has to be fast, so I can't think on adding lots of code that could downgrade the perfomance of the client. Also, it can't be very simple (few code) because it makes it easier to crack. Just add more than 1 encr system, and make the server/client to be able to switch between them on a per-session basis. I'm already extracting physics and considering those parts of the protocol that I didn't go through by myself. I can extract physics and lots of stuff from Subspace... how about that It is exactly as Continuum... hmmm or is it the opposite? To extract/review the protocol I just use a custom proxy running a zone at home. Only one thing will stop me from rewriting it: Priit deciding to develope the game as it deserves. Now I expect you to say that I'm not able to code it all... alright. Think what you want.

It is already cracked. I'm not going to harm the game, as I said before. But it is ALL cracked, be sure of it. Do you think I'm trying to stop people from playing? And do you think nobody agree with me? On what questions? About greens maybe? So, nobody agree with me in a single thing... *laugh*

I thought you were done reading this board. If not, why make a meaningless post like this? Once again, your wrong, Ekted. I'm NOT leaving this forum. Muahaha. I will leave when I want, if you don't mind. Meaningless is not the word. English is not my main lang (neither !@#$%^&*embly is yours), but the word "obvious" seems to fit better in your phrase. Well, if you don't understand the meaning of it I can explain it in more detail. I said that obvious (not meaningless) thing because you and SOS were talking as if the encryption is "floating in the air", it is not present on server code, it is useless to extract stuff from the client... You were talking as if it enhance security some way. It adds some obscurity, I couldn't call it obscurity, it is just twilight. Who cares about who is generating the keystream, in which space the routines run, how it is wrapped. Who cares about all of that if it is still crackable in the end? The conversation between you and SOS is good as a disinformation campaign but if you think that the encr can not be ripped from a full zone running at home... maybe the word "lost" is the one to define you.

Encryption/decryption are required at both ends of the connection. It is not important if encr/decr are taking place into the process space of the server/client or not. It doesn't matter who and how is generating the keystream. It is a fact that the traffic get encrypted before leaving the server and get decrypted when arrives to the client (and viceversa) no matter how it all is done.

Ekted covered it pretty well, yes. Rewrite "it" all from scratch means everything: client and servers, the 3 of them. The board is not dead, alright. It is useful for other things, ok. It won't n be next sunday, neither the sunday after sunday. It will happen along the next year, I hope... I start the project today, absolutely on my own. Enhanced settings, recorders and such. I will be working on all that. Suggestions are welcome to squadbot@yahoo.co.uk See you later.

This is -*BAD WORD*-ed up. This development board is dead. Nothing to develope. Priit seems to be the only person in the world who knows something about security and 2D rendering, at least that's what it seems if we have to attend Mr Ekted opinion. I'm afraid to say Mr Ekted doesn't know the game very well in all those technical internal aspects we were talking in here. Discovering how bad is the greening system at 2003 is not a good thing for someone who is leading the game. Saying that 8 encr systems with 32 bit keys are hard to crack as 1 encr system of 8x32 bit keys means he doesn't know -*BAD WORD*- about hacking encryptions. He is the authority because he made the menu of Continuum. And Priit did rewrite the game so Trench can keep on running, that's all. If somebody is planning to write a new game similar to SS he should start his own forum and development team and forget about Priit and Ekted, forget about Continuum and SSC. If he does a good job it is only a matter of time to get new zones running or to get old SS/Cont zones moving to the new game. I really don't know how it can be done on the legal side. I don't know if still VIE or JeffP or PriitK owns the rights. It depends on which country we are talking about. I think it is abandoneware in USA, right? I don't think making a team of students will help. Computer projects are hard to coordinate. An international team won't help. It will be like an orchestra with 10 directors and 1 musician. It has to be a sort of personal project like it was to Jeff and Priit, with some extra collaboration, as Mr Ekted did. So, there is no use to keep on talking on SS/Cont forums. Good luck everybody.

Executing code dynamically sent by server?? It is the craziest idea I've heard in a while.

Hrmm why not. We can pay to Priit the same we could pay for the game on stores... But a lot of players are under 18 years old... not much money for games and things... most of them won't pay a cent... Why don't you open another poll topic to answer that to everybody? heh

LOL!!! madhaha!!!! ARE YOU PRIIT?????? MUAHAHAHA

Nah... just want to say that Smonq is absolutely right... The actual client needs to be modified too to handle the greens in the way we want.

Yes, the thing is like you both madhaha and numpf says on your last posts, in my opinion. If you think the game will resist a half-open-source client then your design is pretty good for the fast evolution of the game that you are looking for, madhaha. The other way is rewriting it all *sigh* from scratch. But, as numpf stated above, the custom DLLs solution requires Priit colaboration, and LOTS of it. A little help having to rewrite it all from scratch will be very appreciated too but we can't expect that from Priit (I'm not insulting Priit, he did a pretty good job saving Subspace without getting paid for it, he don't owe us anything, we owe him QUITE A LOT). Also, I think it will be hard to put the team to work (with the minimum coordination required) on that 3rd party software. If anyone is going to lead that team he must be the one who is already the leader: Mr Ekted of course. Lets see what he thinks of it all after meditation. Also, the possibility of different versions of the custom DLLs competing with others is not a good future for the game, it is my humble opinion.

Exactly. That's why if we are talking about ripping the encr (or talking about cheating as well) we are talking about accessing process space as the fisrt step to be taken. Once this is done and encr is already extracted you can write a Continuum specific proxy to access the traffic outside the client, which is a different thing related to the security of the game than accessing the process space. We have to distinguish between accessing traffic into memory space or outside the client. They must be considered 2 different risks.

I disagree. 8 encr systems of 32 bit keys each one are not the same as 1 encr system of 32x8 bit keys. The key is just a piece of data. Using keys of 1 MB long won't make it more secure. Cracking the encr is cracking its code. They are 8 encr systems to crack instead of a single one. Maybe is that my english sucks... I will try to put it more clear. The 8 encr systems that you mention aren't used at same time, only one of them is required by server for each whole game session. If you want to develope a bot for Continuum you will have to deal with the 8 systems, cracking them one by one. Right now we only have to crack the only existing encr method.I've heard things like the actual encr is uncrackable, that you need a custom virtual machine to access Priit core. All I can say is that the actual encr system takes 5 times more to be cracked than the old SS one, but, I do insist, it is STILL crackable. Except priitk wasn't paid. A critical point that many of you miss. If you (a) really have a big problem with priitk's time restraints, and ( believe you have the sufficient skill to contribute, there is nothing keeping you from rewriting the client from scratch. It really wouldn't be that hard. This is somewhat incorrect. If you do things properly (use a proven encryption method and put some obfuscation on top of it) a hacker would need to gain access to code to decrypt and fiddle with game traffic. I feel like rewriting it all yeah. The thing is... will all of you people accept a new Continuum (lets say I would call it Infinituum or some other stupid latin word like this) comming from a guy who is not Priit? And about the 2 risks, I don't think I'm wrong. Explain these things with few words leads to confusion. Of course gain access to process space is the first thing to do, but it is QUITE EASY with SoftICE and a previouly cracked client (with SoftICE detections removed and code checksum properly tweaked if necessary). When I talk about gaining access to decrypted traffic I don't pretend that access to happen into the memory process space when packets arrive to client, but outside the client (bots or custom proxies which can decrypt/tweak/reencrypt traffic). So, process space and game traffic are different things. Is it clear now?