Okay, I don't mean to get anything wrong, but we seem to be doing a lot
of fiddling around with code here, but maybe looking at the diff between
the non-Audigy2 and with-Audigy2 versions of the emu10k1 (creative)
driver, we could glean more useful information?
http://cvs.sourceforge.net/cgi-bin/vi
Hi,
i've been debugging a problem with a xiph.org library called libao.
Playing was distorted when using alsa but fine with oss.
I tracked this down to libao using snd_pcm_hw_params_set_period_size
instead of snd_pcm_hw_params_set_buffer_size. Changing to the later
fixes the problem and playba
Several C source files does not explicitly include the headers files
they need; instead they rely on asoundlib.h to include them. Here is a
list of missing includes:
alsa-tools-0.9.0rc7/ac3dec/output.c: # include
alsa-tools-0.9.0rc7/ac3dec/output.c: # include
Hi gurus, I'm seeing this weird problem in current cvs (same problem
when tested with cvs of 20030307):
Connections:
Oxygen8 Midi output -> Quattro Midi input
Quattro USB -> laptop USB port
- start computer (with everything connected)
a) usb system is loaded..., Quattro recognized, snd-usb-
- Original Message -
From: "Luke Yelavich" <[EMAIL PROTECTED]>
To: "Pete Barnard" <[EMAIL PROTECTED]>
Sent: Friday, March 21, 2003 1:18 PM
Subject: Re: [Alsa-user] Sound Card compatibility?
> Hi
> That card will be fine, as it uses the snd-intel8x0 module. You shuldn't
> have any problem
On March 10, 2003 06:03 am, Thomas Fjellstrom wrote:
> Ouch.. I forgot to mention I have a SBLive! Value. I know someone else is
> now working on a similar addition to allegro and doesn't have the problem,
> but he doesn't have an emu10k1 based card...
Hi, I know your busy, Just wondering if any p
well, I would like if you update the adatpci driver.
or maybe the tascam428 driver
:)
On Fri, 2003-03-21 at 11:50, Robert Vetter wrote:
> Hello everybody,
>
> My name is Robert and I'm very much interested in working on ALSA Project with
> you. I primarily would like to develop a new driver fo
On Fri, 2003-03-21 at 11:05, Paul Davis wrote:
> > Well, I guess thanks then for saving the rest of my vacation Friday
> >from being a total waste of time. I took the day off to focus on getting
> >this Alsa stuff going. Now I find I cannot. Too bad for me I guess.
>
> mark - i'm not trying to
[...]
> It appeared that Martijn Sipkema was working on a library:
> http://sourceforge.net/mailarchive/message.php?msg_id=1511505
I'm sorry to say that it is nowhere near finished.
--ms
---
This SF.net email is sponsored by:Crypto Challeng
> Well, I guess thanks then for saving the rest of my vacation Friday
>from being a total waste of time. I took the day off to focus on getting
>this Alsa stuff going. Now I find I cannot. Too bad for me I guess.
mark - i'm not trying to apportion blame, but i would note that if you
had not upd
On Fri, 2003-03-21 at 09:45, Paul Davis wrote:
> >Now, this all worked fine on the previous 2.4.19-1.ll kernel from the
> >PlanetCCRMA site **BEFORE** I updated firmware on the HDSP 9652 for new
> >Win XP driver support. After updating firmware for the card, the
> >alsaconf program I had for the 2.
Hello everybody,
My name is Robert and I'm very much interested in working on ALSA Project with
you. I primarily would like to develop a new driver for a souncard, which is
not supported by ALSA yet, perhaps some USB stuff from Midiman?
Please let me know what are the possibilities for me to be
Hello,
I was wondering if any more work has been done on the Unitor8/AMT8 driver? I
found this webpage which had a working version of the alsa driver but for
the USB only:
http://www.math.tu-berlin.de/~sbartels/unitor/
Unfortunately no more work had been done on that since the 28th of May,
2000. I
At Mon, 17 Mar 2003 22:23:07 +,
Matthew Yee-King wrote:
>
>
>
> >
> > i found it, too, and did a quick fix in the train returning from the
> > LAD meeting last evening :) please try the cvs version.
>
>
> ok i've now got the cvs driver running.
>
> more observations:
>
> - recording d
>Now, this all worked fine on the previous 2.4.19-1.ll kernel from the
>PlanetCCRMA site **BEFORE** I updated firmware on the HDSP 9652 for new
>Win XP driver support. After updating firmware for the card, the
>alsaconf program I had for the 2.4.19-1.ll kernel no longer recognized
>the card at all
On Fri, 2003-03-21 at 08:39, Justin Cormack wrote:
> On Fri, 2003-03-21 at 16:17, Mark Knecht wrote:
> > Takashi,
> >I have two sound devices (on-board Via device and an RME HDSP 9652)
> > but I only want to configure the RME. Currently alsaconf finds the RME,
> > attempts to install the driver
On 21-Mar-2003 cw wrote:
> I suggest that if we dont recieve a response from your earlier
> email to egosys we should try this guy.
I also tried to contact egosys a few weeks ago. I got no answer,
so I didn't buy a WT card.
Bye.
---
This SF
On Fri, 2003-03-21 at 16:17, Mark Knecht wrote:
> Takashi,
>I have two sound devices (on-board Via device and an RME HDSP 9652)
> but I only want to configure the RME. Currently alsaconf finds the RME,
> attempts to install the drivers, and then the drivers fail saying they
> cannot find the ca
At Wed, 19 Mar 2003 22:35:17 +0900,
Jon Ellis wrote:
>
> On Wednesday, March 19, 2003, at 09:08 PM, Justin Cormack wrote:
>
> > On Wed, 2003-03-19 at 09:49, Jon Ellis wrote:
> >> On Tuesday, March 18, 2003, at 10:29 PM, Takashi Iwai wrote:
> >>>
> >>> i guess it reached to 32bit int limit (401*
Takashi,
I have two sound devices (on-board Via device and an RME HDSP 9652)
but I only want to configure the RME. Currently alsaconf finds the RME,
attempts to install the drivers, and then the drivers fail saying they
cannot find the cards. I had hoped that possibly the log file would give
me
At Tue, 18 Mar 2003 17:03:12 +0100,
Andreas Mohr wrote:
>
> Hi all,
>
> - fix typo and change comment for Inspiron's Maestro 3
> - update azt3328.c to mention sound improvements with newer PCI168 revisions
applied to cvs. thanks!
Takashi
-
At Wed, 19 Mar 2003 14:11:08 +0100,
Pieter Palmers wrote:
>
> Hi,
>
> I'm currently writing a driver for the Guillemot MaxiStudio ISIS card,
> and I have the following question:
> how do I integrate my driver into the ALSA tree? I'm totaly infamiliar
> with the autoconf/automake stuff...
> For
Hi,
first please read the mail to ecasound-list below.
It seems that with newer ALSA versions, snd_pcm_read[in]() sometimes
returns -EIO even though documentation says nothing about this. After some
testing this seems to not happen on direct hw-access, only with
the pcm_plugin. The EIO comes fr
At 21 Mar 2003 05:50:47 -0800,
Mark Knecht wrote:
>
> Hi,
>The --help option says that I can get a log file from alsaconf using
> the -L option. If I look in /tmp while alsaconf is running, I see some
> files, but when alsaconf has finished, the files are gone...
yep, they are temporary worki
Hi,
The --help option says that I can get a log file from alsaconf using
the -L option. If I look in /tmp while alsaconf is running, I see some
files, but when alsaconf has finished, the files are gone...
[EMAIL PROTECTED] mark]$ ls /tmp
alsaconf.3nMgvm alsaconf.txNTFm ksocket-mark orbit-ma
Hi,
Frank Neumann of the linux audio devel list has been kind enough to send
the email address of the contact he made at Musikmesse 2002, this is the
guy who sent the Wamibox code over (http://eca.cx/lad/2002/06/0167.html)
its [EMAIL PROTECTED]
I suggest that if we dont recieve a response from y
At Fri, 21 Mar 2003 07:51:41 -0500,
Paul Davis wrote:
>
> >> It would be a good thing if the necesary structs (snd_ctl_t, et c.)
> >> were available in an unofficial include file in the library.
> >
> >THIS is the very question.
> >so far, in the implementation of alsa-lib, we have been trying to
At Thu, 20 Mar 2003 10:52:18 +0200,
Andrei Boros wrote:
>
>
> I finally got the modules to compile and work. make-3.79 gave me a
> headache to install last night, but I got it in.
>
> I built the snd-opti92x-ad848 module and attempted to use it:
>
> isapnp configures the card as :
> gate:/l
At Fri, 21 Mar 2003 13:56:50 +0100 (CET),
Jaroslav wrote:
>
> On Fri, 21 Mar 2003, Patrick Shirkey wrote:
>
> > Fernando Pablo Lopez-Lezcano wrote:
> > >
> > > It would be nice that the user not need to type magic numbers into a
> > > configuration file, unique or not. I don't know what it invol
Hallo,
Pete Barnard hat gesagt: // Pete Barnard wrote:
> I have just installed Red Hat Linux 7.3 on my pc at work and will be
> installing the ALSA drivers. However, the sound card is described
> as a "SoundMax integrated Audio" (I don't really know much about
> this card and cannot find it on th
On Fri, 21 Mar 2003, Patrick Shirkey wrote:
> Fernando Pablo Lopez-Lezcano wrote:
> >
> > It would be nice that the user not need to type magic numbers into a
> > configuration file, unique or not. I don't know what it involves, but it
> > would make using the configuration file much easier.
> >
Jaroslav Kysela wrote:
On Fri, 21 Mar 2003, Pieter Palmers wrote:
Hi all,
I face the following problem: The card I'm writing a driver for (SAM9707
based) doesn't support any form of DMA transfer. It requires you to
transfer the PCM data through a 'rep outsw' like mechanism. It raises an
inter
At Fri, 21 Mar 2003 13:31:02 +0100 (CET),
Jaroslav wrote:
>
> On Fri, 21 Mar 2003, Pieter Palmers wrote:
>
> > Hi all,
> >
> > I face the following problem: The card I'm writing a driver for (SAM9707
> > based) doesn't support any form of DMA transfer. It requires you to
> > transfer the PCM dat
>> It would be a good thing if the necesary structs (snd_ctl_t, et c.)
>> were available in an unofficial include file in the library.
>
>THIS is the very question.
>so far, in the implementation of alsa-lib, we have been trying to hide
>this. the all strucs are suppose to be opaque (except for so
That card may not even be full duplex. For a very cheap, compatible
card you can use an Ensoniq Audio PCI. This is 16 bit 48KHz. I've done
some decent two channel recording with one of those. There are a couple
of decent two channel 24 bit 96KHz cards based on the envy24 chipset
that run about
On Fri, 21 Mar 2003, Pieter Palmers wrote:
> Hi all,
>
> I face the following problem: The card I'm writing a driver for (SAM9707
> based) doesn't support any form of DMA transfer. It requires you to
> transfer the PCM data through a 'rep outsw' like mechanism. It raises an
> interrupt when it ne
Hi all,
I face the following problem: The card I'm writing a driver for (SAM9707
based) doesn't support any form of DMA transfer. It requires you to
transfer the PCM data through a 'rep outsw' like mechanism. It raises an
interrupt when it needs new data. The transfer flow is as follows:
1) al
Hi Lars,
[i forwarded this to alsa-devel, since i'd like to keep the development
as open as possible.]
BACKGROUND:
we're trying to define a C++ library set on the top of alsa-lib.
my idea is to provide this library separately from alsa-lib itself,
i.e. as a c++ wrapper library (just like the r
I finally got the modules to compile and work. make-3.79 gave me a
headache to install last night, but I got it in.
I built the snd-opti92x-ad848 module and attempted to use it:
isapnp configures the card as :
gate:/lib/modules/2.2.24/misc# isapnp /etc/isapnp.conf
Board 1 has Identity 1f 08
Andrew de Quincey:
> Cool, I'll add that to my list
> BTW, attached is my current state of analysis of the mixer devices.. not
> complete yet (been very busy recently).
>
> If you can be bothered, can you confim what I've got so far?
I've obviously had little success being bothered so far... I g
40 matches
Mail list logo
