Look at the physical addresses. They're spaced by 4KB, but the periods
are 11KB long and 11026*344100 !! You can imagine how beatiful sound I
get... What am I missing ?
Ehm, I found the problem, ignore my previous msg.
Bye.
---
This
alsa-kernel/core/seq/Makefile contains the following:
obj-$(CONFIG_SND_SEQ_DUMMY) += snd-seq-dummy.o
However, there is no definition of CONFIG_SND_SEQ_DUMMY anywhere !!!
I believe CONFIG_SND_SEQ_DUMMY should be set to m if dummy driver and
sequencer support are enabled.
On Tuesday, March 18, 2003, at 10:29 PM, Takashi Iwai wrote:
i guess it reached to 32bit int limit (401*60*4*44100).
so far, aplay/arecord doesn't support more than size_t max, which is
32bit on i386.
Yep, that was my guess too. Is this something anyone is interested in
fixing?
A couple of
First of all, my make is 3.77 and lacks support for the $(if
CONDITION,THEN-PART[,ELSE-PART])
function. So I tried to replace it by some sort of equivalent selected
by existing conditionals.
As make does not support the syntax below, it ignore it.
in alsa-driver/alsa-kernel/core/seq:
#
# this
I'm facing another *£%@ problem. When period size is a multiple or
submultiple of PAGE_SIZE, it works fine, but when it isn't, sound
clicks, pops, repeapeapeats, skps :(( And since the period never crosses
physically the page boundary because I split it when it happens, I can't
imagine what's
At Wed, 19 Mar 2003 10:48:09 +0200,
Andrei Boros wrote:
alsa-kernel/core/seq/Makefile contains the following:
obj-$(CONFIG_SND_SEQ_DUMMY) += snd-seq-dummy.o
However, there is no definition of CONFIG_SND_SEQ_DUMMY anywhere !!!
thanks for finding this.
fixed on cvs now.
Takashi
Hi,
At Tue, 18 Mar 2003 20:48:08 +0100,
Laurent Canet wrote:
Hi,
On the HPPA architecture, devices (including sound ones) are memory-mapped.
On particular machines, memory access to devices are not consistent,
i.e. data wrote to memory could be cached by the CPU, thus inacessible
to the
On Wed, 2003-03-19 at 09:49, Jon Ellis wrote:
On Tuesday, March 18, 2003, at 10:29 PM, Takashi Iwai wrote:
i guess it reached to 32bit int limit (401*60*4*44100).
so far, aplay/arecord doesn't support more than size_t max, which is
32bit on i386.
Yep, that was my guess too. Is this
Hi,
I'm currently writing a driver for the Guillemot MaxiStudio ISIS card,
and I have the following question:
how do I integrate my driver into the ALSA tree? I'm totaly infamiliar
with the autoconf/automake stuff...
For the moment I only need it on my own machine, so I compile it separately.
On Wednesday, March 19, 2003, at 09:08 PM, Justin Cormack wrote:
On Wed, 2003-03-19 at 09:49, Jon Ellis wrote:
On Tuesday, March 18, 2003, at 10:29 PM, Takashi Iwai wrote:
i guess it reached to 32bit int limit (401*60*4*44100).
so far, aplay/arecord doesn't support more than size_t max, which
At Wed, 19 Mar 2003 14:33:44 +0200,
Andrei Boros wrote:
Takashi Iwai wrote:
well, some points noted.
I am still searching for an acceptable way to have this compatible with
make-3.77 without breaking anything.
1. CONFIG_SND_SEQUENCER is set to m only in the alsa-driver configure
At 19 Mar 2003 12:24:30 +,
Giuliano Pochini wrote:
I'm facing another *£%@ problem. When period size is a multiple or
submultiple of PAGE_SIZE, it works fine, but when it isn't, sound
clicks, pops, repeapeapeats, skps :(( And since the period never crosses
physically the page boundary
Hi there,
I'm trying to update the version of Alsa in the Linux kernel v2.5.65 from CVS.
Their doesn't seem to be any documentation on how to do this the *right* way.
It seems that what one should do is copy the CVS/alsa-kernel directory into your
/usr/src/linux/sound directory.
If I do this,
Hey all,
I figured out what was going on.
It seems that sound/usb/Kconfig is a duplicate of sound/Kconfig and is causing the
conf script to hose itself.
Also, it seems that alsa-kernel/core/memalloc.h doesn't exist anymore, but is
referenced by alsa-kernel/core/memalloc.c.
Is CVS alsa-kernel
there still appears to be a bug in the trident driver. i have been
running jack with a period size of 1024, and it works fine. when i
change that to 4096 frames, the kernel does a hard oops, with the oops
occuring in enable_hlt(). the rest of the trace doesn't make much
sense, and i cannot feed it
On Wed, 19 Mar 2003, Paul Davis wrote:
there still appears to be a bug in the trident driver. i have been
running jack with a period size of 1024, and it works fine. when i
change that to 4096 frames, the kernel does a hard oops, with the oops
occuring in enable_hlt(). the rest of the trace
I'm facing another *£%@ problem. When period size is a multiple or
submultiple of PAGE_SIZE, it works fine, but when it isn't, sound
clicks, pops, repeapeapeats, skps :(( And since the period never crosses
physically the page boundary because I split it when it happens, I can't
imagine
On Wed, Mar 19, 2003 at 01:10:02PM -0500, Paul Davis wrote:
there still appears to be a bug in the trident driver. i have been
running jack with a period size of 1024, and it works fine. when i
change that to 4096 frames, the kernel does a hard oops, with the oops
occuring in enable_hlt(). the
On 19 Mar 2003, Giuliano Pochini wrote:
I'm facing another *% problem. When period size is a multiple or
submultiple of PAGE_SIZE, it works fine, but when it isn't, sound
clicks, pops, repeapeapeats, skps :(( And since the period never crosses
physically the page boundary because I
On Wed, 19 Mar 2003, Martin Langer wrote:
On Wed, Mar 19, 2003 at 01:10:02PM -0500, Paul Davis wrote:
there still appears to be a bug in the trident driver. i have been
running jack with a period size of 1024, and it works fine. when i
change that to 4096 frames, the kernel does a hard
At Wed, 19 Mar 2003 17:49:51 +0100 (CET),
Jaroslav wrote:
Hi all,
the dmix plugin was extended to support channel bindings and
mixing code for 32-bit samples (24-bit resolution).
I'd like to introduce new two plugins (seems also most wanted by
ALSA users): dsnoop and dshare.
On Wednesday, March 19, 2003, at 11:45 PM, Takashi Iwai wrote:
(B
(B At Wed, 19 Mar 2003 22:35:17 +0900,
(B Jon Ellis wrote:
(B
(B i'll give it a try... my suspicion is that it wont work because it's
(B the number of... er, frames (? I'm not sure i'm using the correct
(B names
(B for
On Wed, 19 Mar 2003, Takashi Iwai wrote:
At Wed, 19 Mar 2003 17:49:51 +0100 (CET),
Jaroslav wrote:
Hi all,
the dmix plugin was extended to support channel bindings and
mixing code for 32-bit samples (24-bit resolution).
I'd like to introduce new two plugins (seems also
Sure. First example is for the dmix plugin and ice1712 (10 playback
channels - last two are S/PDIF, so this configuration allows sharing of
the S/PDIF jack):
pcm.dmix_spdif {
type dmix
ipc_key 5678293
Hmm, sorry for my ignorance, but what does this number mean and where
All.
Could someone please let me know the status of Audigy 2 support with the alsa drivers?
Audigy 2 is not yet shown in the supported sound cards matrix.
However, I am aware that the latest emu10k1 source from cvs (this year, 2003) now has
Audigy 2 support, whereas the latest compiled version
25 matches
Mail list logo
