Hi,
Seeing as I did not get any response in the user's
list, I am trying my luck here.
While scanning the latests messages on both user and
developer lists, I have learned that to "cat" to ALSA
devices is a "no-no"; therefore the question in regards
to this issue should be ignored.
I will be
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 yester
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 proble
On 2002.07.31 15:11 Benny Sjostrand wrote:
> Hi!
>
> I've implemented multi PCM channel support for cs46xx based soundcards,
> the PCM multichannel should work on any soundcard
The surprises just don't stop coming!
[...]
> That's it, ending up here, the aditional feutures should be:
> - P
Hi!
I've implemented multi PCM channel support for cs46xx based soundcards,
the PCM multichannel should work on any soundcard
with a cs4630 DSP. It should be possible to play 31 simultaneous PCM
playbacks at 6 diferents sample rates. 1 slot is always reserved for
capture, therefor 31. Each t
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
>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
On Wed, Jul 31, 2002 at 12:26:33PM +0200, Clemens Ladisch wrote:
>
> IMHO the garbled device name is strange, too. ;-) This is a (rather
> harmless) buffer overflow which has been fixed by the latest version of my
> other patch.
>
Rather harmless buffer overflows results in segfaults - a tough
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 repeti
Hello,
Maybe you're working at the same problem as me. At this
point of time.
There are two possibilities:
1. Open one device with one handler and mix the two files
with arimethic operations as they will be mixed by the sound
card although.
2. Open one devices but with two handlers in tw
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 Rosegar
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 th
Hi Lionel and others,
I've a KT333 motherboard with the VIA8233A chipset, and I've the same problem
as you. "cat /proc/asound/oss/sndstat" gives me the following output:
--
Sound Driver:3.8.1a-980706 (ALSA v0.9.0rc2 emulation code)
Kernel: Linux tussen.huis 2.4.19-gentoo-r7 #2 SMP Fri J
At 29 Jul 2002 21:08:35 +0100,
Bob Ham wrote:
>
> Hi all,
>
> This is what I want to do: guitar into the line input on the live drive,
> that going into ardour, through a few ladspa effects, and out to the
> speakers. I can't seem to do this. The only way I seem to be able to
> get the input
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 n
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 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
>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
>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
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 t
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 rea
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:
all the question is in the $subject.
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 freeze after the beta3).
i want to know is there'll be a new release (final or rc) soon or if
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 add
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 i
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 throu
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 DMA
27 matches
Mail list logo
