User Tag List

Results 1 to 5 of 5

Thread: This vs. open-source RPG Maker implementations

  1. #1
    Gel Just registered
    Join Date
    Jan 2018
    0 Post(s)
    0 Thread(s)
    vBActivity - Stats
    vBActivity - Bars
    Lv. Percent

    This vs. open-source RPG Maker implementations

    I have a question, why is this project being created if there are already several open-source versions of RPG Maker like EasyRPG and Open RPG Maker? Wouldn't it be better to just join up with one of those teams? Since the RM2K and RM2K3 standard can go beyond FF1 clones but even to the SNES games in complexity. I really appreciate that this project is open source which is why I'm suggesting for several open source teams to work together instead of making 2 or 3 incompatible systems that are similar. Thanks for reading!

  2. #2
    Gleeok's Avatar
    Join Date
    Apr 2007
    257 Post(s)
    10 Thread(s)
    vBActivity - Stats
    vBActivity - Bars
    Lv. Percent
    Well, I think I can sum it up pretty succinctly: It's mostly because I absolutely loathe RPG Maker. It's far too generic to make a professional-level game. All the features are too limiting, time consuming, slow, terribly slow, and extremely slow. Performance is, again, terrible. It's closed source. Worst possible engine-level languages (ruby/javascript) and to even start to make something that "doesn't seem like an RPGMaker game" requires you to rewrite most of the scripts and engine. All the FF clones made with RPG Maker are terrible. It's overpriced and overrated. I think the rpg community should make themselves a new program to replace RPG Maker, otherwise it's just going to get worse. Let's be honest, RPGMaker obviously doesn't care about RPG's at all, they just want to sell a rehashed RPGM2K to people with little or no technical know-how. :)

    That said, I really need to start working on this again. I managed to get a major amount of important things done last year, but this year has been clumsy to say the least. Right now I'm floating with the possibility of turning it into a ZC "rewrite" in the case that something else IRL comes up which might completely kill it, but we'll see. Right now everything is dependent on the GUI getting done, which is the most painful and slowest part. All I can say about the GUI is I went through over a dozen GUI libs last year and they were all terrible and I ended up writing my own. The downside is that it is much slower to get up and running; the upside is that all data and code is inherent to the system so it's very fast and everything works without having to hack, splice, or couple everything together. I think the time wasted will be made up later on; that's my story and I'm sticking to it. :)

    Join the Gleeok Book Club - It's easy, all you have to do is read...

    "Protocols of the Learned Elders of Zion" (British Royal Institute, 1906)
    None Dare Call It Conspiracy -Gary Allen
    Deliberate Dumbing Down of America -Charlotte Iserbyt
    Morals and Dogma -Albert Pike
    Bloodlines Of The Illuminati -Fritz Springmeier
    The Rape Of Justice -Eustace Mullins
    The World Order, A Study in the Hegemony of Parasitism -Eustace Mullins
    The Most Dangerous Superstition -Larken Rose
    "War is a Racket" �Major General Smedley Butler

    The WWI Conspiracy: Part 1 - Part 2 - Part 3 "A New World Order"

    �The modern theory of the perpetuation of debt has drenched the earth with blood, and crushed its inhabitants under burdens ever accumulating.� �Thomas Jefferson
    �It is well enough that the people of the nation do not understand our banking and monetary system for, if they did, I believe there would be a revolution before tomorrow morning.� �Henry Ford
    �Man will ultimately be governed by God or by tyrants.� �Benjamin Franklin

    This post contains the official Gleeok� seal of approval. Look for these and other posts in an area near you.

  3. #3
    SE Developer
    MasterSwordUltima's Avatar
    Join Date
    Jul 2001
    17 Post(s)
    6 Thread(s)
    vBActivity - Stats
    vBActivity - Bars
    Lv. Percent
    I gotta say it always kinda bugged me that the ASCII/Enterbrain/whatever company owns it now RPG Maker series went into Ruby for scripting and not even something as simple as LUA.

  4. #4
    Here lies mero. Died by his own dumbassitude.
    Join Date
    May 2011
    102 Post(s)
    2 Thread(s)
    vBActivity - Stats
    vBActivity - Bars
    Lv. Percent
    They've switched to javascript as far as I know. Not that It matter.
    Rpgmaker MV is freaking loathsome in it's own way.

  5. #5
    The Timelord
    QDB Manager
    ZC Developer
    ZoriaRPG's Avatar
    Join Date
    Oct 2006
    Prydon Academy
    110 Post(s)
    1 Thread(s)
    vBActivity - Stats
    vBActivity - Bars
    Lv. Percent
    RPGM is a big fat bloated frog of a programme. I'd sooner make my RPGs in ZC--and I do, then buy into their commercialware nonsense.

    Until something better comes along, I'll continue pushing forward on an RPG game designer built exclusively in ZC, but there's always room for a completely open RPG designer.

    IDK wha tthe status is on FFC, or what any of it looks like at present.

    Just please try to avoid branding this as /the/ ZC rewrite for now. I sort of have a long-term goal in mind for that, but it might require using Allegro5 instead of SDL or whatevr.

    The short version:

    ZC 2.55->2,60: Updates to the engine.
    ZC 3.0 -> ZC migrates to Allegro Legacy. This allows bridging allegro 4 stuff while using Allegro 5.
    ZC 4.0 -> New engine. Old quests run in a yellowbox-bluebox type of environment. (Think Apple Rhapsody. ack in the 90s.) When a uer loads a classic quest, the engine loads an image of ZC 3.xx, and runs the quest. Because we use ag5 for input, and video at this point, we only use ag4.x for legacy components in this emulation shell. New quests run wholly on the new engine using ag 5.x.

    Pretty vague logic diagram

    Logic Diagram Premise

    Spoiler: show
    Allegro 5 is the main lib.
    All Allegro 4 stuff is handled by Allegro Legacy, linked to AG5
    CLassic Quests play in a background running process of ZC 3.xx (Legacy Environment)
    on top of ZC4 (New Environment).
    New quests run entirely on new environment.
    No emulation is needed, now do new quests need to maintain compatibility with
    legacy quests, as the old software runs invisible over the new, with inout and video
    output being translated.
    INPUT     VIDEO bitmap +-----------------> Display
    -----     ------------------------
    V         ^  Modern Audio Output +-------> System Audio Devices
    V         ^ +---------+-----------      
    V         ^ |         ^ 
    V         ^ ^
    V         ^ ^
    |           |         | Legacy Audio and RAM Bitmaps |
    |  Allegro  |         ------+-------------------------
    |     5     |               ^
    |  Library  |       --------+---------      -------------
    |           +<<<----+ Allegro Legacy +->**<-+ ALLEGRO 4 | * Linked via AL
    |           |       ---------+---+----      -------------
    -------------                |   ^
          ^                      |   ^
          |                      |   ^
          |                      |   |-----------------
          ^                      |---+   RAM Bitmaps  |
          |   --------->>>>>>+   |   | Old Quest Data | 
          |   | Read Into*   V   |   ------------------
    ------+---+----      -+--+---+---------
    |  ZC Rerwite |      |  Zelda Classic |
    |   Engine    |      |    ZQuest      |
    ------+--------      --------+---------
          ^                      ^
          ^                      ^
    -------------                ^    
    |  New Type |	             ^	 
    -------------                ^
          ^                      ^
    ------+--------        ------+-----------
    |  Quest Type |=====>>>+ OLD QUEST TYPE | 
    ---------------	       ------------------	  
    *Old quest read into ZC4, loads classic ZC3 engine in the baqckground.
    This background layer pipes new input in

    You can all have a good laugh at this, later.
    Last edited by ZoriaRPG; 10-10-2018 at 01:26 AM.

Thread Information

Users Browsing this Thread

There are currently 1 users browsing this thread. (0 members and 1 guests)

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
About us
Armageddon Games is a game development group founded in 1997. We are extremely passionate about our work and our inspirations are mostly drawn from games of the 8-bit and 16-bit era.