www.delorie.com/archives/browse.cgi   search  
Mail Archives: djgpp/1996/06/29/12:44:08

Xref: news2.mv.net comp.os.msdos.djgpp:5524
From: Thomson AT btinternet DOT com (William Thomson)
Newsgroups: comp.os.msdos.djgpp
Subject: Re: Allegro's Grabber
Date: 29 Jun 1996 13:57:19 GMT
Organization: none
Lines: 27
Message-ID: <4r3cnv$8m6@snow.btinternet.com>
References: <835052153snz AT flag DOT demon DOT co DOT uk> <4q5cum$8r3 AT doc DOT zippo DOT com> <jpjlohltb8k DOT fsf AT piglet DOT cam DOT cornell DOT edu> <1996Jun18 DOT 221310 AT uctvms DOT uct DOT ac DOT za>
Reply-To: Thomson AT btinternet DOT com
NNTP-Posting-Host: host-73-35-108.btinternet.com
Mime-Version: 1.0
To: djgpp AT delorie DOT com
DJ-Gateway: from newsgroup comp.os.msdos.djgpp

In article <1996Jun18 DOT 221310 AT uctvms DOT uct DOT ac DOT za>, stwand07 AT uctvms DOT uct DOT ac DOT za 
says...

>The grabber does seems to use a "snap grid" when selecting what part of 
the PCX
>bitmap to cut, so you must either ensure the PCX is the size of one 
sprite, as
>a previous poster mentioned. This seems a bit wasteful, especially since 
most
>sprites will be using the same palette, and could be stored more 
efficiently in
>one PCX. There is no reason why you shouldn't be able to grab ANY part of 
the
>bitmap, and changing this should be easy - if you don't mind hacking 
Shawn's
>Grabber utility a bit.
>

This may seem a bit obvious, but why not draw all your sprites onto a grid 
in the PCX?  For example, if you have 16x16 sprites then draw a row of 
16x16 boxes (on the boundary, of course).  Then when you tell the grabber 
that you want to grab a sprite, remember and set width & height to 16 (or 
whatever).  This is what I do, and it works fine.   Just remember and draw 
to the boundary...

Dave

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019