It's fine with the Update button IF it does not use more performance than normal, also that it doesn't "freeze" for a while to make the connection (of course you could so BackgroundWorker (Threading)) But if you find a solution for that, why not just do it when you start the emulator?
Also if you're using a GUI for the emulator, make sure you get as good performance, because rendering the graphic elements is a pain (worse with Aero/custom visual effects) and you will not have a great performance - this is why most emulators are made in CLI. Just a little hint
<<<<Shuffle Header Plugin>>>
//Check for updates
<<Checking Habbo build...>>
//Update found
<<New build found!>>
//If new build is not found, then it boots up.
//Start logging in.
<<Logging into Habbo client...>>
<<Logged in!>>
<<Looking for Header Shuffle updates...>>
<<209 Header id's updated!>>
<<Terminating Updater...>>
<<Terminating Completed.>>
<Booting RevEmu!>
//Serializers load here.
revemu.exe [gui|database <string>]
revemu.exe -gui
revemu.exe -database "phoenixdb"
revemu.exe -gui -database "revdb"
Do you use arguments for the switch? It would be cool to have the CLI as default and you could start up the application with multiple arguments like:
Code:revemu.exe [gui|database <string>]
So if you wanted the GUI you just make a shortcut of the application and type this in the run arguments:
And the database switch:Code:revemu.exe -gui
orCode:revemu.exe -database "phoenixdb"
Code:revemu.exe -gui -database "revdb"
Just some thoughts. Really this could be helpful for other people who is testing their CMS systems or w/e and could have multiple shortcuts with their own settings via. arguments. And also for users who wan't to choose between GUI and CLI. More settings could be available as well.
Why is this better than a configuration file?
The idea is the way that people can customize/configurate the application without changing the configuration each time. Also if you should run multiple hotels with different systems. Instead of having two folders of the application, why not just put it into one?
So that's my conclusion on cracking the shuffling headers.
Using the Get and Set.
There may be other ways as Dominic did it in Java. And as you know Java does not have Get and Set.
package test;
public class Environment {
private static String string;
public static string getString() {
return string;
{
public static string setString(String newstring) {
string = newstring;
{
public static void main(string[] args) {
//Give some data to the string
setString("test one");
//Output the string
System.out.println(getString());
//Add different data to the string
setString("test two");
//Output the new string
System.out.println(getString());
{
}
Java's way is better ;DLol i mean the get and set accessors
Java's way is better ;D
Why are you basing it from other databases such as uber or Phoenix? Their database structure is terrible.
Why not build a conversion tool or something like that for the users, rooms and furniture etc?
using RevEmu.rMessage;
namespace RevEmu.Messages.Composers
{
class LoginPacket1 : IMessageRegister
{
public Sm RegisterSession()
{
//Packet Lenght: 37
var message = new Sm(3872);
message.AppendInt(2118213);
message.AppendInt(1279607123);
message.AppendInt(1161179949);
message.AppendInt(842019122);
message.AppendInt(808530227);
message.AppendInt(809055031);
message.AppendInt(758394932);
message.AppendInt(89294110);
return message;
}
}
class LoginPacket2 : IMessageRegister
{
public Sm RegisterSession()
{
var message = new Sm(252);
//Packet Lenght: 261
message.AppendInt(16790886);
message.AppendInt(1697801011);
message.AppendInt(946025784);
message.AppendInt(1630745653);
message.AppendInt(1714501477);
message.AppendInt(1697920304);
message.AppendInt(1714566960);
message.AppendInt(1630888757);
message.AppendInt(1697853752);
message.AppendInt(1698259298);
message.AppendInt(1714708784);
message.AppendInt(828650084);
message.AppendInt(859125602);
message.AppendInt(842413668);
message.AppendInt(943011127);
message.AppendInt(1680945460);
message.AppendInt(1667327585);
message.AppendInt(842228323);
message.AppendInt(946024502);
message.AppendInt(1698128227);
message.AppendInt(1684103992);
message.AppendInt(811807289);
message.AppendInt(1698052408);
message.AppendInt(842490982);
message.AppendInt(895629364);
message.AppendInt(1630614885);
message.AppendInt(1714959923);
message.AppendInt(1664574774);
message.AppendInt(1684353593);
message.AppendInt(1647338041);
message.AppendInt(1681077347);
message.AppendInt(895628130);
message.AppendInt(1697867364);
message.AppendInt(1664705844);
message.AppendInt(892876089);
message.AppendInt(828584246);
message.AppendInt(825844278);
message.AppendInt(1681339703);
message.AppendInt(828519014);
message.AppendInt(1631074099);
message.AppendInt(963011171);
message.AppendInt(862085989);
message.AppendInt(1630560822);
message.AppendInt(1714709604);
message.AppendInt(1647850038);
message.AppendInt(1700880690);
message.AppendInt(1647655265);
message.AppendInt(959734323);
message.AppendInt(875914547);
message.AppendInt(912601652);
message.AppendInt(1664692529);
message.AppendInt(1714697318);
message.AppendInt(828597347);
message.AppendInt(892745264);
message.AppendInt(828651060);
message.AppendInt(825569848);
message.AppendInt(962672184);
message.AppendInt(1714960225);
message.AppendInt(1698116660);
message.AppendInt(878784824);
message.AppendInt(1714958647);
message.AppendInt(1647927652);
message.AppendInt(892417584);
message.AppendInt(942946147);
return message;
}
}
class LoginPacket3 : IMessageRegister
{
public Sm RegisterSession()
{
//Packet Lenght: 23
var message = new Sm(3025);
message.AppendInt(1);
message.AppendInt(65);
message.AppendInt(1800);
message.AppendInt(1);
message.AppendInt(-1);
return message;
}
}
}
_ªüÂä4ò£`ÆÒ²~¡Hæ¸???Sòó?WP?Ãeø T"?d2çiäÚQU`¿Î Len: 64706