User Tag List

Results 1 to 7 of 7

Thread: This vs. open-source RPG Maker implementations

  1. #1
    Gel Just registered
    Join Date
    Jan 2018
    Posts
    6
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    vBActivity - Stats
    Points
    262
    Level
    5
    vBActivity - Bars
    Lv. Percent
    99.27%

    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
    The Time-Loop Continues ZC Developer
    Gleeok's Avatar
    Join Date
    Apr 2007
    Posts
    4,814
    Mentioned
    259 Post(s)
    Tagged
    10 Thread(s)
    vBActivity - Stats
    Points
    12,931
    Level
    33
    vBActivity - Bars
    Lv. Percent
    23.24%
    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. :)

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

  3. #3
    クールな男
    MasterSwordUltima's Avatar
    Join Date
    Jul 2001
    Location
    Keystonia
    Age
    35
    Posts
    5,587
    Mentioned
    20 Post(s)
    Tagged
    6 Thread(s)
    vBActivity - Stats
    Points
    8,591
    Level
    27
    vBActivity - Bars
    Lv. Percent
    96.28%
    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
    Posts
    929
    Mentioned
    102 Post(s)
    Tagged
    2 Thread(s)
    vBActivity - Stats
    Points
    5,527
    Level
    23
    vBActivity - Bars
    Lv. Percent
    13.96%
    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

    Join Date
    Oct 2006
    Location
    Prydon Academy
    Posts
    1,396
    Mentioned
    112 Post(s)
    Tagged
    1 Thread(s)
    vBActivity - Stats
    Points
    4,759
    Level
    21
    vBActivity - Bars
    Lv. Percent
    68.52%
    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
    Code:
    Premise:
    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.

  6. #6
    Gibdo
    Join Date
    Mar 2004
    Age
    40
    Posts
    910
    Mentioned
    3 Post(s)
    Tagged
    1 Thread(s)
    vBActivity - Stats
    Points
    3,245
    Level
    18
    vBActivity - Bars
    Lv. Percent
    35.57%
    Quote Originally Posted by Gleeok View Post
    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. :)

    Cheers.
    Very well said GLEEOK!

  7. #7
    Gel Just registered
    Join Date
    Jul 2020
    Posts
    3
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    vBActivity - Stats
    Points
    140
    Level
    4
    vBActivity - Bars
    Lv. Percent
    32.95%
    I think it's right that it's much better not to redesign an old resource, spending a lot of time on changes, but to make a new product from scratch that meets all the parameters of modern requirements.

Thread Information

Users Browsing this Thread

There are currently 2 users browsing this thread. (0 members and 2 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.
Social