TE
TechEcho
Home24h TopNewestBestAskShowJobs
GitHubTwitter
Home

TechEcho

A tech news platform built with Next.js, providing global tech news and discussions.

GitHubTwitter

Home

HomeNewestBestAskShowJobs

Resources

HackerNews APIOriginal HackerNewsNext.js

© 2025 TechEcho. All rights reserved.

Turning a £400 BBC Micro (1981) into a $40k disc writer (1987)

34 pointsby scarybeastalmost 5 years ago

3 comments

raszalmost 5 years ago
&gt;6522 VIA shift register<p>&gt;Unfortunately, I was unable to get it to work.<p>Author blamed this on:<p>&gt;I did not work out how to get the shift clock running continuously and smoothly. Even with attempts at precise timing for shift register reloading... reloading the shift register incurs a delay before shifting resumes.<p>This was in fact a hardware bug <a href="http:&#x2F;&#x2F;forum.6502.org&#x2F;viewtopic.php?t=342#p2310" rel="nofollow">http:&#x2F;&#x2F;forum.6502.org&#x2F;viewtopic.php?t=342#p2310</a> , rather famously the reason for C64 having cripplingly slow (300 byte&#x2F;s !!) Floppy drive communication implemented thru bitbanging in software despite using fixed 6526 CIA. Previous VIC-20 used 6522 and floppy drives had to stay compatible <a href="https:&#x2F;&#x2F;en.wikipedia.org&#x2F;wiki&#x2F;Fast_loader" rel="nofollow">https:&#x2F;&#x2F;en.wikipedia.org&#x2F;wiki&#x2F;Fast_loader</a><p>Dropping this compatibility and using 6526 CIA hardware shift register results in C128+1571 combo reaching ~5KB&#x2F;s
评论 #23800313 未加载
artsycaalmost 5 years ago
The article links to a demo on the BBC micro which is simply mindblowing - <a href="https:&#x2F;&#x2F;youtu.be&#x2F;oK2D1EdFXMM" rel="nofollow">https:&#x2F;&#x2F;youtu.be&#x2F;oK2D1EdFXMM</a>
peter_d_shermanalmost 5 years ago
&gt;&quot;This is similar to the description of how the Dungeon Master fuzzy bits are written.<p><i>As can be seen in the screenshot, the 0x88 data bytes soon start reading back incorrect and non-deterministically. But the variance isn&#x27;t 100% random like weak bits -- the variance is whether the 0x8 bit is late enough to have a chance of being missed. If missed, you can still eyeball that there are patterns and themes to the madness.</i><p>You know, Dungeon Master and copy protection aside, my intuitive mind says there is some form of as-of-yet unobserved&#x2F;not understood -- similarity between the concept of &quot;fuzzy bits&quot; on old school floppy disks, and that of Qubits, from relatively new school Quantum Physics...<p>Perhaps qubits could be constructed in the same way fuzzy bits are -- use a device which writes multiple pieces of data at a higher resolution -- then measure that data with a device that reads at a lower resolution.<p>Applied to qubits then, whatever the particle size, whatever the region of space that the qubit occupies -- attempt to &quot;write&quot; one by writing multiple points in that same space with a device that can modify smaller points within that space (if the qubit is a particle, then this would be sub-particles), and then read it with a device that reads the entire space (which should read probabilistically now, because it lacks the resolution of those smaller particles necessary for a true, repeatable reading...)<p>I could be completely wrong about this, of course.<p>But intutitively, I sense something there...<p>&gt;&quot;The above results are actually the application of fuzzy bit principles to FM encoded data. In FM encoding, every data bit is interleaved with a clock bit. This results in the bleeding of clock bits in to the data stream on occasion (see the 0xFF bytes in the first run above -- they are likely clock bits). The Dungeon Master protection uses fuzzy bits in conjunction with MFM. This leads to a calmer situation where the fuzzy bit drifts between two valid data bit encodings and does not mess up the clock!&quot;<p>I wonder what could be learned in physics if we tried similar techniques with small particles&#x2F;small regions of space&#x2F;small regions of space on substrates...<p>Anyway, physics aside, a truly fascinating article!
评论 #23800486 未加载