Just wondering if anyone has found time to look into fixing the input
quality of the usb quattro?
I'm not sure it has ever functioned perfectly for input quality.
Currently I get a better sound quality from my $10 cmipci than my $400
usb-quattro ;-P
There is a constant crackle in
I have been testing with an intel8x0 running into the quattro while
running all the four inputs. Input 3 and 4 started off working but after
killing off jack and rm /tmp/jack a few times it has become impossible
to get sound out of it with either alsa or jack even though the intel8x0
was still
Patrick Shirkey wrote:
Much to my surprise the quattro has stopped being able to record with
cvs from Nov 27 2002 and also a fresh checkout today.
It's definitely broken as going back to the 18 November works. Damn,
looks like I'll have to take the computer to the next gig too ;)
--
Patrick
Much to my surprise the quattro has stopped being able to record with
cvs from Nov 27 2002 and also a fresh checkout today.
Neither pcm devices are able to capture.
Playback is fine however.
It might be telling that jack hangs here in capture only mode:
jackd -d alsa -d quattro1 -C
jackd
At Thu, 26 Sep 2002 09:56:15 +0900,
Patrick Shirkey wrote:
Patrick Shirkey wrote:
I just updated using cvs from a couple of hours ago and I can get
perfect quality audio with multiple channels through jack.
Further testing reveals that jack cannot capture audio from the pcm ins.
I just updated using cvs from a couple of hours ago and I can get
perfect quality audio with multiple channels through jack.
I need to figure out why the audio gets playback on all channels but I
am using some asoundrc magic to do that so it probably needs fine tuning.
Thanks Takashi and
Patrick Shirkey wrote:
I just updated using cvs from a couple of hours ago and I can get
perfect quality audio with multiple channels through jack.
Further testing reveals that jack cannot capture audio from the pcm ins.
arecord works however. I have tested using jackrec and ardour but
Patrick Shirkey wrote:
Takashi Iwai wrote:
the resolution of usb-audio device is 1ms. this value is fixed.
thus you need to adjust the period size according to the sample rate
if you want to achieve the real-time response with a small period
size.
that means:
- the sample rate should
At Sat, 07 Sep 2002 05:40:02 +0900,
Patrick Shirkey wrote:
Takashi Iwai wrote:
the Tascam US-428 driver (copied / changed from snd-usb-audio ) showed a
similar problem.
I worked around it by not using ASYNC_UNLINKing of the urbs.
yes, this could be the problem.
this happend
Takashi Iwai wrote:
At Sat, 07 Sep 2002 05:40:02 +0900,
Patrick Shirkey wrote:
Takashi Iwai wrote:
the Tascam US-428 driver (copied / changed from snd-usb-audio ) showed a
similar problem.
I worked around it by not using ASYNC_UNLINKing of the urbs.
yes, this could be the problem.
this
Patrick Shirkey wrote:
the resolution of usb-audio device is 1ms. this value is fixed.
thus you need to adjust the period size according to the sample rate
if you want to achieve the real-time response with a small period
size.
that means:
- the sample rate should be 48kHz (or 32kHz),
Patrick Shirkey wrote:
Currently the hw layer produces white
noise.
What is odd about this is that the noise only comes from the internal
i/o. If I play through an external and use the direct monitor switch the
sound is perfect.
I get the most stable jack with these settings:
- using
Takashi Iwai wrote:
the Tascam US-428 driver (copied / changed from snd-usb-audio ) showed a
similar problem.
I worked around it by not using ASYNC_UNLINKing of the urbs.
yes, this could be the problem.
this happend once and i thought it fixed on the alsa side, but it
seems that there is
Patrick Shirkey wrote:
I have actually managed to get a stream from alsaplayer through without
a hang but the sound is choppy.
I will make a test signal so you can hear what I am getting. It's
similar to what was happening before the driver was fixed last time.
Well I just noticed
Tim Goetze wrote:
Takashi Iwai wrote:
At Thu, 05 Sep 2002 01:35:39 +0900,
Patrick Shirkey wrote:
Sorry if this is stupid, I'm not a trained programmer. I get this now.
Do you know how to fix it?
% gcc -l qinit qinit.c -lasound -ldl -lm
rather
$ gcc -o qinit qinit.c -lasound
At Thu, 05 Sep 2002 23:02:14 +0900,
Patrick Shirkey wrote:
Tim Goetze wrote:
Takashi Iwai wrote:
At Thu, 05 Sep 2002 01:35:39 +0900,
Patrick Shirkey wrote:
Sorry if this is stupid, I'm not a trained programmer. I get this now.
Do you know how to fix it?
% gcc -l qinit
Takashi Iwai wrote:
That was it. Thanks.
Yes this code works. I don't know what that means though?
ok, then it means that something in prepare() does initialize
something (hmm, too ambiguous :), not the fact that you send the data
to the device.
but please make sure that this trick
Here's what I get from ksymoops
Warning (compare_maps): ksyms_base symbol
vmalloc_to_page_R__ver_vmalloc_to_page not found in System.map.
Ignoring ksyms_base entry
Unable to handle kernel NULL pointer dereference at virtual
address 0020
c01e52e4
*pde =
CPU:0
EIP:
Karsten Wiese wrote:
EIP; c01e52e4 uhci_remove_pending_qhs+44/90 =
the Tascam US-428 driver (copied / changed from snd-usb-audio ) showed a
similar problem.
I worked around it by not using ASYNC_UNLINKing of the urbs.
uhci_remove_pending_qhs is called to unlink urbs in ASYNC
I have just found that the quattro will not output an audible stream
from the external input channels until it has been made to output a
stream through the internal i/o first.
This means that the direct monitor switch does not work until a file is
played internally through the card.
After
At Wed, 04 Sep 2002 23:32:25 +0900,
Patrick Shirkey wrote:
I have just found that the quattro will not output an audible stream
from the external input channels until it has been made to output a
stream through the internal i/o first.
This means that the direct monitor switch does not
At Wed, 04 Sep 2002 23:51:25 +0900,
Patrick Shirkey wrote:
Takashi Iwai wrote:
At Wed, 04 Sep 2002 23:32:25 +0900,
Patrick Shirkey wrote:
I have just found that the quattro will not output an audible stream
from the external input channels until it has been made to output a
stream
Takashi Iwai wrote:
I changed it to this (very small change).
well, just write a few codes...
#include alsa/asoundlib.h
int main()
{
snd_pcm_t *pcm;
int err;
snd_pcm_hw_params_t hw;
err = snd_pcm_open(pcm, hw:2,1, SND_PCM_STREAM_PLAYBACK, 0);
At Thu, 05 Sep 2002 00:26:37 +0900,
Patrick Shirkey wrote:
Takashi Iwai wrote:
I changed it to this (very small change).
well, just write a few codes...
#include alsa/asoundlib.h
int main()
{
snd_pcm_t *pcm;
int err;
snd_pcm_hw_params_t hw;
oops,
Sorry if this is stupid, I'm not a trained programmer. I get this now.
Do you know how to fix it?
# gcc qinit.c
/tmp/cco2X9S0.o: In function `main':
/tmp/cco2X9S0.o(.text+0x17): undefined reference to `snd_pcm_open'
/tmp/cco2X9S0.o(.text+0x22): undefined reference to
`snd_pcm_hw_params_sizeof'
At Thu, 05 Sep 2002 01:35:39 +0900,
Patrick Shirkey wrote:
Sorry if this is stupid, I'm not a trained programmer. I get this now.
Do you know how to fix it?
% gcc -l qinit qinit.c -lasound -ldl -lm
Takashi
---
This sf.net
Takashi Iwai wrote:
At Thu, 05 Sep 2002 01:35:39 +0900,
Patrick Shirkey wrote:
Sorry if this is stupid, I'm not a trained programmer. I get this now.
Do you know how to fix it?
% gcc -l qinit qinit.c -lasound -ldl -lm
rather
$ gcc -o qinit qinit.c -lasound -ldl -lm
^
i
27 matches
Mail list logo
