Hi, I haven’t tried QNX yet but I’m starting a University project and i need
to know if ALSA sound driver for QNX really give real-time sound support.
I’m thinking about making a Telephony program and I would like to know how
is it made. Thank you!
The code is available for free from the web site.
QNX RTP is a hard realtime OS. The audio drivers are
just audio drivers. By definition, audio drivers must playout
in realtime right. You need to be more clear about what
you expect/need.
“Pablo Espada” <peb_varios@wanadoo.es> wrote in message
news:HZJG5.566$3E5.16481@m2newsread.uni2.es…
Hi, I haven’t tried QNX yet but I’m starting a University project and i
need
to know if ALSA sound driver for QNX really give real-time sound support.
I’m thinking about making a Telephony program and I would like to know how
is it made. Thank you!
I was trying to ask if the drivers are divided into activities, if playback
and recording are supported by different threads, can you help me?
“James Boucher” <jaboucher@home.com> wrote in message
news:JALG5.19721$N%1.8183525@news3.rdc1.on.home.com…
The code is available for free from the web site.
QNX RTP is a hard realtime OS. The audio drivers are
just audio drivers. By definition, audio drivers must playout
in realtime right. You need to be more clear about what
you expect/need.
“Pablo Espada” <> peb_varios@wanadoo.es> > wrote in message
news:HZJG5.566$> 3E5.16481@m2newsread.uni2.es> …
Hi, I haven’t tried QNX yet but I’m starting a University project and i
need
to know if ALSA sound driver for QNX really give real-time sound
support.
I’m thinking about making a Telephony program and I would like to know
how
is it made. Thank you!
\
Pablo,
Yes and no, playback and recording are technically in separate threads but
simply stating that would be too simple an answer.
The audio drivers are Neutrino resource managers. They register mount
points and accept standard POSIX calls against those mount points
(ex. open(), close(), ioctl(), read(), write())
The driver dynamically creates threads from its thread_pool to handle
each individual request, and as the request is finished the thread is
returned to the pool, to be reused or destroyed. So, when you open()
one of the driver’s PCM devices, you are in a separate thread from
all other actions within the driver, but these threads are not persistent.
The source is available on QUICS in /usr/free/neutrino/multimedia/ALSA5/.
James M.
Pablo Espada <peb_varios@wanadoo.es> wrote:
I was trying to ask if the drivers are divided into activities, if playback
and recording are supported by different threads, can you help me?“James Boucher” <> jaboucher@home.com> > wrote in message
news:JALG5.19721$N%> 1.8183525@news3.rdc1.on.home.com> …
The code is available for free from the web site.
QNX RTP is a hard realtime OS. The audio drivers are
just audio drivers. By definition, audio drivers must playout
in realtime right. You need to be more clear about what
you expect/need.
“Pablo Espada” <> peb_varios@wanadoo.es> > wrote in message
news:HZJG5.566$> 3E5.16481@m2newsread.uni2.es> …
Hi, I haven’t tried QNX yet but I’m starting a University project and i
need
to know if ALSA sound driver for QNX really give real-time sound
support.
I’m thinking about making a Telephony program and I would like to know
how
is it made. Thank you!
\