User Tag List

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

Thread: Large Link Hitbox Doesn't Detect Collision Properly

  1. #11
    Gel Just registered
    Join Date
    Jan 2018
    Posts
    19
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    vBActivity - Stats
    Points
    84
    Level
    3
    vBActivity - Bars
    Lv. Percent
    9.5%
    Daily Activity
    78.13%
    Weekly Activity
    23.4%
    Monthly Activity
    19.5%
    Any word on this Link->Extend function lately?

  2. #12
    The Timelord
    ZC Developer
    ZoriaRPG's Avatar
    Join Date
    Oct 2006
    Location
    Prydon Academy
    Posts
    1,232
    Mentioned
    106 Post(s)
    Tagged
    1 Thread(s)
    vBActivity - Stats
    Points
    4,146
    Level
    20
    vBActivity - Bars
    Lv. Percent
    42.43%
    Daily Activity
    156.25%
    Weekly Activity
    45.68%
    Monthly Activity
    67.59%
    Quote Originally Posted by Downloader View Post
    Any word on this Link->Extend function lately?

    Not yet, and it's somewhat tricky. I will eventually get to this, but IDK when.

    The issue is that the internal checking for collision with Link is not uniform. Everything uses a different routine to do this, and it needs to be unified, first.

    What I need to do, is add a set of collision routines in FFCore, and move all internal collision checking to those. For Link, this means collision with enemies, collision with ffcs, collision with weapons, collision with items, collision with map flags, and collision with combo types.

    Ideally, all collision events will process through FFCore, setting up a series of internal pair-based collision flags, that the user will be able to easily read by script. Dispose of manual collision checking in FFScript, and allow ( if type->Collision(ptr) ). That way, internal engine collision becomes more sane, and script collision checking returns engine collision.

    Anyway, once there is uniform collision checking for Link, adding all of the hitbox vars will be easy, and those will also exist in Link's ZQuest config, where I plan to add a number of settings, including hitbox size, sprite size, defences, states ( e.g. visibility, transparency, diagonal movement, and tile overlap, other values).

    None of these should remain as 'rules', but rather, be transformed into initial settings that the user can modify by script at any time.


    Featured Scripts & Headers: RPG.zh ( v. a0.97.1 ) ( RPG.zh Thread ) | Zelda 3 Thief's Town Treasure Chest Minigame (ffc) | Bobomb (enemy)
    ZScript & ZC-Related Pastebin | Quests and ZScript Repository | ZC Dev & Betas | Latest ZC 2.55 Alpha | YouTube Channel
    All of the code that I create and publish here is free for use, modification and distribution under the GPL v2.0, or v3.0 where applicable..

  3. #13
    Gel Just registered
    Join Date
    Jan 2018
    Posts
    19
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    vBActivity - Stats
    Points
    84
    Level
    3
    vBActivity - Bars
    Lv. Percent
    9.5%
    Daily Activity
    78.13%
    Weekly Activity
    23.4%
    Monthly Activity
    19.5%
    https://youtu.be/0ThmYaZbaIM
    Here's a little demo of something I whipped up this last month.
    npc->Extend worked like a charm but I had to use an FFC and write to Link->Action to mimic a larger hitbox for the LoZ II style.
    Since the game is for moving screens anyway I had to re-write the collision myself anyway so not having a Link->Extend didn't really set me back on that category, but would've helped tremendously.

    I would really only need the Link->Extend to cover NPC and EWeapon collision as the solidity collision is already wrote up in my code.

  4. #14
    The Timelord
    ZC Developer
    ZoriaRPG's Avatar
    Join Date
    Oct 2006
    Location
    Prydon Academy
    Posts
    1,232
    Mentioned
    106 Post(s)
    Tagged
    1 Thread(s)
    vBActivity - Stats
    Points
    4,146
    Level
    20
    vBActivity - Bars
    Lv. Percent
    42.43%
    Daily Activity
    156.25%
    Weekly Activity
    45.68%
    Monthly Activity
    67.59%
    Quote Originally Posted by Downloader View Post
    https://youtu.be/0ThmYaZbaIM
    Here's a little demo of something I whipped up this last month.
    npc->Extend worked like a charm but I had to use an FFC and write to Link->Action to mimic a larger hitbox for the LoZ II style.
    Since the game is for moving screens anyway I had to re-write the collision myself anyway so not having a Link->Extend didn't really set me back on that category, but would've helped tremendously.

    I would really only need the Link->Extend to cover NPC and EWeapon collision as the solidity collision is already wrote up in my code.
    Sure. You can map an ffc over Link, or any game object that you want, and use it as a fake hitbox. You could also store coordinates in an array, and use those with fully-custom collision events. Those are still hacks.


    Featured Scripts & Headers: RPG.zh ( v. a0.97.1 ) ( RPG.zh Thread ) | Zelda 3 Thief's Town Treasure Chest Minigame (ffc) | Bobomb (enemy)
    ZScript & ZC-Related Pastebin | Quests and ZScript Repository | ZC Dev & Betas | Latest ZC 2.55 Alpha | YouTube Channel
    All of the code that I create and publish here is free for use, modification and distribution under the GPL v2.0, or v3.0 where applicable..

  5. #15
    Gel Just registered
    Join Date
    Jan 2018
    Posts
    19
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    vBActivity - Stats
    Points
    84
    Level
    3
    vBActivity - Bars
    Lv. Percent
    9.5%
    Daily Activity
    78.13%
    Weekly Activity
    23.4%
    Monthly Activity
    19.5%
    Quote Originally Posted by ZoriaRPG View Post
    Sure. You can map an ffc over Link, or any game object that you want, and use it as a fake hitbox. You could also store coordinates in an array, and use those with fully-custom collision events. Those are still hacks.
    I am aware of those options. Actually though, with the way I coded this game in the demo video and prior demos, making a quest level is as simple as clicking and dropping the combos on the screen the same as a quest file without.

  6. #16
    The Timelord
    ZC Developer
    ZoriaRPG's Avatar
    Join Date
    Oct 2006
    Location
    Prydon Academy
    Posts
    1,232
    Mentioned
    106 Post(s)
    Tagged
    1 Thread(s)
    vBActivity - Stats
    Points
    4,146
    Level
    20
    vBActivity - Bars
    Lv. Percent
    42.43%
    Daily Activity
    156.25%
    Weekly Activity
    45.68%
    Monthly Activity
    67.59%
    Quote Originally Posted by Downloader View Post
    I am aware of those options. Actually though, with the way I coded this game in the demo video and prior demos, making a quest level is as simple as clicking and dropping the combos on the screen the same as a quest file without.
    I'm not entirely sure what you're making. I'll eventually get Link->Hitbox* done, but it'll be a while.

    I'm not overly fond of rescripting the whole blasted engine as an option to pass on to users.

    Some of us are bonkers-enough to do that stuff, but that's our issue.

    What version are you using for this engine?


    Featured Scripts & Headers: RPG.zh ( v. a0.97.1 ) ( RPG.zh Thread ) | Zelda 3 Thief's Town Treasure Chest Minigame (ffc) | Bobomb (enemy)
    ZScript & ZC-Related Pastebin | Quests and ZScript Repository | ZC Dev & Betas | Latest ZC 2.55 Alpha | YouTube Channel
    All of the code that I create and publish here is free for use, modification and distribution under the GPL v2.0, or v3.0 where applicable..

  7. #17
    Gel Just registered
    Join Date
    Jan 2018
    Posts
    19
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    vBActivity - Stats
    Points
    84
    Level
    3
    vBActivity - Bars
    Lv. Percent
    9.5%
    Daily Activity
    78.13%
    Weekly Activity
    23.4%
    Monthly Activity
    19.5%
    Quote Originally Posted by ZoriaRPG View Post
    I'm not entirely sure what you're making. I'll eventually get Link->Hitbox* done, but it'll be a while.

    I'm not overly fond of rescripting the whole blasted engine as an option to pass on to users.

    Some of us are bonkers-enough to do that stuff, but that's our issue.

    What version are you using for this engine?
    I've been using build 2.5.3 beta version since it was released.
    The most recent work I did on ZC/ZQ/ZScript is pretty much turning out to be a Zelda II-esque sideview platformer.
    As it stands right now Link is centered the whole time, but I did write parameters before that would allow for the player to go to the edge of the screens when going to the edge of the map segments, and the remnants of the code are still there.

    I hadn't released my code to anyone until recently when a friend asked me about it and showed interest.
    https://1drv.ms/u/s!AulnLkDim5HhjCNDbBorPUmrD916
    There's a link to the .qst file in my OneDrive account.
    You're welcome to take a look if you're interested.

    I spent so much time, money, and effort on this over the last decade I wasn't really fond of the idea of just releasing it to anyone either, but Joe got me convinced that I should share it.

    The frame-rate drops pretty hard for the first second or so because the code reads and saves all the combo data for the destructible and enemy combos so they can repop in certain situations.

    Layer 1 is the enemy combos, layers 2 is background, layer 3 is collision combos, layer 4 is elevators that activate on push of InputUp and down, layer 5 is destructable/weapon interaction combos, layers 6,7, and 8 appear and dissapear on a timer, and layer 9 is mobile platforms that move on their own.

    The whole thing is one big gigantic map that I plan on making a huge dungeon with eventually that consists of 18 maps with 9 layers a piece and they are all connected without any screen transitions.

    I've only got a few NPCs done so far.

    Like I said before though, the edge of the screen thing I already got done before and could be repeated. In theory, this could become an exact LOZ II replica, but I don't want to spend the rest of my life copying behaviors and combo the whole thing out piece by piece just to have it done.

    To make it more like Zelda II, one would just have to quit the whole N[1] shifting the screen up and down to stabilize it and make Link->Y change instead, then use N[5]-N[8] as parameters that tell the game when to stop scrolling and start adjusting the Link->X coordinate instead of N[0].

    Edit: I'm using Windows version, forgot to mention.
    Last edited by Downloader; Today at 06:35 AM.

Thread Information

Users Browsing this Thread

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

Tags for this Thread

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