Re: [linux-minidisc] First patch for write support on HiMD available

[manner.moe@gmx.de]

>Betreff : [linux-minidisc] First patch for write support on HiMD available
>Gesendet: 10.03.2011 19:10:55
>An : "linux-minidisc mailing list <linux-minidisc@lists.fu-berlin.de>"
>Von: "Adrian Glaubitz <glaubitz@physik.fu-berlin.de>"

>----- Originale Nachricht -----

>In order to see what got written to the disk, use:

>- ./himddump /path/to/your/himdwalkman/ tracks verbose

>This should output something like:

>   1: 4:47 MPEG The Chemical Brothers:Asleep From Day (Surrender 7) [uploadable]
>       423 Blocks per 16 KB
>       0@00000 ..  26@00422 (0000000000000000)
>     Contend ID: 02030000915170fcc35f46c9e707066ea9e983ed
>     Key: 0000000000000000 (EKB 00000000); MAC: 0000000000000000
>     Recorded: 11/27/2008 12:16:30 AM, start: ?, end: ?
>   2: 3:02 MPEG F-Zero:Title Screen (Naoto Ishida 1) [uploadable]
>       268 Blocks per 16 KB
>       0@00423 ..  77@00690 (19fc347a00000000)
>     Contend ID: 0000000000000000000000000000000000000000
>     Key: 19fc347a00000000 (EKB 00010012); MAC: 0000000000000000
>     Recorded: 01/00/2028 12:00:00 AM, start: 01/00/2028:12:00:00 AM, end: 01/00/2028:12:00:00 AM

>where the track you just wrote to the HiMD should appear as the last one, in this case
>it's a track from the F-Zero SNES game original soundtrack =).

I think there is a bug in writing the trkidxXX.hma file. qhimdtransfer 
doesn´t show the newly uploaded track, SonicStage cannot read the disc 
("not initialized by SonicStage") and my RH1 doesn´t show the track, too. 
There ist a key and EKB number stored in the track info table but these 
entries should be zero on mp3 files.
Also the content ID shouldn´t be zero.

Thomas