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 > CSDb Discussions > Beamracer ... who's in?
2020-08-28 22:50
lemming

Registered: Oct 2009
Posts: 44
Beamracer ... who's in?

I saw that Beamracer is finally available to buy (see https://beamracer.net/) and I'm thinking about ordering two of these but it's not a cheap piece of hardware for sure.
I certainly think it's an exciting expansion.

So, who else is in for a ride, eh?
 
... 22 posts hidden. Click here to view all posts....
 
2020-08-29 11:46
chatGPZ

Registered: Dec 2001
Posts: 11443
Implementing this is actually totally doable using a cartridge like 1541u or TC64. In fact, both Gideon and Ourselves had similar things on our "nice to have" lists, but dropped it at some point because of various reasons (for us mostly: we don't want to create a new platform).

"the copper accesses would block the 6510."
no, you "feed" the VICII with data over the expansion port - TC64 does this all the time :)
2020-08-29 12:51
tlr

Registered: Sep 2003
Posts: 1794
Quoting Groepaz
"the copper accesses would block the 6510."
no, you "feed" the VICII with data over the expansion port - TC64 does this all the time :)

It would block the 6510 in the C64, no? But ofcourse you can add an arbitrary CPU (e.g cloned 6510) in the cartridge.
2020-08-29 12:52
chatGPZ

Registered: Dec 2001
Posts: 11443
Yeah, you need the CPU in the cartridge.... not a big deal though :)
2020-08-29 12:58
tlr

Registered: Sep 2003
Posts: 1794
Quoting Groepaz
Yeah, you need the CPU in the cartridge.... not a big deal though :)

Sure, but what I ment I wouldn't mind trying out was an addon with _just_ copper in the cartridge. That should be less complex to fiddle with implementing variants of.
2020-08-29 14:09
chatGPZ

Registered: Dec 2001
Posts: 11443
i dont think that can work, thats why this addon sits between VIC and mobo
2020-08-29 14:14
tlr

Registered: Sep 2003
Posts: 1794
Quoting Groepaz
i dont think that can work, thats why this addon sits between VIC and mobo

It should be possible, it's just that the 6510 halts during transfers. Like a REU if you will.

Anyway, this thread was about the Beamracer so let's let that continue, sorry...
2020-08-29 14:16
chatGPZ

Registered: Dec 2001
Posts: 11443
yes, sure, like REU can work. and yes :)
2020-08-29 21:22
Silver Dream !

Registered: Nov 2005
Posts: 108
Quoting tlr
Looks very cool, but for me, I'd rather not add semi-permanent performance mods inside the machine itself.


If you don't use it at any given moment - it remains "invisible" – there is no need to remove it when not in use. And since there aren't many expansions requiring VIC socket access (VideoMod is directly supported), chances that you find yourself in need for removing it are rather slim. The same can't really be said about the cartridge port :-)
2020-08-29 21:23
Silver Dream !

Registered: Nov 2005
Posts: 108
Quoting Groepaz
i dont think that can work, thats why this addon sits between VIC and mobo


Confirmed.
2020-09-09 08:10
laubzega
Account closed

Registered: Sep 2020
Posts: 5
Now that I have an account here, a few quick comments:

1. One of the primary design goals for the BeamRacer was to make more CPU time available for other things. Consequently, stopping the 6502 during VIC accesses was not an option, especially that once you get a hang of writing display lists, you find yourself talking to VIC quite frequently. Blocking the CPU would in a way create another badline-like phenomenon - definitely useful, but make too many and you're walking in molasses. Which was the opposite of what we were aiming for.

2. While you can do many interesting things from a cartridge, BeamRacer's programmable bitmap sequencer is not one of them. It's an important feature, which beyond obvious benefits of moving the bitmaps around with just a pointer write, also enables new synthetic modes (like 32x32 tiles). Implementing the sequencer in programmer-friendly, unconvoluted way requires talking to VIC while it is reading data it requested from RAM, which afaik is not doable from the expansion port.

3. Lumafix without blurriness is an often wished-for feature. Realizing it from the expansion port is not doable either.

4. Even if you would rather stick to a base C64, BeamRacer is a great tool for rapid prototyping on _real_ hardware. Instead of counting cycles and targeting VIC with clunky 6510, you can check what's possible even from BASIC, and optimize/fine-tune later. Is saving development time of demo coders a killer app? I wouldn't know, but it has to count for something. ;)

5. Last, but not least - the major part of effort that went into the board was not of "_how_ to do it" variety, but rather of "_what_ to do". Sure, working with tight tolerances imposed by the need to support multiple models of VICs and motherboards was challenging. But it was the design of the coprocessor (VASYL) and making it match both the C64's architecture and the limitations of an 8-bit system that consumed the better part of development time (and was the most fun ;)).
Previous - 1 | 2 | 3 | 4 - 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
Spinball/Excess
angelo/kskpd
iAN CooG/HVSC
Thierry
Luca/FIRE
Acidchild/Padua
Guests online: 118
Top Demos
1 Next Level  (9.7)
2 Codeboys & Endians  (9.7)
3 13:37  (9.7)
4 Coma Light 13  (9.6)
5 Mojo  (9.6)
6 Edge of Disgrace  (9.6)
7 Fünfzig 90%  (9.6)
8 Uncensored  (9.6)
9 What Is The Matrix 2  (9.6)
10 Comaland 100%  (9.6)
Top onefile Demos
1 Nine  (9.7)
2 Layers  (9.6)
3 Party Elk 2  (9.6)
4 Charflasher  (9.6)
5 Cubic Dream  (9.6)
6 Copper Booze  (9.6)
7 Libertongo  (9.5)
8 Dawnfall V1.1  (9.5)
9 Ten  (9.5)
10 Rainbow Connection  (9.5)
Top Groups
1 Oxyron  (9.3)
2 Booze Design  (9.3)
3 Performers  (9.3)
4 Censor Design  (9.2)
5 Triad  (9.2)
Top Webmasters
1 Slaygon  (9.6)
2 Perff  (9.6)
3 Sabbi  (9.5)
4 Morpheus  (9.4)
5 CreaMD  (9.1)

Home - Disclaimer
Copyright © No Name 2001-2025
Page generated in: 0.051 sec.