ADHD. If I have a long-form blog post to write end, I get caught up in going back and rephrasing and re-editing and such, and it never gets finished.
Twitter's paragraph-size chunks with minimal editing (if I really have to, I can delete the last post and re-create it) means that I can't get stuck in the process of editing and revising, so I have to keep moving forward.
So it's really the only way I can write. My wife's gone through and rewritten some twitter threads into a blogpost for me, but she hasn't gotten to this one yet.
BTW, You can also use a threadreader/unroller to make a pseudo-blog-post out of it.
But personally I can only do it this way, as I've got rather bad ADHD. So when I'm writing, it's a choice between "a rambly twitter thread" or "an unfinished never-posted blog post".
A few people have mentioned that! I'm keeping my eye out for a second one, so if I find one (or I figure out a way to talk to off-the-shelf hardware with this one) I'll send it his way and we can exchange disks.
The drive itself was actually very powerful and capable, it just was very limited by having to talk to the C64 using the Vic20-compatible interface, which had issues.
That's why there were so many products for the c64 to fix it: Epyx Fast Load cartridges, for example. And plenty of games worked by having you first load a very simple file that just installed faster disk IO code and then used that code to load the rest of the game.
That's basically what Disk II drives did on the Apple II, just for EVERY (bootable) DISK instead of only some of them: The first bootloader is encoded in a simplified method so that they can save firmware space, but the first bootloader is just better disk IO routines to load the rest of the disk.
Very neat! That sounds like it's pretty similar to this one then. I wonder if the FISK was directly inspired by the DiskFax? I'm hoping to get in touch with the designer so I may have some answers soon.
I'd love to see those schematics if you can find them!
I just now realized this story I'd been ignoring isn't about the game "Portal" for the Apple II. Activision published a game with that title in '86 about exploring the future internet after the death of all mankind.
We also had weird CCITT Group 4 issues, because of someone trying to be extra smart and convert TIFF to PDF without a recompress (PDF supports Group 4 compression too, so you can turn a Group4 TIFF into a Group4 PDF by just swapping the header!)
I didn't mean it was definitely the same company, just a similarly annoying TIFF issue.
I bet I worked with the same company when I was with the government. We had a subcontractor who'd been hired to digitize something like 200 million paper records (they made it about 50 million in before we ran out of funding). But a small fraction of the TIFF files they generated wouldn't work with any of the tools we had on hand.
It turned out that Windows 98 shipped with an Imaging program (Licensed by MS, not written by them) which predated the standardization of the JPEG-in-TIFF subformat, but they'd basically guessed at how it would work and shipped that. The final spec (and the version of JPEG-in-TIFF nearly everyone else implemented) ended up being different. So basically nothing could read it.
We ended up calling them up every time a customer found one of these files and having them print out that image on one of their windows 98 machines, and scan the printout back in using one of the newer machines. Sure, we lost some quality, but at least the customers could access the data now.
For a time reference, these broken images were still showing up in newly scanned documents in 2011 (when we stopped working with them due to massive fraud), so they must have been using their Win98 scanner systems even then.
I think they mean use the magic numbers so you can limit to common file formats like jpeg/png/gif/bmp/tiff/etc instead of just dumping everything to imagemagick, which has the side effect of allowing "weirder" things like MVG/MSL which are imagemagick-specific macro languages which let you do things like wget a remote URL.
