genivi-audio-manager@lists.genivi.org

development list for the AudioManager

View all threads

Complex audio pipeline scenario

DP
Dondziak, Pawel
Wed, Aug 7, 2019 11:31 AM

Dear Genivi Audio Manager Team,

in our automotive project we have an audio pipeline setup that utilizes DSP-s for mixing, frame conversion etc.. The audio data and control spreads across several chips. What would be you recommended use of Audio Manager in such a scenario. Would it be sufficient to control the whole system through one instance of Audio Manager or you would need some supporting components.  Are there any examples available that handles similar scenario?

Thanks and Regards,
Pawel Dondziak


This e-mail and any attachment(s) are intended only for the recipient(s) named above and others who have been specifically authorized to receive them. They may contain confidential information. If you are not the intended recipient, please do not read this email or its attachment(s). Furthermore, you are hereby notified that any dissemination, distribution or copying of this e-mail and any attachment(s) is strictly prohibited. If you have received this e-mail in error, please immediately notify the sender by replying to this e-mail and then delete this e-mail and any attachment(s) or copies thereof from your system. Thank you.

Dear Genivi Audio Manager Team, in our automotive project we have an audio pipeline setup that utilizes DSP-s for mixing, frame conversion etc.. The audio data and control spreads across several chips. What would be you recommended use of Audio Manager in such a scenario. Would it be sufficient to control the whole system through one instance of Audio Manager or you would need some supporting components. Are there any examples available that handles similar scenario? Thanks and Regards, Pawel Dondziak ________________________________ This e-mail and any attachment(s) are intended only for the recipient(s) named above and others who have been specifically authorized to receive them. They may contain confidential information. If you are not the intended recipient, please do not read this email or its attachment(s). Furthermore, you are hereby notified that any dissemination, distribution or copying of this e-mail and any attachment(s) is strictly prohibited. If you have received this e-mail in error, please immediately notify the sender by replying to this e-mail and then delete this e-mail and any attachment(s) or copies thereof from your system. Thank you.
GA
Gunnar Andersson
Thu, Aug 15, 2019 2:28 PM

On Wed, 2019-08-07 at 11:31 +0000, Dondziak, Pawel wrote:

Dear Genivi Audio Manager Team,

There are some new maintainers, so I will try to remind them to restart
the activity on this mailing list and be more responsive the questions.

in our automotive project we have an audio pipeline setup that
utilizes DSP-s for mixing, frame conversion etc.. The audio data and
control spreads across several chips. What would be you recommended
use of Audio Manager in such a scenario. Would it be sufficient to
control the whole system through one instance of Audio Manager or you
would need some supporting components.

Yes, typically there is only one AudioManager daemon process
controlling the system.  It is possible however that the plugin parts
(Control, Command, and Routing) will be programmed by you to delegate
the work to specialized software you might need, that communicates with
the DSPs, and so on.  The lower details of each system are different,
which is why the plugins are expected to be programmed uniquely for
projects.  There are however examples provided, and one plugin
implementation uses directly the ALSA APIs on Linux.  So it would also
depend how much your pipeline is using specialized code, compared to if
you have integrated this specialized hardware into the normal Linux
APIs and frameworks (ALSA and other) so that it works transparently
like any other Linux audio hardware.

That's about as general answer as I can give.  When it comes to the
details, it is possible that the maintainers have experience they can
share, if you can explain in more detail what your system needs and
looks like.

Are there any examples available that handles similar scenario?

I think there is a lack of publicly available examples of this
diversity of hardware solutions, unfortunately.  I believe the
AudioManager framework and principle is used in some different products
to program the special needs they need in those products, but not
everything has been published by companies.

Sharing examples and experiences and getting the communication going
between users is very much needed, so perhaps you can be a starting
point?

Sincerely,

  • Gunnar

--
Gunnar Andersson gandersson@genivi.org
Development Lead
GENIVI Alliance

Thanks and Regards,
Pawel Dondziak


This e-mail and any attachment(s) are intended only for the
recipient(s) named above and others who have been specifically
authorized to receive them. They may contain confidential
information. If you are not the intended recipient, please do not
read this email or its attachment(s). Furthermore, you are hereby
notified that any dissemination, distribution or copying of this e-
mail and any attachment(s) is strictly prohibited. If you have
received this e-mail in error, please immediately notify the sender
by replying to this e-mail and then delete this e-mail and any
attachment(s) or copies thereof from your system. Thank you.

On Wed, 2019-08-07 at 11:31 +0000, Dondziak, Pawel wrote: > Dear Genivi Audio Manager Team, There are some new maintainers, so I will try to remind them to restart the activity on this mailing list and be more responsive the questions. > > in our automotive project we have an audio pipeline setup that > utilizes DSP-s for mixing, frame conversion etc.. The audio data and > control spreads across several chips. What would be you recommended > use of Audio Manager in such a scenario. Would it be sufficient to > control the whole system through one instance of Audio Manager or you > would need some supporting components. Yes, typically there is only one AudioManager daemon process controlling the system. It is possible however that the plugin parts (Control, Command, and Routing) will be programmed by you to delegate the work to specialized software you might need, that communicates with the DSPs, and so on. The lower details of each system are different, which is why the plugins are expected to be programmed uniquely for projects. There are however examples provided, and one plugin implementation uses directly the ALSA APIs on Linux. So it would also depend how much your pipeline is using specialized code, compared to if you have integrated this specialized hardware into the normal Linux APIs and frameworks (ALSA and other) so that it works transparently like any other Linux audio hardware. That's about as general answer as I can give. When it comes to the details, it is possible that the maintainers have experience they can share, if you can explain in more detail what your system needs and looks like. > Are there any examples available that handles similar scenario? I think there is a lack of publicly available examples of this diversity of hardware solutions, unfortunately. I believe the AudioManager framework and principle is used in some different products to program the special needs they need in those products, but not everything has been published by companies. Sharing examples and experiences and getting the communication going between users is very much needed, so perhaps you can be a starting point? Sincerely, - Gunnar -- Gunnar Andersson <gandersson@genivi.org> Development Lead GENIVI Alliance > > Thanks and Regards, > Pawel Dondziak > > ________________________________ > > This e-mail and any attachment(s) are intended only for the > recipient(s) named above and others who have been specifically > authorized to receive them. They may contain confidential > information. If you are not the intended recipient, please do not > read this email or its attachment(s). Furthermore, you are hereby > notified that any dissemination, distribution or copying of this e- > mail and any attachment(s) is strictly prohibited. If you have > received this e-mail in error, please immediately notify the sender > by replying to this e-mail and then delete this e-mail and any > attachment(s) or copies thereof from your system. Thank you.