At 02 Apr 2003 00:17:49 +,
Giuliano Pochini wrote:
>
>
> > My driver do not work anymore with xmms (alsa-xmms plugin) and
> > alsaplayer. [...]
>
> I tried to force the alsaplayer plugin to set S16_LE format (data is BE
> on powerpc) and it do not spit that errors anymore, but it do not play
Jaroslav Kysela ha scritto:
On Tue, 1 Apr 2003, Abramo Bagnara wrote:
I agree with Jaroslav fully:
- have one ALSA control for each primitive hw control (1536 different
controls)
- add a field to struct sndrv_ctl_elem_info explaining how index field
of sndvr_ctl_elem_id should be interpreted (3
On 02-Apr-2003 Takashi Iwai wrote:
>> I don't set .copy callback and ->dma_area should be 0 because the card
>> uses a sg-list. #:(
>
> no, dma_area should not be zero. you shouldn't change the value, if
> you use snd_pcm_lib_malloc_pages(). in the case of sg-buffer,
> dma_area will hold the vir
At Wed, 02 Apr 2003 12:33:18 +0200 (CEST),
Giuliano Pochini wrote:
>
>
> On 02-Apr-2003 Takashi Iwai wrote:
> >> I don't set .copy callback and ->dma_area should be 0 because the card
> >> uses a sg-list. #:(
> >
> > no, dma_area should not be zero. you shouldn't change the value, if
> > you use
On 02-Apr-2003 Takashi Iwai wrote:
> sorry, which fields do you mean exactly?
> runtime->private_data and runtime->hw ?
Yes.
> anyway, runtime->dma_area and runtime->dma_bytes MUST be filled
> manually IFF you don't use snd_pcm_lib_malloc_pages().
> (dma_area won't be needed if the mmap is not s
On Wed, 2 Apr 2003, Abramo Bagnara wrote:
> Jaroslav Kysela ha scritto:
> > On Tue, 1 Apr 2003, Abramo Bagnara wrote:
> >
> >
> >>I agree with Jaroslav fully:
> >>- have one ALSA control for each primitive hw control (1536 different
> >>controls)
> >>- add a field to struct sndrv_ctl_elem_info
Hello.
I've some problem with my audio IC on my motherboard : A7V8X ,
the via 8235, only with big application like games : ut2003 for example.
For me, latest version (0.9.2) of alsa-lib and alsa-driver don't work very
well for my configuration, and, if it's not very hard, i want compile alsa
w
Jaroslav Kysela ha scritto:
On Wed, 2 Apr 2003, Abramo Bagnara wrote:
Jaroslav Kysela ha scritto:
On Tue, 1 Apr 2003, Abramo Bagnara wrote:
I agree with Jaroslav fully:
- have one ALSA control for each primitive hw control (1536 different
controls)
- add a field to struct sndrv_ctl_elem_info
On Wed, 2 Apr 2003, Abramo Bagnara wrote:
> Jaroslav Kysela ha scritto:
> > On Wed, 2 Apr 2003, Abramo Bagnara wrote:
> >
> >
> >>Jaroslav Kysela ha scritto:
> >>
> >>>On Tue, 1 Apr 2003, Abramo Bagnara wrote:
> >>>
> >>>
> >>>
> I agree with Jaroslav fully:
> - have one ALSA control for
At Sun, 30 Mar 2003 20:51:14 +0200,
Benny Sjostrand wrote:
>
> Hi!
>
> I've been working of lot things, hopefully all theese changes can
> integrated painless.
>
> Pathes are available for download at:
> http://www.cucumelo.org/~gorm/cs46xx.patch (for
> alsa-kernel/pci/cs46xx/* changes)
> htt
At Wed, 02 Apr 2003 12:55:04 +0200 (CEST),
Giuliano Pochini wrote:
>
>
> On 02-Apr-2003 Takashi Iwai wrote:
> > sorry, which fields do you mean exactly?
> > runtime->private_data and runtime->hw ?
>
> Yes.
>
> > anyway, runtime->dma_area and runtime->dma_bytes MUST be filled
> > manually IFF yo
On 02-Apr-2003 Takashi Iwai wrote:
>> > anyway, runtime->dma_area and runtime->dma_bytes MUST be filled
>> > manually IFF you don't use snd_pcm_lib_malloc_pages().
>> > (dma_area won't be needed if the mmap is not supported and copy
>> > callback is defined, though.)
>>
>> I use snd_pcm_lib_malloc
Hi,
At Thu, 27 Mar 2003 20:51:18 +,
Andrew de Quincey wrote:
>
> Hi, this patch enables output from the front speakers on Audigy2 cards. I've removed
> the
> rubbish I had for disabling the AC97 codec mixer.
thanks! now the patch in the cvs.
i changed the initial Wave playback volume for
At Wed, 02 Apr 2003 17:18:13 +0200 (CEST),
Giuliano Pochini wrote:
>
>
> On 02-Apr-2003 Takashi Iwai wrote:
> >> > anyway, runtime->dma_area and runtime->dma_bytes MUST be filled
> >> > manually IFF you don't use snd_pcm_lib_malloc_pages().
> >> > (dma_area won't be needed if the mmap is not supp
Jaroslav Kysela ha scritto:
I feel we are still thinking in a different way. The separating of
volatile data is only access and memory optimization. The code in the
control interface uses still linear lookups. Note that there is no
restriction to use this "multi" element for matrix only. Then addre
>Ortogonally to that, IMO the increasing numbers of controls in modern
>professional hardware justify the choice of hash table access to
>controls (try to imagine a 26 channel hardware level meter that need to
>be polled 50 times per second).
TotalMix for the HDSP will not do that. Thomas is wo
On Wed, 2 Apr 2003, Abramo Bagnara wrote:
> Jaroslav Kysela ha scritto:
> >
> > I feel we are still thinking in a different way. The separating of
> > volatile data is only access and memory optimization. The code in the
> > control interface uses still linear lookups. Note that there is no
> > r
On Wed, 2 Apr 2003, Paul Davis wrote:
> >Ortogonally to that, IMO the increasing numbers of controls in modern
> >professional hardware justify the choice of hash table access to
> >controls (try to imagine a 26 channel hardware level meter that need to
> >be polled 50 times per second).
>
> T
Paul Davis ha scritto:
Ortogonally to that, IMO the increasing numbers of controls in modern
professional hardware justify the choice of hash table access to
controls (try to imagine a 26 channel hardware level meter that need to
be polled 50 times per second).
TotalMix for the HDSP will not d
Jaroslav Kysela ha scritto:
On Wed, 2 Apr 2003, Abramo Bagnara wrote:
Jaroslav Kysela ha scritto:
I feel we are still thinking in a different way. The separating of
volatile data is only access and memory optimization. The code in the
control interface uses still linear lookups. Note that there
>On Wed, 2 Apr 2003, Paul Davis wrote:
>
>> >Ortogonally to that, IMO the increasing numbers of controls in modern
>> >professional hardware justify the choice of hash table access to
>> >controls (try to imagine a 26 channel hardware level meter that need to
>> >be polled 50 times per second).
>Paul Davis ha scritto:
>>>Ortogonally to that, IMO the increasing numbers of controls in modern
>>>professional hardware justify the choice of hash table access to
>>>controls (try to imagine a 26 channel hardware level meter that need to
>>>be polled 50 times per second).
>>
>>
>> TotalMix f
Hi Benny,
I just tested your patches with my terratec DMX XFire 1024. Rear channel
doesn't seem to work as intended:
I always get the same output out of both output jacks when I play back
on hw:0,0 (should be on the first/front output only, I assume).
I can't hear anything from the analog output
On Mon, Mar 31, 2003 at 10:45:34AM +0200, Takashi Iwai wrote:
> please give the chip verison (listed in /proc/asound/cards in the
> latest alsa driver). and try pcm:0,1 (or /dev/adsp for oss) device.
> this should work (almost) as same as 0.9.0rc6.
Hi Takashi,
I'm seeing this same problem on my
Hi all,
I just upgraded to Mdk 9.1 and reinstalled all of the MIDI-related
stuff, as well as the Alsa 0.9.2 (from sources, after uninstalling Mdk's
RPM's). I also installed Fernando's modified alsasound script that
enables smart unloading of snd- modules.
The end result is that the midisport work
Jordi Mallach wrote:
On Mon, Mar 31, 2003 at 10:45:34AM +0200, Takashi Iwai wrote:
please give the chip verison (listed in /proc/asound/cards in the
latest alsa driver). and try pcm:0,1 (or /dev/adsp for oss) device.
this should work (almost) as same as 0.9.0rc6.
Hi Takashi,
I'm seeing this sa
I found out last night that input 3 is not working for the latest cvs.
All the other i/o ports are functioning correctly though.
--
Patrick Shirkey - Boost Hardware Ltd.
Http://www.boosthardware.com
Http://www.djcj.org - The Linux Audio Users guide
Being o
27 matches
Mail list logo
