Why? An accelerated CPU was never a requirement (although the demo will work with Antonia, since it uses no illegal opcodes and no timings are cycle-dependent), and Rapidus has been around for nearly a decade.

If anything would tempt me back into action, it would be the MADS assembler's proprietary (and otherwise quite flexible) relocatable format being expanded to support discreet main, extended and non-relocatable blocks in the same object file, per the SDX relocatable format. But despite having asked about this back in the mid 2010s, I won't pretend for a moment that there weren't other, far more compelling and tangible distractions which resulted in me bascially abandoning the GOS project (some of which - like the SIDE3 cart which consumed all of my spare time between 2019 and early 2023 - having turned out to be a hiding to nothing, all the off-shoot hardware projects having disappeared down the toilet).

Yeah, and like I say, I forgot and a reminder would have been welcome if you were already going to the trouble of posting here in Polish that I was too lazy or negligent to fix the 'famous' bug. And of course I had fucking fixed it but presumably something happened in real life to divert my attention and I cannot recall receiving a personal reminder since then.

Anyway, DLT folder updated, as I say, purely and solely by virtue of the fact I meandered over here to see if there was anything going on.

No problem at all. :)

Mini-bank at $D500-$D5FF isn't doable without FPGA changes, unfortunately.

I'll have a look at DCART support. Might be doable with no FPGA changes.

There are no plans to port the U1MB/SIDE loader to IDE Plus. That doesn't mean it couldn't happen, just that there are no plans. ;)

I offered to help make it R/W since I already wrote a R/W FAT DOS16/32 DOS for the SIDE3 Loader but never received any response to the offer. Presumably they have everything in hand, then. ;)

To elaborate on what Pecus already wrote:

The GoWin-CPLD SIDE 3.2 which is the subject of the video is not compatible with Lattice JED files and anyway lacks the 'Wishbone' interface necessary for JED/bitstream programming via software. Clearly what you have done is brick a SIDE 3.0/3.1 using the Wishbone JED flasher, which - although I pleaded for field-testing of the tool - was apparently tested by no-one but myself and Candle. This situation - while certainly offering further evidence of poor project management and inadequate testing - has no direct relevance to JED upgrades and downgrades on GoWin-equipped SIDE 3.2 cartridges.

At this point, with the product withdrawn, I am sure that those in possession of a Lattice platform cable and in need of a JED file for the purposes of de-bricking could reasonably ask the vendor/manufacturer to provide it, but what the reaction will be if the email is signed 'Yours, Zaxon', I cannot say for sure. :)

I'll be perfectly happy to recover/downgrade/upgrade/whatever any SIDE3, 3.1 or 3.2 cartridge the owner wants to send me, and as I understand it, the manufacturer has offered to perform JED 1.3 downgrades on SIDE 3.2 cartridges as a potential solution to the problems discussed in my video if the user prefers that to a refund.

Get the JED downgraded and take it from there. The cartridges in the video with JED 2.3 were incapable of loading large CAR files as well until they were downgraded to JED 1.3... I simply never got as far as showing that.

What an absolutely remarkable coincidence.

Yeah, because I deleted it, but I kept a copy:

This is indelibly you on at least three signature counts, which I suppose explains your interest in whether there are any extant comments belonging to the account. Not that there are any laws against having multiple YouTube accounts (or against criticising content), so why deny it? :D

I fear this would result in much coffee spillage unless one was sure the cup was empty. :D