Help an old habbo-developer understand what changed

Hi habbo folks,

I am a developer, that used to be really active in the habbo section. I was actively developing an emulator when I left because of my study. Currently I have more time left to develop actively on a side project, since this section is pretty dead and I still like habbo development, I would love to contribute.

I'm already talking too much, let's get to the point here.
What changed in habbo development? (I stopped developing when phoenix started to take over)
And, are there any 'bare-bones' available in java I can learn from (I suppose all the networking changed again :c)

Cheers,
Ephedrine

Why Java? C# is better. Look at Azure. They outperform Arcturus with ease.

And what has changed, well everything really. Things are different nowadays. No more phoenix. All retros are dominated by Azure.

Also database changes have been made. Everything is now saved in your furnidata.xml (Previously known as furnidata.txt) in XML format. So if you want to update an item in the hotel you have to fully restart it. How usefull!!

I'm really looking forward to your input in this section, I think you could change the future of this community.

Have a nice day :):

Quote:

---

Originally Posted by The General

Why Java? C# is better. Look at Azure. They outperform Arcturus with ease.

---

Java, because I am a linux user, and due to my study I am more experienced in java than C#.
The fact that I haven't developed habbo stuff in a while, doesn't mean I haven't followed what happened in the community a bit. Azure just looks like a horribly coded mess to me. Arcturus however looks really clean, with a lot of features.

Quote:

---

Originally Posted by The General

And what has changed, well everything really. Things are different nowadays. No more phoenix. All retros are dominated by Azure.

---

So that means my only reference would be Azure? fml

Quote:

---

Originally Posted by The General

Also database changes have been made. Everything is now saved in your furnidata.xml (Previously known as furnidata.txt) in XML format. So if you want to update an item in the hotel you have to fully restart it. How usefull!!

---

Yeah, let's save all data in a furnidata file that is accessible by client, sounds like a secure plan to me :')

Quote:

---

Originally Posted by The General

I'm really looking forward to your input in this section, I think you could change the future of this community.

---

My ego isn't that big, don't worry.

Hope you have a nice evening too :)

Quote:

---

Originally Posted by Ephedrine

Java, because I am a linux user, and due to my study I am more experienced in java than C#.
The fact that I haven't developed habbo stuff in a while, doesn't mean I haven't followed what happened in the community a bit. Azure just looks like a horribly coded mess to me. Arcturus however looks really clean, with a lot of features.


So that means my only reference would be Azure? fml


Yeah, let's save all data in a furnidata file that is accessible by client, sounds like a secure plan to me :')


My ego isn't that big, don't worry.

Hope you have a nice evening too :)

---

.NET is possible to be used on Linux.

Not not really, just google around a bit.

No it is only the structure. Like sitting, stack height etc.

lol

thanks.

Quote:

---

Originally Posted by CodeDrgaon

Be aware of toxic people that's all I've to say.

---

Oh shit. Guess I have to use my anti-poison then.

Quote:

---

Originally Posted by The General

Also database changes have been made. Everything is now saved in your furnidata.xml (Previously known as furnidata.txt) in XML format. So if you want to update an item in the hotel you have to fully restart it. How usefull!!

---

Wrong, you can use the command refresh_items to refresh it no need to restart ;)

hihi ly :love:

This is questioned very commonly around. I've accepted it because it can led to a good debate, with new informations, and moved it to "Retro Habbo Chat" instead of "Habbo Help".

Good debate.

Thanks @LucasArts I wasn't really sure what section to use.

So I have been able to create a basic server again that can read packets from the client, not sure whether I implemented the 'outgoing' packets right (I might publis it, if anyone is interested in learning more about Server Development, I documented everything). Does anyone know if there is a DiffieHellman/RSA implementation, written in java, as used in Joopie's encryption around, I would really appreciate that.

Quote:

---

Originally Posted by Sir Jamal

Wrong, you can use the command refresh_items to refresh it no need to restart ;)

hihi ly :love:

---

You should construct your furnidata.xml based on your database and not base your emulator furnidata on furnidata.xml if that made sense

Quote:

---

Originally Posted by oleaa

You should construct your furnidata.xml based on your database and not base your emulator furnidata on furnidata.xml if that made sense

---

What you just said makes perfect sense. Jamal's comment didn't make much sense though, this thread is about emulator development in general, and he starts talking about some command he probably implemented in Azure or whatever.

Quote:

---

Originally Posted by Ephedrine

Hi habbo folks,

I am a developer, that used to be really active in the habbo section. I was actively developing an emulator when I left because of my study. Currently I have more time left to develop actively on a side project, since this section is pretty dead and I still like habbo development, I would love to contribute.

I'm already talking too much, let's get to the point here.
What changed in habbo development? (I stopped developing when phoenix started to take over)
And, are there any 'bare-bones' available in java I can learn from (I suppose all the networking changed again :c)

Cheers,
Ephedrine

---

This is a good emulator to start basing work off.

IDK-Server-Java

Update to a newer build and should work like a charm I guess.

Quote:

---

Originally Posted by Ephedrine

Hi habbo folks,

I am a developer, that used to be really active in the habbo section. I was actively developing an emulator when I left because of my study. Currently I have more time left to develop actively on a side project, since this section is pretty dead and I still like habbo development, I would love to contribute.

I'm already talking too much, let's get to the point here.
What changed in habbo development? (I stopped developing when phoenix started to take over)
And, are there any 'bare-bones' available in java I can learn from (I suppose all the networking changed again :c)

Cheers,
Ephedrine

---

There are some Java "bare-bones" out there. It's a bit harder to find, but I do recall seeing a few around. Some of them are not updated either. Just search around a bit.

Good luck!

Although I would say that the Java emulators available in this section is far better implemented compared to C# ones, I would argue that C# is a better platform, regardless. Java is just, slow. Both in terms of performance (This is due to their old and bloated frameworks, not the actual performance of execution) and how the language develops where C# is wayyy ahead of Java. I believe the reason why Azure is so horrible is that the developers behind it just uses new APIs and features because why the heck not without looking into if it performs poorly under heavy load or if it actually is any usefull at all (I'm talking about code standards and how things are implemented, not which features it got). We did a heck lot of work on optimizing, fine-tuning, profiling and analyzing bfly when that was a thing and we made a huge improvement from Uber. Now that the source code is out, I would say they have only been going towards how Uber was, which was pretty bad.

Quote:

---

Originally Posted by maritnmine

Although I would say that the Java emulators available in this section is far better implemented compared to C# ones, I would argue that C# is a better platform, regardless. Java is just, slow. Both in terms of performance (This is due to their old and bloated frameworks, not the actual performance of execution) and how the language develops where C# is wayyy ahead of Java. I believe the reason why Azure is so horrible is that the developers behind it just uses new APIs and features because why the heck not without looking into if it performs poorly under heavy load or if it actually is any usefull at all (I'm talking about code standards and how things are implemented, not which features it got). We did a heck lot of work on optimizing, fine-tuning, profiling and analyzing bfly when that was a thing and we made a huge improvement from Uber. Now that the source code is out, I would say they have only been going towards how Uber was, which was pretty bad.

---

The fact I like java more is its history of being available across multiple platforms, and some personal taste I guess. And I think the fact that java emulators are better implemented is because as a java programmer in the habbo community there is not much to copy, while there are c# fixes and emulators available everywhere. And people just start copying code and give up when they don't understand it anymore.

Quote:

---

Originally Posted by maritnmine

i believe the reason why azure is so horrible is that the developers behind it just uses new apis and features because why the heck not without looking into if it performs poorly under heavy load or if it actually is any usefull at all (i'm talking about code standards and how things are implemented, not which features it got).

---

linq.

- - - Updated - - -

Quote:

---

Originally Posted by Ephedrine

The fact I like java more is its history of being available across multiple platforms, and some personal taste I guess. And I think the fact that java emulators are better implemented is because as a java programmer in the habbo community there is not much to copy, while there are c# fixes and emulators available everywhere. And people just start copying code and give up when they don't understand it anymore.

---

If you want to be cross platform, use C++.

If I had the chance to redo Arcturus I would've gone with C++ instead.

Quote:

---

Originally Posted by The General

If you want to be cross platform, use C++.
If I had the chance to redo Arcturus I would've gone with C++ instead.

---

I wanted to go with D first, but I haven't really used that language before.

Quote:

---

Originally Posted by Ephedrine

I wanted to go with D first, but I haven't really used that language before.

---

Don't. C++ is more widely used, has more libraries and way better support. In the end it gets compiled to the same native language depending on your CPU.

Golang is the future. Invest time in it and fly. Thank me later.

Quote:

---

Originally Posted by Quackster

https://forum.ragezone.com/cache.php...%2Ft6qAhNc.jpg

---

Well, if you are a linux user there is/was not much choice... And I never said the language is good, just that I like the language.

Quote:

---

Originally Posted by Ephedrine

Well, if you are a linux user there is/was not much choice... And I never said the language is good, just that I like the language.

---

There's also NodeJS, C/C++, Python, Pascal, Ruby, Perl, Go, CoffeeScript.

Also Mono can run .NET applications...

Don't forget that MongoDB is webscale, which also can run on Linux

Is there even a language that can't run on Linux?

Quote:

---

Originally Posted by Hoshiko

Is there even a language that can't run on Linux?

---

Yeah, DOS.

Quote:

---

Originally Posted by The General

Yeah, DOS.

---

You sure about that?
https://en.wikipedia.org/wiki/DOSBox

"DOSBox is an emulator program that emulates an IBM PC compatible computer running a DOS operating system. Many IBM PC compatible graphics and sound cards are also emulated. This means that original DOS programs (including PC games) are provided an environment in which they can run correctly, even though the modern computers have dropped support for that old environment."

Quote:

---

Originally Posted by maritnmine

Don't forget that MongoDB is webscale, which also can run on Linux

---

I heard MongoDB isn't as scalable as /dev/null, is this true?
Also, golang is not the "future", whatever the "future" is

Language discussion thread (since this one is becoming one of those...): https://forum.ragezone.com/f802/disc...6/#post8524706