Differences

This shows you the differences between two versions of the page.

--- rh1atracupload [2009/06/18 00:00] – megadiscman
+++ rh1atracupload [2009/06/18 00:23] (current) – megadiscman
@@ Line 2: / Line 2: @@
 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: <code>001806  02  20 1001 0013  30 8007 00  ff 00 00 00 00 00</code>
@@ Line 107: / Line 109: @@
   * 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.
+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 [[http://users.physik.fu-berlin.de/~mkarcher/data/sp_silence.bin|raw data]] is transferred through the bulk pipe.
+Final reply: <code>09180008 0046f003 01033000 00100100 140000</code> everything OK