Live data from Hacker News

Dumping MiniDisc Media

pagetable.com

61–62 of 62 posts

Re: Dumping MiniDisc Media

#61
post #49

Earlier quoted context omitted.

this is specifically the reason minidisc is built around a lossy compression codec so there would be at least some generational loss from copying. Sony themselves were/are a label and this led to deliberate worsening of their electronics at times.

Were disc->disc transfers not digital? I would expect to not have to decode/encode (and thus suffer loss, if the encoder weren't deterministic) if you're transferring disc to disc.

There were workarounds like TOC cloning to keep the transfers digital (by making the device think it was playing something from an analog source, not a digital one, so it would allow a digital copy over SCMS), but those were not possible on all devices. And even the digital transfers were over SPDIF, not direct data transfer (so it depended on the quality of your encoder chip).

There was one way around this: the MDS-W1 (http://minidisc.org/part_Sony_MDS-W1.html) could move tracks in raw data format between discs. Of course, it erased the source track, but if you did this twice (it defragmented as it went) and then TOC-cloned, you could have two identical MD's. They're available on eBay, but they're $400-500 and ship from Japan, so good luck powering one if you're in Europe.

It really was a lovely format that was crippled by the music side of the company. 170 MB on a rugged, infinitely-rewritable, non-accidentally-erasable format that was smaller than a 3.5" floppy?

Re: Dumping MiniDisc Media

#62
post #3

It feels like the project uses "download" and "upload" the wrong way. Surely transferring files from the disc drive to the pc using a piece of software on the pc should be considered "downloading"?

Agreed, "download", to me, means that the computer on which I'm initiating the action will receive the data. If I'm clicking a "download" button on the PC, I expect the PC to receive data.
Post reply on HN