Bill Unruh wrote: > I am not sure that you got my report that S24_BE works for both > recording and playing and for both 44100 and 96000 and for duplex > at 44100. S16 does not work.
Your tests were made with the default device, which is "plughw", which automatically converts sample formats. I.e., when you play a S24_BE file, the data is byte-swapped by ALSA because the device claims it supports LE only. Please do all your tests again ;-) with the "-D hw:0" parameter. Please note that S24_?E is 24 bits data packed into four bytes, while S24_3?E is 24 bits in three bytes. USB devices support the latter only. > I have also run sniffusb on the windows side as 0763:2806 comes up, > [...] > Does this mean that if I use fxload to do a one stage loading using this > file, that it might work? Your effort is appreciated, but we already know that the Transit uses DFU to download its firmware. (DFU is a specification published by the USB-IF.) fxload is for EZ-USB chips, not for DFU-compatible ones. I've written a DFU loader http://prdownloads.sourceforge.net/usb-midi-fw/madfu-firmware-0.1beta3.tar.gz?download which does the same as the Windows loader. Unfortunately, it doesn't work because the 2.4 kernel gets confused when the device resets itself. Regards, Clemens ------------------------------------------------------- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn _______________________________________________ Alsa-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-user
