On 02-Mar-2003 Jaroslav Kysela wrote:
On 2 Mar 2003, Giuliano Pochini wrote:
I wrote a very minimal driver that does nothing and I put it
in /pci directory. How do I compile it ?
alsa-driver or alsa-kernel ? I recommend using alsa-driver directory for
tests.
Driver. What is alsa-kernel
On Mon, Mar 03, 2003 at 09:21:24AM +0100, Giuliano Pochini wrote:
What is alsa-kernel ? :))
alsa soundcard drivers, which are also part of the linux-2.5.x kernel tree
bye,
martin
---
This sf.net email is sponsored by:ThinkGeek
Welcome
At Sat, 1 Mar 2003 19:26:34 +0100,
Martin Langer wrote:
Hi,
the ALSA-0.5 Geode Driver (geode.c) on
http://www.gctglobal.com/Download/alsa-geode.tar.gz
which still waits for a port to 0.9 has the following license, which is not
GPL. Is it really possible to include such a license into
On Mon, Mar 03, 2003 at 11:44:02AM +0100, Takashi Iwai wrote:
At Sat, 1 Mar 2003 19:26:34 +0100,
Martin Langer wrote:
Hi,
the ALSA-0.5 Geode Driver (geode.c) on
http://www.gctglobal.com/Download/alsa-geode.tar.gz
which still waits for a port to 0.9 has the following license,
At Mon, 03 Mar 2003 02:25:03 +0100,
Benny Sjostrand wrote:
[1 text/plain; us-ascii (7bit)]
Hi!
With this patch AC3 through IEC958 should work OK, and synchronizations
problems with the SPDIF output should be gone. (about SPDIF input the
status is still the same)
I've tested it with
Thomas,
Will this work cover the HDSP 9652 also, or is that different and has to
wait?
Thanks,
Mark
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Thomas
Charbonnel
Sent: Sunday, March 02, 2003 3:43 PM
To: Paul Davis
Cc: alsa-devel
Subject:
On Mon, 2003-03-03 at 15:23, Mark Knecht wrote:
Thomas,
Will this work cover the HDSP 9652 also, or is that different and has to
wait?
Thanks,
Mark
No, sorry, I'm afraid you'll have to wait.
Thomas
---
This sf.net email is
At 03 Mar 2003 14:51:15 +1100,
Allan Klinbail wrote:
Hi
I upgraded my CVS of alsa today and noticed some changes in the behaviou
of the mtpav driver..
On first startup of the device, everything worked perfectly... on the
second and susbsequent I observed no output from the device
Patrick Shirkey wrote:
Patrick Shirkey wrote:
Takashi Iwai wrote:
I see it too with the quattro and another user has reported it with
the audigy. It would be nicer if we didn't have to remember to unload
the usb-audio driver before hotplugging. Is it possible to make that
happen.
At Mon, 03 Mar 2003 11:11:16 -0500,
Paul Davis wrote:
although the former doesn't allocate the buffer in advance by checking
the pci id, but it will preserve the buffers at alsasound stop or
restart operations just like the latter does.
so when does it allocate them?
when the allocator
jaroslav - how often do you sync with linus ? i am wondering what the
best approach is for maintaining my ALSA source base given that i am
now building and running 2.5. i'd prefer to use ALSA CVS ...
--p
---
This sf.net email is sponsored
At Mon, 03 Mar 2003 11:11:16 -0500,
Paul Davis wrote:
although the former doesn't allocate the buffer in advance by checking
the pci id, but it will preserve the buffers at alsasound stop or
restart operations just like the latter does.
so when does it allocate them?
when the allocator
Thomas,
Thanks for the update.
Mark
-Original Message-
From: Thomas Charbonnel [mailto:[EMAIL PROTECTED]
Sent: Monday, March 03, 2003 6:40 AM
To: Mark Knecht
Cc: alsa-devel
Subject: RE: [PATCH] HDSP rms and peak registers correct offsets
(was:Re:[Alsa-devel] hdsp driver)
At Mon, 03 Mar 2003 11:37:20 -0500,
Paul Davis wrote:
At Mon, 03 Mar 2003 11:11:16 -0500,
Paul Davis wrote:
although the former doesn't allocate the buffer in advance by checking
the pci id, but it will preserve the buffers at alsasound stop or
restart operations just like the latter
they aren't. that's the whole problem. on my old system (148MB of
RAM), allowing fsck to run would prevent memory allocation. i don't
know of any distribution that inserts modules that early. do you?
aha, but fsck runs even before snd-hammerfall-mem, doesn't it? (unless
you bulit it in kernel)
At Mon, 03 Mar 2003 11:59:56 -0500,
Paul Davis wrote:
they aren't. that's the whole problem. on my old system (148MB of
RAM), allowing fsck to run would prevent memory allocation. i don't
know of any distribution that inserts modules that early. do you?
aha, but fsck runs even before
Levi Burton wrote:
Has anyone tried the dmix plugin thats part of alsa rc8? This looks
interesting, but im scared if I install rc8, I will be bitten by that
alsa-lib bug again.
I was fscking around with it on Saturday. So far I have managed to use
multiple instances of aplay but other apps
since snd-hammerfall-mem has nothing to do with filesystems on disk,
there is no danger.
as long as the snd-hammerfall-mem module itself on the filesystem is
not broken. it may happen not rarely if the filesystem crashed just
after (or during) installing the new module files.
when this is
On Tue, 4 Mar 2003, Patrick Shirkey wrote:
Has anyone tried the dmix plugin thats part of alsa rc8? This looks
I was fscking around with it on Saturday. So far I have managed to use
multiple instances of aplay but other apps like alsaplayer bork at it. I
have yet to figure out why but I
has anybody else noticed signs of sf.net throttling anon CVS access
recently? if i try 2 CVS commands with only a very short interval
between them, the second one fails. wait 1-2 mins, try again, it
works.
---
This sf.net email is sponsored
On Mon, 3 Mar 2003, Kai Vehmanen wrote:
Try matching the alsaplayer period_size to the one used by dmix with
the -f 22052 alsaplayer option.
alsaplayer doesn't accept resolution other than multiple of 32 bytes
PS Opening dmix in non-interleaved mode produces totally garbled output:
hi.
I tried a hdsp9652 install this weekend and found out I had to add another case line
to get it recognised at all (instead of downgrading firmware).
this seems to work for now ( although the driver claims that
ALSA ../../alsa-kernel/pci/rme9652/hdsp.c:2935: I/O Box is a Digiface )
m.
Hi all,
we are going to release 0.9.0 final this week. The 0.9.0rc8 serie
is the last. I will release next 0.9.0rc8 package as soon as a serious bug
is fixed. Please, report us compilation problems and functional problems
to the alsa-devel mailing list. We will try to fix them ASAP.
I tried a hdsp9652 install this weekend and found out I had to add another cas
e line to get it recognised at all (instead of downgrading firmware).
this seems to work for now ( although the driver claims that
ALSA ../../alsa-kernel/pci/rme9652/hdsp.c:2935: I/O Box is a Digiface )
i've already
24 matches
Mail list logo