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-04 05:33
JackAsser

Registered: Jun 2002
Posts: 2014
Quote: Quoting JackAsser
Yeps, a second set of registers for the odd rows would do the trick indeed.

So if I include the extra circuitry will you make your portal engine more awesome for it?

BTW Any chance of getting a bigger 3D area? that would be a cool Doom maze :)


Sure, why not. However, for rapid testing I suggest to make a patch to VICE to test out your ideas, before actually implementing them in the HW. That would probably help you in prototyping, and it would certainly help me not coding in blind. :)
2010-03-04 09:18
Frantic

Registered: Mar 2003
Posts: 1648
I vote for "BAD VIC". :)

It has a nice 80s vibe to it. :)
2010-03-04 09:36
JackAsser

Registered: Jun 2002
Posts: 2014
Quote: I vote for "BAD VIC". :)

It has a nice 80s vibe to it. :)


Maybe "Notorious V.I.C"?
2010-03-05 07:48
PopMilo

Registered: Mar 2004
Posts: 146
Quote: PopMilo,
It would be possible, would you really want to use the low res mode though?


Yes, at least in port of Yoomp from Atari :)

Eor filling doesn't help in that case but repeating lines without cpu time would save thousands of cycles each frame...
2010-03-06 09:26
Krill

Registered: Apr 2002
Posts: 2980
Quote: Yes, at least in port of Yoomp from Atari :)

Eor filling doesn't help in that case but repeating lines without cpu time would save thousands of cycles each frame...


I think what this implies is actually having display lists akin to what's implemented on Atari8. (See http://en.wikipedia.org/wiki/ANTIC)

You set a memory pointer in the VIC to fetch register offset, write cycle number (i.e., the x position defined as the offset to the previous write) and value (3 bytes or less if restrictions like writing to $d011/16/17/18 (2 bits) only are applied), and write data given by that display list to the referenced VIC registers at the specified x position. (Re repeating lines: One of the extra registers would then determine which of the 8 lines per char line you want to display.)

You could actually use the so far unused border cycles reading the colour data 4-bit bus for that, although that'd make generating these lists a little harder and halve the maximum throughput. Alternative list modes would define fixed register or offset definitions outside the list to be able to trade off between list size and access range/write density.

The benefits are obvious: Having more VIC register writes per scanline, specifically in the bad lines, would delight every coder fancying smart VIC raster trickery and open up a whole new range of oldskool effects and cpu-cycle-cheap display modes :)
2010-03-06 10:54
Oswald

Registered: Apr 2002
Posts: 5094
yes, a display list would be bloody cool.
2010-03-06 11:31
Krill

Registered: Apr 2002
Posts: 2980
Yes, and while we're at it, why not have an easy sideborderless mode where the expansion would flip the $d016 38/40 column bit at the right x positions twice each line automatically? Or the same with $d017 to stretch sprites? Or similar with $d011 for easy FLI/repeated badlines/linecrunching? Oh the possibilities! :)
2010-03-06 14:17
Martin Piper

Registered: Nov 2007
Posts: 722
I have a suspicion that having a display list writing to VIC registers during bad lines might not be so easy. This is because the VIC is controlling the whole of the memory bus and bandwidth, i.e. both phis, for the period of the bad line fetches. This is why the CPU is paused during a bad line.
2010-03-06 15:41
Krill

Registered: Apr 2002
Posts: 2980
This is true, but there are still 23 cycles left for register writes during a badline, and with something like interleaved CPU and display list register writes, more is possible than with only the CPU writes in the cycles left.
2010-03-06 16:21
PopMilo

Registered: Mar 2004
Posts: 146
"Display list" is maybe little to much but that is up to stingray to say :)

But those 20+ cycles could definitely be used in some way.

I thought about few bites somewhere in memory that would say to "VIC-III" :) how many lines to repeat.

Values would be 0,1,3 and would only manipulate data on address bus. One line down from bad line VIC would think its getting data from next 40bytes, while VIC-III would change those addresses back to previous 40 bytes... and so on...

Great idea with putting new hardware between VIC and rest of system !!! :)

I don't remember, is VIC in a socket or soldered ?
How hard will it be to insert this contraption ? :)
Previous - 1 | ... | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | ... | 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
Mike
Jammer
MWR/Visdom
Scrap/Genesis Project
iAN CooG/HVSC
ΛΛdZ
Case/Padua
encore
Guests online: 93
Top Demos
1 Next Level  (9.7)
2 13:37  (9.7)
3 Mojo  (9.7)
4 Coma Light 13  (9.6)
5 Edge of Disgrace  (9.6)
6 What Is The Matrix 2  (9.6)
7 The Demo Coder  (9.6)
8 Uncensored  (9.6)
9 Comaland 100%  (9.6)
10 Wonderland XIV  (9.6)
Top onefile Demos
1 No Listen  (9.6)
2 Layers  (9.6)
3 Cubic Dream  (9.6)
4 Party Elk 2  (9.6)
5 Copper Booze  (9.6)
6 Dawnfall V1.1  (9.5)
7 Rainbow Connection  (9.5)
8 Onscreen 5k  (9.5)
9 Morph  (9.5)
10 Libertongo  (9.5)
Top Groups
1 Performers  (9.3)
2 Booze Design  (9.3)
3 Oxyron  (9.3)
4 Censor Design  (9.3)
5 Triad  (9.3)
Top Coders
1 Axis  (9.8)
2 Graham  (9.8)
3 Lft  (9.8)
4 Crossbow  (9.8)
5 HCL  (9.8)

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