it seems that volumes 0-0x7fff ramp up volumes, then 8000- go back down...
but with opposite phases. So...
Great discovery!, probably the stream can be inverted several times when
it processedthrough
through the SCB tree. (PCMReader->SrcTaskSCB->MasterMixSCB->CodecOut)
Almost all SCB's
On Tuesday 03 December 2002 16:24, Friedrich Ewaldt wrote:
> Hi Benny,
w00t!
it seems that volumes 0-0x7fff ramp up volumes, then 8000- go back down...
but with opposite phases. So...
--- alsa-cvs/alsa-driver-0.9.0rc6cvs20021202/alsa-kernel/pci/cs46xx/dsp_spos.h
2002-11-24 19:52:17.
Hi Benny,
I noticed the phase reversal problem with my Terratec XFire, too: I
played a mono wav. Then I combined the left and rigth output
electrically and the sound was gone, i.e. one channel outputs the sound
with a sign change, so that left+right=signal+(-signal)=0. The sound
went back whe
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
On Tuesday 03 December 2002 19:34, Paul Davis wrote:
> >I guess another way of dealing with this kind of problem is to use a
> >semaphore rather than a spinlock, and a workqueue: when the interrupt
> >comes in, the call to snd_ctl_notify is put on the queue, where it will
> > later be run in proces
On Tue, 2002-12-03 at 19:00, Paul Davis wrote:
> can the person who fixed their hdsp driver to work with the new 9652
> please post a patch (c/o diff -u) here? i would like to get the fix
> into CVS ...
>
there wasnt much, assuming that Takashi's patch is in cvs, which I think
it is.
Any news on
can the person who fixed their hdsp driver to work with the new 9652
please post a patch (c/o diff -u) here? i would like to get the fix
into CVS ...
--p
---
This SF.net email is sponsored by: Microsoft Visual Studio.NET
comprehensive developm
On November 25, 2002 11:48 am, Thomas Fjellstrom wrote:
> Hi again,
>
> Its been a while since I was subscribed (I moved and didn't have internet
> access), and last mentioned my rawmidi problem.
>
> It seems that after a few seconds (30->60 ish) cpu usage seems to go way up
> and notes are dropped
>I guess another way of dealing with this kind of problem is to use a
>semaphore rather than a spinlock, and a workqueue: when the interrupt
>comes in, the call to snd_ctl_notify is put on the queue, where it will later
>be run in process context, and can safely take the semaphore.
can i get a poi
On Tue, 3 Dec 2002, James Stafford wrote:
> Attached are two patches that add basic Envy24HT support to the ICE1712
> driver and VT1616 to the AC97 codec driver. They were made against the cvs
> from today.
>
> Issues:
> Quote from VT1616 data sheet: "The VT1616 powers up with pins 39 and 41
> as
Attached are two patches that add basic Envy24HT support to the ICE1712
driver and VT1616 to the AC97 codec driver. They were made against the cvs
from today.
Issues:
Quote from VT1616 data sheet: "The VT1616 powers up with pins 39 and 41
assigned to the Front channel DACs as described in the 2.2
matrix entries for the recently added Yamaha USB MIDI devices
--- /dev/null Tue Dec 03 12:34:56 2002
+++ whatever_the_name_of_this_file_is.html Tue Dec 03 15:27:58 2002
@@ -2879,7 +2879,7 @@
[D]
-
+
http://www.yamaha.com";>Yamaha
@@ -2915,6 +2915,13 @@
> yes, basically what snd_ctl_notify() does is the same.
> it queues an event and wakes up the sleepers.
> thus, it's ok to separate the stuff from the semaphore.
>
> the attached is a patch to rewrite the locks with rwsem.
> please check whether it works for you.
This is against alsa cvs and not
At Tue, 3 Dec 2002 06:57:45 +0100,
Duncan Sands wrote:
>
> On Tuesday 03 December 2002 14:56, Takashi Iwai wrote:
> > At Tue, 3 Dec 2002 04:55:15 +0100,
> >
> > Duncan Sands wrote:
> > > On Tuesday 03 December 2002 13:01, Takashi Iwai wrote:
> > > > At Tue, 3 Dec 2002 04:07:52 +0100,
> > > >
> > >
On Tuesday 03 December 2002 14:56, Takashi Iwai wrote:
> At Tue, 3 Dec 2002 04:55:15 +0100,
>
> Duncan Sands wrote:
> > On Tuesday 03 December 2002 13:01, Takashi Iwai wrote:
> > > At Tue, 3 Dec 2002 04:07:52 +0100,
> > >
> > > Duncan Sands wrote:
> > > > Got this with today 2.5 BK tree:
> > > >
>
At Tue, 3 Dec 2002 04:55:15 +0100,
Duncan Sands wrote:
>
> On Tuesday 03 December 2002 13:01, Takashi Iwai wrote:
> > At Tue, 3 Dec 2002 04:07:52 +0100,
> >
> > Duncan Sands wrote:
> > > Got this with today 2.5 BK tree:
> > >
> > > Debug: sleeping function called from illegal context at
> > > incl
Hi,
pd doesn't seem to work with the OSS emulation of the most recent
alsa-cvs. Starting it freezes the machine completely. The OSS
emulation seems to work with xmms on my machine (as far as I know xmms
is using OSS). All pd versions crash the new version and work fine
with the older Alsa.
If som
On Tuesday 03 December 2002 13:01, Takashi Iwai wrote:
> At Tue, 3 Dec 2002 04:07:52 +0100,
>
> Duncan Sands wrote:
> > Got this with today 2.5 BK tree:
> >
> > Debug: sleeping function called from illegal context at
> > include/asm/semaphore.h:119 Call Trace:
> > [] __might_sleep+0x52/0x58
> > [
At Tue, 3 Dec 2002 04:07:52 +0100,
Duncan Sands wrote:
>
> Got this with today 2.5 BK tree:
>
> Debug: sleeping function called from illegal context at include/asm/semaphore.h:119
> Call Trace:
> [] __might_sleep+0x52/0x58
> [] snd_cs46xx_iec958_put+0x36/0xf8
> [] snd_ctl_elem_write+0xe0/0x1a4
Got this with today 2.5 BK tree:
Debug: sleeping function called from illegal context at include/asm/semaphore.h:119
Call Trace:
[] __might_sleep+0x52/0x58
[] snd_cs46xx_iec958_put+0x36/0xf8
[] snd_ctl_elem_write+0xe0/0x1a4
[] snd_ctl_ioctl+0x184/0x2c8
[] sys_ioctl+0x1fa/0x244
[] syscall_cal
At Tue, 03 Dec 2002 09:27:49 +0100 (MET),
Clemens Ladisch wrote:
>
>
> quirks for the Yamaha TYROS, PF-500, S90, DME32, DM2000, 02R96
>
applied to cvs (with other patches, too).
thanks!
Takashi
---
This SF.net email is sponsored by: Get t
At Tue, 3 Dec 2002 11:40:00 +0100,
Orm Finnendahl wrote:
>
> BTW: Make uninstall in alsa-drivers just removes
> /lib/modules/kernel/sound/drivers/snd-*, but doesn't remove the hdsp
> and hammerfall-mem modules as they are in another subdirectory.
fixed now on cvs.
thanks,
Takashi
---
Hi,
I found the snddevices scripts in alsa-drivers. Sorry for
posting. Maybe it's a good idea to include it in an install script?
BTW: Make uninstall in alsa-drivers just removes
/lib/modules/kernel/sound/drivers/snd-*, but doesn't remove the hdsp
and hammerfall-mem modules as they are in anothe
Hi,
trying to install last CVS of alsa on a new Athlon with Debian
(standard 2.4.18-bf2.4 kernel) and a RME hdsp makes the drivers load
and initialize o.k. but starting alsamixer gives the following error:
alsamixer: function snd_ctl_open failed for default: No such file or directory
Unloading a
quirks for the Yamaha TYROS, PF-500, S90, DME32, DM2000, 02R96
Index: alsa-kernel/usb/usbquirks.h
===
RCS file: /cvsroot/alsa/alsa-kernel/usb/usbquirks.h,v
retrieving revision 1.7
diff -u -r1.7 usbquirks.h
--- alsa-kernel/usb/usbqui
snd-vxp-lib isn't a card driver
Index: alsa-driver/utils/Modules.dep
===
RCS file: /cvsroot/alsa/alsa-driver/utils/Modules.dep,v
retrieving revision 1.13
diff -u -r1.13 Modules.dep
--- alsa-driver/utils/Modules.dep 30 Oct 2002
In the list of commands for CVS compilation, autoheader was missing.
Index: alsa-utils/INSTALL
===
RCS file: /cvsroot/alsa/alsa-utils/INSTALL,v
retrieving revision 1.3
diff -u -r1.3 INSTALL
--- alsa-utils/INSTALL 26 Nov 2001 18:39:
At this point in choose_default_id(), id points to card->id.
Index: alsa-kernel/core/init.c
===
RCS file: /cvsroot/alsa/alsa-kernel/core/init.c,v
retrieving revision 1.20
diff -u -r1.20 init.c
--- alsa-kernel/core/init.c 30 Nov
It seems the fix for the get_id fix needs another fix. ;-)
Jaroslav Kysela wrote:
> --- initval.h 28 Nov 2002 13:54:34 - 1.6
> +++ initval.h 2 Dec 2002 19:04:56 - 1.7
> @@ -155,11 +155,14 @@
> ...
> while (isalpha(*s) || isdigit(*s) || *s == '_')
>
29 matches
Mail list logo
