itofix ftofix

Not possible. At least not what you seem to want to do.

What exactly do you mean by "two different integers"?

If you're trying to combine one integer as the whole value and another as the decimal value, you could try this:

fixed fixed_val = ftofix((float)decimal_int/1000.0f+(float)whole_int);

Though if that's the case, I'd have to question your sanity for keeping track of the two separately in the first place.

--- Kris Asick (Gemini)
--- http://www.pixelships.con

I believe he wants to keep a sprite bounded by a certain width and height, no matter what the rotation.

Ok, I see what you're getting at.

Well, if you're only going to scale the sprite equally on both axises at the same time, that's simple enough to do. You simply make a multiplier variable and apply that to the rotate_scaled_sprite() function for the scale argument.

However, if you want to stretch both axises independently, like you can with stretch_sprite(), you need to make a few extra steps and an extra bitmap. Do the following:

1: Make an extra bitmap (we'll call it "xbitmap") large enough to fit the largest stretching your sprite will ever reach.

2: When the stretched size of the sprite changes, clear xbitmap to the masked colour for your video mode, (IE: bitmap_mask_color(xbitmap)), and then call stretch_sprite() on your sprite to draw it to the centre of xbitmap.

3: Draw xbitmap to the screen using rotate_sprite().

Does that help? Note that this method will NOT be very fast at all, since it has to detect and skip over all those empty masked pixels in xbitmap, but it's the only thing I can think of off-hand that will give you independent control over height and width. (Using rotate_scaled_sprite(), you control the overall size, not the height and width.)

--- Kris Asick (Gemini)
--- http://www.pixelships.com

Thanks for the help you guys.

I can live with proportional scaling and rotation, so I'll use the ftofix idea. I didn't know what kind of value the 'fixed scale' parameter needed to be, now I understand. Thanks again.

His point is that it's wasteful to stretch_sprite onto xbitmap, since the background is just going to be magic pink anyway. Using stretch_blit will be faster and produce the same result.

[nothing]