User Tag List

Page 1 of 2 1 2 LastLast
Results 1 to 10 of 11

Thread: [2.50.3] "keese" enemy type movement bug

  1. #1
    Gel Just registered
    Join Date
    Aug 2017
    Posts
    5
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    vBActivity - Stats
    Points
    24
    Level
    2
    vBActivity - Bars
    Lv. Percent
    5.83%
    Daily Activity
    0%
    Weekly Activity
    2.43%
    Monthly Activity
    2.2%

    Not A Bug [2.50.3] "keese" enemy type movement bug

    Enemys with the type: "keese" do not hit link if he stands below a dungeon wall

    To reproduce in a new quest - make a new "fixed nes" quest, fill a dungeon style room with keese, then stand below the top wall and never get hit
    I replaced the top wall with walkable tiles and the keese go higher but not to the new top, I also moved the wall down and link was still safe directly beneath the top wall.

    This behavior does NOT happen in the 1st quest that ships with ZC though... so I was going to make a post asking how to fix this problem in my quest, then I thought I should reproduce it in a new quest and that made me suspect it is infact a zc bug. I didn't see it mentioned anywhere else on the forum though. Seems like either the keese collision is too low, or they think they are hitting the top wall too soon.

    Anyways here's some relevant info:
    tried on both windows 10 / windows xp
    using 2.50 build 29 and 2.50.3 RC1

  2. #2
    Administrator DarkDragon's Avatar
    Join Date
    Oct 2001
    Posts
    6,231
    Mentioned
    68 Post(s)
    Tagged
    0 Thread(s)
    vBActivity - Stats
    Points
    10,777
    Level
    30
    vBActivity - Bars
    Lv. Percent
    78.23%
    Daily Activity
    0%
    Weekly Activity
    4.87%
    Monthly Activity
    20.88%
    So to be clear: this is an issue with custom quests only, and not 1st.qst?

  3. #3
    Gel Just registered
    Join Date
    Aug 2017
    Posts
    5
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    vBActivity - Stats
    Points
    24
    Level
    2
    vBActivity - Bars
    Lv. Percent
    5.83%
    Daily Activity
    0%
    Weekly Activity
    2.43%
    Monthly Activity
    2.2%
    Correct. The first quest seems unaffected and works like expected.. however any new quest created the keese won't get close enough to the top wall.
    I figured there must be a quest rule modifying behavior somewhere, but I've tried both authentic and fixed nes presets, and tried changing some that might alter keese behavior to pinpoint it, but nothing corrected it.

  4. #4
    Nine-Tailed Goddess Tamamo's Avatar
    Join Date
    May 2011
    Location
    Kobe
    Age
    28
    Posts
    819
    Mentioned
    93 Post(s)
    Tagged
    2 Thread(s)
    vBActivity - Stats
    Points
    5,087
    Level
    22
    vBActivity - Bars
    Lv. Percent
    32.18%
    Daily Activity
    0%
    Weekly Activity
    2.43%
    Monthly Activity
    2.2%
    Only thing i can think of that would do such a thing is Z movement modifiers using the the shadow for collisions instead of the actual enemy.

  5. #5
    Keese Avataro's Avatar
    Join Date
    Oct 2010
    Posts
    52
    Mentioned
    1 Post(s)
    Tagged
    1 Thread(s)
    vBActivity - Stats
    Points
    459
    Level
    7
    vBActivity - Bars
    Lv. Percent
    73.1%
    Daily Activity
    0%
    Weekly Activity
    2.43%
    Monthly Activity
    2.2%
    In the 1st quest you can't walk as far against the top wall as you can in custom quests too, right? Might be a questrule?
    Beware the power of GANON! Hahaha

  6. #6
    Gel Just registered
    Join Date
    Aug 2017
    Posts
    5
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    vBActivity - Stats
    Points
    24
    Level
    2
    vBActivity - Bars
    Lv. Percent
    5.83%
    Daily Activity
    0%
    Weekly Activity
    2.43%
    Monthly Activity
    2.2%
    Yes but my test quests were like the 1st in regards to link getting close to the top wall.

    Has anyone else been able to confirm this behavior exists or doesn't on their system?

  7. #7
    Nine-Tailed Goddess Tamamo's Avatar
    Join Date
    May 2011
    Location
    Kobe
    Age
    28
    Posts
    819
    Mentioned
    93 Post(s)
    Tagged
    2 Thread(s)
    vBActivity - Stats
    Points
    5,087
    Level
    22
    vBActivity - Bars
    Lv. Percent
    32.18%
    Daily Activity
    0%
    Weekly Activity
    2.43%
    Monthly Activity
    2.2%
    are you a half a tile over the wall. If so the enemies won't be able to touch you i believe.

  8. #8
    Gel Just registered
    Join Date
    Aug 2017
    Posts
    5
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    vBActivity - Stats
    Points
    24
    Level
    2
    vBActivity - Bars
    Lv. Percent
    5.83%
    Daily Activity
    0%
    Weekly Activity
    2.43%
    Monthly Activity
    2.2%
    No, I am not a half tile over the top wall. They don't hit me standing (centered) on the top row of tiles.
    Last edited by Moblin; 08-19-2017 at 12:36 PM.

  9. #9
    ZC Contirbutor ZoriaRPG's Avatar
    Join Date
    Oct 2006
    Location
    Prydon Academy
    Posts
    1,021
    Mentioned
    95 Post(s)
    Tagged
    1 Thread(s)
    vBActivity - Stats
    Points
    3,562
    Level
    19
    vBActivity - Bars
    Lv. Percent
    12.39%
    Daily Activity
    0%
    Weekly Activity
    119.22%
    Monthly Activity
    72.52%
    Quote Originally Posted by Moblin View Post
    No, I am not a half tile over the top wall. They don't hit me standing (centered) on the top row of tiles.
    Could you possibly post a video (or at leastsome screenshots) of precisely what this bug is about? I can;t determine by your posts if Keese are not flying to the top row, or if Link is not being hurt.

    Keese damage may be affected by Link's grid position, similar to eweapon collision. If it is about how they damage the player, then the Big Hitbox QR is the culprit. If we change this, it needs to be a new QR for 2.53, that becomes an enemy editor setting, later.


    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.54 Beta | 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..

  10. #10
    Gel
    Join Date
    Sep 2015
    Posts
    16
    Mentioned
    3 Post(s)
    Tagged
    0 Thread(s)
    vBActivity - Stats
    Points
    155
    Level
    4
    vBActivity - Bars
    Lv. Percent
    56.89%
    Daily Activity
    0%
    Weekly Activity
    7.3%
    Monthly Activity
    8.79%
    It's a difference in combo type configuration, not a quest rules setting, nor a bug.

    The default new-quest template that comes with ZQuest has all the dungeon wall combo types set to "No Flying Enemies," whereas the original NES quest has their combo types set to "(None)."

    It's the "No Flying Enemies" combo type that is preventing the Keese/Bats from reaching you on the top row. If you want to change that, you'll have to change all the wall combo types to "(None)." In the combo editor, change the first one, hit Ctrl+C to copy it, select all the remaining ones, hit Ctrl+V to bring up the Advanced Paste window, check the box next to "Type," and click OK to change them all at once. Just be careful to not overwrite "Overhead" combo types when you get to the door combos - you'll probably want to do those one-by-one.

    So, yes, anybody starting a new quest using the default template will indeed get different behavior than the original NES quests in that regard.

    I would imagine this was done with freeform dungeon design in mind. Traditional NES Dungeon room types automatically prevent enemies from moving onto the 2 combos bordering any side of the screen, but Interior room types allow them full range of motion across the entire screen, so by setting the dungeon wall combo types to "No Flying Enemies," it allows for freeform interior design while simultaneously mimicking the flying enemy limits of the original NES dungeon walls. And despite the discrepancy regarding Keese/Bats along the upper wall, I still believe it's a better option than resetting the combo types and forcing freeform interior designers to place Flag 96 (No Enemies) over all their dungeon walls throughout their entire quest, so I would hope the current combo type configuration remains the way it is (the actual dungeon wall combo layout is another story entirely).

    That said, there's still another component: Link's hit box. If you go to Quest -> Graphics -> Sprites -> Link, there's a "Large Link Hit Box" checkbox on the bottom right. Enabled, Link is a full 16 pixels tall. Disabled, he's 8 pixels tall, and can walk across the top half of combos that have a solid combo above them. With a large hit box, Link won't be able to walk across the top half of the top row of floor combos in a dungeon screen, and will still take damage from Keese/Bats. However, with a small hit box, Link can walk across the top half of the top row and continue to avoid them. The original NES quest hits a compromise - a small Link hit box everywhere, except on the top of dungeon screens. To recreate this behavior, leave "Large Link Hit Box" disabled, then go to Quest -> Rules -> NES Fixes, and UNCHECK the "Freeform Dungeons" rule. Now you'll be blocked from walking across the top half of the top row of dungeon screens, but retain your standard small Link hit box everywhere else.

    Of course, I'd suggest taking the default config and having some fun with freeform dungeons, but if you want strict NES rectangles and nothing else, there you go.

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