I've got an old laptop called dell latitude xpi with an es-1888 chip called something
like plug and play audiodrive inside it.
I've tried using the alsa-drivers (and also the builtin kernel drivers) for it, but
with no success.
I do get sound, however it is played at half speed, or even maybe s
Is there any news from Linus or other kernel developers about
accepting the ALSA kernel patches into 2.5.x?
Also, are there any plans for sound multiplexing done in ALSA? I
searched the mailing list but I couldn't find a definitive answer. I would
like to be able not to run 'artsd'
Hi,
Richard Gooch wrote:
> Tell me how the driver no longer works. I repeat: you now get a
> warning. You can still use the driver.
devfs_mk_dir returns an error now, so the driver won't be able to make
new dev nodes available. So far it was legal to manually create a
directory under devfs, now
> Use some file in native hardware format.
aplay: set_params:724: Channels count non available
Is what i get for a mono file.
jack.
___
Alsa-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/alsa-devel
Roman Zippel writes:
> Hi,
>
> Richard Gooch wrote:
>
> > Well, no, it was never a valid option. It was always a bug. In any
> > case, the stricter behaviour isn't preventing people from using their
> > drivers, it's just issuing a warning. The user-space created device
> > node still works.
>
> I don't know. It's hardware specific. Some hardware must be initialized
> (registers) to do a proper mono->stereo conversion.
Which is what I was thinking too (after all I just spent a day debugging
this driver).
But alsaplayer seems to work fine. I can play the same mono file, and
it comes ou
On Fri, 7 Dec 2001, Jack Moffitt wrote:
> > And 'aplay -D hw:0,0 '?
>
> jack@babyjesus:/usr/share/sounds$ aplay -l
> card 0: card0 [PowerMac Tumbler], device 0: PMac Tumbler [PowerMac
> Tumbler]
> Subdevices: 1/1
> Subdevice #0: subdevice #0
> jack@babyjesus:/usr/share/sounds$ aplay -D hw:0
> jack@babyjesus:/usr/share/sounds$ aplay -D hw:0,0 generic.wav
> Playing WAVE 'generic.wav' : Signed 16 bit Little Endian, Rate 44100
> Hz, Mono
> aplay: set_params:719: Sample format non available
I forgot to mention that this works without the -D hw:0,0 option.
jack.
___
> And 'aplay -D hw:0,0 '?
jack@babyjesus:/usr/share/sounds$ aplay -l
card 0: card0 [PowerMac Tumbler], device 0: PMac Tumbler [PowerMac
Tumbler]
Subdevices: 1/1
Subdevice #0: subdevice #0
jack@babyjesus:/usr/share/sounds$ aplay -D hw:0,0 generic.wav
Playing WAVE 'generic.wav' : Signed 16 b
On Fri, 7 Dec 2001, Jack Moffitt wrote:
> > I don't see it. Is the aplay utility working properly?
>
> It seems to exhibit the same behavior. This is strange.
And 'aplay -D hw:0,0 '?
It appears like a driver problem (wrong mono sample output or incorrect
mixer settings at the driver level).
> I don't see it. Is the aplay utility working properly?
It seems to exhibit the same behavior. This is strange.
jack.
___
Alsa-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/alsa-devel
Hi,
Richard Gooch wrote:
> Well, no, it was never a valid option. It was always a bug. In any
> case, the stricter behaviour isn't preventing people from using their
> drivers, it's just issuing a warning. The user-space created device
> node still works.
But the driver doesn't. You changed the
On Fri, 7 Dec 2001, Jack Moffitt wrote:
> Xiph.org has made a cross platform audio output library called ao. It
> has output plugins for most major oses and platforms.
>
> I've been doing some work to bring our alsa09 plugin up to date, and ran
> into a little bug.
>
> It seems that whenever mon
Xiph.org has made a cross platform audio output library called ao. It
has output plugins for most major oses and platforms.
I've been doing some work to bring our alsa09 plugin up to date, and ran
into a little bug.
It seems that whenever mono output is played, the result only comes out
one spe
> Thanks! You patches are now applied to CVS.
Thanks.
> I've added error check from tumbler_init(). Could you try out?
You broke the build :)
You added a '{' on one line accidently. Here's a patch.
Other than that, your error checking code is fine.
jack.
Index: tumbler.c
===
Hi,
the latest opl3sa2 driver on cvs includes experimental power
management support.
As usual the driver has not been tested fully, so if you have a
notebook with opl3sa, please take the latest source and give a try.
Thanks.
Takashi
___
Alsa-devel m
Hi,
I added experimental codes to control HW volume on maestro2 (es1968)
from the docking station. The new function is not tested since I
myself don't own the docking stuff..
If you have es968 docking station, please give a try and report
whether it works or not.
Thanks.
Takashi
__
Rene Rebe writes:
> On Thu, 6 Dec 2001 23:09:14 -0700
> Richard Gooch <[EMAIL PROTECTED]> wrote:
>
> > Rene Rebe writes:
> > > At least since 2.4.17-pre4 and -pre5 devfs is not handling
> > > permissions in the right way with ALSA:
[...]
> > > rene@jackson:/dev > l dsp sound/dsp
> > > ls: sound/
Roman Zippel writes:
> Hi,
>
> On Thu, 6 Dec 2001, Richard Gooch wrote:
>
> > Two possibilities:
> >
> > - the module is trying to register "unknown" twice. The old devfs core
> > was forgiving about this (although it was always a driver bug to
> > attempt to create a duplicate). The new cor
Hi,
On Thu, 6 Dec 2001, Richard Gooch wrote:
> Two possibilities:
>
> - the module is trying to register "unknown" twice. The old devfs core
> was forgiving about this (although it was always a driver bug to
> attempt to create a duplicate). The new core won't let you do that.
> Error 17 i
At Thu, 6 Dec 2001 17:31:34 -0700,
Jack Moffitt wrote:
>
> The current CVS version of ALSA is broken for ibook2 tumbler based
> cards. After digging in quite a bit, I finally found and fixed several
> bugs, although there is still one more pending.
Thanks! You patches are now applied to CVS.
At Fri, 07 Dec 2001 12:25:47 +0100,
I wrote:
>
> Hi,
>
> i found now alsa-lib includes iatomic.h defining atomic operations for
> each arch. good, that's the right way.
> however, there is one more stuff from linux header files: rmb() in
> pcm_meter.c. this stuff should be copied into iatomic.
Hi,
i found now alsa-lib includes iatomic.h defining atomic operations for
each arch. good, that's the right way.
however, there is one more stuff from linux header files: rmb() in
pcm_meter.c. this stuff should be copied into iatomic.h, too.
also, it would be better to define atomic*() and rm
Thomas Tonino wrote:
> The option "IEC958 Output Switch" indeed neatly enables the digital
> output with a quiet signal. When I enable the "IEC958 DAC To Out"
> switch I get very distorted output. I'm using XMMS or MPG123 with OSS
> emulation.
I started playing around in the driver with so
After extensively debugging this, I do not think the problem is in alsa.
_J
In the new year, Jeremy Hall wrote:
> any words on this?
>
> _J
>
> In the new year, Jeremy Hall wrote:
> > Hi,
> >
> > I can't find a difference in the way audioengine and jack open / configure
> > the alsa device, b
25 matches
Mail list logo