On Thu, 19 Feb 2004, Clemens Ladisch wrote:
Bill Unruh wrote:
I have a M-Audio Transit card, which we have finally gotten working.
Just for the record: how exactly? I guess it's a combination of the
madfu-loader or Windows, a reboot, and the latest ALSA driver?
I uset the madfu loader, but alter it by removing the line resetting the
usb device which destroys the computer operating system (it intalls a
terminal cancer which gradually consumes the whole operating system).i
Having loadee the firmware, I
then do a complete usb shutdown, and bring usb back up.
(Under mandrake 9.1, I use the usb stop service, but edit
/etc/init.d/usb file to have stop actually stop and unload the usb
driver)
Also using the latest driver together with Takashi's latest patch for
the Transit, and everything works fine.
See www.theory.physics.ubc.ca/transit.html for a detailed description.
While the procedure is a real kludge, it makes the transit quite
useable-- ie I can plug it in, wait a minute and use it with no problems
thereafter. And if I knew of a way of having the program
/etc/init.d/usb run separately
from the calling hotplug shell program without using at, it could be up and running
much faster than a minute.
It has the ability to set a continuous range of speeds from 8K to
48K. Using arecord, I have used for example 44100 and 44102 and
both work properly (a CDplayer I have at 44100 clearly is about
2Hz faster than that by analysing its output of a sine wave signal
of a 11025Hz recorded to a CD, and using arecord with a the -r
44102 setting reproduces that wave exactly.) However if I try to
set the speed 44102 by ioctl to /dev/dsp in the oss emulation, the
program hangs on trying to read from /dev/dsp at that rate-- 44100
works perfectly.
Is there some limitation on acceptable speeds in OSS emualtion?
None that I'd know of. Do other OSS recording programs work?
What is the status of the device after the ioctl (see
/proc/asound/cardX/stream0 and pcmXp/hw_params)?
Oops. Doing further investigation, I discovered that it is the fft that
is taking forever making the program look like it has crashed-- nothing
to do with the oss. (the factors of 44102 are 2 and 22051 which makes
the fft not fast at all.) Sorry for the false alarm.
Regards,
Clemens
--
William G. Unruh | Canadian Institute for| Tel: +1(604)822-3273
PhysicsAstronomy | Advanced Research | Fax: +1(604)822-5324
UBC, Vancouver,BC | Program in Cosmology | [EMAIL PROTECTED]
Canada V6T 1Z1 | and Gravity | www.theory.physics.ubc.ca/
---
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click
___
Alsa-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/alsa-user
