xxdem

that charms me thank you

if thats all you can say, thanks for bringing the thread up then

Die.java

excactly, the alpha server will be live all Summer for active developing with the community, the server will go live in September

With a small glance someone already found bug on the code, and it was a proof that it was a not tested scam

I don't believe anyone has done this before. Personally I am not familiar with IDEA, I've tried it once on PHP and I really hated it. But the process of going debug mode for live editing of the code is basically standard so you should have no problem If you find another tutorial from a different project on IDEA

Thanks but my English is almost native because my mother is British, better luck next time kiddo, although I am not tryharding my grammar on the trashforum truth being said. But still your previous comment still gives me the chuckles, I thank you for that.

So you're telling me that if right now I make an official big fart, all the design rights are exclusive to me? Seems legit

This is true, only case 1 will be executed, he obviously wanted to write >= but he never actually tested the code

Congratulations, I've already said on the same post that he came back to scam 20 more euros, and thats exactly what he did with you. Only a trash l2j developer can say that a script from another project will work to another without adaption, these scripts are not cross-project and I personally never work on them. But yes, since you're stupid enough you got what you deserved

gl :dat:

yes its a virus, I want to scam your endless money endgame antivirus

There is no throttle involved during a normal download, the old version or even the standard updater we are all used to will download the file with the highest efficiency possible. But will then require to decompress the compressed file into a new file on the disk with it's own new size, this means delete the downloaded compressed file and decompress it into a new file, which I believe adds unnecessary IO. My method is more simple, it will decompress the bytes as soon as they are downloaded from the socket while downloading, this method will introduce input lag on the download thread and will throttle the network down, so this was solved with a second worker thread that received job from the download thread, decompressing the bytes in a streamed writer who is also responsible of writing the decompressed bytes to the hardisk through another buffered writer

he gave you the "only correct answer" still bumping? kappa

In theory, if u put additional workload on the very same thread that downloads through a socket, you add latency on the connection eventually decreasing network efficiency

stop saying bullshit, you know nothing

SmartGuard can do anything it wants only on the client side, on the server side the code is minimal and its up to the developer to take care of it, whereas your ACP has full control over the gameserver. I am not trying to be a smartass here or go against your product, I just want to say that this comparison is retarded, on top of it a big retard put it on the table.

You can't compare a harmless client protection with an interface that can send any command that the gameserver will blindly accept. Its apples to oranges on all aspects, none will grant 101% access level to a foreign web server that costs as low as 40 euros, no matter if its trusted or not. It simply won't work like that. I know you want to be able to have full control over your interface, avoid leaks, cracks etc but none will compromise his server's security for the luxury of this ACP. ISP and IPS forums are good examples of great web software that got cracked and will be cracked over and over again, but they still know that there's no other way. Worst case scenario for you, a big name of the scene that wants this ACP will simply hire a developer to make one for himself, none is gonna trade traffic with a foreign server

reading bytes into template address and truncating on byte level, a basic sample template <typename T> static __forceinline const size_t read(T* num, void* buffer, int offset = 0) { const size_t dataSize = sizeof(*num); for (int i = 0; i < dataSize; i++) { *((BYTE*)num + i) = ((BYTE*)buffer)[dataSize + offset - i - 1]; ((BYTE*)buffer)[dataSize + offset - i - 1] = 0; } return dataSize; } Used for parsing data from large byte buffers, could be coded better but I have my reasons to use that one. I don't even know why I bother replying. Could be done with memcpy and memset, but internally they work like above with the difference that they use integer based operations for increased efficiency, I didn't need that

Then keep your mouth shut, they know what they're talking about

whose buttfuck me or you? I didn't said it to offend you if thats what you believe. I just said that the solution was already given but you repeated it in a way that you proposed something different whereas you could simply agree and include the serverpacket name. No hard feelings whatsoever, look at the post bellow you, you now have a new girlfriend pet.

I am talking about server side retard. BTW did you check my updater? You was saying that I was selling air and I am scamming, now I have a download test on the thread, one that shows what a beast of updater this is. You see, your words don't worth a shit, you're all bullshit

And how exactly id differs from mine? You repeated the same thing only adding the severpacket's name

First of all, NPC heading never changes, its just an effect only the player who target can see. Its a ServerPacket, I don't really remember its name but you will find it if you look at methods onAction L2NPC and friends

Not using skype anymore, please PM me here for start.