Click here

lol, jman. lol.
[center]ANIMATE It. :sb:[/center]

😛 XD

That's one impressive achievement, jman. Congratulations on getting that to work. Unless this is just one of those things where it's mocked up, and you tell us to discuss it just for the hell of it. Hehe.

Is this a picture of the new beta? Link is bigger than one tile!!! The Heck. O_O

Hopefully this isn't a mockup, I would love to see if this was true. :P

OMG there are numbers over the rupee counter! YAY I've always wanted that! 😛

I hope this is a (nam) screenshot, I've wanted a bigger tile for the main character for awhile, it's kinda hard to make 1 tile characters look good. 😊

Oh VEL. :shakeno: You make it look so easy. 😞

[center]😉 😃[/center]

With this addition, we've got to be careful. This could mess up several sets. What about having Link's upper half walk offscreen? Obviously that should have already been handled with the ability to post that screenshot, but ... It'll also mess with a lot of tilesets. Only the ALTTP Tileset is safe from this. Scale will be a huge issue in the future, you can already tell.

all i hope is that he was done correctly, and there is a sprite for the head and one for the body, so he is 48 pixels tall.

<spaz>NEW LINK SIZE!? OMGOMGOMG!! JMAN, I LOVE YOU!! </spaz>

seriousky, is that a new Link size? and does he have eight-driectional ovement?

I thought this picture was about his ruppees. 123456789? Now that takes a while.

Um ... Nope, I ... don't think that it's about the rupees. It COULD be, but I simply doubt it. Why? Because beneath the blue text aligned with the rupee count, is a zero. Just like the key and bomb count below it. It's white, as compared to light blue.

1. This is not a mockup.

2. You have the choice of using the normal hit box or the more LTTP-oriented 16x16 pixel hitbox. you will have to design around the latter.

3. Nicely enough, Link's sprites sync up almost perfectly when using the sword, at least as long a you don't do frame advance. Don't know about the hammer though, I'd have to see.

4. The sprite is 27x20, with the hit box on the lowest part of the sprite and centered horizontally (so 2 pixels on each side are loose). It may be horizontally extended if people call for it.

5. I'll get to animation later 😊 bwa ha ha

Oh yeah, and ignore the numbers. They're a mistake, and have absolutely nothing to do with the link sprite.

you had better damn well make those sprites editable. I'll never forgive you if you didn't

You certainly love to introduce new features in topics called 'click here', don't you jman? 😃

*b* wrote:you had better damn well make those sprites editable. I'll never forgive you if you didn't

I think this actually came as a a result of writing the code to make the Link tiles dialog functional...

2. You have the choice of using the normal hit box or the more LTTP-oriented 16x16 pixel hitbox. you will have to design around the latter.

4. The sprite is 27x20, with the hit box on the lowest part of the sprite and centered horizontally (so 2 pixels on each side are loose). It may be horizontally extended if people call for it.

And how does this relate to his movement grid at all? If he's now larger, does that mean he won't be able to fit through gaps no larger than 16x16 now?

Britannianhero4 wrote:What do you mean by "hitbox?" And if it's what I'm thinking of, how do the LTTP and "current" "hitboxes" differ?

Pardon the ignorance here, (Obviously you're in the know since you've coded it. 😛 ) but what do you mean by "loose?" So Link's sprite is now horizontally larger than 16x16? 😮 That's like, insane. Does that mean that his collision detection will be affected as well? O_o'

And how does this relate to his movement grid at all? If he's now larger, does that mean he won't be able to fit through gaps no larger than 16x16 now?

His hitbox. His collision. Normally Link's collision consists of the entire horizontal width (16 pixels) and the bottom half of the sprite (the lower 8 pixels). The new hitbox would make it 16x16 instead of 8x16. You would be correct in assuming that he can't fit through gaps no larger than 16x16. Also, as far as sprite size goes, it's ALL in the gfx department only. The collision is constant no matter what the sprite looks like. As for why it's horizontally bigger, it's mostly just for extended appendages, such as Link's hat and his shield.

So... if the hitbox is 16x16 now, Link would have trouble moving near the top wall of dungeons if the 'freeform dungeons' rule was unchecked (since the top wall normally makes the passable space next to any blocks only 8 units wide). So it seems to me if the designer uses the new hitbox, the top wall should recede 8 pixels so that the player can walk up against it.

2. You have the choice of using the normal hit box or the more LTTP-oriented 16x16 pixel hitbox. you will have to design around the latter.

And if not, doors can be drawn higher. But this, ... THIS, ... is pretty much the feature which will make tilesets forced to redefine themselves.

Cloral wrote:So... if the hitbox is 16x16 now, Link would have trouble moving near the top wall of dungeons if the 'freeform dungeons' rule was unchecked (since the top wall normally makes the passable space next to any blocks only 8 units wide). So it seems to me if the designer uses the new hitbox, the top wall should recede 8 pixels so that the player can walk up against it.

That's not a problem... trust me, the code is rather interesting in that aspect, but the 16x16 hitbox does let you go through horizontal dungeon doors.

That is, unless you did the doors yourself , in which case you probably made the top half of the passage solid, in which case Link wouldn't be able to walk through :P

the walkable space in east and west doors is only 1/2 a 16x16 tile (8 pixils), will that be effected?

...

I think I have some work to do.

So tell me... How many animation frames can we use per action?

And will we get a new sword slash set to go with it?

Freedom wrote:the walkable space in east and west doors is only 1/2 a 16x16 tile (8 pixils), will that be effected?

2. You have the choice of using the normal hit box or the more LTTP-oriented 16x16 pixel hitbox. you will have to design around the latter.

Heh. Everyone loves jman. 😃

Dart Zaidyer wrote:...

I think I have some work to do.

So tell me... How many animation frames can we use per action?

And will we get a new sword slash set to go with it?

I'll get to that 😊 Patience young ones.

Of course you do this after I resign my beta spot :P. Now I gotta wait until the full version comes out to redesign my tileset :P.

A couple questions:
1. Can Link be comprised of 2 tiles now, or are sprite tiles optionally just taller than before?
..If the first one is the case (most likely):
2. Can Link's head be animated? (Aka, a fairie flapping as he stands still, but is part of the move animation while he is moving)
Just wondering.

fatcatfan wrote:I think this actually came as a a result of writing the code to make the Link tiles dialog functional...

As in, being able to go to the Link tiles dialog, and from there choose which tiles to use for the animations, instead of them being in fixed locations.

ah, I see. so Link's tiles aren't 16x16 pixels by default anymore?

I just happened to think how weird it would look if a big ol' Link like that actually went up against some enemies...

How are we going to work around that?

Dart Zaidyer wrote:I just happened to think how weird it would look if a big ol' Link like that actually went up against some enemies...

How are we going to work around that?

For one thing, there's the hitbox. Collision can either be the original 16x8, or the new 16x16. The latter implies that you will no longer be able to walk up (north) to an object and have your upper half go over it, or do the same to an enemy and not get hurt.

Additionally, the new graphical range isn't 16x32, but 20x27. This means that Link can expand outward as well as upward, but not THAT MUCH upward. Thus, he won't TOWER over enemies, but he'll be able to swing his arms outward a bit more easily, (less awkwardly. O_o' ) and his hat will have more of a bounce to it. His head will more than likely only be one to three pixels above its default location. It's not that much of a difference, thankfully. ^_^ I think it should work out in the end. 😊

But he's as tall as an Aquamentus. Wouldn't it look a little ridiculous if he were to get beaten up by a tiny little 16x16 Darknut?