* Anthony [EMAIL PROTECTED] [Jan 31 04 14:43]:
* Jaroslav Kysela [EMAIL PROTECTED] [Jan 31 04 13:16]:
It looks like that something is wrong with DACs.
Does the noise occur on all outputs?
Here is what I have done to the ice1712.c file in order to add support
for my EZ8 card. It's a temporary hack (emphesis on 'hack') until I add
code to reliably identify the ez8 from the hoontech (both cards share
the same subvendorid).
/* EZ8 Hack */
int ez8=0;
MODULE_PARM(ez8, i);
I added
Hi,
I wonder if Revo can be used as 4xstereo channel output (Delta410 at twice
the price can do it) under Alsa ? Will anyone try it ?
Delta 410 can do this:
http://www.avsforum.com/avs-vb/showthread.php?s=threadid=342158
I wonder if Revo can also do it ...
Regards,
Robert.
On Thu, 5 Feb 2004, Robert Rozman wrote:
Hi,
I wonder if Revo can be used as 4xstereo channel output (Delta410 at twice
the price can do it) under Alsa ? Will anyone try it ?
Delta 410 can do this:
http://www.avsforum.com/avs-vb/showthread.php?s=threadid=342158
Yes, but not directly in
Hi
You could always have a look at the v19 (development) branch of PortAudio
(www.portaudio.com), which offers an abstraction layer on top of host
APIs. ALSA is well supported under v19 (I am one of the authors), while
the OSS and JACK layers might need some work (although I'm not totally a
At Thu, 05 Feb 2004 03:50:30 -0500,
Doug wrote:
Here is what I have done to the ice1712.c file in order to add support
for my EZ8 card. It's a temporary hack (emphesis on 'hack') until I add
code to reliably identify the ez8 from the hoontech (both cards share
the same subvendorid).
At Wed, 04 Feb 2004 22:17:19 +0100,
Michel Dänzer wrote:
[1 text/plain; UTF-8 (8bit)]
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.
On Tue, 3 Feb 2004, James Courtier-Dutton wrote:
I attach a patch that fixes alsa-lib.
All it does it call snd_pcm_start() just before snd_pcm_wait() and due
to the if statement just above it, will only happen when the buffer is
going to be filled, therefore ensuring that even if
At Thu, 05 Feb 2004 00:08:18 +0100,
Joern Nettingsmeier wrote:
[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
Hi,
sorry for the late reply - i overlooked this post.
At Thu, 29 Jan 2004 14:51:34 +0100,
Thomas Charbonnel wrote:
I just had a look and here again there is code in the hdsp driver
directly inherited form the rme9652 driver. There are two competing
spdif bits handling mechanisms there,
Takashi Iwai wrote:
At Thu, 05 Feb 2004 00:08:18 +0100,
Joern Nettingsmeier wrote:
[crossposted to alsa-devel and jackit-devel]
[removed jackit-devel from cc:]
hi *!
i'd like to use the rear outs of my sblive platinum with jack.
the following works:
# aplay some.wav -Dfront
# aplay
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hey,
During a thread on alsa-user I was told that aoss does not wrap fopen() calls.
Since I am trying to dmix/dnsoop/asym some oss applications, I am trying to
find a way around this restriction.
Could you point me to a good idea of implementing
Takashi Iwai wrote:
At Thu, 05 Feb 2004 00:08:18 +0100,
Joern Nettingsmeier wrote:
[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
Takashi Iwai wrote:
At Thu, 05 Feb 2004 03:50:30 -0500,
Doug wrote:
Here is what I have done to the ice1712.c file in order to add support
for my EZ8 card. It's a temporary hack (emphesis on 'hack') until I add
code to reliably identify the ez8 from the hoontech (both cards share
the same
On Thu, 5 Feb 2004, Peter Kirk wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hey,
During a thread on alsa-user I was told that aoss does not wrap fopen() calls.
Since I am trying to dmix/dnsoop/asym some oss applications, I am trying to
find a way around this restriction.
Hi. If I understood correctly ice1712 is capable of hardware mixing 10
channels. How do I access these different channels from eg. aplay
Like sblive can do:
aplay -D front
aplay -D rear
simultaneously, without blocking each other (or can it?)
I would need access to Audiophile 2496's analog
regarding Jesse's problem:
it looks like RME*.conf are broken.
does the attached patch work?
Sorry, I had already created a new H-DSP.conf and figured out
it needed the 'interface PCM'. I was able to use ac3dec -C to
open the device, and attempted to stream through it, but nothing
On Thu, 2004-02-05 at 12:52, Takashi Iwai wrote:
At Wed, 04 Feb 2004 22:17:19 +0100,
Michel Dnzer wrote:
This patch changes the JACK plugin to use a unique client name, which
allows for multiple ALSA streams to share a JACK server.
thanks, committed to cvs now (with compile warning
On Thu, Feb 05, 2004 at 12:01:28PM +0100, Jaroslav Kysela wrote:
My point is, I don't think setting start_threshold to buffer_size is
even wrong at all. Some people might want the buffer to be full before
it starts, and my patch allows for that.
It's not wrong semantics. I see - it's
On Thu, 5 Feb 2004, Glenn Maynard wrote:
On Thu, Feb 05, 2004 at 12:01:28PM +0100, Jaroslav Kysela wrote:
My point is, I don't think setting start_threshold to buffer_size is
even wrong at all. Some people might want the buffer to be full before
it starts, and my patch allows for
At Wed, 04 Feb 2004 23:03:50 +,
James Courtier-Dutton wrote:
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
At Wed, 04 Feb 2004 23:03:50 +,
James Courtier-Dutton wrote:
One thing that is good though, is this allowed me to do lots of testing
for people that have codecs with fixed rates. If you do get my alc650
codec working again with variable rates, please make sure there is some
sort of
On Thu, Feb 05, 2004 at 08:38:23PM +0100, Jaroslav Kysela wrote:
Otherwise, programs will work on some hardware and not others, which is
a case that should be minimized as much as possible; it's these kinds
of subtle differences that make it very hard to write reliable (sound,
video, etc)
Jaroslav Kysela wrote:
On Thu, 5 Feb 2004, Glenn Maynard wrote:
On Thu, Feb 05, 2004 at 12:01:28PM +0100, Jaroslav Kysela wrote:
My point is, I don't think setting start_threshold to buffer_size is
even wrong at all. Some people might want the buffer to be full before
it starts, and my patch
Takashi Iwai wrote:
At Wed, 04 Feb 2004 23:03:50 +,
James Courtier-Dutton wrote:
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
please attach /etc/asound.state and the contents of
/proc/asound/card0/codec97#0/* files.
OK, attached them into the bugtracking system.
--
Niccolo Rigacci
Firenze - Italy
War against Iraq? Not in my name!
---
The SF.Net email is
My Intel motherboard (D845WN) has built-in intel8x0 (82801BA)
audio with the Headphone -- Master swapping problem...
This fixed it for me:
--- ./pci/intel8x0.c.orgWed Jan 28 18:56:24 2004
+++ ./pci/intel8x0.cWed Jan 28 21:59:02 2004
@@ -1751,6 +1751,12 @@
.name
27 matches
Mail list logo
