if you blit an entity frame to a seperate image and modify it and then blit it over the entity on the map, it'd work.

I think there might be something clever that I could do with HookEntityRender(), too, that amounts to basically the same thing. I'll probably go this route anyway, as I think I've convinced myself to make entities that face eight directions, as well.

I think I hate myself.

The V3 CHR format actually has support for 8-directional walking animations...so its something that can probably go in quite soon.

That would be more than awesome. It would certainly make my life easier. :D

entity image size...

entity.width
entity.height

would be handy

is it currently possible to create a large scale palette offset?(as in shitfting all colors towards [insert color here])

i know this was more practical in the 256 color gif/pcx days, but it would be handy

I usually have a vc file included at the very top of system.vc called defines.vc. Those two lines are usually the top two lines of said file.

0 is false.

anything non-zero is true.

I'm not sure about the specifics in verge. try: ex

	int i;


	i=5


	


	if( ((i==5) == 1) ) {


		Exit( "yes" );	


	}


	Exit( "no" );	

Does not compile in verge, so I cannot test this theory of yours.

Then put those two defines at the top! :D

It's a common habit of c programs! :)

essentially, the line
pos x = (pos x + (RIGHT == 1)movspeed)

would substitute a whole if and else statement because it would just move the character +1 x 1(movespeed)

because the (RIGHT == 1), being true, would equal one

if it were false, it would make the invalid multiplication of 0(movspeed) which would not move(or crash due to the devidebyzero error^~[which I suppose could be fixed with an additional + and - sign])

essentially, the line
pos x = (pos x + (RIGHT == 1)movspeed)

Would not work. You mean that you wish to evaluate a conditional and assign it to a variable.

In real programming languages, the RIGHT == 1 above would return 1 or TRUE if RIGHT did equal 1 (the joystick is being moved). However, V3 VC is not a real programming language--it is an interpreted one. Conditionals are only interpreted in the scope of an If() or While(). It seems a little retarded, yes, but it has also caused problems for other people around the boards. VC is not a true programming language--but to the naked eye it does just as well.

However,

int battle_over;
battle_over = FALSE;
while (!battle_over)
{
if (B1) { battle_over = TRUE; }
}
Would work quite fine, since the actual evaluation of battle_over only occurs in the while() statement.

In regards to the above example, you could do:


int IsRightPressed()
{
if joy.right [or whatever the value is] == 1:
return 1
return 0
}

#Then, you could do

pos x = (pos x + (IsRightPressed())*movspeed)


This would work because a function can return a value, but a conditional outside of a While(), If(), or For() cannot.

Does this help?

actually, omni, that helped a lot:)

but you killed my function contribution:(

lol