ljp wrote:
> does snd_pcm_close free a snd_pcm_hw_params_t that was
> snd_pcm_hw_params_malloc 'd? I presume I need to free that?
No. Yes.
The same snd_pcm_hw_params_t could be used to get/set the parameters of
another pcm.
HTH
Clemens
--
I played with 8233A ALC650 and:
1) this part of code is not working:
switch (runtime->channels) {
case 1: slots = (1<<0) | (1<<4); break;
case 2: slots = (1<<0) | (2<<4); break;
case 3: slots = (1<<0) | (2<<4) | (5<<8); break;
case 4: slots = (1<<0) | (2<<4) | (3<<
Hi,
I'm wondering if anyone has SPDIF working on the
VIA EPIA ESP5000 under rc7?
Analog output is working fine for me using rc7 and the CVS via82xx
module (1.25). But, I didn't have any luck getting SPDIF (PCM) to work
using a Pioneer Digital Receiver.
Any success reports or any hints which kn
mixer API is a bit under documented.
but you can look at amixer and alsamixer for hints.
There is some mixer docs generated if you have doxygen installed, but
theres no link to it from the rest of the documentation, you have to
look at the docs dir.
On Tue, 2003-02-18 at 15:08, Pete Barnard wro
Paul Davis wrote:
>
> >> Still, don't we already *have* a feeding thread for the sound card? I mean
> >> it doesn't just grab the memory buffer all by itself whenever it wants?
> >
> >Nope. The idea for the dmix plugin is that we share the DMA ring buffer
> >with more threads (processes). There is
does snd_pcm_close free a snd_pcm_hw_params_t that was
snd_pcm_hw_params_malloc 'd?
I presume I need to free that?
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Hi,
I have just finished writing a sound capture program using ALSA 0.9.0rc7 and
Red Hat Linux 7.2. Whilst there are no problems with the operation of the
program some users are complaining that whenever they re-boot their machines
and re-start my sound program, they have to :
1. bring up alsamix
On Tue, 18 Feb 2003, Abramo Bagnara wrote:
> Jaroslav Kysela wrote:
> >
> > On Mon, 17 Feb 2003, Jaroslaw Sobierski wrote:
> >
> > > >> I see, the read/saturate/write must be atomic, too. In this case, it would
> > > >> be better to use a global (or a set of) mutex(es) to lock the hardware
> > >
Ok, thanks guys. If there is anything I can do to help I'd be happy to; I
spent some time comparing the alsa and oss modules, but I'm no alsa guru;
if someone can tell me vaguely where the problem might be, perhaps I might
take a hack at it. I'm willing to do quite a bit of work on it, but don't
On Tue, Feb 18, 2003 at 04:56:23PM +0100, Jordi Mallach wrote:
> On Tue, Feb 18, 2003 at 09:52:53AM +0100, Takashi Iwai wrote:
> > are you sure both all kernel sources and alsa drivers are compiled
> > with the same compiler?
> > you cannot mix gcc-2.x and gcc-3.x binaries for kernel. the
> > comb
This removes the (hopefully) last remains of the snd_ prefix.
Index: alsa-driver/pci/azt3328.c
===
RCS file: /cvsroot/alsa/alsa-driver/pci/azt3328.c,v
retrieving revision 1.4
diff -u -r1.4 azt3328.c
--- alsa-driver/pci/azt3328.c 3
At Tue, 18 Feb 2003 17:50:47 +0100 (CET),
Jaroslav wrote:
>
> On Tue, 18 Feb 2003, Takashi Iwai wrote:
>
> > Hi,
> >
> > I've changed the boot-behavior of VX-pocket drivers on the CVS.
> > In the new version, the firmwares are not in the driver source but in
> > the external directory to be tran
Hello,
I have one of these cards and was happily surprised to discover
that it mostly worked straight out of the box with Alsa. My only
problem with it might be that I am expecting too much of it. When
I play an MP3 or WAV (or anything via a program such as xmms) the
sound comes out of both the an
At Tue, 18 Feb 2003 07:43:26 +0300,
Anton Worshevsky wrote:
>
> Dear Takashi Iwai,
>
> Monday, February 10, 2003, 12:14:59 PM, you wrote:
>
> >> When I changed VIA_REV_8233A to TYPE_VIA8233A my onboard soundcard
> >> (VIA8233A + ALC650) works (2 channel, 4 cannel).
> >>
> >> 5.1 has problem - sw
At Mon, 17 Feb 2003 08:01:27 -0800,
Jaroslaw Sobierski wrote:
>
>
> Another question though. I still cannot get the AC3 pass-through to work.
> I assume the spdif source must be set to AC-Link (which is hw-reset default
> anyway), and I figure all other stuff should be set by alsa (like Category
On Tue, 18 Feb 2003, Paul Davis wrote:
> >>v = *src;
> >>if (cmpxchg(hw, 0, 1) == 0)
> >>v -= *sw;
> >> xadd(sw, v);
> >> do {
> >> v = *sw;
> >> if (v > 0x7fff)
> >> s = 0x7fff;
> >> else i
On Tue, 18 Feb 2003, Takashi Iwai wrote:
> Hi,
>
> I've changed the boot-behavior of VX-pocket drivers on the CVS.
> In the new version, the firmwares are not in the driver source but in
> the external directory to be transferred by an external program.
>
> If you update the cvs version, please
At Mon, 17 Feb 2003 11:36:34 -0800,
Jaroslaw Sobierski wrote:
>
> OK, here is the unified diff. Two of them actually, i separated the
> different options for better clarity.
...
>
>Option 2 : The enumerated (more readable but more code) control
i took this. clarity is better, isn't it?
(bt
Hi,
I've changed the boot-behavior of VX-pocket drivers on the CVS.
In the new version, the firmwares are not in the driver source but in
the external directory to be transferred by an external program.
If you update the cvs version, please do the following:
- build vxloader utility in alsa-tool
>> v = *src;
>> if (cmpxchg(hw, 0, 1) == 0)
>> v -= *sw;
>> xadd(sw, v);
>> do {
>> v = *sw;
>> if (v > 0x7fff)
>> s = 0x7fff;
>> else if (v < -0x8000)
>> s = -0x80
On Tue, 18 Feb 2003, Jaroslaw Sobierski wrote:
> Quoting Jaroslav Kysela:
> [...]
> > >
> > > v = *src;
> > > if (cmpxchg(hw, 0, 1) == 0)
> > > v -= *sw;
> > > xadd(sw, v);
> > > do {
> > > v = *sw;
> > > if (v > 0x7fff)
> > >
Quoting Jaroslav Kysela:
[...]
> >
> > v = *src;
> > if (cmpxchg(hw, 0, 1) == 0)
> > v -= *sw;
> > xadd(sw, v);
> > do {
> > v = *sw;
> > if (v > 0x7fff)
> > s = 0x7fff;
> > else if (v < -0x
> are you sure both all kernel sources and alsa drivers are compiled
> with the same compiler?
> you cannot mix gcc-2.x and gcc-3.x binaries for kernel. the
> combination likely causes oops.
I just tried compiling the kernel with 2.95 and alsa with 3.2.
This combination results in the kind of no-
Hi Guys
Not much time to test tonight (due to a change in shift) but enough for
some initial results and some testing was done late last night
The system tested is using yesterdays CVS alsa on Mandrake 9.0 using
MusE.
If two tracks send to the same port when MusE is started the MTP-AV sees
sig
On Tue, 18 Feb 2003, Abramo Bagnara wrote:
> Jaroslav Kysela wrote:
> >
> > On Mon, 17 Feb 2003, Jaroslaw Sobierski wrote:
> >
> > > >> I see, the read/saturate/write must be atomic, too. In this case, it would
> > > >> be better to use a global (or a set of) mutex(es) to lock the hardware
> > >
Jaroslav Kysela wrote:
>
> On Mon, 17 Feb 2003, Jaroslaw Sobierski wrote:
>
> > >> I see, the read/saturate/write must be atomic, too. In this case, it would
> > >> be better to use a global (or a set of) mutex(es) to lock the hardware
> > >> ring buffer. The futexes are nice.
> > >
> > >They are
> are you sure both all kernel sources and alsa drivers are compiled
> with the same compiler?
> you cannot mix gcc-2.x and gcc-3.x binaries for kernel. the
> combination likely causes oops.
I had this problem some time ago. The same compiler was used for
both kernel and ALSA. I assumed it was
Hi,
are you sure both all kernel sources and alsa drivers are compiled
with the same compiler?
you cannot mix gcc-2.x and gcc-3.x binaries for kernel. the
combination likely causes oops.
Takashi
At Mon, 17 Feb 2003 20:11:13 +0100,
Andreas Mohr wrote:
>
> > some info:
> >
> > i use a toshiba
Evening, Andreas.
Andreas Mohr <[EMAIL PROTECTED]> 20:11 17/2/2003 wrote:
>> >After having installed the 0.9rc7 Debian package (or around that time
>> >at least) and having rebuilt ALSA, I didn't manage to start ALSA properly
>> >any more:
>> i incurred in the same problem since two days, when
On Mon, Feb 17, 2003, Jaroslav Kysela wrote:
> Unfortunately, the problem is more deep that I thought. I have to enhance
> the midlevel and transfer routine only synchronizes with appl_ptr now. It
> will avoid the "ping-pong" effect caused by the extra function argument
> "frames".
>
> Could you
30 matches
Mail list logo
