On Wed, 4 Feb 2004, James Courtier-Dutton wrote:
See attached file.
It contains a test program, and a readme.txt with details on how to
configure the dmix device in order to carry out the test.
Basically, the value of snd_pcm_delay() returned when using the dmix
device is wrong.
See
It seems that I'm the only guy who is trying to use an AWE64
without OSS emulation.
I've tried asfxload with my AWE64 and it doesn't work. Probably
this is due to my ignorance since I've only a basic understanding
of PCM playback and none about MIDI (with ALSA I mean).
The question is the
On Wed, 4 Feb 2004 09:42:05 +0100
segfault [EMAIL PROTECTED] wrote:
I've verified that the only hwdep activated on my PC is
an OPL3. Why the EMU8k synth hwdep device is not active on
my comp. even after I've load all the relevant modules ?
I didn't like to bother the devel ML with such
At Wed, 4 Feb 2004 09:42:05 +0100,
segfault wrote:
It seems that I'm the only guy who is trying to use an AWE64
without OSS emulation.
are you using 1.0.2 or later driver?
asfxload doesn't work with the older driver.
Takashi
---
The
Hi
I cant load soundfonts with asfxload and i can with sfxload (0.5.0)
No Emux synth hwdep device is found
and in my lsmod appears:
snd_hwdep 8448 2 snd_emu10k1
snd_emux_synth 40384 1 snd_emu10k1_synth
well the emu10k1 synths works :)
Josep
Did you some tests with xine and 1.0.2 libraries? I tried to fix all
problems related to xine there (including the last reported problem from
you).
The delay values might be affected by this issue: The dmix plugin can
start in the middle of period of the master (hw:x device). In this case,
Suddenly there seems to be a heap of Firewire (non-mLAN) semi-pro
audio interfaces launched or to be launched. Some of the usual culprits are
Tascam, M-Audio, Edirol, Presonus (Firepod not Firestation), Hercules,
Mackie (firewire
option card for Onyx mixers), Echo Audio. Now it would seem that
On Wed, 4 Feb 2004, James Courtier-Dutton wrote:
Did you some tests with xine and 1.0.2 libraries? I tried to fix all
problems related to xine there (including the last reported problem from
you).
The delay values might be affected by this issue: The dmix plugin can
start in
Now that dmix is working well, I felt like trying something new. :)
This patch changes the JACK plugin to use a unique client name, which
allows for multiple ALSA streams to share a JACK server.
Unfortunately, as reported earlier, some apps hang with the JACK plugin,
and some even fail, e.g.
[crossposted to alsa-devel and jackit-devel]
hi *!
i'd like to use the rear outs of my sblive platinum with jack.
the following works:
# aplay some.wav -Dfront
# aplay someother.wav -Drear
both signals end up at my mixer as expected, so it seems the devices
are independent.
front is hw:0,0
At Mon, 02 Feb 2004 19:42:37 +,
James Courtier-Dutton wrote:
Once thing I have noticed, is that with the alc650, we used to have VRA
(alsa 0.9.8), but the 1.0.2 intel8x0 driver ignores the VRA and fixes
itself at 48000.
yes, the detection of sample rate range seems broken for some
Hi guys, this is my first note to the list so I'm going to try and get
some background information to start on this task.
After talking with Bill, the author of gkrellm, I need to find out if
ALSA supports 'callbacks' (a new concept in c++ to me).
quoted from our email:
--
A while back
Takashi Iwai wrote:
At Mon, 02 Feb 2004 19:42:37 +,
James Courtier-Dutton wrote:
Once thing I have noticed, is that with the alc650, we used to have VRA
(alsa 0.9.8), but the 1.0.2 intel8x0 driver ignores the VRA and fixes
itself at 48000.
yes, the detection of sample rate range seems
Quoting Thomas Charbonnel [EMAIL PROTECTED]:
Hi,
In the process of debuging the problems some hdsp users are
experiencing, I reviewed almost every single line of code in the hdsp
driver, and there are things in there that were inherited from the
old
rme9652 driver and that don't seem
14 matches
Mail list logo
