Takashi Iwai wrote:
>
> Adding another macro (like snd_assert in alsa-driver) instead of
> standard assert? The behavior can be dependent upon the compile
> condition, i.e. with full debug message, return only, replaced with
> the normal assert macro, or even ignored.
>
> const char *snd_pcm_na
Hello
I have been testing IBM T20 laptop that has soundfusions soundcard and uses
cs461x driver.
Alsa driver versions, that I have tested are 0.5.11 and 0.5.12. Both got the
same problem.
The problem is that I cannot play or record with it 8bit soundfiles. 16bit
is okay and above that.
Is the
Hi,
I try to play some .midi files. But there seems to lack some
initialization. pmidi -l gives an empty list. My modules are:
~$cat /proc/modules
snd-pcm-oss45344 0
snd-mixer-oss 11232 0 [snd-pcm-oss]
snd-seq-oss23840 0
snd-synth-emu10k1 5376 0
On Mon, 12 Nov 2001, Tim Goetze wrote:
> it appears is missing some declarations and
> definitions related to snd_ctl_power_* in current alsa-cvs.
> alsa-util/alsactl will not compile. i locally patched asoundlib.h to
> provide these declarations, and now aplay fails to compile,
> snd_pcm_mmap_w
Takashi Iwai wrote:
>
> Adding another macro (like snd_assert in alsa-driver) instead of
> standard assert? The behavior can be dependent upon the compile
> condition, i.e. with full debug message, return only, replaced with
> the normal assert macro, or even ignored.
>
> const char *snd_pcm_na
On Thu, 8 Nov 2001, [iso-8859-1] Jörn Nettingsmeier wrote:
> Jaroslav Kysela wrote:
> >
> > Hello,
> >
> > because we had many questions about the SB Live mixer, I've tried
> > to write an initial document describing the features of the ALSA's DSP
> > code. You can find it in alsa-driver/
Jaroslav Kysela wrote:
>
> On Thu, 8 Nov 2001, [iso-8859-1] Jörn Nettingsmeier wrote:
>
> > Jaroslav Kysela wrote:
> > >
> > > Hello,
> > >
> > > because we had many questions about the SB Live mixer, I've tried
> > > to write an initial document describing the features of the ALSA's DSP
On Tue, 13 Nov 2001, [iso-8859-1] Jörn Nettingsmeier wrote:
> Jaroslav Kysela wrote:
> >
> > On Thu, 8 Nov 2001, [iso-8859-1] Jörn Nettingsmeier wrote:
> >
> > > Jaroslav Kysela wrote:
> > > >
> > > > Hello,
> > > >
> > > > because we had many questions about the SB Live mixer, I've tried
Hi Mark,
(now Cc'ed to alsa-devel for better debugging environment)
At Mon, 12 Nov 2001 22:34:27 -0800,
Mark Glines wrote:
>
> snd_pcm_period_elapsed() hangs the machine trying to get a lock on
> substream->runtime->lock, which when called from snd_m3_update_ptr()
> from an IRQ, seems to alrea
At Mon, 12 Nov 2001 21:44:19 +0100,
Stefan Schwandter wrote:
>
> On Mon, Nov 12, 2001 at 06:47:27PM +0100, Takashi Iwai wrote:
>
> > Ok, to be sure: you cannot load snd-card-cs46xx twice, although the
> > first time was succeeded. Correct?
>
> Yes. But if it is loaded automatically, when i sta
On Tue, Nov 13, 2001 at 04:16:37PM +0100, Takashi Iwai wrote:
> Yes, really.. This sounds like something wrong entries of the ALSA
> configuration. Could you show /etc/modules.conf to verify?
Appended.
> Also, can you add printk()'s into the appropriate part
> in snd_card_cs46xx_probe() (card
Hi,
At Tue, 13 Nov 2001 16:56:54 +0100,
Stefan Schwandter wrote:
>
> On Tue, Nov 13, 2001 at 04:16:37PM +0100, Takashi Iwai wrote:
>
> > Yes, really.. This sounds like something wrong entries of the ALSA
> > configuration. Could you show /etc/modules.conf to verify?
>
> Appended.
How about
On Tue, Nov 13, 2001 at 05:03:33PM +0100, Takashi Iwai wrote:
> How about to add the following line in your config file?
> options snd snd_cards_limit=1
> options snd-card-cs46xx snd_index=0
Doesn't make things better, sorry :-(
I must admit that I don't really know where I should put the
pri
Jaroslav Kysela wrote:
>
>
> The third update is in CVS with more notes about the FX-bus and other
> channel controls for PCM streams.
>
> Jaroslav
great. the mystery of the last 1024 mixer channels unveiled !
attached is a small patch with one q
Forgotten to include alsa-devel here..
--- Begin Message ---
On Tue, Nov 13, 2001 at 04:10:18PM +0100, Takashi Iwai wrote:
> I was not aware of this problem.
>
> We need to know on which part, maestro3 or pcm core, this problem
> lies. As far as I looked into the code, the locking in
> snd_pc
Today Jaroslav Kysela wrote:
>On Mon, 12 Nov 2001, Tim Goetze wrote:
>
>> it appears is missing some declarations and
>> definitions related to snd_ctl_power_* in current alsa-cvs.
>> alsa-util/alsactl will not compile. i locally patched asoundlib.h to
>> provide these declarations, and now apla
Am Mittwoch, 7. November 2001 22:33 schrieb Anders Torger:
> On Wednesday 07 November 2001 23.18, you wrote:
> >
> > 1.) alsa-oss-0.9.0beta9 fails to compile with:
> > make: *** No rule to make target `aoss.in', needed by `aoss'. Stop.
> > Is aoss.in missing in the tar-ball, or am I doing somethi
Hi,
I'm currently writing an image flipbook tool
that uses ALSA to synchronize a sequence of
images to a given audio track. I originally wrote
the program using ALSA 0.5, however, I'm having
trouble re-writing my application to use the newer
0.9 alsa-lib API.
Specific
Takashi Iwai wrote:
>
> Hi,
>
> At Sat, 10 Nov 2001 19:37:47 +0900,
> Patrick Shirkey wrote:
> >
> > I didn't notice this until now but it seems the mic channel has a
> > problem capturing a signal on these cards.
> >
> > I think it is because the mute is reversed on this channel. ie with mute
>
Oh yeah,
Mute for the mic boost channel is backwards too.
--
Patrick Shirkey - Boost Hardware Ltd.
Http://www.boosthardware.com - For the discerning hardware connoisseur.
http://www.boosthardware.com/LAU/Linux_Audio_Users_Guide/
==
Scott,
As you may have noticed, my patch was weak in regards to clean playback.
I have a newer esound patch available for alsa 0.9.0beta9 which also
fixes those problems with playback. Please check it out. I'd be
interested how it works for you.
http://webpages.charter.net/tprado/esound/
I also am running a SMP system. I also have lockups quite frequently but
have not yet found the cause. If you'd like me to run any tests on my
own system to help, let me know. My stats are: kernel 2.4.12-3mdk SMP,
alsa 0.9.0beta9. If CONFIG_DEBUG_SPINLOCK is disabled by default, mine
is d
Scott,
As you may have noticed, my patch was weak in regards to clean playback.
I have a newer esound patch available for alsa 0.9.0beta9 which also
fixes those problems with playback. Please check it out. I'd be
interested how it works for you. http://webpages.charter.net/tprado/esound/
Hi, I wrote this before, but I did not get any response.
When I compile my kernel for i386 on an AMD Athlon, the
alsa latency test is giving me weird distortion (knispering
sound, like a dusty vinyl record)
$ arecord -r 44100 -f S16_LE | aplay
does not seem to have this problem.
It really does
On Tue, Nov 13, 2001 at 06:09:50PM +0100, Maarten de Boer wrote:
> Hi, I wrote this before, but I did not get any response.
>
> When I compile my kernel for i386 on an AMD Athlon, the
> alsa latency test is giving me weird distortion (knispering
> sound, like a dusty vinyl record)
> $ arecord -
>with ALSA's snd-pcm-oss emulation module. If you get good results
>with that, it'll be the ALSA library or the ALSA functions in the
>latencytest programs which are screwing up, not your system.
latencytest+ALSA on my machine has decent latency down to <2ms. ALSA
*in general* is not responsible
On Tue, Nov 13, 2001 at 07:14:29PM -0500, Paul Davis wrote:
> >with ALSA's snd-pcm-oss emulation module. If you get good results
> >with that, it'll be the ALSA library or the ALSA functions in the
> >latencytest programs which are screwing up, not your system.
>
> latencytest+ALSA on my machin
27 matches
Mail list logo
