Re: [linux-minidisc] Building himdformat against libscg on MacOSX

[Adrian Glaubitz <glaubitz@physik.fu-berlin.de>]

On Sat, May 22, 2010 at 12:06:35AM +0200, Michael Karcher wrote:
> Am Freitag, den 21.05.2010, 23:47 +0200 schrieb Adrian Glaubitz:
> > Ok, it was set to 0x00 but that didn't work with the 1GB medium when I
> > tried. Are you sure that it shouldn't be:
> > 
> > * Format - 0x00
> > * Erase -  0x01
> > 
> > where "Format" works on 60/74/80 min media only and "Erase" works on
> > 1GB media as well?
> No. The Terms might be confusing, but this is how Sony called it in
> their library they linked into Hi-MD Music Transfer Software for the
> Mac. The idea of "erase" is that the traces of any Hi-MD structure are
> completely erased, and the idea of "format" is that the medium contains
> data in the right format to store Hi-MD tracks.
> 
> To add confusion, the operation executed by the "Format" command (C2/01)
> is named "Erase All" in the Walkman menu, and the operation executed by
> the "Erase" command (C2/00) is called "Format" in the walkman menu and
> also only available on classic media.

Aha. Sounds like Sony ;-). I was thinking of adding the capability to
choose between "Format" and "Erase All" in the command line utilities
anyway. Should be a matter of using "getopt()". In QHiMDTransfer we
should also offer both, but "Format" should be available on standard
MD media only (everything but 1GB).

> 
> > I have committed the changes to the code according to your
> > information. I didn't test the changes yet, however. I might test that
> > tonight to confirm.
> I think we should only use the "format" opcode, i.e. C2/01. The complete
> blanking is only useful if you want to reuse a MD medium in a non-Hi-MD
> device. Maybe offer it as extra option.
> 
> > Btw, what do you guys think on implementing playback control in
> > QHiMDTransfer once we got sending SCSI commands working?
> Shouldn't be much of a problem. But this is not what sfbp requested in
> the channel recently. He talks about reading the tracks via USB,
> decoding them (regardless of what DRM says) and sending them to the
> sound card in real time. This means the Hi-MD DRM needs to be cracked
> for that.

Right, I was mixing things up here. So these PB/REC/FF/REW etc
commands actually serve for normal operation which will output the
audio data over headphones/line out, don't they? That streaming
function is SoS doesn't use these commands then. And, btw, we still
could implement streaming right now but for unprotected tracks only.


Adrian