Search results

For the 8•24GC, the hardware problem was with rapid, back-to-back NuBus transfers. There were other boards with this kind of issue -- accelerators, maybe -- like the Radius Rocket et. al. Luckily, for most users, if they had a SuperMac board, they didn't really need an 8•24GC. So, it ended up...

I looked at my report card, and it mysteriously says: hqx :unsure: Or maybe that just means that there is nobody currently at headquarters.

The forensic analysis and peer discussion is always interesting and useful, but the solution is simple: just don't upload .sit files - binhex them so that they retain integrity during transfers and so that Expander still works. And as for binhex-related expansion, does it really matter in our...

I support the same evidence-based/ease-of-use conclusion about .hqx and would like to see repo sites mass convert their file libraries to make them more usable by everyone (which is always a good thing) and also enforce a best practice of requiring .hqx uploads (or auto-convert .sit on upload)...

@Arbee The main issues for all NuBus developers usually had to do with cards that were bus masters, like Apple's 8*24GC (also that card used block transfer mode). There may have been some issues for SuperMac with the 8*24GC along the way, but they were on the GC side. Also, SuperMac products...

@olePigeon @Phipli Thumbs up for you guys! ;)

@Arbee Wellllll...nobody should really be using the v1.11 ROM for the original Xilinx-based Spectrum/24 PDQ (Shockwave) board. ;) Use v1.27 instead. v1.11 did not work with Quark XPress, among other bugs/issues. There was also a file sharing compatibility bug, which I think was because of A0...

I am running Sheepshaver with 7.6.1. Anyway, it's not a skill issue (which I thought was a funny). And, I don't mind the other commentary. If the files in the online mac software repos were all binhexed (which they should be for maximum compatibility across all uses), none of these issues would...

I do not think it is a Stuffit/Stuffit Expander version issue. I have tried 3.5.1 and also 5.5, I think. Downloading on my PC and then handing them off to Sheepshaver via a shared directory usually results in corrupt files. It doesn't work, or at least not for me. Conversely, binary files ALWAYS...

@cheesestraws .sit files do not work properly when downloading to the PC and then transferring to sheepshaver - they become corrupted. They need to be binary files in order to transfer correctly to emulation via PC. Unfortunately, users and services like Macintosh Garden do not appreciate this...

@cheesestraws Thanks for posting it. Re: Format: Please post files in .sit.hqx format. .sit files are not easily portable to sheepshaver via PC, etc.

@Arbee It would take a lot of work to replicate what the SQD01 does in the later board designs, but that is not to say that some things couldn't run more quickly on modern devices. I think the squid chip had hundreds of thousands of test vectors (at least) before tape-out. And, it was at least a...

@David Cook Blame Marketing, as usual. :) Spectrum/24: Original, non-accelerated Spectrum/24 Series III: 1st gen acceleration (daughtercard GAL-based) - great as Gen 1's go, but make sure you use the v1.1 ROM. Spectrum/24 PDQ: 2nd gen acceleration (Xilinx-based - a big, heavy board with...

Good archiving! The newer gen boards are all basically the same, as I have mentioned elsewhere in other posts/threads. So, you can use Thunder ROMs in (newer/non-xilinx) PDQ/PDQ+ boards, etc. AFAIK, nobody needs the PDQ/PDQ+ ROMs for anything, unless they want slower/software-gimped graphics...

Having written that post, I seem to recall that the SuperView SE also supported 1280x960. But there was some RMA issue -- maybe it was that, originally, it supported 1360x1024. But, later revs only supported 1280x960 and SuperMac stopped carrying the larger monitor(?). So, if someone had a...

Regarding the card pictures from the OP, the board shown is SuperMac's original monochrome card for NuBus-based machines, the Graphix/Grafix or SuperView II ( ask Marketing :p ). It was a contemporary of the Spectrum/8 Series II (aka Spectrum C) color board. It was a companion to the SuperView...

True...and if it's a device via, depending on the clearances and whether or not you have a good drill press, you could also do a very careful drill and force-fill with silver conductive epoxy. Then, you could shorten the device pin so it touches instead of goes through the hole, and it would be...

OK. Well... *jeopardy waiting music* :D Edit: Note that if you find a bad source via on a trace that goes through a secondary routing via, the problem could either be at the pin via or the secondary (especially if within the heating zone). General Info About Wiring Around Bad Traces (maybe not...

Looks good. Are the 2 new pins on the D device? Which 2 are they?

Nah - just check the cold board and show the resistance map you have for your test. I have 2 or 3 working boards I can check. Also, the mapping should be fast (except for no connects, which are the worst-case detection scenario). Use a beep continuity tester, put one probe on the source pin and...