[JAVA] Looking for new team members!

[Miki Maus]

Hello,
We're developing a java emulator for iSRO v1.272 client,
And currently looking for people who are experienced with Java,
Basically we've done not that much but base is really epic and works flawlesly.

If you want more info or join the team post down here.

[katashi963]

I would like to have some information about what you've done yet, also i'm experienced in Java.
Do you have a forum or sth like that?

[Dr.Abdelfattah]

if u can develope an emulator by C++ , pm me i can help u ..

[Miki Maus]

Originally Posted by abdelfattah

if u can develope an emulator by C++ , pm me i can help u ..

Sorry only java

[lesderid]

"Basically we've done not that much but base is really epic and works flawlesly."

Could you explain that a bit?

[paxemuman]

Originally Posted by abdelfattah

if u can develope an emulator by C++ , pm me i can help u ..

If you know c and c++ coding in java should not be a problem for you.

To Miki Maus:
Just open your forum and start your project, if you want to invite more coders better make open source project because source will be relased anyway by someone from team.If you are preffer closed source and you wont share code better code alone (but this will take much more time).

[* White *]

how java will be better then srevolution project?

[paxemuman]

....

[Miki Maus]

Originally Posted by paxemuman

You really think it depends on language ?oh well....

actually it does.. lets compare on time waste at how long you develop your emulator (SSE) 3 years ? I'm already done with all basic stuff in like 2 days..

[lesderid]

Originally Posted by Miki Maus

actually it does.. lets compare on time waste at how long you develop your emulator (SSE) 3 years ? I'm already done with all basic stuff in like 2 days..

No flaming please.
And we all know it's **** easy to make a SRO emulator, everyone is just way too lazy.

[Ninja1337]

Originally Posted by lesderid

No flaming please.
And we all know it's **** easy to make a SRO emulator, everyone is just way too lazy.

I don't see any flame, he simply said that pax took 3 years to make hes emu and miki maus got the basics on like 2 days

[lesderid]

Originally Posted by Ninja1337

I don't see any flame, he simply said that pax took 3 years to make hes emu and miki maus got the basics on like 2 days

Ok, it's not flaming. But he's clearly being negative towards pax.

Originally Posted by Miki Maus

actually it does.. lets compare on time waste at how long you develop your emulator (SSE) 3 years ? I'm already done with all basic stuff in like 2 days..

They are maybe small but they change the total 'mood' of the message.

[bootdisk]

Originally Posted by lesderid

No flaming please.
And we all know it's damn easy to make a SRO emulator, everyone is just way too lazy.

The real complicated thing is the Entity Spawn system. Keep track of them on each client, spawn & despawn them.

Don't know if it might help but on my last tries I did manage sectors as if they were Chat Rooms (join/leave messages and it helped me to send packets to who was in there and not having client crashes).

I'd like to point out some other things like, don't waste your time working on Sky click movement. Keep it simply, Floor click based movement it's Ok and not expensive (in algorithm terms) than messing around with Navigation Meshes.

About packets, try to reuse them. For example, for fixed size packets there is no need in building a new instance of your packet builder class.

Talking about packets try to keep the communications to the minimum. There are thousand of packets on today's emus that might not be necessary.

And there is no need of having a Login and Game servers as you can take a look at this post in one of the largest private server scene development thread (really worth to read from start to end):

I haven't worked before with SQL-engines but on my first approach with Python and on my second with C++ I did something that everybody does: having static data on the database. Recently I thought that it might not be necessary to have it there. You may ask why... the truth is that I thought that SQLite for example for each SQL sentence was running a Lexer and it might be expensive too (Ok it might have some hash-thing running for them too) but as my last try was in C++ too (1st Python, 2nd C++, 3rd C++) I thought that casting bytes (read them from a binary file) to an structure with a really small cache system might be a lot better. It was going to be like a really primitive 'garbage collector'.

One more note: try to have the packet constants inside an interface and all of them declared as final, that might help you if you have to change them.

If I could remember more things I'll let you know but I wanted to share these things as I think they're good tips.

Edit: I just forgot to tell you that don't mess around with security things. Don't add anti-bot systems that might compromise the whole server performance a lot. Keep it simple and playable.

[[B]ase[J]umP]

i have a question.
how can you make a emulator with java btw?

[paxemuman]

...