Search results

It’ll go for more than I want to pay, but a 1600 is up for sale if anyone wants one (bonus points for ripping the ROM). https://www.ebay.com/itm/276813400902?mkcid=16&mkevt=1&mkrid=711-127632-2357-0&ssspo=5ounctrjQ8O&sssrc=4429486&ssuid=5aurdf_ytjq&var=&widget_ver=artemis&media=COPY

Some future 020+ core implementer for FPGA will hopefully stumble upon this thread.

I finally added these instructions.

If you click the functions list below it’ll point to the entry and approximate length for each driver call in the file listing based on the offsets. Don’t depend on the length though, it’s just a guess based on most ROMs putting that code sequentially. In reality from that entry point it could...

I wonder if HRC are just binned better? That’s the same 61um mask.

Could be related to the Extended DeclROM? EDIT: Actually I don't think PowerPCs ever used that so unlikely.

Oh it actually patches the ROM? I assumed the CPU support library would bridge it but I guess that makes sense. It's largely passing control of the processor directly to the Mac so there's no place to interpose the missing instructions. I know I'm just rehashing the great 060-for-mac debate...

Heh this thread kicked off a lot of discussion... Ooh neat! Guess that shows an 060 really could compete with the first generation PowerPC. That's dang quick! I imagine a 100MHz 601 starts to really pull ahead though. That's a sweet 4000 setup! I can't handle the blistering $3k that'd cost...

Oh hey, the non-Pro XP: https://www.ebay.com/itm/235874792062 Guess it does exist. Is that only 10” though?

I haven't seen a lot of Mac-on-Amiga topics on here, which is a shame. I've been restoring a 500 and had to give it the ShapeShifter treatment. If you're not familiar, ShapeShifter is the predecessor of both SheepShaver and Basilisk II. Unlike the latter, it's a hardware emulator but not a CPU...

Yeah, that's basically how PiStorm is setup, and you're right without the CPLD or FPGA for the bus, NuBus is probably tight at 10MHz...I forget that's slow but not THAT slow. RGBtoHDMI gets away with banging digital RGB since it's slow...but even the non-CPLD versions of those struggle with...

It’s so confusing…I constantly search the wrong one. Normally I hate a full Pi for this sort of thing but I’ve been convinced by bare metal boot times being reasonable.

I would have thought that at first but the PiStorm manages to bang the 68k bus at a pretty high freq. For memory constraints are you thinking about a pico? I’m thinking more along the lines of a zero 2.

You're basically describing QuickDraw acceleration :). (It's reversed though: the card maintains a framebuffer and the host publishes updates like "scroll this region 10 pixels left".)

Those are awesome, but eyewateringly expensive with the FPGA board. I've wondered for a bit how bad a dumb framebuffer dumping to HDMI with a bare metal Pi would be as a low-cost solution? Basically take RGBtoHDMI and modify to bang NuBus with a level shifter just enough to map framebuffer...

@dougg3 is used to being famous at this point 😛

More pictures and a ROM dump would be interesting!

I love the keycaps, what are they? Also desk mounted Extron is brilliant haha. I need to copy that idea...

I should grab a picture, but my 040 has a standard early Quadra-style heat sink (vertical fins, not a crown), with a Noctua NF-A4x10 FLX on top. Those 40x40 fans happen to align their holes such that you can basically screw right into the heat sink...they fit between two rows of fins and it...

Radius cards are generally reversed and xor'd with 0xFF on the EPROM. Undo that and you can make sense of them. This can be different on each card, in another thread folks have been discussing the Turbo 040's extra complicated scrambling to further prevent reverse engineering, for example. But...