Re: [Alsa-devel] 0.5.x vs 0.9.x

2001-12-01 Thread Ken Arromdee
On Sun, 2 Dec 2001, Patrick Shirkey wrote: > It is a royal PITA to trouble shoot for people using the outdated > drivers when the majority of the problems are solved when people upgrade > to the 0.9.x releases. Where can I find someone willing to troubleshoot for someone (me) trying to use an 0.9

Re: [Alsa-devel] more snd_pcm_link observations

2001-12-01 Thread Tim Goetze
On Dec 1 Abramo Bagnara wrote: >Tim Goetze wrote: >> >> Abramo Bagnara wrote: >> >> >Don't make this mistake: poll *have* to return immediately in *all* >> >cases where to wait is useless (i.e. when no non-user driven event may >> >happen). >> > >> >This is the rule you need to remember. >> >>

Re: [Alsa-devel] Inappropriate ioctl for device

2001-12-01 Thread Josh Green
On Sat, 2001-12-01 at 18:18, Christophe Baillon wrote: > Hi > > I try to compile several examples of programms using alsa, found > on the alsa's website, but i have got always a message like : > > ALSA lib pcm_hw.c:598:(snd_pcm_hw_open) SNDRV_PCM_IOCTL_PVERSION failed: > Inappropriate ioctl for

[Alsa-devel] Inappropriate ioctl for device

2001-12-01 Thread Christophe Baillon
Hi I try to compile several examples of programms using alsa, found on the alsa's website, but i have got always a message like : ALSA lib pcm_hw.c:598:(snd_pcm_hw_open) SNDRV_PCM_IOCTL_PVERSION failed: Inappropriate ioctl for device Error opening hw:0,0 alsa version is 0.9.0beta9, and kernel 2

Re: [Alsa-devel] arecord not currently working?

2001-12-01 Thread Jaroslav Kysela
On Sat, 1 Dec 2001, James Tappin wrote: > Over the last few days I've been having problems with arecord. > > Basically it writes the file header, prints its status line and then hangs > at 100% CPU usage. Forcing a coredump reveals: > > #0 0x40194eb7 in poll () from /lib/libc.so.6 > #1 0x40058d

Re: [Alsa-devel] more snd_pcm_link observations

2001-12-01 Thread Abramo Bagnara
Tim Goetze wrote: > > Abramo Bagnara wrote: > > >Don't make this mistake: poll *have* to return immediately in *all* > >cases where to wait is useless (i.e. when no non-user driven event may > >happen). > > > >This is the rule you need to remember. > > ok. here's a rule simple enough for me to

Re: [Alsa-devel] more snd_pcm_link observations

2001-12-01 Thread Tim Goetze
Abramo Bagnara wrote: >Don't make this mistake: poll *have* to return immediately in *all* >cases where to wait is useless (i.e. when no non-user driven event may >happen). > >This is the rule you need to remember. ok. here's a rule simple enough for me to remember :) but should poll in this cas

[Alsa-devel] arecord not currently working?

2001-12-01 Thread James Tappin
Over the last few days I've been having problems with arecord. Basically it writes the file header, prints its status line and then hangs at 100% CPU usage. Forcing a coredump reveals: #0 0x40194eb7 in poll () from /lib/libc.so.6 #1 0x40058d4f in snd_pcm_wait (pcm=0x80595c0, timeout=-1) at p

Re: [Alsa-devel] bug in alsa-lib

2001-12-01 Thread Jaroslav Kysela
On Sun, 2 Dec 2001, Kyle Centers wrote: > Hi! > > I've been working with an xmms plugin the last few days, and I seem to > have found a bug in libasound.so. > > Calling snd_pcm_open(...) in a program compiled as an executable > binary works fine (ie it returns no errors, and doesn't die). But if

[Alsa-devel] bug in alsa-lib

2001-12-01 Thread Kyle Centers
Hi! I've been working with an xmms plugin the last few days, and I seem to have found a bug in libasound.so. Calling snd_pcm_open(...) in a program compiled as an executable binary works fine (ie it returns no errors, and doesn't die). But if compiled as part of a dynamic library, say an xmms

Re: [Alsa-devel] more snd_pcm_link observations

2001-12-01 Thread Abramo Bagnara
Tim Goetze wrote: > > and another related problem: when i poll any stream before it is started, > poll() returns immediately, too. while one may in an esoteric mood argue > that this makes sense in the playback case since the stream *is* ready for > data, this behaviour is nonsense with a capture

[Alsa-devel] 0.5.x vs 0.9.x

2001-12-01 Thread Patrick Shirkey
It seems that the majority of problems people have these days on the users list are to do with 0.5.x drivers. Isn't it about time the main webpage is changed to reflect the fact that o.9.x is much better supported and consistently more stable than the 0.5.x series? It is a royal PITA to trouble s

[Alsa-devel] more snd_pcm_link observations

2001-12-01 Thread Tim Goetze
[with fresh alsa-cvs update] i'm doing mmap'ed io on the audiophile (ice1712) with: hw_params->period_size = 2048 sw_params->avail_min = 1024 as long as i use only one stream, i get 2048 available frames when poll() returns. 1024 would be nicer, but it's workable like this, too. as soon as i

Re: Re: [Alsa-devel] Freeze on SMP with Alsa-0.9.0 CVS

2001-12-01 Thread Emmanuel Fleury
[EMAIL PROTECTED] wrote: > HELP !!! Still freeze on smp-machine with card Terratec ewx24/96 > ice1712. Any patch for this card. I suspect here too there is a > problem of spin_unlock. Did you tried to get the last CVS archive ? What sort of freeze are you getting ? (what software are running,

[Alsa-devel] Re: [Alsa-devel] Freeze on SMP with Alsa-0.9.0 CVS

2001-12-01 Thread [EMAIL PROTECTED]
HELP !!! Still freeze on smp-machine with card Terratec ewx24/96 ice1712. Any patch for this card. I suspect here too there is a problem of spin_unlock. Thank you. Paolo > Fixed. > > > Jaroslav Kysela produced a patch that fixed this problem perfectly. It > seems to be a spinl

Re: [Alsa-devel] corruption in snd_pcm_multi code

2001-12-01 Thread Jeremy Hall
yeah I know and I looked at that and it all looks fine. I need to look at the exact calls to track it down. I was just hoping you might be able to see an easy thing. Let me know if you do get time to look at it. _J In the new year, Jaroslav Kysela wrote: > On Sat, 1 Dec 2001, Jeremy Hall wrote

Re: [Alsa-devel] corruption in snd_pcm_multi code

2001-12-01 Thread Jaroslav Kysela
On Sat, 1 Dec 2001, Jeremy Hall wrote: > What more info can I provide to help assist you? I'm sorry, I have no time to check this thing. All initialization is being done in _snd_pcm_multi_open and snd_pcm_multi_open. Jaroslav - Jaroslav Kysel

Re: [Alsa-devel] corruption in snd_pcm_multi code

2001-12-01 Thread Jeremy Hall
What more info can I provide to help assist you? _J In the new year, Jeremy Hall wrote: > What more info can I provide? > > _J > > In the new year, Jeremy Hall wrote: > > Here is a segment of my .asoundrc. > > > > pcm_slave.rme9652_s { > > pcm rme9652_0 > > } > > pcm.rme9652_1 { > > t

[Alsa-devel] problems with libaoss

2001-12-01 Thread Jeremy Hall
Hi, I have the following definition in my .asoundrc: pcm.dsp0 { type plug pcm.slave rme9652_48 ttable.0.0 0.25 ttable.1.1 0.25 ttable.0.2 1 ttable.1.3 1 } When I play with freeamp which was linked with libaoss.so, I get what sounds like old audio being played in the buffer late. When I use eca

Re: [Alsa-devel] Freeze on SMP with Alsa-0.9.0 CVS

2001-12-01 Thread Emmanuel Fleury
Fixed. Jaroslav Kysela produced a patch that fixed this problem perfectly. It seems to be a spinlock problem. The patch is now available from the CVS archive. Thanks a lot to Jaroslav -- Emmanuel Either (a) Solaris has solved the faster-than-light problem, and Sun engineers should get

[Alsa-devel] CMI8738 and AUX Volume Control

2001-12-01 Thread Alec Edworthy
Hi, I grabbed Alsa from CVS (on 29th Nov) and found that the mute control on the AUX channel was reversed which meant that if I did not use alsamixer to set my volume controls then the channel was constantly muted. By altering the one on the end of line 1976 in the cmipci.c file to a zero this e