On Wed, 2002-10-23 at 14:00, Clemens Ladisch wrote:
> I assumed that you wanted to use a Quattro and a UC16 together. In this
> case, you need one entry for each card, although they're handled by the
> same driver.
>
> The snd-card-x entries are used for autoloading: when you try to access
> PCM
I'm pleased to anounce that a database for people willing to provide
Tech Suppport to their local community has been setup. The service is
free of charge and hosted at
http://www.djcj.org/
The purpose of this database is to promote the professional arm of the
Linux Audio Developers community.
> This is very good question. We should make a decision. If we use 50Hz, we
> can easily calculate frames per second, otherwise we have to translate
> sampling rate to physical rate.. But it's the only good point which I see.
I am not sure how you'd translate between the two? To me, one option i
On Wed, 23 Oct 2002, Takashi Iwai wrote:
> > I have just updated to CVS.
> >
> > Debian 2.2
> >
> > I needed to run autoconf; ./configure; make; ./configure; make
>
> do you mean that the original configure script in rc4 tarball doesn't
> work? if yes, it's a bug of rc4 tarball - we have to re
Jaroslav Kysela wrote:
>
> On Wed, 23 Oct 2002, Abramo Bagnara wrote:
>
> > Jaroslav Kysela wrote:
> > >
> > > Added ommited clear() functions
> > >
> > > Index: pcm.c
> > > /**
> > > + * \brief clear snd_pcm_hw_params_t structure
> > > + * \param obj pointer to structure
> > > + */
> > > +void
On Wed, 23 Oct 2002, Jaroslav Kysela wrote:
> On Wed, 23 Oct 2002, Abramo Bagnara wrote:
>
> > Jaroslav Kysela wrote:
> > >
> > > Added ommited clear() functions
> > >
> > > Index: pcm.c
> > > /**
> > > + * \brief clear snd_pcm_hw_params_t structure
> > > + * \param obj pointer to structure
>
On Wed, 23 Oct 2002, Abramo Bagnara wrote:
> Jaroslav Kysela wrote:
> >
> > Added ommited clear() functions
> >
> > Index: pcm.c
> > /**
> > + * \brief clear snd_pcm_hw_params_t structure
> > + * \param obj pointer to structure
> > + */
> > +void snd_pcm_hw_params_clear(snd_pcm_hw_params_t *obj
On Wed, 23 Oct 2002, Guilhem Tardy wrote:
> Hi,
>
> There are some frame-based formats defined in asound.h and pcm.h. For full-rate
> GSM, frames are 260 bits every 20 ms. So my question is:
> In such a case, should an application use (and the driver define) a rate of
> 50Hz, or the standard 8000
Jaroslav Kysela wrote:
>
> Added ommited clear() functions
>
> Index: pcm.c
> /**
> + * \brief clear snd_pcm_hw_params_t structure
> + * \param obj pointer to structure
> + */
> +void snd_pcm_hw_params_clear(snd_pcm_hw_params_t *obj)
> +{
> + assert(obj);
> + memset(obj, 0, snd_pcm_h
On Thu, 24 Oct 2002, Matt Flax wrote:
> One of the more beautiful things about ALSA is the fact that it is not
> ready to settle ... it is progressive ... that in my opinion is why the
> API changes, along with other things like module names, etc.
> I'm sure though that it will and is mature en
Once upon a time, Takashi wrote :
> no, as you can see in the 0.5.x series, the sub-version number will be
> (hopefully) increased at each release once after 0.9.0 is out.
> again, the current sitatuion is excpetional.
>
> my understanding of rc-version is exactly what you suggested -- it's
> not
On Wed, 23 Oct 2002, Matthias Saou wrote:
> Seeing how the 0.9.0rc4 release went, I was wondering if the ALSA people
> wouldn't mind re-thinking the release method?
Yes, but...
> - Would it be possible to release some tarballs, supposedly identical to
> the final ones but a few hours/days before
At Wed, 23 Oct 2002 17:54:46 +0200,
Matthias Saou wrote:
>
> Once upon a time, Takashi wrote :
>
> > but, unfortuantely, we are in the stage of rc - that is, basically,
> > each release could be the final one (what an ironical situation...)
> > so, the test for the rc makes no sense from its defi
I disagree for the moment here Matthias.
In my case I have waited to see what the response was from several
people b4 thinking about installing RC4 ... the 0.9 series is after all
the 'development release'. I noticed that there were problems and so I
tried it to simply help out - to see if I had
Hi,
There are some frame-based formats defined in asound.h and pcm.h. For full-rate
GSM, frames are 260 bits every 20 ms. So my question is:
In such a case, should an application use (and the driver define) a rate of
50Hz, or the standard 8000Hz?
Thanks,
Guilhem.
___
Once upon a time, Takashi wrote :
> but, unfortuantely, we are in the stage of rc - that is, basically,
> each release could be the final one (what an ironical situation...)
> so, the test for the rc makes no sense from its definition.
Ironical indeed since this has been lasting for some time now
At Wed, 23 Oct 2002 17:05:53 +0200,
Matthias Saou wrote:
>
> Hi,
>
> Seeing how the 0.9.0rc4 release went, I was wondering if the ALSA people
> wouldn't mind re-thinking the release method?
> Apparently, Jaroslav and Takashi are the ones doing most, so this is
> especially targetted to them.
>
>
Hi,
Seeing how the 0.9.0rc4 release went, I was wondering if the ALSA people
wouldn't mind re-thinking the release method?
Apparently, Jaroslav and Takashi are the ones doing most, so this is
especially targetted to them.
One suggestion :
- Would it be possible to release some tarballs, supposed
At Wed, 23 Oct 2002 16:50:03 +0200,
Matthias Saou wrote:
>
> Once upon a time, Wolfgang wrote :
>
> > I have a problem compiling alsa-utils-0.9.0rc4:
> >
> > RedHat 8.0
> >
> > ./configure
> >
> > creating cache ./config.cache
> > configure: error: can not find install-sh or install.sh in . ./
Once upon a time, Wolfgang wrote :
> I have a problem compiling alsa-utils-0.9.0rc4:
>
> RedHat 8.0
>
> ./configure
>
> creating cache ./config.cache
> configure: error: can not find install-sh or install.sh in . ./.. ./../..
>
> Any hint?
I see the same problem. In the tarball, there are lin
Hi all,
it looks like we have problems on rc4 tarballs.
the reason is the old libtool and generated files by the old auto*
tools included in the tarballs.
so, cvscompile should work, if you have newer libtool.
anyway, we'll release rc5 ASAP.
please be patient for a while now.
Takashi
Hi everybody, I'm setting up a Linux box with a Sb Audigy, so I downloaded the latest
Alsa release but I get the following error while compiling the libraries (driver
compiling went just fine):
gcc -shared conf.lo confmisc.lo input.lo output.lo async.lo error.lo dlmisc.lo
-Wl,--whole-archive c
At Wed, 23 Oct 2002 15:21:21 +0200 (METDST),
Clemens Ladisch wrote:
>
> Takashi Iwai wrote:
> > the dependency to rawmidi was missing in the entry for hdsp driver.
> > now fixed on cvs.
>
> > Log message:
> > fixed dependency of hdsp and usb-audio drivers.
>
> Oops. And I forgot the dependency
Takashi Iwai wrote:
> the dependency to rawmidi was missing in the entry for hdsp driver.
> now fixed on cvs.
> Log message:
> fixed dependency of hdsp and usb-audio drivers.
Oops. And I forgot the dependency in alsa-kernel/core/seq/, too.
Index: alsa-kernel/core/seq/Makefile
Hallo,
I have a problem compiling alsa-utils-0.9.0rc4:
RedHat 8.0
./configure
creating cache ./config.cache
configure: error: can not find install-sh or install.sh in . ./.. ./../..
Any hint?
-Wolfgang
smime.p7s
Description: S/MIME Cryptographic Signature
"m" wrote:
> > alias sound-slot-1 snd-card-1
> > alias snd-card-1 snd-usb-audio
>
> the only thing i'm confused on is that i've now got 2 entries that say
>
> alias sound-slot-0 snd-card-0
> alias snd-card-0 snd-usb-audio
>
> alias sound-slot-1 snd-card-1
> alias snd-card-1 snd-usb-audio
>
Takashi Iwai wrote:
At Wed, 23 Oct 2002 09:37:31 +0200 (METDST),
Clemens Ladisch wrote:
Takashi Iwai wrote:
Clemens Ladisch wrote:
It seems the USB subsystem only loads the first id_table entry it finds
for each interface. As a quick fix, remove the Quattro entry from
usbquirks.h, but I'm go
On Wed, 23 Oct 2002, Maarten de Boer wrote:
> I just installed alsa-driver-0.9.0rc4, but alas i get invalid parameter
> when modprobing...
Unload all rc3 modules, check your /etc/modules.conf (replace all
instances of 'snd_xxx' with 'xxx' (but not 'snd-xxx'!), and try
modprobing snd-emu10k1
Takashi Iwai wrote:
At Wed, 23 Oct 2002 13:02:28 +0200 (CEST),
Jaroslav wrote:
On Wed, 23 Oct 2002, Martin Langer wrote:
On Wed, Oct 23, 2002 at 11:50:37AM +0200, Clemens Ladisch wrote:
And you need to say which driver to use for snd-card-1. For the UC16 with
0.9.0rc3, it would be
alias sn
sorry, just read your mail about the change in module option names.
problem solved.
maarten
---
This sf.net emial is sponsored by: Influence the future
of Java(TM) technology. Join the Java Community
Process(SM) (JCP(SM)) program now.
http:/
I just installed alsa-driver-0.9.0rc4, but alas i get invalid parameter
when modprobing...
$ uname -ra
Linux bitone 2.4.18-686 #1 Sun Apr 14 11:32:47 EST 2002 i686 unknown unknown GNU/Linux
(this is the Debian 2.4.18-686 kernel)
$ tar jxvf alsa-driver-0.9.0rc4.tar.bz2
[...]
$ cd alsa-drive
At Wed, 23 Oct 2002 12:24:41 +0100,
James Tappin wrote:
>
> On Wed, 23 Oct 2002 19:51:39 +0900
> Patrick Shirkey <[EMAIL PROTECTED]> wrote:
>
> PS> >
> PS> > What is the "true one" method of compling ALSA CVS?
> PS> >
> PS>
> PS> It's in the online docs but for your convienience
> PS>
> PS> .
> nearly:
> ./cvscompile --with-cards=xxx;make;make install
> where snd-xxx is the name of the module for your card.
i had errors running ./cvscompile and also with running the configure
script that comes with the CVS download, or manually running make
ALSAKERNELDIR=../alsa-kernel...
last nigh
At Wed, 23 Oct 2002 12:37:10 +0200 (CEST),
tomasz motylewski wrote:
>
>
> I have just updated to CVS.
>
> Debian 2.2
>
> I needed to run autoconf; ./configure; make; ./configure; make
do you mean that the original configure script in rc4 tarball doesn't
work? if yes, it's a bug of rc4 tarball
At Wed, 23 Oct 2002 13:02:28 +0200 (CEST),
Jaroslav wrote:
>
> On Wed, 23 Oct 2002, Martin Langer wrote:
>
> > On Wed, Oct 23, 2002 at 11:50:37AM +0200, Clemens Ladisch wrote:
> > > And you need to say which driver to use for snd-card-1. For the UC16 with
> > > 0.9.0rc3, it would be
> > > alias
On Wed, 23 Oct 2002 19:51:39 +0900
Patrick Shirkey <[EMAIL PROTECTED]> wrote:
PS> >
PS> > What is the "true one" method of compling ALSA CVS?
PS> >
PS>
PS> It's in the online docs but for your convienience
PS>
PS> ./cvscompile --with-cards=snd-xxx;make;make install
PS>
PS> where snd-xxx is th
On Wed, 23 Oct 2002, Martin Langer wrote:
> On Wed, Oct 23, 2002 at 11:50:37AM +0200, Clemens Ladisch wrote:
> > And you need to say which driver to use for snd-card-1. For the UC16 with
> > 0.9.0rc3, it would be
> > alias snd-card-1 snd-usb-midi
> > For 0.9.0rc4, it would be
> > alias snd
On Wed, Oct 23, 2002 at 11:50:37AM +0200, Clemens Ladisch wrote:
> And you need to say which driver to use for snd-card-1. For the UC16 with
> 0.9.0rc3, it would be
> alias snd-card-1 snd-usb-midi
> For 0.9.0rc4, it would be
> alias snd-card-1 snd-usb-audio
>
It would be better to ad
tomasz motylewski wrote:
I have just updated to CVS.
Debian 2.2
I needed to run autoconf; ./configure; make; ./configure; make
cd alsa-driver
./configure
[...]
checking for USB... no
checking for PCMCIA... yes
./configure: ALSA_TOPLEVEL_INIT: command not found
./configure: ALSA_TOPLEVEL_SELECT
I have just updated to CVS.
Debian 2.2
I needed to run autoconf; ./configure; make; ./configure; make
cd alsa-driver
./configure
[...]
checking for USB... no
checking for PCMCIA... yes
./configure: ALSA_TOPLEVEL_INIT: command not found
./configure: ALSA_TOPLEVEL_SELECT: command not found
updat
hi, and thanks,
> However, the alias for sound-slot-1 is wrong, "audio" is the name of
> the OSS driver. Make that line
> alias sound-slot-1 snd-card-1
> And you need to say which driver to use for snd-card-1. For the UC16 with
> 0.9.0rc3, it would be
> alias snd-card-1 snd-usb-midi
>
At Wed, 23 Oct 2002 12:06:39 +0200 (CEST),
Jaroslav wrote:
>
> On Wed, 23 Oct 2002, Takashi Iwai wrote:
>
> > At Wed, 23 Oct 2002 09:57:50 +0200 (CEST),
> > Jaroslav wrote:
> > >
> > > Hi all,
> > >
> > > could everybody with problems of building alsa library (undefined
> > > symbol) send me
> Seems like that something is broken, but we need to figure what. Anyway,
> you can build library with './configure --with-versioned=no'. It should
> work for all binutils, but it's not a very nice solution.
yes, this worked fine for me - everythings compiled smoothly now :)
thanks
m
--
iri
On Wed, 23 Oct 2002, Takashi Iwai wrote:
> At Wed, 23 Oct 2002 09:57:50 +0200 (CEST),
> Jaroslav wrote:
> >
> > Hi all,
> >
> > could everybody with problems of building alsa library (undefined
> > symbol) send me version of ld? (ld --version)? I will try to add a
> > detection of faulty l
At Wed, 23 Oct 2002 09:37:31 +0200 (METDST),
Clemens Ladisch wrote:
>
> Takashi Iwai wrote:
> > Clemens Ladisch wrote:
> > > It seems the USB subsystem only loads the first id_table entry it finds
> > > for each interface. As a quick fix, remove the Quattro entry from
> > > usbquirks.h, but I'm go
At Tue, 22 Oct 2002 23:58:54 +0100 (BST),
Chris Rankin wrote:
>
> Hi,
>
> It really is safe to declare these parameters as __initdata because
> their values are never referenced again once the module loads. (All
> values are copied.) And there's also a whitespace fix.
thanks, applied.
Takashi
"m" wrote:
> Patrick Shirkey wrote:
>
> > There are some changes that need to be made regarding the modules.conf
> > file and the options for the driver. Specifically all snd_xxx references
> > have been changed to just xxx. Ie remove the snd_ prefix. This has been
> > done to ensure the alsa modul
At Wed, 23 Oct 2002 09:57:50 +0200 (CEST),
Jaroslav wrote:
>
> Hi all,
>
> could everybody with problems of building alsa library (undefined
> symbol) send me version of ld? (ld --version)? I will try to add a
> detection of faulty ld to the configure script. Thanks.
as i reported before
On Wed, 2002-10-23 at 10:22, Jaroslav Kysela wrote:
> On 23 Oct 2002, m wrote:
>
> > sure, its GNU ld version 2.11.92.0.12 20011121
>
> What is your distribution?
mandrake 8.2
>
> > should we upgrade our ld? it would explain a *lot* of problems i've had
> > with compiles if there is a faulty ld
On 23 Oct 2002, m wrote:
> sure, its GNU ld version 2.11.92.0.12 20011121
What is your distribution?
> should we upgrade our ld? it would explain a *lot* of problems i've had
> with compiles if there is a faulty ld out there...
Hmm. The situation seems to be more difficult.
ld 2.9.1.0.25 - d
sure, its GNU ld version 2.11.92.0.12 20011121
should we upgrade our ld? it would explain a *lot* of problems i've had
with compiles if there is a faulty ld out there...
thanks
m
On Wed, 2002-10-23 at 08:57, Jaroslav Kysela wrote:
> Hi all,
>
> could everybody with problems of building
Hi all,
could everybody with problems of building alsa library (undefined
symbol) send me version of ld? (ld --version)? I will try to add a
detection of faulty ld to the configure script. Thanks.
Jaroslav
-
Jaroslav Kysela <[EMAIL PR
On Wed, 23 Oct 2002, Wolfgang Teichmann wrote:
> Hallo,
>
> I have problems to compile alsa-lib-0.9.0rc4 (RedHat 8.0)
>
>
> make[2]: Wechsel in das Verzeichnis Verzeichnis
> /mnt/archiv/AAA/SOUND/ALSA/stable/alsa-lib-0.9.0rc4/src
> /bin/sh ../libtool --mode=link gcc -g -O2 -Wl,--version-scrip
Takashi Iwai wrote:
> Clemens Ladisch wrote:
> > It seems the USB subsystem only loads the first id_table entry it finds
> > for each interface. As a quick fix, remove the Quattro entry from
> > usbquirks.h, but I'm going to write a patch to use both pcm and MIDI.
>
> ok, i'll remove it.
The Quatt
54 matches
Mail list logo
