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 Coding > FASTER 3D GRAPHICS
2004-10-26 06:24
Stingray
Account closed

Registered: Feb 2003
Posts: 117
FASTER 3D GRAPHICS

I've heard it said before that the way the VIC chip addresses memory (8x8 cells) makes it slower fo rendering graphics because of the extra calculations needed. So what way would you have had the Commodore engineers design an alternative addressing mode so that 3D graphics could be calculated quicker? I would realy appreciate your ideas on this.
 
... 185 posts hidden. Click here to view all posts....
 
2010-03-07 16:35
Graham
Account closed

Registered: Dec 2002
Posts: 990
@Oswald: A lot of posts refer to doing "display lists" for register writes. Just read some of the recent posts.
2010-03-07 16:44
QuasaR

Registered: Dec 2001
Posts: 145
Me likes Notorious V.I.C. but maybe it's too long... ;)
2010-03-07 16:57
Oswald

Registered: Apr 2002
Posts: 5020
Quote: @Oswald: A lot of posts refer to doing "display lists" for register writes. Just read some of the recent posts.

I believe people simply spared the time writing this: "(yes I know that a display list does not write registers, but I am just using loosely this term because it comes close to this thing)"

I would think Martin & Krill are smart enough to know what atari display lists are exactly.
2010-03-07 20:23
Krill

Registered: Apr 2002
Posts: 2847
Yeah, without knowing both the Atari ANTIC and Amiga Copper lists in detail, I think our register list here is something in between the two. It writes actual registers and does not just switch modes, but only on the video chip (plus DMA for the 16kB of RAM visible to it), but cannot write the registers of the other chips on the bus.

But that's an academic discussion, so we should rather discuss the best way to implement this list so the overhead required to both execute and generate it is minimal.
2010-03-07 21:04
Oswald

Registered: Apr 2002
Posts: 5020
how about this:

have a list of registers and values to write for each line, and you can specify horizontally the cycle where it should start stuffing the regs. HW would buffer up the needed regs and values one line before.

list would look like:

$horizontal,$reg,$val,$reg,$val,$ff
$horizontal,$reg,$val,$reg,$val,$ff
$horizontal,$reg,$val,$reg,$val,$ff
$ff

$ff= stop/do nothing

$horizontal each line could be skipped and just set up by the cpu once, for most stuff it would be a constant anyway I guess.

$ff could be skipped aswell if we maintain a constant nr of regs&vals. some dummy color reg writes wont hurt.
2010-03-07 21:46
Krill

Registered: Apr 2002
Posts: 2847
There is a variable number of possible write cycles though, depending on which sprites are enabled and badline or not. And the chip also needs to fetch that list. Upload it to some chip-internal RAM or DMA or colour bus?
2010-03-08 01:05
Martin Piper

Registered: Nov 2007
Posts: 634
Quoting Graham
A display list is just what the name says: a list of modes to display. No registers involved.


Not correct. A "display list" can be for example a sequence of commands to draw vector lines on a display.

Quoting Graham
Some circuit doing register loads is not a display list.


Also not correct. Graham, I come from the old days when a "display list" was any method, hardware or software, used to optimise writing to display hardware registers. On various systems writing to the display hardware registers in a short amount of time was advantageous because then the writes could be squeezed in the VBLANK or HBLANK and remove visible artifacts.

For example during my time at Argonaut Games the term "display list" was used quite a lot in this context. I particularly remember SEGA Triforce arcade hardware mentioning display lists.

So while Atari could be argued to have used the term "display list" early on the term was also used in relation to other systems during the old games programming days.
2010-03-08 01:48
Stingray
Account closed

Registered: Feb 2003
Posts: 117
VIC X (VIC eXpanded / VIC eXtreme): 3 VOTES
Notorious V.I.C : 2 VOTES
BAD VIC : 1 VOTES
VIC III: 1 VOTES
Alien VIC : 1 VOTES (My own vote)
VIC ENHANCER : 0 VOTES
VIC UNLEASHED : 0 VOTES
VIC INTERCEPTOR : 0 VOTES
VIC AAA (Awesome Addressing Add-on) : 0 VOTES

Added VIC III (I think PopMilo suggested this)
2010-03-08 04:26
Conjuror

Registered: Aug 2004
Posts: 168
I vote for VIC eXtreme
2010-03-08 09:28
Skate

Registered: Jul 2003
Posts: 491
VIC-X is nice. VIC eXpanded makes more sense than VIC eXtreme to me. So my vote goes to "VIC eXpanded".
Previous - 1 | ... | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 - 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
Guests online: 119
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 Memento Mori  (9.6)
10 Bromance  (9.5)
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 TRSAC, Gabber & Pebe..  (9.5)
6 Rainbow Connection  (9.5)
7 Wafer Demo  (9.5)
8 Dawnfall V1.1  (9.5)
9 Quadrants  (9.5)
10 Daah, Those Acid Pil..  (9.5)
Top Groups
1 Nostalgia  (9.3)
2 Oxyron  (9.3)
3 Booze Design  (9.3)
4 Censor Design  (9.3)
5 Crest  (9.3)
Top Graphicians
1 Sulevi  (10)
2 Mirage  (9.8)
3 Lobo  (9.7)
4 Mikael  (9.7)
5 Archmage  (9.7)

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