Since the last demo reused the graphics of the previous one (with improved quality and additional effects, thanks to the extra alpha channel), the latter didn't look that good anymore, so I decided to rework it to produce a more meaningful and interesting result. I just released it, so who wants to try in on their machine can get it from https://retream.itch.io/ptdq as usual.
LAYERS
Common: * PTDQ system * RGBWa color model * 320x256 visible dots * interleaved bitplanes * horizontal and vertical scrolling
Background: * 336x272 dots * maximum 256 colors
Foreground: * 672x576 dots * maximum 81 non-transparent colors * 8-bit alpha per base color
NOTES
* Both the layers reside in CHIP RAM. * The layers use 6 bitplanes in all. * If the foreground had not used 100% transparent dots, its maximum number of colors would have been 256. * The foreground mode is changed by writing a whole 24-bit palette to the COLORxx registers with the CPU during the vertical blanking. The required palettes are pre-calculated at startup. * The Copper is idle most of time (but if the staggered lines are on, it performs a wait and a write for each visible rasterline). The Blitter is idle. * The texture is 512x512 dots and gets scaled and rotated onto a triple-buffered 128x128 dots raster. * The raster gets rendered onto the foreground while racing the beam by means of PTDQ_DoC2P_R() when, at the end of a frame, it is found to have changed (so, at most 50 times per second, even if the fps limit is off).
PERFORMANCE
On a stock Amiga 1200, the speed is about 17.5 fps. On an Amiga 1200 equipped with a Blizzard 1230 IV mounting a 50 MHz 68030 and 60 ns FAST RAM, the speed varies between 80 and 94 fps. The fps fluctuation depends on the fact that the fetching of the texture dots is more of less friendly to the CPU data cache according to the scale factor and the rotation angle.
RETREAM - retro dreams for Amiga, Commodore 64 and PC
I had the same idea some time ago, to have an internal SCSI drive in my desktop A1200 with Blizzard SCSI Kit, but I didn't want to lose the possibility to connect external devices, so what I did is to make a new cable:
SCSI Kit connector ==> Internal DB25 ==> External DB25 (the original one)
Both DB25 connectors are female, and usually devices have male ones, but it's a wise decision to have some DB25 gender changers (male-male), just in case, some devices have the other gender, or you need an adaptor with the other gender (SCSI2SD needed a IDC50 to DB25 adaptor, and the DB25 in the adaptor was female, so a gender changer was mandatory).
So, whatever I connect to the internal one, inside the A1200, it has the termination set to OFF, so I can connect external devices on the rear DB25 connector. I have external HDs, a ZIP drive, several 2GB Jaz drives, a tape drive, a scanner, optical drives, even a SCSI 3"1/2 floppy drive from a SGI…
I have tried internally a SCSI2SD, a ZuluSCSI RP2040 and a SCSIknife Multi, all three work well.
You may wonder what happens if termination is set to OFF and i don't connect anything to the external one, problems may arise (even if I have never faced a single problem with only one device connected in 30 years), or else I should open the A1200 lid and change termination: I have an external DB25 terminator ( https://i.imgur.com/LAXOMja.jpeg ), so when nothing else is connected, I plug the terminator. Solved.
Now I want to try an internal BlueSCSI v2 with a RPi Pico 2W, it has WiFi, a nice and useful feature, and I'd like to give it a go. The problem with these small devices, this one and the ZuluSCSI Slim Pico, both designed to be external, the last device, is that both have termination forced to ON by design, you cannot change it. Fortunately, a friend with knowledge in electronics tweaked the BlueSCSI v2 DB25 and redesigned it, taking out the soldered termination resistances and placing holes for a socket for two resistive grids that do termination, like in the old hard disks, so you can connect them or not depending on the use. When internal, they will be unplugged, but I will be able to use it as external too just plugging them in its place.
Saluditos,
Ferrán.
Amiga user since 1988 AOS4 Betatester Member of ATO Spain A1 Cfg OS4 SCR A1200
@pvann Similar problem several weeks ago. I was unable to turn my X1000 on unless I turned the rear switch off & back on or unplugged and plugged back in the mains. When I noticed that the time wasn't correct, I suspected the battery and replaced it with a new one. My X000 was back to normal. The old battery was reading 1.1 volts instead of 3 volts.
Amiga X1000 with 2GB memory & OS 4.1FE + Radeon HD 5450
A FileSysBox-based handler for AmigaOS 4.1 FE that mounts QEMU host-shared
folders as DOS volumes via the VirtIO 9P (9P2000.L) protocol.
Status: Beta -- tested on QEMU AmigaOne (legacy VirtIO) only. Pegasos2
(modern VirtIO) is implemented but not yet validated. Use at your own risk.
Important: QEMU for Windows (x64) does not currently support -virtfs.
You need a Linux, WSL2, or macOS QEMU build to use VirtIO 9P shared folders.
What It Does
------------
When running AmigaOS under QEMU with a -virtfs shared folder, this handler
presents the host directory as a native AmigaOS volume (e.g. SHARED:). You
can browse, copy, create, rename, and delete files on the host filesystem
directly from Workbench or the Shell.