Paul
Thanks for your reply and the education. My main reason behind asking
this question is that I am using the RME PST card presently to do
CPU controlled transfer of data to the memory mapped buffers in those
cards. I am interested in using the CPU to do the transfer since
I have heard that
Richard Bown wrote:
Lazy question - without searching through bug database or getting latest ALSA CVS
(0.9.0 beta12) is there any history or known bug when repeatedly playing the a note
of the same pitch through the SBLive or AWE32 onboard synth?
Given 4 crotchets in a bar playing through
Below is the final version of my changes to usbmidi.c.
I used the opportunity to make some further fixes.
These changes are desirable even if (apparently) they don't fix
Martin's problem.
- enlarged vendor/device name strings
- fixed buffer overflow for card-shortname
- added error messages
Martin Langer wrote:
Thanks for all patches, but I don't found an error in the log-files. The last
line is/was always the detection, which seems to work fine (see above). I'm
still missing a client in /proc/asound/seq/clients, so the driver never
reaches the port creation and I have no
On Wed, Jul 31, 2002 at 12:02:09PM +0200, Clemens Ladisch wrote:
These changes are desirable even if (apparently) they don't fix
Martin's problem.
The buffer overflow is fixed It looks like totally fixed!
I do some more tests this evening. Maybe I find something else;-)
So far:
Paul wrote:
cards that do not use DMA should generally be considered inferior
because of the extra CPU cycles they force on the host system.
not generally. i.e. the pinnacle/fiji way is to map a piece of memory into
the pc's memory space.
thus an application using alsa-mmap can write (or
On Mon, 2002-07-29 at 22:25, Bob Ham wrote:
On Mon, 2002-07-29 at 21:53, Paul Davis wrote:
you will also probably want to turn down the line-in level, so that
the direct feed is not audible. that is also an sblive issue.
It's, unfortunately, the only issue :/
I want to capture the
Paul wrote:
cards that do not use DMA should generally be considered inferior
because of the extra CPU cycles they force on the host system.
not generally. i.e. the pinnacle/fiji way is to map a piece of memory into
the pc's memory space.
thus an application using alsa-mmap can write (or
Thanks for your reply and the education. My main reason behind asking
this question is that I am using the RME PST card presently to do
CPU controlled transfer of data to the memory mapped buffers in those
cards. I am interested in using the CPU to do the transfer since
I have heard that DMA or
At Tue, 30 Jul 2002 16:24:02 +0100,
Richard Bown wrote:
Lazy question - without searching through bug database or getting latest ALSA CVS
(0.9.0 beta12) is there any history or known bug when repeatedly playing the a note
of the same pitch through the SBLive or AWE32 onboard synth?
can you
At Wed, 31 Jul 2002 12:27:12 +0200,
Thierry Vignaud wrote:
all the question is in the $subject.
only Jaroslav knows :)
i want to kwnow the release date of next rc and/of the 0.9.0 final
since we (mandrakesoft) are going to release our 9.0 distribution in
september (and so're going to
At Wed, 31 Jul 2002 12:02:09 +0200,
Clemens Ladisch wrote:
Below is the final version of my changes to usbmidi.c.
I used the opportunity to make some further fixes.
These changes are desirable even if (apparently) they don't fix
Martin's problem.
- enlarged vendor/device name
On Wed, 2002-07-31 at 15:52, Takashi Iwai wrote:
on emu10k1, the signals from ac97 are routed to the capture fifo and
then you can record them. in addition, you can route other sources
and mix them to this capture fifo. the switch shown above does this.
if these switches are on, then the
Takashi Iwai wrote:
can you check whether this happens on SB Live only or both on SB Live
and AWE?
Chris and I are both experiencing it - I've got an SBLive and he's the AWE32.
All of us (including Taupter who's the only other one to report this problem
so far on this list) are using
Exactly. I would prefer the second as if I needed to add a third, 4th its
takes no effort and I don't reinvent the wheel as they say.
Does alsa support 2 or is this just JACK's.
The mathematics may be simple for 1 but why should it be done over and over
again. An API is meant to take away
Exactly. I would prefer the second as if I needed to add a third, 4th its
takes no effort and I don't reinvent the wheel as they say.
Does alsa support 2 or is this just JACK's.
No, ALSA does not support it *in general*. Some interfaces will work
this way, some will not. In theory, the ALSA
Richard Bown wrote:
Takashi Iwai wrote:
can you check whether this happens on SB Live only or both on SB Live
and AWE?
I'm trying to reproduce the problem with another sequencer but to tell the
truth I'm having a problem finding one that does on-board ALSA synths too.
try noteedit.
On 2002.07.27 00:02 Benny Sjostrand wrote:
And to those with Santa Cruz cards, after my first (quick) test the
rear
channel doesn't seem to work... yet.
Well, you dont seems to any luck ... no SPDIF, no rear sound -:(
I just recalled something that may help with this problem.
Hi Again!
It did not take long time before i found yet another bug in my code,
related to the PCM multichannel stuff.
If you are playing various PCM channels and repently got a pure sinus
signal instead (of whatever you was playing).
No pain, no gain, ...
Anyone that have downloaded my
19 matches
Mail list logo
