MediaWiki:Sitenotice
2026-03-12: Cocopedia.com is now using a new caching system that should make things faster. Please let me know if you encounter any new issues.

2026-03-15: MediaWiki has been reinstalled and the old database and files restored. It was pretty clogged up from being upgraded so many times since 2004. I am also testing out Cloudflare to see if it can prevent the 'bot assaults that took the site down last year.

2026-03-16: Special thanks to Don Barber for hosting a backup mirror of CoCopedia: https://cocopedia.dgb3.net

Other I/O

From CoCopedia - The Tandy/Radio Shack Color Computer Wiki
Revision as of 17:17, 2 February 2007 by JOELAV (talk | contribs)
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to navigationJump to search

Built-in I/O

1/25/2007 2:09 PM

From:  Mike Pepe

Joel Ewy wrote:

> > What about including a controller that would look to the CoCo like a WD
> > FDC, but which actually works with CoCo disk images on removable flash
> > media, such as MMC or CF?  The hardware could include a way to select
> > from multiple disk images via an external 3.5" form factor control
> > panel, perhaps with a 3-digit 7-segment display, and also an extra
> > internal register that new software could use to do the same
> > programmatically.  This would work with existing DECB and all other
> > current software, but could provide a much more reliable, convenient,
> > and compact removable mass-storage system.  Also, if the embedded
> > microcontroller can manage its CoCo image files on a FAT filesystem on
> > the flash drive, it also becomes a very convenient way to transfer files
> > between the PC and CoCo.  If the microcontroller core was sufficiently
> > similar to a real controller, these things could also be made as
> > stand-alone units for older CoCos, and they'd remain compatible.

That's a really great idea, but I'm thinking all the external hardware 
to control that pseudo-floppy is expensive. Wouldn't it be cool if the 
CPU core had an alternate register set and memory space? Like a 
user/supervisor mode- you hit a hotkey and the normal processing is 
suspended, you get an on-screen menu to mount/unmount floppy images with 
names and descriptions (instead of a number on an LED display) then you 
can just resume normal operation. Kind of like how MESS works. It would 
probably be less costly from a hardware perspective I would assume.