Work never seems to slow down in the PiStorm world, this week is no exception. So let’s get to it!
In the last 24 hours there has been a huge merge from wip-crap to the main PiStorm tree. This has a vast number of bug fixes and improvements if you don’t already use wip-crap. Note that the firmware has not changed as part of this merge, so you do not need to re-flash it. Here is a list of key changes (Thanks to _Bnu for the summary):
default.cfg
file has been renamed to amiga.cfg
. The PiStorm will still try to load default.cfg
by default if another config file is not specified. This is to fix two things:default.cfg
now won’t need be obliterated when you update.pigfx020.card
to display a mouse cursor at all. If your Amiga is currently configured to boot into an RTG mode by default, please set it to a native RTG display mode, and then run the PiRTG installer from the PiStorm HDF or otherwise copy the new pigfx020.card
to LIBS:Picasso96
.make ACFLAGS=-DCHIP_FASTPATH
on the command line instead of just make
. This requires a make clean
.setvar
information in the related directories.platforms/amiga/ahi
.Thanks to the many people who worked on and tested everything in this release.
Last week I reported the “disappointing” benchmark of Emu68 PiStorm, which still made it the fastest Amiga 500 still using the original chipset. Well, since then things got a bit faster…
This is the expected limit with a Pi 3A+, when the Pi 4 / CM4 is supported the it could even be double that.
Just for fun, Claude managed to flash a RISC-V CPU onto his A1200 PiStorm prototype board. Completely useless for the Amiga, but more testing to show the chip working:
CityXen has made a really fun video about upgrading their Amiga using a PiStorm.
Of course Simo has done an update demonstrating the new performance benchmark for Emu68:
Did I miss anything? Or is there anything that you want covered next week? Let me know! I can be found as LinuxJedi on the PiStorm Discord or LinuxJedi on Twitter.
You may remember that the A4000 known as "Jools" went to its new owner for…
Hot on the heels of repairing the Cirrus Logic VLB card, I acquired a dead…
It seems that every time I document how to do Xilinx JTAG programming from a…
Fellow vintage computer collector, Gammitin, challenged me to fix four VLB graphics cards, as well…
You may remember my recent 486 PC build, I enjoyed doing it, but I had…
One of the projects I wanted to do with my new 486 PC was to…
View Comments
@LinuxJedi – thanks for doing this blog. I helps me (and hopefully others) who don’t have the time or patience to sift through the copious posts on Discord – stay up to date with everything pertinent to this project. Much appreciated.
2 weeks without the weekly news 😦
Yes, I mentioned in a few places but basically I've been so busy with my new job that I've not been able to keep up with the community.
Sorry about that. When I free up some space in my life I may well continue them. Otherwise I'm happy to hand the batton over.
Good for you man!
I hope you find balance w/ job and free time, I can see you put a lot of time and effort into these blog posts. I’d like to say thank you for all the news and content over the months, it’s been really inspiring to follow 🙂
Good for you man!
I hope you find balance w/ job and free time, I can see you put a lot of time and effort into these blog posts. I’d like to say thank you for all the news and content over the months, it’s been really inspiring to follow 🙂
I know this is an old post but I just tried the Chip Fastpath feature and it cured a bit of slowdown I was seeing in some games, so that’s something worth doing. I’ve not found any downsides yet, but I’ve only had 30 minutes of playing about with it. I did notice that the overall Sysinfo benchmark dropped significantly though afterwards, but as I’m just gaming it doesn’t really affect anything, it’s still a hair faster than a stock 040.
The drop could be due to thermal throttling. Emu68 doesn't need to throttle as much and is generally more compatible with games nowadays.