Advertisement

There's no such thing as a stupid question, but they're the easiest to answer.
Login
Search

Advertisement

Search Search
Search for:
Tech Support Guy > > >

Is per-pixel blitting of images bearable, or snaps?


(!)

SharpPlusJava's Avatar
SharpPlusJava SharpPlusJava is offline
Account Disabled with 6 posts.
THREAD STARTER
 
Join Date: Aug 2012
Experience: Beginner
20-Aug-2012, 03:55 PM #1
Question Is per-pixel blitting of images bearable, or snaps?
I wanted to know some suggestions on image movement.

I know a lot of games either use snap coordinates to align objects to certain pixel snap adjustments, or have precise collision checking and free per-pixel movement.

Is there any proof or theory on this that proves one is indefinitely better than the other?

For example, 16-bit Final Fantasy 6 for SNES had character's images move aligned with a certain x and y coordinate adjustment, rather than pixel-by-pixel freely.

I don't know much about the advantages or disadvantages of this, but I can see that snapping things to a grid can be less error-prone than having every thing move with out any proper adjustments.

But I'm guessing either can really do. Any ideas?
allnodcoms's Avatar
allnodcoms   (Danny) allnodcoms is offline allnodcoms has a Profile Picture
Computer Specs
Member with 606 posts.
 
Join Date: Jun 2007
Location: Hertfordshire - England
Experience: Advanced
29-Aug-2012, 02:41 PM #2
Smile Ah... Halcyon days!
Just noticed this post... I did a lot of work on this sort of thing in the late 80's and early 90's. Earlier hardware had certain restrictions as to where it could paste images. Sprites had to be a certain width, and could only be placed on 16pix boundaries. To get the speed up, many game devs used a technique called pre-shifted sprites (basically storing multiple copies of the same image at different x offsets) but I worked with a few of the guys at Bitmap Brothers using 'really' optimised MC68K to scroll at run time - it was one of my earliest softy jobs and really fun while it lasted!

Sorry for the old timer stuff, got a bit cloudy eyed there for a minute. The answer to your question is that these days, you don't need worry about it. The sort of stuff that used pre shifted and interleaved sprites was running on an 8MHz CPU with graphics memory measured in little things called 'kilobytes'. If you wanted to be really, really picky (and I'm talking about clock cycles here) it would be (very) marginally faster to access memory on a boundary that is divisible by a power of two, but if you're talking about sprites then you'd never notice the difference unless you had literally thousands of them on screen at once...

Hope that's cleared things up a bit.

Danny
As Seen On

BBC, Reader's Digest, PC Magazine, Today Show, Money Magazine
WELCOME TO TECH SUPPORT GUY!

Are you looking for the solution to your computer problem? Join our site today to ask your question. This site is completely free -- paid for by advertisers and donations.

If you're not already familiar with forums, watch our Welcome Guide to get started.


Tags
coordinates, game development, game programming, grid, snap

(clock)
THIS THREAD HAS EXPIRED.
Are you having the same problem? We have volunteers ready to answer your question, but first you'll have to join for free. Need help getting started? Check out our Welcome Guide.

Search Tech Support Guy

Find the solution to your
computer problem!




Currently Active Users Viewing This Thread: 1 (0 members and 1 guests)
 
Thread Tools


WELCOME
You Are Using: Server ID
Trusted Website Back to the Top ↑