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

[manner.moe@gmx.de]

>Betreff : Re: [linux-minidisc] First patch for write support on HiMD available
>Gesendet: 11.03.2011 02:56:17
>An : "Adrian Glaubitz <glaubitz@physik.fu-berlin.de>"
>Von: "Adrian Glaubitz <glaubitz@physik.fu-berlin.de>"

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

>On Mar 11, 2011, at 2:00 AM, Adrian Glaubitz wrote:

>> 
>> On Mar 10, 2011, at 10:51 PM, manner.moe@gmx.de wrote:
>>> 
>>>> 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.
>> 
>> Just for the record. Thomas and I have independently looked into that bug and Thomas
>> was a bit faster to discover the problem: it's the number of tracks which is not properly
>> updated in the track index file (track count located at 0x100 in the track index file),
>> see [1].

>I added a

>>setbeword16(himd->tifdata + 0x100, himd_track_count(himd) + 1);

>as a dirty hack at the end of "himd_add_track_info" which forces an increment
>of the track count in the track index file. QHiMDTransfer shows the proper
>number of tracks now, what makes me wonder, however, is that the track info for
>the added track is not set at all, e.g. the track info data is empty for that
>track in QHiMDTransfer while himddump shows the complete and proper
>track information.

You have to add an entry in the play order table, too (see trackslot section 
in libhimd) at 0x102 + 2 x index.
QHiMDTransfer uses trackslots, so we have to create one.

Thomas