User Tag List

Page 2 of 2 FirstFirst 1 2
Results 11 to 14 of 14

Thread: Planned Features, Limitations

  1. #11
    Cor Blimey! CJC's Avatar
    Join Date
    Dec 2002
    Location
    Fading into the darkness
    Age
    35
    Posts
    1,398
    Mentioned
    150 Post(s)
    Tagged
    6 Thread(s)
    vBActivity - Stats
    Points
    6,617
    Level
    25
    vBActivity - Bars
    Lv. Percent
    0.82%
    Quote Originally Posted by Imzogelmo View Post
    when I first read it, my thought was that you may want to have "tile properties" be stackable and have 16 for that purpose. For instance, event triggers could be a "layer" (transparent but still a layer), warps could be a layer, etc.
    I love this idea!

  2. #12
    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%
    @franpa suggested this: http://armageddongames.net/showthrea...l=1#post892301 which I thought was pretty good. :)

    So if I got this right so far -- we have an event, warp, object, collision, tile properties layer..? ...this seems like a lot though - how about making 'warp' an 'event'..



    Quote Originally Posted by Glenn the Great View Post
    Are you doing any optimization with your layers similar to what 3D engines do, where only what is visible to the player actually gets sent to be rendered?
    .
    I don't think depth testing is useful for 2D, but yes and no, obviously things off the screen will not be rendered though there it's not feesible to check every tile for "what it will look like after it is rendered". This would result in much worse performance.
    This post contains the official Gleeok seal of approval. Look for these and other posts in an area near you.

  3. #13
    Cor Blimey! CJC's Avatar
    Join Date
    Dec 2002
    Location
    Fading into the darkness
    Age
    35
    Posts
    1,398
    Mentioned
    150 Post(s)
    Tagged
    6 Thread(s)
    vBActivity - Stats
    Points
    6,617
    Level
    25
    vBActivity - Bars
    Lv. Percent
    0.82%
    Quote Originally Posted by Gleeok View Post
    @franpa suggested this: http://armageddongames.net/showthrea...l=1#post892301 which I thought was pretty good. :)

    So if I got this right so far -- we have an event, warp, object, collision, tile properties layer..? ...this seems like a lot though - how about making 'warp' an 'event'..
    Well... the layer wouldn't necessarily be set aside for these purposes. If the tile properties where assigned to the TILE and not the layer (Ala Comboing, though probably with the ability to attach a script to a tile, for the case of event triggers), and if all layers stacked their properties to that position on the map, then we could use some layers for visual purposes, some for solidity, and some hidden for events (though using more than one of these might prove dangerous).

  4. #14
    Floormaster Imzogelmo's Avatar
    Join Date
    Sep 2005
    Location
    Earth, currently
    Age
    45
    Posts
    387
    Mentioned
    7 Post(s)
    Tagged
    3 Thread(s)
    vBActivity - Stats
    Points
    1,457
    Level
    12
    vBActivity - Bars
    Lv. Percent
    92.73%
    A tile with a warp event probably wouldn't have any other kind of event, so they wouldn't necessarily need to stack... but then again, that's delving into the design of an actual quest a bit too far-- there's bound to be some quest designer that would have a perfectly valid reason to do that.

    The reason I mentioned them separately is because I'm used to FF6's warps--which come in two flavors: long and short. Short ones are a single tile, and long ones are one tile wide by N tiles long (N being a datum in the struct, with the high bit standing in for a horizontal/vertical flag. Thus, you place it at the upper-left of whichever run you need and give it a width and destination. Those are useful for having a side warp on a map, rather than having 60 little ones.

    But, mentioning the event engine, how would events be built up? Would it be a series of scripts that could be called as functions one from another?
    I am imagining some essential event commands, such as 'show message x' and 'invoke battle y' and 'move actor A left N spaces'...along with the some flow control to allow conditional execution (really essential for an event engine) and even a call stack for re-use of redundant code in multiple events... Just a few ideas off the top of my head.
    Last edited by Imzogelmo; 01-04-2013 at 04:50 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.
Social