Log inRegister an accountBrowse CSDbHelp & documentationFacts & StatisticsThe forumsAvailable RSS-feeds on CSDbSupport CSDb Commodore 64 Scene Database
You are not logged in - nap
CSDb User Forums


Forums > C64 Productions > Is 120 the max number of full height sprites that can be displayed?
2002-11-17 17:59
Shadow
Account closed

Registered: Apr 2002
Posts: 355
Is 120 the max number of full height sprites that can be displayed?

I've been on a nostalgia trip and checking out some demos from the real oldschool, record-breaking times. So I started thinking a bit about the world record for most sprites in a multiplexer. I started calculating, and got the following:

8 sprites can be displayed per 21 lines (since a sprite is 21 pixels high). Now you have 256 y-positions available to place sprites on. That should give us 96 or maybe 104 (I wasn't quite sure on this).
Since I saw demos with 112 and even 120 sprites (think it was in Ice Cream Castle/Crest), this couldn't be the limit.
Anyway, I started coding on a little test program and discovered that sprites placed on position $01 to $1e was displayed twice (both in the upper and lower border. I guess this is common knowledge, but I've been out of the loop for a while!)
Now, those $1e lines gives us the possibility to display two batches of 8 sprites that essentially gets doubled, thus we have 104+116 = 120 sprites as the absolute maximum.
Is this correct reasoning? Any oldtimer hardware specialits who can shed some light on this?
2002-11-17 18:00
Shadow
Account closed

Registered: Apr 2002
Posts: 355
Umm.. that last calculation should read "104+16" ofcourse.
2002-11-17 18:39
Steppe

Registered: Jan 2002
Posts: 1510
AFAIK the Crest demo uses a technique that reduces the height of a sprite to 17 pixels and thus achieves the higher amount of sprites. Not sure if it has to do with the doubling of sprites you described.
2002-11-17 20:12
T.M.R
Account closed

Registered: Dec 2001
Posts: 749
Ice Cream Castle does 120 and as far as i know that's the upper limit without using something to shorten the sprites. Krestage does 144 with tricks to make the sprites 17 pixels high.
2002-11-18 12:04
Shadow
Account closed

Registered: Apr 2002
Posts: 355
Alright, thanks for the info guys. Looks like I was on the right track with my calculations then.
2002-11-18 12:11
Stryyker

Registered: Dec 2001
Posts: 465
If you're curious and want to try the sprite shrinking, it's anti sprite streteching which the VIC Article details (to the cycle). Just reverse the writes I think.
2002-11-18 14:51
Ninja

Registered: Jan 2002
Posts: 404
stryyker: Not exactly. If the store instruction which sets the $D017-bits is exactly at a certain cycle, the sprite-data-pointer is messed up. Crossbow has made some effort to create a table, which shows how it gets confused (anyone verifyed this table?). It is included in the world-record-multiplexer in "Krestage 1" (press RUN/STOP).
2002-11-18 21:15
Shadow
Account closed

Registered: Apr 2002
Posts: 355
Wow! Thanks for letting me know about "Krestage". There's a very good explanation on the whole sprite multiplexer issue, with 112/120 sprites etc.
Btw. I hadn't seen that demo before. What a brilliant piece of absolute hardcore coding! That text-mode, I was just blown away! I thought I had turned on my Amiga by mistake! :) I just don't understand how you can get that half-pixel X-interlace thing going. Crossbow is unbelivable!
2002-11-18 22:05
JCB
Account closed

Registered: Jun 2002
Posts: 241
Nice bit of code, but a multiplexer? I don't think it can be classed as one. Standard y movement doesn't need a multiplexer sort to decide which sprites are on which raster, just have a routine that draws 8 sprites at a time at various positions down the screen then move the appropriate x,y,colour and defininition list round in a cyclic buffer and its all done, no sorting needed, imho can't class it as a multiplexer without the sort :P
2002-11-19 11:04
cadaver

Registered: Feb 2002
Posts: 1153
Ah, the gameprogrammer's perspective :)
But this would imply the boss enemy routines in Turrican or Armalyte aren't multiplexers either? (because they don't need to be sorted)

I'd guess the beauty in demo-multiplexers is especially the error-free display, in addition to large amount of sprites. This is something that game-multiplexers (general, sort-based approach) will always fail in, with sufficiently tight sprite formations

2002-11-19 13:32
Warbaby
Account closed

Registered: Mar 2002
Posts: 60
In my oppinion, there are two cathegories of multiplexers:

standard multiplexers
sorting multiplexers



 
... 67 posts hidden. Click here to view all posts....
 
Previous - 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 - Next
RefreshSubscribe to this thread:

You need to be logged in to post in the forum.

Search the forum:
Search   for   in  
All times are CET.
Search CSDb
Advanced
Users Online
Alakran_64
Nordischsound/Hokuto..
Jetboy/Elysium
Scooby/G★P/Light
machete
Brataccas/HF
Airwolf/F4CG
Genius/Xenon
Holy Moses/Role
psych
Guests online: 167
Top Demos
1 Next Level  (9.8)
2 Mojo  (9.7)
3 Coma Light 13  (9.7)
4 Edge of Disgrace  (9.6)
5 Comaland 100%  (9.6)
6 No Bounds  (9.6)
7 Uncensored  (9.6)
8 Wonderland XIV  (9.6)
9 Bromance  (9.6)
10 Memento Mori  (9.6)
Top onefile Demos
1 It's More Fun to Com..  (9.7)
2 Party Elk 2  (9.7)
3 Cubic Dream  (9.6)
4 Copper Booze  (9.5)
5 Rainbow Connection  (9.5)
6 TRSAC, Gabber & Pebe..  (9.5)
7 Onscreen 5k  (9.5)
8 Wafer Demo  (9.5)
9 Dawnfall V1.1  (9.5)
10 Quadrants  (9.5)
Top Groups
1 Oxyron  (9.3)
2 Nostalgia  (9.3)
3 Booze Design  (9.3)
4 Censor Design  (9.3)
5 Crest  (9.3)
Top NTSC-Fixers
1 Pudwerx  (10)
2 Booze  (9.7)
3 Stormbringer  (9.7)
4 Fungus  (9.6)
5 Grim Reaper  (9.3)

Home - Disclaimer
Copyright © No Name 2001-2024
Page generated in: 0.153 sec.