KeyWorld

Ok I see, so I guess I just need an option to parse string as uint16 instead of uint8 to make it work.Just to be sure, it means the max length of your character's name in chinese is 12 ? (24/2)

That make sense. For now roBrowser only parse some lub files. // (from src/DB/DBManager.js) DB.loadLuaByteTable('data/lua files/admin/pcidentity.lub', onLoad()); DB.loadLuaByteTable('data/lua files/admin/pcjobname.lub', onLoad()); DB.loadLuaByteTable('data/lua files/admin/pcjobnamegender.lub', onLoad()); DB.loadLuaByteTable('data/lua files/datainfo/accessoryid.lub', onLoad()); DB.loadLuaByteTable('data/lua files/datainfo/accname.lub', onLoad()); DB.loadLuaByteTable('data/lua files/datainfo/npcidentity.lub', onLoad()); DB.loadLuaByteTable('data/lua files/datainfo/jobname.lub', onLoad()); DB.loadLuaByteTable('data/lua files/datainfo/petinfo.lub', onLoad()); DB.loadLuaByteTable('data/lua files/datainfo/weapontable.lub', onLoad());And there is no guaranty at all that it do it well (the loader is buggy).So for now if you want to be sure to have custom hats/mobs, better to add it directly on the DB folder. For items, it load them from old client files.

@Dastgir Pojee No for now roBrowser doesn't read luafiles514 folder (what the hell is this name ?) But to be honest, I have some doubts about lua support and I think about dropping it from roBrowser and instead playing with javascript file stored in DB (I don't have a good enough lua/lub loader). @Aeonim Just change the page meta charset (from api.html if you are using the api to run roBrowser) would be enough.

Happy you love it No currently there is no way to extract more than one file at the time. There is no API in the web to access user disk (security concern) to create folder and extract files inside. That's the main reason why it's called "grf viewer" and can't extract folder, repack grf, add files, etc.

If there was a problem it should be fix now, also speed up loading apps. I don't understand your part about the map viewer. The effects aren't in the map view for now (still some work to do to list them).

@Tepoo So you notice There are still some informations in the file I'm not sure about, but I expect it to be fix soon (I hope). I don't think I'll work on a tool to create/edit this files in the near future, too much things to work on currently... @Kbandeleon Nice suggestion, I'll check it

@Dastgir Pojee I don't think it's related to the image. Even if roBrowser can't run a resource it continue to run (except if it's a RSW, GND or GAT file, but in this cas it show an error window). So your best luck here is to open your web browser development console to check for errors.

I got some brainstorm about STR files lately for roBrowser (file to store effects animations), so it's now available in the Grf Viewer : Hope you'll like it

March 2014 news [*]Add support for 2013 december packets. [*]Massive bugs fixes and optimizations (thanks for feedback). [*]Remove some memory leaks [*]Add GZIP compression in remote client (and http cache). [*]Add visual casting spells to skills. [*]Add support for high jump packet (sliding entities) and body relocation. [*]Now able to attack players by pressing SHIFT keyu (or /noshift /ns). [*]Add skipServerList config to skip server list if there is only one element in the list. [*]Add skipIntro config to skip the intro window. [*]Add autoLogin config (I let you imagine - facebook api ?). [*]Now displaying GM sprites. [*]Add support for text color (what player are saying + Admin text - yellow). [*]Introduce SI_CLAIRVOYANCE (maya purple card). [*]The character can now move to pick an item on the ground. [*]Add shadow table DB (to display shadow size). [*]Remove sprite 111 and 139 from scene. [*]Introduce QPet system. Screenshots of the Month Note: the "Slot Machine" in the Pet Capture is different than the official one, this one use all the animation frames stored in the sprite/action and looks (in my opinion) really better.

Allman style can't be used because currently we can't do: - script test -1,{ } Or: function script test{ } Or: - script test -1, { function test { } test();} (Except if i miss an update).

The server know based on the socket id the client logged in authenticated by keys. So to use it, you have to hook the client. About the mvp card. No. The client ask to pick an id linked to a structure where is stored the item info and its position. You don't have access to this data in the packet. Do not worry there is no known possible hack currently in the protocole. There was hack in the past : teleportation, crash, buffer overflow. But currently no interesting things to do.

It's know the packet based on it's packet id. So if you want to parse it, you have at least to parse all packets to know where a packet start and end (or you need at least to know all packets size. Basically in pseudo code: function recv(buffer){ offset = 0; while (offset < length(buffer)) { packet_id = readshort( buffer, offset ); packet_size = packetsize[packet_id]; // store all packet size here // if packet length is -1, the packet size is dynamic // and the next short is the packet length. if (packet_size == -1) { packet_size = readshort( buffer, offset + 2 ); } // Want only the message packet if (packet_id === 0x8e) { message = readString( buffer, packet_size - 4); // (minus header + length) // do what you want with message } offset += packet_size; }} It's a little more complex in fact, need to check if there is no overflow while parsing data, store the buffer and wait for the next buffer to arrive to join them. Hope it help.

It's packet based. <header><packet length (only if packet size is dynamic)><packet data> So currently, yours is at the end: 8e001000436865636b6572203a203100 Where : 8e00 is the packet id (0x8e) 1000 is the packet size (0x10) the rest is the message data.

@quesoph Follow the remote client installation guide line by line : https://github.com/vthibault/roBrowser/blob/master/client/readme.md Known problems people experienced before: They forgot to configure the .htaccess data.ini file is case sensitive. Apache do not read their .htaccess files They do not properly repack their GRFs to remove DES encryption in files. They use Client::$AutoExtract set to true but do not have write access. They forget to remove the debug mode (only here to help installing it, once done it has to be removed). So for now, set the debug mode to true, and try to see where the problem can be.

As you want, the remote client can read files from GRF (and cache them in the data folder to be faster the next time). It just can't read encryption in the GRF.

@Alexandria No sorry I can't, I don't have enough asm knowledge to do it.

Hi, After reading again and again this topic : Hercules WPE Free - June 14th Patch I saw that people don't really know how to figure out if the keys they are using are broken or not. So I wrote an online tool to help them (design stolen from jsperf.com). http://www.robrowser.com/prototype/packet-keys/ This tool simulate 100'000 self encryption of the key to check if it's strong or not (I can set it higher, but it will stress your browser to have the same result). Bonus, a form to help you generate your own keys. Have fun~

I wrote this online web service, if it can help : http://www.robrowser.com/prototype/packet-keys/ It's a tool to list the current brokens keys (and the working one), there is also a form to help generate new keys. All the tests are executed 100'000 times (it's enough and avoid to freeze your browser for a while since all tests are done client-side). Have fun~

Can you specify ? I failed to understand. roBrowser is a client not a server, so you'll need a server to connect on (Hercules, rathena, eathena, ...).

@bahbi Fixed, sorry

@bgamerz23 It's the JAVA fallback for socket support. Some solutions : You can run robrowser as a chrome app, and so it will have native socket support. You have to install the websocket proxy (url in the readme) to do not rely on java. Reduce the security level of java applet (in java settings), but all players have to do the same Pay Oracle to remove this fucking popup (I prefer personally to boycott them). The point 2 is the best thing to do in my opinion.

Thank you guys @evilpunker The server is hosted in France, I can only have european IP, so it should be the distance :/

Seems like I didn't write a post here about this project, it's time to do it. I'm here to introduce roBrowser, an open source project that try to port Ragnarok Online in the browser using web technologies (javascript, HTML5, WebGL). As it's running in a web browser, roBrowser isn't OS dependent and run fine on Linux, Macintosh and Windows. It's also running on some smartphone and tablets but it depend if the system support webgl and I have to admit, it has bad control (not optimize for touch control). It can also be run as a Chrome App, I personally use it to have a nice icon on my desktop. From now, I tested it (and it's working) on Chrome, Firefox, Safari and Opera. It will work in future on IE11 when they will fix their rendering engine. roBrowser is not a different game as Gravity built (Ragnarok Zero, Ragnarok Violet, ...), this project is intended to be another client for RO1, to connect on private servers. Get the source (Thanks to report all bugs) If you like roBrowser, you can help me improving it or even thinking about doing a donation ? Screenshots The project is still on going, currently missing a lot of features to match the official client (trade ui, npc buy/sell, ...), but I'm working on it. Some usefulls links : [*] Source code [*]Installation guide [*]WebSite [*]API Guide [*]Forum [*]Demo (Yep there is even a demo if you want to try it).

Thank you @Angelmelody I have seriously no idea how to do this, there is no native command for it in JS, so I guess the only way is to create a function that modify each char of a string depending of the charset, but I lack informations about it.

GRF Viewer Hi there ! If you remember, in the past I released a buggy web grf viewer. It was slow, didn't work with big GRF because of memory issue, can't decode DES encryption, now time to present its new version. Basically this web tool allow you to select your own GRFs and display their contents directly in the browser. Nothing to download. As its name suggest, it can't write into the GRF, there are currently no API available (for security reason) to have write access to the user computer, so the only point of this tool is to display its content and search on it. There are no way to repack, add or modify files. Just view and extract files. This tool is built using only javascript, html5 and webgl, it is in my point of view a demonstration of what can be done in the web today with new technologies. It can view as thumbnail some sort of files : bmp, gif, jpeg, tga, spr, pal, and some tools are included to render models and maps or listening audio files. Two possibilities at the start up : Select a GRF (click on "select files", or drag drop your grfs in the box). Note: once the page quit or reloading you have to re-select the files, the browser do not remember them. Click on the data folder, in this case, it will show resources from my remote client. This tool is an application from roBrowser, it's using roBrowser's core. So if you ever find a bug, I'll be really happy to fix it ! Note: it's possible the viewer stop rendering a directory content because it encounter a corrupted file in the GRF (wrong gzip encryption, or invalid file offset) or the file is encrypted. You can test this tool online here: http://www.robrowser.com/prototype/GRF-Viewer/ Some preview: All feedback are welcome. Have fun~