User Tools

Site Tools


rh1atracupload

RH1 Atrac upload

This page shows all commands transferred during the upload of an SP track. The Replies are cut of the command echo. If not especially stated, they return with “09 ACCEPTED” and a sucessful read result (if applicable).

Only the VENDOR SPECIFIC command (it's just one) related to uploading the track.

Request:

001806  02  20 1001 0013  30 8007 00  ff 00 00 00 00 00

Command - To Disk #0 - READ INFO BLOCK Object in list 1001 at pos 13; First Descriptor of type 8007

1001 is audio track list, so 13th entry is Track 20dec; 8007 is the audio recording parameter block

Reply:

...0008 8007 0004 01 10 90 00
  • 01 → 44.1kHz
  • 10 → 16 bits
  • 90 → ATRAC
  • 00 → stereo

Request:

001806  02  20 1001 0013  30 0001 00  ff 00 00 00 00 00

Command - To Disk #0 - READ INFO BLOCK Object in list 1001 at pos 13; First Descriptor of type 0001

1001 is audio track list, so 13th entry is Track 20dec; 0001 is the Size info block

Reply:

...000a 0001 0006 00 0000 00 25 41
  • 00 → HMSF format
  • 0000 → 0 hours
  • 00 → 0 minutes
  • 25 → 25dec seconds (BCD encoding used!)
  • 41 → 41 frames

Request:

001806 01 20 1001 0013 ff00 0001 0008

Command - To Disk #0 - READ INFO BLOCK Object in list 1001 at pos 13

This is an invalid command, yet the RH1 accepts it. The info_block_reference_path should refer to an info block, not to an descriptor. I don't know what the byte offset 8 is relative to.

1001 is audio track list, so 13th entry is Track 20dec, 1 byte @ address 8

Reply:

...00

Request:

001808 10 1801 0100

Command - To Disk #0 - OPEN DESCRIPTOR List ID 1801; open for read

1801 is Disc title

Reply: command accepted

Request:

001806 02 20 1801 0000 30 000a 00 ff 00 0000 0000

Command - To Disk #0 - READ INFO BLOCK Object in list 1801 at pos 0; First Descriptor of type 000a (Raw text)

Reply:

0009 000a 0005 32303b2f2f
  • 32303b2f2f → “20;” (strange, disk is untitled) Request: <code>001808 10 1801 0000</code> Command - To Disk #0 - OPEN DESCRIPTOR List ID 1801; close 1801 is Disc title Reply: command accepted Request: <code>001808 10 1001 0100</code> Command - To Disk #0 - OPEN DESCRIPTOR List ID 1001; open for read 1001 is Disc title Reply: command accepted Request: <code>001806 02 10 1001 30 0010 00 ff 00 0000 0000</code> Command - To Disk #0 - READ INFO BLOCK list 1001 (audio track list); First Descriptor of type 0010 (Number of items) Reply: <code>0006 0010 0002 0014</code> * 0014 → 20 Tracks on the disc Request: <code>001808 10 1801 0000</code> Command - To Disk #0 - OPEN DESCRIPTOR List ID 1001; close 1001 is Audio track list Reply: command accepted Request: <code>001806 02 20 1001 0013 30 8007 00 ff00 0000 0000</code> Command - To Disk #0 - READ INFO BLOCK Object in list 1001 at pos 13; First Descriptor of type 8007 1001 is audio track list, so 13th entry is Track 20dec; 8007 is the audio recording parameter block Reply: <code>…0008 8007 0004 01 10 90 00</code> * 01 → 44.1kHz * 10 → 16 bits * 90 → ATRAC * 00 → stereo Request: <code>001806 02 20 1001 0013 30 0001 00 ff 00 00 00 00 00</code> Command - To Disk #0 - READ INFO BLOCK Object in list 1001 at pos 13; First Descriptor of type 0001 1001 is audio track list, so 13th entry is Track 20dec; 0001 is the Size info block Reply: <code>…000a 0001 0006 00 0000 00 25 41</code> * 00 → HMSF format * 0000 → 0 hours * 00 → 0 minutes * 25 → 25dec seconds (BCD encoding used!) * 41 → 41 frames Request: <code>001806 01 20 1001 0013 ff00 0001 0008</code> Command - To Disk #0 - READ INFO BLOCK Object in list 1001 at pos 13 This is an invalid command, yet the RH1 accepts it. The info_block_reference_path should refer to an info block, not to an descriptor. I don't know what the byte offset 8 is relative to. 1001 is audio track list, so 13th entry is Track 20dec, 1 byte @ address 8 Reply: <code>…00</code> Request: <code>001800 080046 f0 03 01 03 30 ff 00 1001 0014</code> Command - To Disk #0 - VENDOR SPECIFIC * 080046: Vendor is Sony * f0 03 01 03 30 * ff 00 (placeholder for status, like in read commands) * 1001 0014: Track 20 (now one-based counting?!) Reply (after some time): <code>0f1800 080046 f003010330 0000 1001 0014 86 000e3378</code> * starts with 0f → intermediate * 86 ?? * 000e3378: File length in bytes Now, the raw data is transferred through the bulk pipe. Final reply: <code>09180008 0046f003 01033000 00100100 140000</code> everything OK
rh1atracupload.txt · Last modified: 2009/06/18 02:23 by megadiscman