Forum Fighters: Rewritten (Discontinued)

[Jovanny]

@KringlePrinkles

I was just doing Jumbleton’s floor attack, but I had a thought: should we separate the fighter hitboxes and platformer hitboxes?

It is a little more of work, but at the end it should pay off. Specially for the scenario that you are describing with jumbleton. You don’t know in the future how many times you will find the same issue with a fighter, and you will have to come up with weird poses to solve it. (What you did in this case is clever)

[pumpkinhead]

@KringlePrinkles

should we separate the fighter hitboxes and platformer hitboxes?

Isn’t that already in the code? i.e. the attack hitboxes can be offset by a specified amount from the platformer hitbox, and be a different size.

[KringlePrinkles]

not the attack hitboxes, making hitboxes dedicated to specific fighters that will detect if it’s colliding with the attack hitboxes.

Something like this:

[Watrmeln]

So it’s just 3 hitbox classes
Platforms
Players
Projectiles

@KringlePrinkles

Nah this looks nice
Also, what does buzerik come from and look like

[BaronAWC]

@KringlePrinkles @Watrmeln

@Watrmeln

Nah this looks nice

Even though it may look fine, as Jovanny said, there will surely be many more cases where the default hitbox won’t work and there won’t be any clever ways to fill the hitbox.

So I’m basically taking a full 180-degree turn on my opinion on crouching. I originally didn’t like it because it would add complication to the code, but now it seems very important.

[KringlePrinkles]

@Watrmeln

@KringlePrinkles

Nah this looks nice

Still, it would be inconvenient later on.

although if you do like that anim....

You’ve seen the side attack before, I just made the duration shorter

I will then be basing the next attack on one of the attacks you’ve made in an older project.

@Watrmeln

ff2me3-8-2021_11-24-24.wick
did some more work on my character

(Found it while I was reading the entire Forum Fighters Development history)

@Watrmeln

Also, what does buzerik come from and look like

The robot dude looks like this, if i remember correctly:

@KringlePrinkles

[KringlePrinkles]

right now i'm just figuring out how to delay projectiles

So I finally finished jumbleton. and I have learned that projectiles wont work with the delay variable, which often gives this error.

project.playerAttack = function(player, attackName) {
...        
        if (isProjectile) {
            projectileClip.hitbox = newHitbox; <-- this thing, apparently
            projectileClip.owner = player;
        } else {
            player.attackHitboxes.push(newHitbox)
        }
    }
};

[Jovanny]

@KringlePrinkles

projectileClip.hitbox = newHitbox; <-- this thing, apparently

keep in mind… if hitbox is a subclip of projectileClip, you will need to wait an entire frame after you create the projectileClip so the engine can register the subclip… it is a common bug. Usually I declare an init var to make it work.

[Watrmeln]

@Watrmeln

I kinda want him to look angry, and to make plasmioid last longer, can it be a projectile that explodes when contact with a player is made (it can only travel for about 2 secs and implodes if nothing is hit)

[pumpkinhead]

it’s not because it’s a subclip or anything, it’s just that the projectileClip isn’t created when the attack starts and the delay is greater than 0, so it is null. i’m gonna fix this and rework the projectile system, i should be done by tomorrow.

[KringlePrinkles]

I just figured out how to make it work today (at least kind of)… How are you going to rework it?

[pumpkinhead]

about the rework, right now most of the work is done inside the projectile clip. that’s kinda a problem because if there is a delay then the projectile clip should not be created until later. so i’m gonna make the projectiles update in player update instead of the projectile clip, just like how normal attacks are. this also means that after the reworking, there isn’t gonna be a global projectiles array anymore, just projectiles in the attackHitboxes array.

also i’m gonna make it so you can write custom functions that define how a specific type of projectile behaves. so we won’t have to make new properties for every way that the projectile could behave. e.g. if it bounces off walls, if it disappears if it touches something, if it orbits the player, if it’s a homing missile, if it explodes on contact, e.t.c.

[KringlePrinkles]

Nevermind I solved it...

project.sfx = {
...
    footstep : {
        wood : ["footstep_norm1.ogg","footstep_norm2.ogg","footstep_norm3.ogg"],
    },
}

project.playFootstepSFX = function(type){
        playSound(project.sfx.footstep[type][random.integer(0, project.sfx.footstep[type].length-1)]);
    }

So I’m trying to use the function playFootstepSFX() to access the footstep sound effects that I’ve made, which is inside a frame, inside the anima clip, which is inside the Baron clip.

So i would place this code in the frame so that it will trigger the sound:
playSound(project.playFootstepSFX(this.parentClip.parentClip.ground), {volume:project.sfx.Volume})

This is so that I could dynamically play footstep SFX using the hits function, changing between surfaces using a variable ground that will be added to the player’s char clone.

but it would often leave this error when the run cycle plays (and crash sometimes when exiting the clip)

I’m kinda stuck

I overshot using the .parentClip object, which referenced the project instead. oops.

[pumpkinhead]

Ok I don’t think I can finish it by today. Because of school. But it should be finished by the end of Saturday at most.

[pumpkinhead]

hey guys, i changed the projectile system, hopefully there are no bugs.
it’s kinda late cuz i had to play with my friends they depend on me to have balanced teams

forumfight-collab.wick (1.4 MB)
i’m pretty sure some others are holding onto a version which we don’t have access to because they’re not sharing it. so i guess just merge the files. use a code merge tool (like this one I found) to merge the changes i made in the main script in the functions layer. and also replace the projectileBase clip with mines.

@KringlePrinkles

pkhead: A small, nimble, and awfully playful person […]

i don’t think “person” is the best word for that, because he’s not a human. although if i were to write a dumb animal character like pkhead, referring to any other individual, i would probably make them say “person”. because uh… in the, uh… pumpkinhead cinematic universe… either they speak english, and since humans no longer exist, they changed the word to mean any individual. or they speak an entirely different language and the word they use just translates to “person”. (i think the speak english part is more easier i’m just gonna use that)

so basically you should replace the word with another word or phrase that doesn’t heavily imply pkhead is human.

@KringlePrinkles

TryoByte: This patient human-prism […]

what
what’s a human-prism
i don’t remember hearing anything about tryobyte being a human prism

[KringlePrinkles]

Tryobyte explained that his character was inspired by prisms (he likes prisms apparently), so I assume that he might be a humanoid prism… Although I guess I was not paying attention because I didn’t mention it to you guys or even wondered how clear that was…

I’ll just either rewrite the description or change his design so that it’s clear that he’s a humanoid prism.

Meanwhile…how is this description?

[Watrmeln]

@pumpkinhead

forumfight-collab.wick (1.4 MB)

pk why do you have such an old file? (1.4.29 vs 1.4.3.6 r1)
also, kringle is working on 1.4.3.7

[pumpkinhead]

that’s cuz i wasn’t really keeping up to date in the past few weeks. but, as i said, it should be fine. just merge my changes into the latest version.

[Jordy]

hello guys

[Jordy]

could I get the latest ffr wick file or html file please