Hello,

based on the installation notes, there's mentioned the compatability with C64R, however I guess only when breadbin case is used.
On my C64R I have replaced the ZIF sockets with lowprofile Mill-Max sockets to have the chips low as possible.In this scenario, I can't place BeamRacer directly in the socket, because it will collide with the SID chip (stereo SID's installed).If I use a precision socket as riser, then it does fit on board, but  it's too high so Im unable to screw back the keyboard. (VIC collide with the keyboard on the back plastic edge).Solution might be to milll down the plastic back of the keyboard by 5mm or make a reposition adapter board.
Did somebody experienced the same with C64R?

Hey,

was just playing with BR and wonder why BRA is limited to jump only $80 bytes in range? Allowing 64k address space for a display list, wouldn't it be wise to make jumps possible more than a half of page? For more sophisticated cases it is a real blocker. It would be perfect if you'd introduce two jumps - relative in 16 bits wide address space and direct JMP which additionally both don't care if the bank changes in the meantime (regardless the bank it jumps to the pointed address, which is not a problem I believe). That would give programmers more freedom. Great work anyway, cheers!

I use a 1541-U2 with my Beamracer-equipped C64 and I’ve found when entering and leaving the U2 menu that the screen can get corrupted and the machine becomes slightly unstable in general, random crashes/lockups, etc.

On a hunch I took the Beamracer out and now my C64 seems stable again. The Beamracer was inactive at the time so it should be fairly passive. My only thought was my C64 is a long board that has a separate 7805 regulator that provides a dedicated +5V for the VIC and possibly other parts of the machine.

Is the added load of the Beamracer likely to hit the current limit for the 7805? I read somewhere that the normal load is about 250-300mA, how much extra does the (inactive) Beamracer draw? In order to measure it I would have to desolder the regulator in order to put my multimeter in series.

Other than that, does anyone have any other ideas? My C64 has a component mod board and a SIDFX which makes me think I might be hitting a current limit somewhere…

I will go back to GEOS stuff soon, but last week I was occupied by a question: can you write and run any program using VASYL instruction set? Can I have a shader that will process bitmap for PBS?

In other words - is VASYL's instruction set Turing complete?

After a week I already know the answer: big fat YES and I have a proof for this: https://github.com/ytmytm/c64-beamracer-subleq

SUBLEQ is an esoteric (meaning: real, working, just not very practical) computer architecture that has only one instruction: SUBLEQ.

The only possible instruction for such CPU is "SUBtract and branch if Less-than or EQual to zero".

• to setup loads into VREG_ADR0/1 when data is read/written or when we need to set starting point of a lookup table
  
• to setup loads into VREG_STEP0/1 when we traverse lookup table to add numbers, negate them or read the sign
  
• to load into VREG_ADR0 the address of the next instruction
  

ytm Wrote:I have a few questions - the documentation is not clear/explicit on those:

1. If I start the second displaylist (VREG_DL2STROBE) what happens at the end of the frame? Do we get back to the beginning of DL1 or the beginning of DL2? If DL2 - how do I get back to DL1?

Hi

Encouraged by silverdr I started development of BeamRacer-compatible GEOS.

You can find it here on GitHub: https://github.com/ytmytm/geos/tree/beamracer-ramexp (make sure to checkout breamracer-ramexp branch).

Right now there is support for the same basic additional features that already existed in this reverse engineered GEOS back in 2000 for expansions like +60K and RamCart 64/128

• whole DeskTop will be cached in RAM, so you only need to keep it on the boot disk
  
• swap file for memory overwritten by running Desk Accessories (Calculator, Notepad, etc.) is stored in extra RAM rather than on the disk
  

Hello.

I am thinking about this specification. When connected to the BemRacer, there is absolutely no improvement in image quality.
The image is identical to that of the VIC-II itself.

@abbruzze - noticed a small problem with the version mentioned in the subject. When using VBASIC and issuing the recommended "reset to a known state" sequence `RACER 0:RACER 2` - it looks like the displaylist gets enabled. That is not correct and leads to various problems especially when the already existing displaylist works with PORT registers... Please ensure that the above mentioned sequence completely re-sets the emulated BeamRacer, which includes disabling displaylist processing.

Greetings,

A guy named Randy Rossi is working on a VIC-2 FPGA replacement. It would be very cool to see this new VIC-2 development be compatible with the BeamRacer.

Here is his YT channel: https://www.youtube.com/channel/UCx2-Yj0...8y09ywPjMw

Latest Video: https://www.youtube.com/watch?v=LY0Hu4egKYc&t=1245s

Hope you are doing well, and thank you again for all of your hard work on the BeamRacer!

Cheers! 

Will this work in a C128?

More specifically, in C64 mode on a C128?  Although it would be pretty cool to also have it available in C128 40 column mode.