Nick,
Following on from my other response to you, I do not see the problem
you are speaking of. (Again, assuming I understand what you are saying
the problem is.) The attacked .png file (I hope small enough to be
accepted by the reflector - it's about 27K) shows the audio on channels
8, 10, 12 &
Hi,
OK, so let me make sure I'm understanding what you're doing. If I
have it right, then comments below might make soem sense. If I have it
wrong, then disregard everything below and help me get it straight.
My understanding now is that you are just running using standard 48K
operation, but
At Fri, 10 Oct 2003 08:53:34 +0200,
p z wrote:
>
> [1 ]
> Hi,
>
> These patches make some changes to mixer on Audigy 1 and Audigy 2.
thanks, i'll try and merge your patch in the next week when i get the
audigy board back.
>
> Changes:
> - new FX bus allocated for Wave Stereo playback ("W
Hi,
as many of you might expect, we're reaching to the ALSA version 1.0.
Now as the 2.6.0-test kernel is being frozen, we also decided to
freeze the ALSA 1.0 feature. The 1.0 release is scheduled at the end
of October.
You can find some TODOs for 1.0 and 1.1 in the cvs repository
(TODO-1.0, and
At Fri, 10 Oct 2003 18:43:17 +0200 (METDST),
Clemens Ladisch wrote:
>
>
> Jaroslav, Takashi, any comments on this?
>
> Jonatan de la Torre wrote:
> > El vie, 19-09-2003 a las 10:27, Clemens Ladisch escribió:
> > > Jonatan de la Torre wrote:
> > > > * One IC whose PCB tag is IC38
> > > >
> > > >
Takashi Iwai wrote:
At Fri, 10 Oct 2003 15:52:31 +0100,
James Courtier-Dutton wrote:
[1 ]
Hi,
Here is a patch to enable SPDIF out on ALC650 rev D. codecs.
hmm, it's already in cvs.
perhaps you sent an obsolete patch?
Takashi
Thanks, previously, I think I sent the .diff file as a suggestion to
Jaroslav, Takashi, any comments on this?
Jonatan de la Torre wrote:
> El vie, 19-09-2003 a las 10:27, Clemens Ladisch escribió:
> > Jonatan de la Torre wrote:
> > > * One IC whose PCB tag is IC38
> > >
> > > CS8420-CS
> >
> > sample rate converter
> >
> > > * Four IC's whose PCB tags are IC17, IC
Juha wrote:
> On Tue, 2003-10-07 at 12:19, Clemens Ladisch wrote:
> > Device 3 is playback only. As far as I can see, you can only record
> > from S/PDIF by mixing it with other input signals to device 0.
>
> Ok, gotta try that then. What about routing the signal to the spdif
> output of the soundb
At Fri, 10 Oct 2003 01:54:25 -0800,
Paul Berry wrote:
>
> Thank you for the patch Takashi and here is what came of it.
>
> I'm kinda green at this so this is what I did with the patch. I copied it to
> the alsa-driver-0.9.7a/acore/ folder and ran:
> patch -b --verbose memalloc.c
> everything se
Hello,
Thanks,
>> >offset = 0; /* bytes */
>> >while (offset < total_size) {
>> >dma_addr_t addr = snd_sgbuf_get_addr(sgbuf, offset);
>> >map_this_addr_to_my_hw_table(addr);
>> >offset += 4096; /* 4k */
>>
If PAGE_SIZE is never less than 4k then the
At Fri, 10 Oct 2003 15:52:31 +0100,
James Courtier-Dutton wrote:
>
> [1 ]
> Hi,
>
> Here is a patch to enable SPDIF out on ALC650 rev D. codecs.
hmm, it's already in cvs.
perhaps you sent an obsolete patch?
Takashi
---
This SF.net email is
Patch to enable detection of ALC655 codec.
--- ac97_codec.c.org2003-09-09 14:48:16.835721144 +0100
+++ ac97_codec.c2003-09-09 14:48:42.359840888 +0100
@@ -112,6 +112,7 @@
{ 0x414c4730, 0x, "ALC101",NULL, NULL },
{ 0x414c4740, 0xfff0, "ALC202",
Hi,
Here is a patch to enable SPDIF out on ALC650 rev D. codecs.
Cheers
James
--- ac97_patch.c.org2003-10-03 15:16:06.099127808 +0100
+++ ac97_patch.c2003-10-03 15:21:50.975698600 +0100
@@ -898,7 +898,6 @@
int patch_alc650(ac97_t * ac97)
{
unsigned short val;
- int spd
Hi!
When trying to open an already opened /dev/snd/pcmCxDx? up(&pcm->open_mutex)
is not called, so the next open calls hang forever.
I don´t know, if there is a better place for the up call, but this works.
Index: pcm_native.c
===
RC
On Fri, 10 Oct 2003, Paul Davis wrote:
> >I mentioned my ham radio realtime program with mmap
> >in a posting on 3. Oct and before.
> >It works now with ALSA 0.9.7 with AC97 and maybe some other cards, thanks!!!
> >With ESS ES1969 mmap(ibuf, isize, PROT_READ, MAP_FILE | MAP_SHARED |
> >MAP_FIXED,
>I mentioned my ham radio realtime program with mmap
>in a posting on 3. Oct and before.
>It works now with ALSA 0.9.7 with AC97 and maybe some other cards, thanks!!!
>With ESS ES1969 mmap(ibuf, isize, PROT_READ, MAP_FILE | MAP_SHARED |
>MAP_FIXED, fd_audio, 0)
>(and I tried also all other MAP_ op
I mentioned my ham radio realtime program with mmap
in a posting on 3. Oct and before.
It works now with ALSA 0.9.7 with AC97 and maybe some other cards, thanks!!!
With ESS ES1969 mmap(ibuf, isize, PROT_READ, MAP_FILE | MAP_SHARED |
MAP_FIXED, fd_audio, 0)
(and I tried also all other MAP_ options)
On Fri, 10 Oct 2003, Takashi Iwai wrote:
> At Fri, 10 Oct 2003 13:57:10 +0200 (CEST),
> Jaroslav wrote:
> >
> > On Fri, 10 Oct 2003, Takashi Iwai wrote:
> >
> > > At Fri, 10 Oct 2003 11:03:36 +0200 (CEST),
> > > [EMAIL PROTECTED] wrote:
> > > >
> > > > Hello,
> > > >
> > > >
> > > > the hdsp-madi
At Fri, 10 Oct 2003 13:57:10 +0200 (CEST),
Jaroslav wrote:
>
> On Fri, 10 Oct 2003, Takashi Iwai wrote:
>
> > At Fri, 10 Oct 2003 11:03:36 +0200 (CEST),
> > [EMAIL PROTECTED] wrote:
> > >
> > > Hello,
> > >
> > >
> > > the hdsp-madi card with the hdspm driver seems to work now.
> > > so I want do
On Fri, 10 Oct 2003, Takashi Iwai wrote:
> At Fri, 10 Oct 2003 11:03:36 +0200 (CEST),
> [EMAIL PROTECTED] wrote:
> >
> > Hello,
> >
> >
> > the hdsp-madi card with the hdspm driver seems to work now.
> > so I want do a clean out of the code:
> >
> > I asking how should I do this:
> >
> > > > at le
At Fri, 10 Oct 2003 11:03:36 +0200 (CEST),
[EMAIL PROTECTED] wrote:
>
> Hello,
>
>
> the hdsp-madi card with the hdspm driver seems to work now.
> so I want do a clean out of the code:
>
> I asking how should I do this:
>
> > > at least I have to allocate one page more = 4194304+4096, to get n
Hello,
I found the mistake. The problem was our complicated project/makefile
structure. We were using the 0.9.7 ALSA-Libs on our systems and we are
using the header files of the 0.9.7 ALSA-Api. Anyway, we were linking
against an old ALSA-lib (maybe a 0.9.0 version). After a change in the
proje
At Fri, 10 Oct 2003 09:25:21 +0200,
Bernhard Gerlach wrote:
>
>
> Unfortunatly I forget to mention that the functions listed in the
> documentation which is linked to on Takashi's page (section "Documents
> on Alsa") seem to work, eg. snd_card_get_name, snd_seq_open and so on.
> That is the ol
Thank you for the patch Takashi and here is what came of it.
I'm kinda green at this so this is what I did with the patch. I copied it to
the alsa-driver-0.9.7a/acore/ folder and ran:
patch -b --verbose memalloc.c --
-
/li
Hi and thanks for the reply,
> > We connect a sine wave to the first 12 channels and record them, and see
> > three channels -- 0, 4, and 8 -- are "corrupted". The remaining channels
> > appear to be well-formed and look as we expect them to.
>
> When you say the 'first 12 channels', are you spe
Takashi Iwai wrote:
it's becoming an FAQ... :)
pcm.!default {
type plug
slave.pcm "dmix"
}
the point is '!' prefix, which means overriding the existing
definition.
Takashi
Great, it works. Thank You very much for your help.
But i have one other question. When i tried to play m
Unfortunatly I forget to mention that the functions listed in the
documentation which is linked to on Takashi's page (section "Documents
on Alsa") seem to work, eg. snd_card_get_name, snd_seq_open and so on.
That is the old api, isn't it?
Takashi Iwai wrote:
When compiling/linking, I receive:
27 matches
Mail list logo
