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 > Requests > Recent Diskmag with C65 FPGA Article?
2015-02-17 10:13
Heavy Stylus

Registered: Apr 2007
Posts: 62
Recent Diskmag with C65 FPGA Article?

Hey there! Not an ancient prod at all, but I read an article about someone creating an FPGA version of a C65 on a recent diskmag and cannot remember which one it was!

Any help would be mucho appreciated!

J/HS
 
... 1 post hidden. Click here to view all posts....
 
2015-02-17 10:46
Heavy Stylus

Registered: Apr 2007
Posts: 62
Many thanks Lemming! That's exactly what I was looking for. Was chatting with Lemmings creator Mike Dailly on twitter about the C65 and I mentioned this project. He wanted more info, so now I can share :)
2015-02-17 12:09
hld_flt
Account closed

Registered: Nov 2014
Posts: 6
Feel free to tell Mike that he is welcome to prod me directly if he has any questions or would like to know more about it. Also, Lemmings is one of the test games I have been running on the C65GS to debug the VIC-IV :)
2015-02-17 15:26
SIDWAVE
Account closed

Registered: Apr 2002
Posts: 2238
Is there any sofware collection for C65 ?

I seen 2 demos..
2015-02-17 20:39
hld_flt
Account closed

Registered: Nov 2014
Posts: 6
There isn't any coordinated software collection for the C65 as far as I am aware. I wrote a small demo back in 1994 which of course was never widely released, and there is quite a recent demo as well. We are going to try to get the C65GS prototype board to Revision for Easter. Maybe we will release my 1994 demo there, and aim for some sort of "longest delay between writing and releasing demo" prize ;)
2015-02-17 20:50
Oswald

Registered: Apr 2002
Posts: 5094
I'd buy a c65 fpga. any readable HW specs somewhere? btw fuck commodore for not doing a proper c64 follow up. the c65 alone could have crushed the amiga. if only it was done in time...
2015-02-17 22:06
Rayne
Account closed

Registered: Jan 2002
Posts: 30
Take a look here for the original system specification and some other stuff: http://www.zimmers.net/anonftp/pub/cbm/c65/
2015-02-18 09:38
Oswald

Registered: Apr 2002
Posts: 5094
really nice hw. I wonder if DAT only helps in adress calcs of 1 bitplane, or does it do c2p too ? :) or how far fine scrolling can go ? attributed bitplane is not explained fully either, does it work like a vICII bitplane ? what if other bitplanes are turned on too ?
2015-02-18 09:53
hld_flt
Account closed

Registered: Nov 2014
Posts: 6
Bit planes in the C65's VIC-III were horrible. The fine scrolling was only got for displays only somewhat larger than the screen. The DAT was an abomination necessitated by the use of bitplanes, and was horribly slow. It was generally faster to use the CPU instead. This is why the C65GS doesn't do bit-planes, instead opting for 256-colour character mode. It's also more memory efficient, because you can reuse empty blocks, instead of wasting 10s of KB in a game display with blank space.
2015-02-18 09:58
Oswald

Registered: Apr 2002
Posts: 5094
how does 256 charmode work? btw its not like games used heavily bitplanes on the c64 either. I just wondered if the fine scroll is wide enough, there would be time to 2buffer nicely for scrolling. also what does DAT exactly do? and why is it slow? its slower to set up coords, than just sta sta ?
2015-04-05 18:44
hld_flt
Account closed

Registered: Nov 2014
Posts: 6
Sorry for extreme delay in response.

On a real C65 there is neither memory nor CPU time to effectively double-buffer in a game.

The DAT lets you specify an 8-bit X and Y coordinate in two registers, and then access the (upto 8) bitplane bytes for those coordinates directly.

Of course, you still have to do the bit fiddling, so changing a single pixel is still horribly slow.

Even assuming you could use DMA to write to the 8 bytes in 8 cycles, modifying a 256-colour pixel requires 8 cycles, and more like 100 or more cycles in reality. Since you have only 3.5MHz/50Hz = 70K cycles per frame, you are limited to updating never more than 10K pixels per frame using unrealistically optimistic appraisal. More realistically you could update not more than a few hundred pixels per cycle.

There was also as I recall some funny number of cycles you had to wait after setting the DAT address before you could use it for the new address.

I understand why they created it, but it was a partial mitigation of the bigger problems that bitplanes presented on the machine.

Of course, with the technology of the time, they might not have had too many other options, but I do :)
Previous - 1 | 2 - 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
Flashback
E$G/HF ⭐ 7
TheRyk/MYD!
McMeatLoaf
FranckS
Thierry
Conrad
MCM/ONSLAUGHT
Shake/Role
morphfrog
zscs
Guests online: 118
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 Layers  (9.6)
2 No Listen  (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 Triad  (9.3)
5 Censor Design  (9.3)
Top Graphicians
1 Mirage  (9.8)
2 Archmage  (9.7)
3 Pal  (9.6)
4 Carrion  (9.6)
5 Sulevi  (9.6)

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