Now we're talking! Nice work figuring a possibility for grafting a new front end onto Performer. Is that SRAM cache or DRAM stretched across the bottom of your Mercury modeling?
That one never got much coverage in the day. I wonder how Second Wave managed to address two SE Cards? Then again they were Masters of Black Macintosh Magic, capable of transmuting a single NuBus Slot into three or six!
The Second Wave ExpanSE SE/30 version is a Blue-Eyed Ginger Unicorn, seen...
Nope, Pro had the full-on Gemini deal with 33MHz/Cache/Local Memory run on its local bus via Compact Virtual.
More like the Plus. IIRC Performer Plus was clocked at 25MHz and had Cache on board, but no provision for local bus VM memory/SIMMs.
That puts it at about the same development time...
That'd all but make it a Performer Plus I think? I'm wondering if the asynchronous handshaking section of that upgrade could be reversed? Grafting that section into the low end Performer would cure what ails it? That's not a full card clone, but a hybrid might do?
Can't find the Performer...
I gave up on this one, also running the16MHz reference clock on the SE PDS thru the Performer's speed doubling Gal to get 32MHz out of Performer/SE. @Bolle tried it, but the timings wouldn't work so we stuck with the vanilla Performer clone. So it goes . . .
Dunno if it may be a better...
Was just napping and came up with an entirely new approach!
Getting a garbled, non-rotated, patchwork sample of every Nth frame buffer capture onto a DVI Display is all I need to accomplish in testing feasibility.
Yep, finally getting this (presently inscrutable) stuff through my thick skull...
All ICs on the FPD card are "upside down") except the single horizontal GAL) when you look at the card in the SE. Just didn't realize it when buzzing the solder side until I was getting wonky results. They're apparently still wonky after having figured out what I was buzzing.
I normally view...
Absolutely clueless n00b level Pi guy thinking he's that clueless about this entire project right about now.:oops:
Anything that excises the "back end" of the VidCard (output side) would be the goal. "Front end" (input side) will be fine for first rev of the clone. Hoping something on the order...
Clarification: sense line on the board's connector pins needs to be shorted to run output from the connector/cable through the Extron Scaler when VRAM is present in system. If not shorted to ground, INIT is not installed because no FPD Display connection is detected.
Journey started in previous...
I guess I should explain the point of the overly complicated wire wrap prototype. Aiming toward doing a PCB set up like so.
To run the adapter sans VRAM, only the sense line on the board's connector needs to be shorted. Likely will need to be shorted to run output through the Extron Scaler...
Yep, adapter to full size HDMI and a six inch HDMI->DVI pigtail to mount on the metal bracket are in hand.
Looking to be able to run the card/carrier combo sans VRAM when complete so Frame Buffer capture from VRAM input is the way to go. No need to build VRAM into the FPGA to keep things simple...
Here's where I made my breakthru. None of the SBC based VGA boards are up to doing image rotation, so I came up with this plan:
Zero 2 W will almost certainly be too slow to do rotation in real time. A low end Pi 5 CPU is Quad Core and 4.4x faster than the Zero's Single Core, so it just might...
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.