Everything works really well (hooray dmix! and thanks) with
alsa-driver-1.0.0pre2 and cmedia-8738 except the following midi related
things, which were working fine in version 0.9.8 and earlier:
here's what i did (on gentoo)
$ /etc/init.d/alsasound start
$ cat /proc/asound/cards
0 [CMI8738MC6
Index: alsa-kernel/pci/ac97/ac97_codec.c
===
RCS file: /cvsroot/alsa/alsa-kernel/pci/ac97/ac97_codec.c,v
retrieving revision 1.114
diff -u -r1.114 ac97_codec.c
--- alsa-kernel/pci/ac97/ac97_codec.c 20 Nov 2003 16:00:01 -
- don't clear active_mask bits until it's clear that the URB is _not_
resubmitted, to prevent a race with unlinking
- initialize active_mask and unlink_mask each time before URBs are
started
- don't call sleeping functions in trigger callback
Index: alsa-kernel/usb/usbaudio.c
At Mon, 24 Nov 2003 00:01:53 +0100,
Christian Esken wrote:
On Tuesday 21 October 2003 11:16, Tommi Sakari Uimonen wrote:
and I want to know where I find some documnent to know
how to use these alsa lib api,namely,I want a
specification of these api,thanks a lots .
At Sun, 23 Nov 2003 20:50:45 +0100,
Martin Langer wrote:
On Sun, Nov 23, 2003 at 03:45:57PM +0100, Martin Langer wrote:
here is another fix for 2.2 kernels:
--- acore/pci_compat_22.c.ORIGINAL Sun Nov 23 14:41:21 2003
+++ acore/pci_compat_22.c.FIX Sun Nov 23 15:38:37 2003
@@
At Mon, 24 Nov 2003 08:46:08 +0100 (MET),
Clemens Ladisch wrote:
- don't clear active_mask bits until it's clear that the URB is _not_
resubmitted, to prevent a race with unlinking
- initialize active_mask and unlink_mask each time before URBs are
started
we still need to check here
At Mon, 24 Nov 2003 08:46:08 +0100 (MET),
Clemens Ladisch wrote:
- don't clear active_mask bits until it's clear that the URB is _not_
resubmitted, to prevent a race with unlinking
- initialize active_mask and unlink_mask each time before URBs are
started
we still need to check here
At Sun, 23 Nov 2003 18:21:01 +0100,
Thomas Charbonnel wrote:
[1 text/plain; us-ascii (7bit)]
Hi,
The attach patch fixes problems with speed modes for H9632 cards (many
thanks to Pentti Ala-Vannesluoma for testing the driver and helping
finding bugs), and the AutoSync mode issue (for all
At 21 Nov 2003 15:40:51 -0800,
Fernando Pablo Lopez-Lezcano wrote:
Included is a patch that fixes alsaconf to work correctly under fedora
core 1. Otherwise alsaconf happily creates a modules.conf file that only
contains the alsa configuration and nothing else (a path in the if's
that does
Takashi Iwai wrote:
Clemens Ladisch wrote:
- initialize active_mask and unlink_mask each time before URBs are
started
we still need to check here whether the urbs are really free, since
a path like trigger stop - prepare - trigger_start is possible.
in this case, the operation can be
At Mon, 24 Nov 2003 13:10:55 +0100 (MET),
Clemens Ladisch wrote:
Takashi Iwai wrote:
Clemens Ladisch wrote:
- initialize active_mask and unlink_mask each time before URBs are
started
we still need to check here whether the urbs are really free, since
a path like trigger
At Fri, 21 Nov 2003 23:29:01 +0100,
Stefan Kristiansson wrote:
I had some troubles getting 5.1 sound to work with my cmi8738 based card
and noticed that
CMI8738-MC6.conf says:
CMI8738-MC6.pcm.surround51.0 cards.CMI8738-MC6.pcm.front.0
this doesn't work (at least not with my card)
and
Hi,
would you please give this a try an your us122s?
I integrated Martins stuff into mine. us428 still works here.
besides patching you'll need to copy the attached header into
alsa-driver/usb/us428.
you'll probaply also still need Martin's patched usx2yloader infrastructure
files.
Gruesse,
At Mon, 24 Nov 2003 12:40:15 +0100,
I wrote:
A new version of hdspmixer is also available here :
http://www.undata.org/~thomas/
It is mostly a bugfix release for H9632 users.
There is also a new version of hdspconf, but it only adds a .desktop
file and a nice icon (to bring it to par
On Mon, 24 Nov 2003 14:01:16 +0100, Takashi Iwai wrote:
At Mon, 24 Nov 2003 02:20:07 -0500,
Jonathan Kraut wrote:
Everything works really well (hooray dmix! and thanks) with
alsa-driver-1.0.0pre2 and cmedia-8738 except the following midi related
things, which were working fine in version
Fernando Pablo Lopez-Lezcano [EMAIL PROTECTED] writes:
I think we need a similar extension to support Mandrake, after
installation from the sources all modules in modules.conf where
gone, except the ones from alsa.. :-)
I think the patch will fix mandrake too. I have the dubious honor of
At Sun, 23 Nov 2003 20:23:11 +0100,
Christian Esken wrote:
Hello,
I have problems with snd_mixer_selem_get_capture_switch(elem,pos,value)
in my KMix mixer application. The value returned does *not* reflect the
actual state in all cases.
Probably I am doing something wrong, if somebody
At Mon, 24 Nov 2003 15:19:42 +1100 (EST),
tom burkart wrote:
The problem I reported several times is still present.
Problem:
Toshiba Tecra Notebook (Yamaha YMF-744B) still has scratchy,
unintelligible sound output.
kernel 2.4.22, alsa-driver 1.0.0pre2
Yet, the ymfpci kernel module
Ok, it's a thing that we would like to eliminate, but when I tried to
figure what's going on in the past, I wasn't successful. The best
thing to
measure if ALSA sends a wrong sample sequence to the output is to use the
digital I/O (S/PDIF or profi IEC958) for on playback side and capture the
Takashi Iwai a wrote :
At Mon, 24 Nov 2003 12:40:15 +0100,
I wrote:
A new version of hdspmixer is also available here :
http://www.undata.org/~thomas/
It is mostly a bugfix release for H9632 users.
There is also a new version of hdspconf, but it only adds a .desktop
file and a nice icon (to bring
Hi,
here's the new revision of the Audiotrak Prodigy 7.1 driver. The
driver now initializes correctly for the 24.576Mhz crystal and also I
have added some more controls for adc oversampling ratio (in theory
should be changed automatically to 64x at 96Khz sampling rate) and dac
de-emphasis.
At Mon, 24 Nov 2003 13:51:50 +0100,
I wrote:
At Mon, 24 Nov 2003 13:36:42 +0100,
I wrote:
meanwhile, i'm trying to implement:
(4) allow prepare callback to sleep with a special flag.
this will be useful for other drivers, too, such as vx and korg1212
drivers which require the
At Mon, 24 Nov 2003 18:48:04 +0100,
Thomas Charbonnel wrote:
Takashi Iwai a wrote :
At Mon, 24 Nov 2003 12:40:15 +0100,
I wrote:
A new version of hdspmixer is also available here :
http://www.undata.org/~thomas/
It is mostly a bugfix release for H9632 users.
There is also a new
At Mon, 24 Nov 2003 14:37:52 +0100,
Karsten Wiese wrote:
[1 text/plain; us-ascii (7bit)]
Hi,
would you please give this a try an your us122s?
I integrated Martins stuff into mine. us428 still works here.
besides patching you'll need to copy the attached header into
On Mon, 24 Nov 2003, Mark Knecht wrote:
Ok, it's a thing that we would like to eliminate, but when I tried to
figure what's going on in the past, I wasn't successful. The best
thing to
measure if ALSA sends a wrong sample sequence to the output is to use the
digital I/O (S/PDIF or
At Mon, 24 Nov 2003 12:53:47 -0500,
Apostolos Dimitromanolakis wrote:
Hi,
here's the new revision of the Audiotrak Prodigy 7.1 driver. The
driver now initializes correctly for the 24.576Mhz crystal and also I
have added some more controls for adc oversampling ratio (in theory
should
Takashi Iwai wrote :
I updated hdspmixer and hdspconf to fix all these problems :
http://www.undata.org/~thomas/
applied to cvs. thanks!
I just checked cvs to send you a clean patch instead, but the latest
changes were not in there yet. Sorry for the extra workload this gives you.
no
At Mon, 24 Nov 2003 14:59:42 +,
Thierry Vignaud wrote:
[1 text/plain (7bit)]
Fernando Pablo Lopez-Lezcano [EMAIL PROTECTED] writes:
I think we need a similar extension to support Mandrake, after
installation from the sources all modules in modules.conf where
gone,
Ok, can you force the master rate for HDSP?
Yes, I can force the HDSP master rate to be 44.1KHz.
I can then force the Pro Tools PC be a master also, at 44.1K, but there will
be random clicks and pops since the two are not synced to each other. If I
do this and record on the Pro Tools PC, I get
snd_ctl_elem_info_t.dimen contains the dimensions of the array of
controls. AFAIK there are no drivers which use that feature (but mine)
to look for examples. We have to agree about the order of them:
Array[d0][d1][d2][d3]
or
Array[d3][d2][d1][d0]
I used the first one. Is it ok ?
--
Fernando Pablo Lopez-Lezcano [EMAIL PROTECTED] writes:
I think we need a similar extension to support Mandrake,
after installation from the sources all modules in
modules.conf where gone, except the ones from alsa.. :-)
I think the patch will fix mandrake too. I have the
On Monday 24 November 2003 14:37, Karsten Wiese wrote:
Hi,
would you please give this a try an your us122s?
I integrated Martins stuff into mine. us428 still works here.
besides patching you'll need to copy the attached header into
alsa-driver/usb/us428.
you'll probaply also still need
I think we need a similar extension to support Mandrake,
after installation from the sources all modules in
modules.conf where gone, except the ones from alsa.. :-)
I think the patch will fix mandrake too. I have the dubious
honor of being able to claim ownership
On Mon, 24 Nov 2003, Giuliano Pochini wrote:
snd_ctl_elem_info_t.dimen contains the dimensions of the array of
controls. AFAIK there are no drivers which use that feature (but mine)
to look for examples. We have to agree about the order of them:
Array[d0][d1][d2][d3]
or
Fernando Pablo Lopez-Lezcano [EMAIL PROTECTED] writes:
Options:
a) define 'distribution=redhat' for the mandrake detection
code _if_ the oss options erasure for redhat works fine under
mandrake (mandrake users should test this).
b) add another handler for mandrake's modules.conf
If my hammerfall (rme9652) sound card is locked slave to 48 kHz, and I put
44.1 kHz into snd_pcm_hw_params_set_rate_near for playback it accepts it,
should it really be that way? I expected that it would set the rate to 48kHz,
since the card does not change the sample rate to 44.1 kHz (looking
Then you can compare (maybe via some editor) if the whole
.wav file is in the recorded stream (plus some zero samples at
begging and
end of this stream). Or, you can send me your source and recorded files
and I'll compare them for you (only mark which file is master).
Without this patch, usb-uhci oopses after ALSA 1.0's snd-usb-audio has
asynchronously unlinked its URBs. Apparently, the code for handling
still-active TDs forgets to check whether the TD actually must be
unlinked.
--- linux-2.4.23-rc1/drivers/usb/host/usb-uhci.c.orig Sun Nov 23 00:11:22 2003
On Mon, Nov 24, 2003 at 09:50:32PM +0100, Werner Schweer wrote:
On Monday 24 November 2003 14:37, Karsten Wiese wrote:
Hi,
would you please give this a try an your us122s?
I integrated Martins stuff into mine. us428 still works here.
besides patching you'll need to copy the attached
Hi Takashi,
from the version, Werner tested, I only changed filenames to the 'usx2y'.
So please commit snd-usb-usx2y_alsacvs.patch and cp the content of
snd-usb-usx2y.tar.bz2 into alsa-driver/usb (thats also commit? ;-).
alsa-driver/usb/us428 is obsoleted then.
Thanks,
Karsten
Am Montag, 24.
Thomas Jaroslav,
Here's a graphical representation of the noise problem I'm having
using the HDSP 9652. The attached png file shows the wave file I'm
playing on the top line, and then two separate outputs from the HDSP
9652. The two separate Pro Tools captures were done at the same time and
I use the cs4236 driver for my aopen aw37 sound card, but in everyting from
alsa to mplayer to mozilla I get occasional pops and clicks or almost like a
crackling noise. Anyone have any idea what might be causing this or how I
could fix this? By the way right now i'm using 1.0pre1, but it also
Quoting Takashi Iwai [EMAIL PROTECTED]:
i thought you got the silent output, but now you get a scraching
output?
Ok, I must have just woken up... The scratchiness of the sound are the louder
parts of the music (so it appears anyway). So I am postulating that for some
reason the lower 8 bits
43 matches
Mail list logo