Re: [glob2-devel] graphic standardization: buildings discussion

[Stéphane Magnenat]

On Monday 12 October 2009 00:56:54 address@hidden wrote:
> > I do not understand. Are you against having more damage frame on some
> > buildings, or do you mean that every building must at least have one?
>
> I mean, every building must have 1 as standard, but if more are needed for
> some other building as an "exception" there should be some code for
> handling this exception.
>
> like:
> a player looks at the building
> it doesn't look "normal"
> it means it's damaged
> but how much?
> the player looks at the hp line
>
> now, having more graphic according to the damage taken is a mere graphical
> thing. obviously the more you add the more the gme looks nice, but there
> should be a place for defining it.
> say the swarm is the main building so it has 3 different damages
> the wall got 1
> and so on...
>
> let's start with 1 damage per building, then we can add the other ones
> where needed

But we already have more on some building. The system you propose is the 
current. The nice thing with putting each building type/building 
level/destruction level in a separate set of image is that glob2 can guess 
how many damage level there is, which is what it does now. That means that 
you do not need another place to specify it.

> > Which string?
>
> changed this
> miniSprite data/gfx/minibuildingsite
>
> into this
> miniSprite data/gfx/minidefencetower0b
>
> minidefencetower0b.png was in the right place

This should not result in any crash. Can you send me the output at the time of 
the crash? 

> > The problem is that currently glob2 supports more-or-less (never really
> > tested) varying number of frames for terrain and units. But we could
> > image that terrains and units have images of 256 x HEIGHT, where HEIGHT =
> > FRAMES_COUNT / (256 / 32).
>
> y that's the same thing i thought

Ok, for this one we agree.

Have a nice day,

Steph

-- 
http://stephane.magnenat.net