| cpubltro v0.3.2 | ||||||||
|---|---|---|---|---|---|---|---|---|
|
|
|||||||
|
popularity : 51% |
|||||||
alltime top: #22890 |
|
|||||||
|
||||||||
added on the 2024-11-21 21:16:11 by nicode  |
||||||||
popularity helper
comments
@nicode you did release something on Pouet, I have to inform you, that you are now a demoscener!
That a pretty interesting/novel goal. Sounds like a good approach to a hardware test rom.
@G-Fellow
So I'm with the cool guys now. As a demo coder, I have to produce more demos now, right? Challenge accepted. The same can also be done without bitplane DMA (currently only used for easier synchronization anyway). The next step will be to move the ball and get closer to the original Boing! demo - but that will take a while and is even more challenging.
@iTeC
I do not want to reinvent DiagROM. Actually, my research started because I want to develop my own boot ROM for an existing turbo card, which won't touch any memory for the splash screen and the boot menu after a reset...
I did a lot of research for the demo and there are some nice byproducts. E.g. I did not draw the ball myself, but developed a Python script that generates scalable vector graphics for all the frames. So you can use the rounded Amiga Boing! ball in any resolution you want.
So I'm with the cool guys now. As a demo coder, I have to produce more demos now, right? Challenge accepted. The same can also be done without bitplane DMA (currently only used for easier synchronization anyway). The next step will be to move the ball and get closer to the original Boing! demo - but that will take a while and is even more challenging.
@iTeC
I do not want to reinvent DiagROM. Actually, my research started because I want to develop my own boot ROM for an existing turbo card, which won't touch any memory for the splash screen and the boot menu after a reset...
I did a lot of research for the demo and there are some nice byproducts. E.g. I did not draw the ball myself, but developed a Python script that generates scalable vector graphics for all the frames. So you can use the rounded Amiga Boing! ball in any resolution you want.
Bitplanes are overrated anyway
Welcome to the demoscene
This is a very unusual method of running an Amiga prod, but when I tried it, all I got was the copper background, no boing ball. I was running an A500 config on WinUAE4200. Nice colours, in any case.
You need WinUAE 5+ and have to enable all the cycle-exact options...
It's easier to use https://vamiganet.github.io/ and add the ROM with drag 'n drop.
But there is nothing fancy to see, since this demo is all about CPU and DMA cycles at 7 MHz. Just visit the github site to see the animation (if your browser supports APNG).
It's easier to use https://vamiganet.github.io/ and add the ROM with drag 'n drop.
But there is nothing fancy to see, since this demo is all about CPU and DMA cycles at 7 MHz. Just visit the github site to see the animation (if your browser supports APNG).
Welcome :)
RAM is overrated anyway.
This must be a world first :)
Great engineering. :-)
Cool idea!
Cool!
submit changes
if this prod is a fake, some info is false or the download link is broken,
do not post about it in the comments, it will get lost.
instead, click here !
It is a custom ROM only for PAL Amigas with a 68000/68010 @ 7 MHz.
The challenge is that is does not use any RAM (the demo runs on an Amiga 500 without DRAM, without both CIAs, and without Paula). The screen is completely filled with the CPU (Racing the Beam).
The ADF can be used to kickstart an Amiga 1000 (PAL only).
Emulation requires a very accurate, cycle-exact CPU and DMA simulation (e.g. WinUAE 5.0.0 or newer, vAmiga.net).
The 256K ROM has 11 frames, the 512K ROM has 22 animation frames.
The source code can be found on github https://github.com/nicodex/amiga-ocs-cpubltro (this is release v0.3.2).