Am Freitag, den 16.09.2011, 22:07 +0200 schrieb Enrique Medina Gremaldos: > Command: > 00 18 00 08 00 46 f0 03 01 03 28 ff 00 01 00 10 .....F�...(�.... > 01 ff ff 00 94 02 00 02 d7 f7 02 21 f9 58 .��.�...��.!�X > Response: > 0f 18 00 08 00 46 f0 03 01 03 28 00 00 01 00 10 .....F�...(..... > 01 00 08 00 94 02 00 02 d7 f7 02 21 f9 58 ....�...��.!�X > ^C This is the point where the USB transfer mode is changed. All the commands are transferred as USB "control" packets, and here, music data transfer should now start, using USB "bulk" packets. As a different MD recorder works on your system, a problem with the host seems improbable. Furthermore you state that recording works fine from the microphone, so the MD drive is also OK, which indicates a problem with the USB interface of your recorder. There is one thing you could try: Limit the maximum logical packet size to the MD recorder. which is set on line 403 of libnetmd/secure.c. For a start, I would try with 0x3800 instead of 0xffffffff (which essentially means "unlimited"). Sonic Stage uses some value between 0x3800 and 0x3FF0 depending on the codec, as far as I know. If even with small sizes, no numbers are output after the last hex dump, the MD unit does not accept any bulk transfer. If it does output numbers, please paste the output and the total size of the file you are trying to transfer. I'm afraid that I don't know the internals of MD recorders, so I can't tell you whether this is a firmware or a hardware problem. As you are encountering the same problem with Sonic Stage, it most likely is not a known firmware quirk for which there is a workaround, as Sony would have included that workaround into Sonic Stage. Regards, Michael Karcher
Attachment:
signature.asc
Description: This is a digitally signed message part