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
> 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 sponso
Hello,
Does anybody know if it is possible to get fluidsynth to output
different instruments on different midi channels to different audio
channels? For example, I would like to send a piano instrument on midi
channel 1 out of channels 1 & 2 of the my delta66 and then have a rhodes
ep on midi
On Thu, 2004-02-05 at 12:52, Takashi Iwai wrote:
> At Wed, 04 Feb 2004 22:17:19 +0100,
> Michel DÃnzer 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
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 th
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 & di
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 sub
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
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
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
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 o
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 ignore
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 allo
At Thu, 5 Feb 2004 14:15:22 -0500,
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,
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 someother.w
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
> 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
stre
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
-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 th
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
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
At Wed, 04 Feb 2004 22:17:19 +0100,
Michel Dänzer wrote:
>
> [1 ]
>
> 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.
thanks, committed to cv
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).
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
jo
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
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 direc
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.
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 t
* 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?
> >
29 matches
Mail list logo
