Hi,
As you may know the hdsp has a variable number of channels depending on
the sample rate. The card's internal routing is controlled by a matrix
mixer. For convenience simple mixer ctls are defined at card
initialization. When the number of channels change, I flag the .access
field of the
Hi, am I being stupid, or do the mixer controls not work under the Audigy2.
If I run alsamixer, I can adjust sliders but it has no effect on the
output. I can run other programs (e.g. xmms) simultaneously, and see the
silder changing in alsamixer, but again, it has no effect on the output.
At Tue, 11 Mar 2003 00:29:45 GMT,
Will wrote:
Jaroslav,
Please would you wait and not release ALSA 1.0
until the OSS-mode MIDI sequencer is either working (I do not mean
the ALSA-mode MIDI sequencer which is working fine) or my
bug report has been invalidated.
I posted a very long and
At 11 Mar 2003 00:09:37 +,
Giuliano Pochini wrote:
I have to allocate a page that the DSP will use to communicate with my
driver via bus mastering. Can I use snd_malloc_pci_pages() ?
usually, yes.
it calls pci_alloc_consistent() inside.
Takashi
At 11 Mar 2003 10:04:18 +0100,
Thomas Charbonnel wrote:
Hi,
As you may know the hdsp has a variable number of channels depending on
the sample rate. The card's internal routing is controlled by a matrix
mixer. For convenience simple mixer ctls are defined at card
initialization. When the
At Mon, 10 Mar 2003 23:33:22 +0100,
Frank Barknecht wrote:
Hallo,
I have to apologize first for asking a probably totally ignorant
question, but I really have no clue of ALSA-programming :(
But I need/want to get Pd running on my Laptop with a Quattro USB for
the LAD conference next
At Mon, 10 Mar 2003 09:17:08 -0500,
Paul Davis wrote:
oops, sorry. the bug had lived more than two months, so i wonder why
this wasn't reported at all...
[ ... ]
yes, and please remember that 0.9.0-final is not the final for ALSA.
we'll be able to release the fixed version ASAP.
At Sat, 8 Mar 2003 23:44:27 +0100,
Martin Langer wrote:
On Sat, Mar 08, 2003 at 10:40:52AM +0100, Martin Langer wrote:
On Sat, Mar 08, 2003 at 10:11:24AM +0100, Martin Langer wrote:
On Sat, Mar 08, 2003 at 10:51:29AM +0200, Panagiotis Papadakos wrote:
cc1: Invalid option
At Tue, 11 Mar 2003 00:11:43 + (GMT),
ian wrote:
ah, thank you!
i updated to the latest non-cvs packages. things have got a bit better!
now if i set the clock to spdif, it stays locked to spdif. so the delta-66
driver is doing it's job. but now if i use xmms to play a stream through
Hallo,
Takashi Iwai hat gesagt: // Takashi Iwai wrote:
At Mon, 10 Mar 2003 23:33:22 +0100,
Frank Barknecht wrote:
ALSA lib pcm_hw:454(snd_pcm_hw_start) SNDRV_PCM_IOCTL_START failed:
Broken pipe
do you see any kernel message?
if the start fails in the pcm trigger callback, usb-audio
On Mon, Mar 10, 2003 at 05:54:53PM +0100, Takashi Iwai wrote:
i thought it has been already in rc8 tarballs..?
I haven't tried compiling rc8x personally, but Steve said we still need
it. In what specific tarball was this fixed? I think Steve has only
tested rc8b, we were waiting for
Wily,
Thanks for your suggestions but I'm not sure I explained what I'm trying
to do clearly enough. I use MIDI keyboards.
As I said in my earlier postings I need to use
ALSA's *OSS-mode* sequencer with a MIDI *keyboard* and
the original Rosegarden version 2.1p4 (or earlier)
e.g.
don't worry, we will NOT release ALSA 1.0 yet.
we'll release only the ALSA 0.9.0-final without rc or beta suffix.
that is, the 0.9 serie will be officialy a stable version - that's
all.
In that case, please would you wait and not release ALSA 0.9.0-final
until the OSS-mode MIDI sequencer is
At Tue, 11 Mar 2003 11:32:09 +0100,
Frank Barknecht wrote:
Hallo,
Takashi Iwai hat gesagt: // Takashi Iwai wrote:
At Mon, 10 Mar 2003 23:33:22 +0100,
Frank Barknecht wrote:
ALSA lib pcm_hw:454(snd_pcm_hw_start) SNDRV_PCM_IOCTL_START failed:
Broken pipe
do you see any kernel
At Tue, 11 Mar 2003 09:26:14 +,
Andrew de Quincey wrote:
Hi, am I being stupid, or do the mixer controls not work under the Audigy2.
the latter case :)
If I run alsamixer, I can adjust sliders but it has no effect on the
output. I can run other programs (e.g. xmms) simultaneously,
On 11 Mar 2003, Thomas Charbonnel wrote:
Hi,
As you may know the hdsp has a variable number of channels depending on
the sample rate. The card's internal routing is controlled by a matrix
mixer. For convenience simple mixer ctls are defined at card
initialization. When the number of
On Tue, Mar 11, 2003 at 02:02:51PM +0100, Takashi Iwai wrote:
On Tue, Mar 11, 2003 at 11:14:43AM +0100, Takashi Iwai wrote:
IIRC, the -falign-xxx is a new option and the older compiler had
-malign-xxx instead. could you check the attached patch whether it
works?
my patch works
On Tue, 11 Mar 2003, Takashi Iwai wrote:
At Tue, 11 Mar 2003 15:58:44 +0200,
Andrei Boros wrote:
Jaroslav Kysela wrote:
It looks like libtool problem. The 1.4.2 version is ok.
I see configure doing this:
checking for versioned symbols... broken libtool - use libtool
On Tue, 11 Mar 2003, Will wrote:
Jaroslav and Iwai,
I would really like to know your thoughts on the bug I highlighted
in my earlier messages. Have either of you got a MIDI keyboard so you
can verify the bug? If not, is there anyone at Suse or locally
who might consider lending you a
But this doesn't work with Pd, which expects powers of 2...
i suggest you try to find an ALSA-native configuration that Pd and
your quattro *do* work with, then we can map that to JACK.
--p
---
This SF.net email is sponsored by:Crypto
Hallo,
Paul Davis hat gesagt: // Paul Davis wrote:
But this doesn't work with Pd, which expects powers of 2...
i suggest you try to find an ALSA-native configuration that Pd and
your quattro *do* work with, then we can map that to JACK.
Well, jack was a workaround because I couldn't get Pd
On Tue, 11 Mar 2003, Paul Davis wrote:
i agree. but why are the status bit fields so long? is this following
IEC958 specs?
Yes. They are large.
The only full description of the status bitfields I have ever found is in
the AD1892 datasheet. I have archived a copy here:
i agree. but why are the status bit fields so long? is this following
IEC958 specs?
Yes. They are large.
The only full description of the status bitfields I have ever found is in
the AD1892 datasheet. I have archived a copy here:
http://bani.anime.net/bookmarkz/AD1892_0.pdf
-Dan
Another
On Tuesday 11 March 2003 18:36, Clemens Ladisch wrote:
Jordi Mallach wrote:
any comment on the last stacatto bug I reported after the big
report?
I couldn't reproduce it on my machine (current CVS instead of 0.9.0beta8,
2.4.18 instead of 2.4.2, Roland Sound Canvas connected with USB
Andrew de Quincey:
If I run alsamixer, I can adjust sliders but it has no effect on the
output. I can run other programs (e.g. xmms) simultaneously, and see the
silder changing in alsamixer, but again, it has no effect on the output.
My mixer is semi-functional (alsa cvs). The outputs on
Hi,
The second part of the patch adds a missing line into
snd_opti93x_capture_open to set the substream. There
is a report on the sourceforge site from someone with
a 933 card which might also be fixed by this.
The first part just introduces a udelay(50) into
snd_opti93x_trigger when starting
On Tue, 11 Mar 2003, Benny Sjostrand wrote:
Another spec. from Cirrus that explains all the IEC958 bitfields, I
guess this one is well known. I got a copy on
http://www.cucumelo.org/~gorm/an22.pdf
It doesn't explain all the subcodes though...
-Dan
--
[-] Omae no subete no kichi wa ore no
On Tuesday 11 March 2003 20:17, Mark J Roberts wrote:
If I run alsamixer, I can adjust sliders but it has no effect on the
output. I can run other programs (e.g. xmms) simultaneously, and see the
silder changing in alsamixer, but again, it has no effect on the output.
My mixer is
Hi, this patch is in three parts.
1) The changes to emufx.c make LIN_OUT1 work on the Audigy2. It seems to be the AC97
thing again... in fact there
was even a line in there helpfully commented out ready to be used :)
2) The changes to emu10k1_main.c. This is setting the card to use Analogue
On Tue, Mar 11, 2003 at 05:54:59PM +0100, Takashi Iwai wrote:
44.1kHz ac3 ? then it likely doesn't work because ac3dec assumes
48k only.
OK :-(
So I made another ac3 files recording Pro-7 and using ds.jar:
./ac3dec -6 -R /video2/esa1.ac3
2.0 Mode 48.0 KHz 448 kbps Complete Main Audio Service
Hi all,
I have just released the first 0.9 final packages. The release
is 0.9.1 to make clear that it is successor of all 0.9.0pre,beta,rc
packages. Hopefully, thanks to all your reports, packages can be compiled
on many linux machines without major problems.
Our goal for further
Jaroslav Kysela wrote on Tue 11 March 2003:
I'm working on it. I solved the timestamp problem (/dev/sequencer MIDI
input) and the reset problem for /dev/sequencer. I'm going to test the
output silence problem ASAP.
That's great! I am really pleased to hear you fixed both problems.
I cannot
What's left for 1.0: The sequencer instrument layer will be moved
completely to the user space.
how about moving the entire sequencer into user-space? kernel 2.5
(with POSIX clock support) makes this entirely viable, i think.
the only ugliness i can see is that inter-thread
Hallo,
Jaroslav Kysela hat gesagt: // Jaroslav Kysela wrote:
I have just released the first 0.9 final packages.
Hoohoo! I think, for most 'users' this is even a bigger
step than the inclusion into the kernel was.
Congratulations.
ciao
--
Frank Barknecht _
On Tue, 2003-03-11 at 22:03, Jaroslav Kysela wrote:
I have just released the first 0.9 final packages.
In a word: w00t! :)
--
Bob Ham [EMAIL PROTECTED]
---
This SF.net email is sponsored by:Crypto Challenge is now open!
Get cracking and
At 11 Mar 2003 11:40:56 -0600,
Edward Muller wrote:
I am currently running a cvs version of also from a week ago...Sometime
after rc8 IIRC.
Here are my problems:
-OSS emulation is pretty much broken. This is my biggest problem since a
lot of app (esound, the kde rpms I am using,
36 matches
Mail list logo