[JAVA] Looking for new team members!

11/04/2010 17:39 Miki Maus#1
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.
11/04/2010 22:20 katashi963#2
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?
11/04/2010 22:27 Dr.Abdelfattah#3
if u can develope an emulator by C++ , pm me i can help u ..
11/05/2010 05:04 Miki Maus#4
Quote:
Originally Posted by abdelfattah View Post
if u can develope an emulator by C++ , pm me i can help u ..
Sorry only java :D
11/05/2010 09:01 lesderid#5
"Basically we've done not that much but base is really epic and works flawlesly."

Could you explain that a bit?
11/05/2010 09:37 paxemuman#6
Quote:
Originally Posted by abdelfattah View Post
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).
11/05/2010 23:52 * White *#7
how java will be better then srevolution project?
11/06/2010 00:26 paxemuman#8
....
11/06/2010 06:27 Miki Maus#9
Quote:
Originally Posted by paxemuman View Post
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..
11/06/2010 06:54 lesderid#10
Quote:
Originally Posted by Miki Maus View Post
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 damn easy to make a SRO emulator, everyone is just way too lazy.
11/06/2010 07:06 Ninja1337#11
Quote:
Originally Posted by lesderid View Post
No flaming please.
And we all know it's damn 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
11/06/2010 07:16 lesderid#12
Quote:
Originally Posted by Ninja1337 View Post
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.


Quote:
Originally Posted by Miki Maus View Post
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.
11/06/2010 07:35 bootdisk#13
Quote:
Originally Posted by lesderid View Post
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): [Only registered and activated users can see links. Click Here To Register...]

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.
11/06/2010 08:54 [B]ase[J]umP#14
i have a question.
how can you make a emulator with java btw?
11/06/2010 10:03 paxemuman#15
...