> Many/most mid-to-late C64 games (I wrote a good few myself) used
> sprite-plexing to achieve 30+ sprites on screen at one time -
> that was when
> that C64 games got quite interesting. So: 16 or less isn't
> entirely true.
I remember games like Turrican and games from the Rowland brothers
(Creatures 1+2, mayhem in monsterland, etc)
these games rarely used more then 16 sprites on screen at once.. this gave
them the chance to do fast 360 degrees scrolling.. extra animation was
achieved using characters which was just a smart way of solving the limits..
..my point is that there are limits and you should work with and around
them..not try to go against them. (and I've seen demos that multiplexed upto
300 sprites on screen..now THAT was coding (for non-c64 enthousiasts: the
hardwarde limit was 8 .)
> FYI: I've been writing games professionally since 1982, and
> have career
> sales of between 3.5 million and 4.0 million units. :-)
sounds nice..but that doesn't make you a creative programmer ;) I think
there aren't many left in the industry at this time.. I can come up with
two: John Carmack and Tim Sweeney.. but they are creative only in one area:
3D. And also depend alot on the fastest hardware available. The best coding
is being done (still) in Demo scenes, were people are just trying to squeez
more out of the hardware then anyone else did and they don't care how many
millions it will sell..it's the creativity-rush that they get from it.
> Your point about transparent gifs is a good one - though
> sprites in motion
> (by their nature) rarely work unless they are transparent (Tetris
> notwithstanding). :-)
simple thing: create a game that contains block-figures (dice, rocks, etc)
that need less transparency.. if done correctly the player will hardly
notice, but it WILL notice the speed the game runs at...I know: not always
practicle, but finding solutions is what brings back the fun to coding.
another tip: animated gifs are easy to use, but slow down things alot,
probably coding your own animation code is easier, using layers to shift
between images, this is easier for browsers to do, and is faster then
displaying animated gifs..also better to controll animation speeds.
.finally a real good discussion going on here :p
Pascal Bestebroer ([EMAIL PROTECTED])
www.dynamic-core.net
_______________________________________________
Dynapi-Help mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/dynapi-help
