ok, suppose i merge two PCM devices into one multi device. then
suppose i do the same for the corresponding control device.
how does an application access the control switches for the multi
device? in the underlying hw devices, there are duplicate sets of
control switch names. how can i refer to
Hello,
I have a general question regarding the snd_pcm_open function. I'm
working on a full duplex application (full duplex, meaning that I want to
be able to read at any given time and write at any given time to the
pcm device), but in every full duplex code example I have seen, the pcm
1) Is it necessary to open the device twice, as opposed to opening
it once, passing SND_PCM_STREAM_PLAYBACK|SND_PCM_STREAM_CAPTURE instead?
yes it is. ALSA PCM streams are uni-directional, always. we've played
with it the other way, and there were some problems.
2) Doesn't the link function do
Is there any real time application or applications, that have been made
directly to ALSA?
please be a bit more descriptive when you use the term real time. it
has many different meanings, and so its impossible to answer your
question clearly without more definitions of what you mean.
--p
On Sat, 12 Jan 2002 03:09, Paul Davis wrote:
I'm interested in whether there has been any large scale discussion
about a unified approach to sound support. Right now supporting
...
so, its a bit of a mess. IMHO, it would be idea if ALSA provided or even
enforced an API like the one imposed
On Friday 11 January 2002 18.11, you wrote:
Good afternoon
Is there any real time application or applications, that have been made
directly to ALSA?
If there is please inform me.
Most sound applications are real-time in some aspect, so I guess you have
forgotten to a word or two in your
Paul, could you spare some more keystrokes on what you
think are the best steps to take to solve this problem ?
actually, i don't see a way forward.
neither jaroslav nor abramo have indicated that they accept the
desirability of imposing a synchronously executed API (SE-API; this
being the
I do know that ALSA is going to be replacing OSS in the kernel although from a
system standpoint it makes more sense to be a little general with thing.
It seems like high end applications require low latency. Would it be possible
to create a sound server(arts) that fulfilled latency and other
On Fri, 11 Jan 2002, Paul Davis wrote:
ok, suppose i merge two PCM devices into one multi device. then
suppose i do the same for the corresponding control device.
how does an application access the control switches for the multi
device? in the underlying hw devices, there are duplicate sets
I personally think that PCM audio is not easy to deal with, when one needs
to do effects on it etc.
PCM is only a representation of the sound, why do we HAVE to use it?
It seems to me that a much better format for storing and manipulating sound
it is the in frequency density domain.
After all,
On Fri, 11 Jan 2002, Paul Davis wrote:
Paul, could you spare some more keystrokes on what you
think are the best steps to take to solve this problem ?
actually, i don't see a way forward.
neither jaroslav nor abramo have indicated that they accept the
desirability of imposing a
On Fri, 11 Jan 2002, James Courtier-Dutton wrote:
All one would then have to do is label the packet with a time stamp, and the
computer could easily mix two or more streams together in perfect sync and
use simple message passing between audio apps. Computers are much better at
handling
In order to prevent additional ADC and DA conversions in processing the
sound comming from my CD-ROM, I would like to use the S/PDIF input on my
SBLive! card. Therefore, I first tried to play music with the digital
output of the CD-ROM connected to the S/PDIF input of the SBLive! However,
I
13 matches
Mail list logo
