Search results

It shouldn't matter as long as the file prefix matches the "hdX" syntax and the suffix isn't a known archive format. On ZuluSCSI I use .img as my normal suffix and I think that code is (more or less) identical to BlueSCSI.

I haven't personally tried it, but their wiki indicates you can mount them in 10.5 and lower if the image files end with .img. https://github.com/BlueSCSI/BlueSCSI-v2/wiki/Transferring-Files The Basilisk option is what I use with more modern systems, it works reasonably well. As an...

This would be fantastic, thank you for your ongoing effort on it!

Version 0.4 is ready! This includes: Support for uploading files to the memory card, Keyboard navigation of the list, Mode page parsing of the API version (see below), Included support for Compact Pro archives. Future versions of the toolbox API may break backwards compatibility so I've added...

This problem seems like a good match for a RP2040 with an Ethernet chip hung off it. The second core and/or PIO could handle LocalTalk's timing critical code. Like noted earlier this would probably have more horsepower than a period router solution It's also a nearly from-scratch solution...

Excellent, thank you for pointing that option out. I spent a head-scratching half hour last night trying to figure out why a function was returning only the bottom half of a long. Like here, I had a missing include. I had some choice words for why it wasn't an explicit error, explains what I was...

Looks simple, just one magic number and files with the .cpt suffix according to this reference; the other pages in there have been a gold mine of data for anyone who needs to dig into the internals of Mac archives. Thank you! To help streamline installation, I've attached a disk image that...

I'll try it out, it'll be a good excuse to explore the non-Stuffit world :)

Good idea, I'll add that format. I haven't used them much myself, is the general consensus that Compact Pro itself is the best at handling the files?

Version 0.3 is up on Github, featuring some general quality of life improvements: Automatic disk switching! No more dragging CDs to the Trash, that's handled for you: just double-click and the new disk should appear. Type/creator will be automatically assigned to downloaded files matching a...

This is great, thank you!

Awesome, thanks for writing this! I'll echo @cheesestraws comment, if you end up deciding to release the source I'd love to take a look, this is doing some cool work.

Parts of the card, yes. The files come from a folder you can create called "shared" in the base of the SD card. After you've copied stuff in, all you need to do is pick any SCSI ID assigned to the emulator, pick Files, and they should show up. Double-click anything to download.

Version 0.2 is now available, featuring: Batch file downloads! You can now select multiple files and fetch them all at once. A progress bar dialog to monitor the transfer, with a Stop button for the impatient. The list of file/image names will now be alphabetized instead of whatever order the...

I appreciate everyone's comments, particularly the kind words about this software being useful. Source is now available on Github at https://github.com/saybur/scuzEMU. Feedback and/or PRs are welcome.

I don't think anyone is claiming a GPL violation. BlueSCSI benefited enormously from upstream GPL contributions. That's absolutely fine, it is part of the reason people license their code under GPL in the first place. However, inserting a vendor specific (and trademark bearing) string into the...

I didn't personally use it, but you may find the command reference at https://github.com/BlueSCSI/BlueSCSI-v2/wiki/Toolbox-Developer-Docs to be helpful as well. One caveat: followed to the letter, that page's advice will vendor lock you to BlueSCSI firmwares only...

Here is the first release of scuzEMU, a SCSI emulator control utility. This System 6+ app can choose mountable removable disk images and download files directly from a compatible SCSI emulator's SD card. I've developed this with a ZuluSCSI running firmware 2024.05.17 (with Toolbox=1 in the INI...

You can tweak the configuration a couple ways, but the "default" way (and what I have been using) is ejecting the disk from within the operating system. That advances to the next disk. There's also new support for an eject button as well using the one leftover pin the audio doesn't occupy.

That's almost identical to what got me going with this project in the first place: I have a small form factor 486 I upgraded to a DX2/66, but it didn't really have room for an optical drive. I figured somebody would have made a Gotek-like device that might work well in its place, and nope...