Re: Oidzone beta testing

new topic     » goto parent     » topic index » view thread      » older message » newer message

Michael Cripps wrote:

> Now with that out of the way it's time for some constructive criticism :
> )
>
> 1) The text effect that is displayed in the upper right hand corner is a
> severe performance hit if you could disable (or replace with a bitmap
> image) during game play I think you will see an improvement in game
> performance also this might lower the system requirements to play the
> game giving you a large group of potential customers.

Hi all:

I think that the bitmap cycles of the fire text should use color
cycling..could save a little space, too just using one bitmap rather
than several...

I think that in order to make this game of commercial quality, all of
the wave files should be put into one file that has a make-shift fat
table in the beginning for the program to find where specific files
start and stop.

Maybe someone could write a program to take all .wav files, compile them
into a file called 'sound.dat', create the fat, and please don't forget
to post code for retrieving that .wav information from the sound.dat in
this mail list! smile

Maybe the same program for compiling .bmp images...???

Then it could look like those beefy games that only have a few files too
them....let's 'ahh ohh' the wannabees <grin>

Anyway, I'd write the program, but business is good and I can't hardly
find the time to read all these messages....arg..I have no life smile

Say, did whoever write oid-zone write a small sprite editing program?
This program might compile all of the small images into one file
itself....this 'game creation' utility and other small programs like
this could very well be a bigger hit than the games themselves...ooooh!

Now this takes dedication...

I don't have time to look at the code, but I was wondering in
Oid-zone....It doesn't seem like the whole screen is being redrawn each
frame, or if it is, the virtual screen should be CLEARED each frame and
each and every component redraw before being dumped to the screen...this
would help some drawing problems on the screen....

I wish I had time to do game programming like I used too...I loved the
graphics programming.  I used to be into a little Super-Nintendo
programming (which is very similar to programm the ol' Apple II
assemblers..ICK!!), and think someone should build a small engine to
handle sprites and sounds very much like this...this would make game
programming pretty easy and very much graphics-bug-free...no messing
with timing, refresh, hoping this sprite draws correctly over that
sprite and so on after the engine is created...this would go along with
that nifty sprite editor things...

Well, well, I've got lots of practical ideas to make games programming
fast, efficient, and fun, but no time to do it..maybe someone else could
have fun with it?

Kirk Lang

new topic     » goto parent     » topic index » view thread      » older message » newer message

Search



Quick Links

User menu

Not signed in.

Misc Menu