bontz-team
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Bontz-team] graphic files


From: Chuck
Subject: Re: [Bontz-team] graphic files
Date: Mon, 28 Apr 2003 11:00:30 -0500

the classes i was working on before worked well with having everything in
seperate files.  if you do want to try putting them all into the same file,
i will have to look into that, but i know it can be done, and i have done it
before using MFC for the llama race.  i must say i like our current
animation file format which seems is designed more for the numbered file
format than the single file.

the main thing i think we need to start working on is a memory manager,
because the sprite class i had before worked well, but if you used the same
frame of animation multiple times it would load the file multiple times...so
it used a lot of un-needed memory.   for example as many of half the frames
for some of the first mucka animations were used multiple times but had to
be loaded into memory everytime it was used  this was just limitations to
the class i was using.  it wasn't a very intelligent class, nor was it
designed to be as it was designed just as a proof of concept to see if it
would work.



----- Original Message ----- 
From: "Owen Swerkstrom" <address@hidden>
To: <address@hidden>
Sent: Monday, April 28, 2003 10:26 AM
Subject: [Bontz-team] graphic files


> So far with the sprites etc I've had one image per
> file.  Should we do that with tiles, objects, and
> other elements as well?  I'm (re-)doing some text
> window elements now, and I wonder whether there ought
> to be one file that contains all
> letters/numbers/window corners/etc or a ton of smaller
> files?
>
> Also with the little path tileset I started on, I
> named files in a way that sort of makes sense to me
> but not be as nice to handle programming-wise...  File
> managers these days preview stuff so if you think
> outdoor_0001.png etc is better that could work too.
> Alternately a config file could map an "english"
> filename (outdoor/grass.png) to an internal tile0028
> handler or something...
>
> Doesn't affect me much right now, it's trivial to
> rename/chop up/splice together files I have made up to
> this point, but we should figure out how we want to
> handle this before I start churning out masses of stuff.
>
> __________________________________
> Do you Yahoo!?
> The New Yahoo! Search - Faster. Easier. Bingo.
> http://search.yahoo.com
>
>
> _______________________________________________
> Bontz-team mailing list
> address@hidden
> http://mail.nongnu.org/mailman/listinfo/bontz-team
>





reply via email to

[Prev in Thread] Current Thread [Next in Thread]