HTML5 port plans

So much time without updating the blog. Well, we have been pretty busy preparing the upcoming release of EasyRPG Player: 0.1.3.

Version 0.2 will be delayed because of narrower spare time from development team to complete the Battle System. However the next version feature list is yet relevant and will be announced in a not much later blog post.

But now, let’s introduce the yet another next-gen, cloud-enabled, big-data-capable, RPG-as-a-service and The-Internet-Of-Things-embeddable port: EasyRPG Player HTML5 Port (alternate name: EasyRPG.js).

Play your own RPG games in the cloud!

With the HTML5 port you will be able to play your games in any HTML5 compatible browser, share your game with your friends and conquer your neighborhood with your amazing RPG skills.

Let’s make it faster!

Increasing Player popularity with HTML5 will help with development, becoming attractive for Facebook, which could buy our product for a few billions and allowing us to have full time developers improving the Player engine even the Editor.

Run your RPGs everywhere!

The Internet Of Things makes Internet available in unexpected gadgets. With the HTML5 port you will be able to play RPG Maker 2000 and 2003 games in your microwave embedded browser while preparing popcorn!

We plan to release the HTML5 version some day of 2014, expect us!

9 thoughts on “HTML5 port plans”

    1. It’s better to do a fast port with Emscripten because we have too much C++ code to convert into JavaScript and maintain two codebases is not worth.

  1. …becoming attractive for Facebook, which could buy our product for a few billions… huehuehue

    I cannot take this very seriously because of the the day you posted this…

    Supposing this is not a prank, do you also plan for a online ‘editor’ than can go along with the RTP material site you were planning?

    1. Well, there are currently 2 editor projects, the new one (Editor-Qt) will be introduced soon, however Editor-Qt will be harder to be usable in web, there is the Vaudeville QPA project, aiming to be the equivalent to the Broadway backend for GTK+, which brings desktop apps to the HTML5 canvas. Editor-Qt is currently far from any planned experiment for browsers.

      liblcf (formerly libreaders, the library to read rpg maker format) is already ported to javascript with Emscripten and might bring some development assistance tools to allow some interesting features, like discovering new savegame data directly from the browser.

      About the RTP website is still on hold.

      1. Oh that’s cool. So it’s not an april fools.

        From what i’ve seen here the GTK editor seems to be more mature than the other one (and it also seems to be more HTML5-ready), So why the need for the other one?

        Sorry for my marginal knowledge of these.

        1. GTK+ is more mature in HTML5 output, however the Editor-Qt port (which will be introduced soon) has already more features than the Editor-GTK introduced some time ago.

  2. A passing thought, but how viable of an idea would it be to make a libretro core for the player?
    I feel like I recall reading somewhere that the various emulator/game cores use primarily C++ and also has support for JS via emscripten as well (and to be honest it sounded almost perfect in my head xD).

    1. Current video, input and audio is separated to make EasyRPG Player alternate backends easy to add. All pixel manipulation is 100% software based using the Pixman library. Both SDL 1.2 and 2.0 backends are only used to render the screen surface and keyboard, images are being loaded with libpng and a simple BMP loader. SDL_Mixer is used for multichannel and such but also as a backend.
      In other words: yes, it is perfectly viable to get libretro inside Player as a backend for video and input.

    2. We don’t have capacities to do this development “in house”. But if anybody wants to provide a patch for libretro support we can discuss this (better in IRC or the forum then in the comments here).
      Supporting the lib should be possible. Is there some documentation about the API that is provided under libretro? The API-link under Libretro is not really of help.
      And what is the license of libretro? I can not even find the sourcecode of that library. Only RetroArch or is that the same? RetroArch is licensed under GPLv3. I don’t really like it when libs are under GPL. :/

Leave a Reply

Your email address will not be published.