On Sun, 11 Nov 2001, Paul Davis wrote:
> i just wanted to note that xrun reporting via snd_pcm_avail_update()
> doesn't actually work.
>
> when i run with small period sizes ((64-1024 frames) and no SCHED_FIFO
> and cause my audio thread to be sluggish, i get audible problems with
> the sound but
On Sun, 11 Nov 2001, Paul Davis wrote:
> 24 bit cards use 32 bit formats, with 24 bits valid and 8 bits unused.
which means you could hide all sorts of information in your 24 bit audio
files. hrm...
-dave
--
perl -e'@email=split(//,".tenmhd\@nosbud");foreach$letter(@email){$
email=$letter.$em
I am using kernel 2.4.14 and the alsa module via8233 says device does
not exist when it tries to find my via8233 sound card (chip on
motherboard).
I know it works because the "other" operating system finds it quite
nicely -- any suggestions as to what might be the problem?
Thanks.
--
Richard Guenther wrote:
>
>
> So the following steps need to be done before releasing 1.0:
> - remove all assert()s from exported API functions, instead
Nope.
> replace them with usual checks and return appropriate errors
> instead (and document this). F.i.
> const char *snd_pcm_name(snd_p
Paul Davis wrote:
>
> i just wanted to note that xrun reporting via snd_pcm_avail_update()
> doesn't actually work.
>
> when i run with small period sizes ((64-1024 frames) and no SCHED_FIFO
> and cause my audio thread to be sluggish, i get audible problems with
> the sound but no xruns are ever
I can't seem to get the digital outputs on my Game Theater XP to produce
output on the digital
SPDIF/IEC-958 or Toslink optical outputs. My receiver just sits there claiming
"UNLINK" and the light on the Toslink
output does not turn on. Is the digital output feature supported in the cs46
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_writei and friends seem to be missing from asoundl
On Sun, Nov 11, 2001 at 07:11:45PM +0100, Richard Guenther wrote:
> I have some serious concerns about the usage of assert()s in the
> alsa library code. As any public API function is guarded with
> asserts() against calls with incorrect arguments (and more
> asserts for other stuff), a call with
On Mon, 12 Nov 2001, Abramo Bagnara wrote:
> None of the asserts should be generated on a bogus input from user and
> if this is not true this *IS* a bug and need to be fixed.
I see the following code in a lot of places in current CVS (I did not
check current cvs before my first mail, but relied
Hi,
At Sun, 11 Nov 2001 19:11:45 +0100 (CET),
Richard Guenther wrote:
>
> Hi!
>
> I have some serious concerns about the usage of assert()s in the
> alsa library code. As any public API function is guarded with
> asserts() against calls with incorrect arguments (and more
> asserts for other stu
On Mon, 12 Nov 2001, Takashi Iwai wrote:
> I agree that the function should return instead of terminate the
> program.
Yes, a library should never terminate a program - worst offender
is exit(), but assert() is the same.
> One conern is whether to put a warning/error message when an invalid
> a
I am getting really disappointed and annoyed trying to obtain
low latency. I have been losing so much time by now, and it
still doesn't work as I expected.
I now have kernel 2.4.14 with Andrew Mortons LL patch, configured
and activated thorugh sysctl, compiled for 386 (even though I have
an AMD A
Hi,
At Thu, 8 Nov 2001 12:40:08 +0100,
Stefan Schwandter wrote:
>
> On Wed, Oct 31, 2001 at 06:14:19PM +0100, Stefan Schwandter wrote:
>
> > When I load the snd-card-cs46xx module the first time, everything works
> > well. However, wenn I unload it with modprobe -r snd-card-cs46xx and
> > then
Paul Davis wrote:
>
> i just wanted to note that xrun reporting via snd_pcm_avail_update()
> doesn't actually work.
>
> when i run with small period sizes ((64-1024 frames) and no SCHED_FIFO
> and cause my audio thread to be sluggish, i get audible problems with
> the sound but no xruns are ever
Richard Guenther wrote:
>
>
> So the following steps need to be done before releasing 1.0:
> - remove all assert()s from exported API functions, instead
Nope.
> replace them with usual checks and return appropriate errors
> instead (and document this). F.i.
> const char *snd_pcm_name(snd_p
Hi,
At Fri, 9 Nov 2001 00:10:40 -0500 (EST),
Ricardo Colon wrote:
>
> How would I change the send_event function in seq-sender.c(which seq.c
> includes) so that it plays a chord(for ex, MIDI notes 60, 62, and 64)
> instead of a single note.
Change the program code :)
The seq-sender.c is really
At Fri, 9 Nov 2001 10:26:12 +0100 (CET),
Jaroslav wrote:
>
> On Fri, 9 Nov 2001, Ricardo Colon wrote:
>
> > Ok. I now understand what the doc says.
> >
> > After I fill the queue field(in an event) with the proper queue number,
> > how do I actually enqueue a timestamped event to the designated
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
> off the sound channel cannot be heard
Hi,
At Sat, 10 Nov 2001 20:11:24 +0900,
Patrick Shirkey wrote:
>
> Can someone fill me in on where the midi support for this chip is at
> please? I am in the process of building a stereo portable HDD recorder
> and it would be good to have the option for midi support which could
> turn this mach
At Mon, 12 Nov 2001 18:39:33 +0100,
Stefan Schwandter wrote:
>
> On Mon, Nov 12, 2001 at 04:41:09PM +0100, Takashi Iwai wrote:
>
> > Hmm, this could be a bug of ALSA 0.9.0.
> > Is there any other kernel message regarding this?
>
> No...
>
> > Can you reload snd-card-cs46xx (not snd-card-0) twi
On Mon, Nov 12, 2001 at 04:41:09PM +0100, Takashi Iwai wrote:
> Hmm, this could be a bug of ALSA 0.9.0.
> Is there any other kernel message regarding this?
No...
> Can you reload snd-card-cs46xx (not snd-card-0) twice?
Using snd-card-cs46xx instead of snd-card-0 has exactly the same
effect.
T
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 start playing an mp3 in
xmms for example, it is properly loaded. Strange, isn't
22 matches
Mail list logo