TIZEN IVI Audio Management
Upcoming SlideShare
Loading in...5

Like this? Share it with your network


TIZEN IVI Audio Management

Uploaded on

From audio management perspective the In-Vehicle-Infotainment (IVI) platforms are complex featuring multiple simultaneous users in different entertainment zones with a possible large number of......

From audio management perspective the In-Vehicle-Infotainment (IVI) platforms are complex featuring multiple simultaneous users in different entertainment zones with a possible large number of connected audio outputs. The new generation of IVI platforms often choose PulseAudio as their audio server. On the other hand the legacy IVI systems audio model is usually some form of audio switching matrix where sources can be freely routed to any number of sinks. This model does not map naturally to the Pulseaudio model. In this presentation Jaska Uimonen will explain how these issues are tackled in Tizen IVI stack. The solution will consist of new logical model for audio inputs and outputs in Pulseaudio and example algorithms for routing and volume control.

  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Be the first to comment
No Downloads


Total Views
On Slideshare
From Embeds
Number of Embeds



Embeds 90

http://www.tizenhub.com 25
http://tizenindonesia.blogspot.com 12
http://www.tizenus.com 11
http://tizenindonesia.blogspot.fr 7
http://feedly.com 6
http://www.tizentech.com 4
http://reader.aol.com 4
http://tizenos.com.pl 3
http://tizenindonesia.blogspot.com.es 2
http://tizenindonesia.blogspot.de 2
http://tizenindonesia.blogspot.kr 2
http://www.tizenindonesia.blogspot.in 2
http://tizenindonesia.blogspot.in 2
http://tizenindonesia.blogspot.co.uk 2
http://tizenindonesia.blogspot.nl 1
http://www.verious.com 1
http://www.feedspot.com 1
http://tizenindonesia.blogspot.com.br 1
http://tizenindonesia.blogspot.be 1
http://www.tizenindonesia.blogspot.com 1

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

    No notes for slide


  • 1. Audio Management in Tizen IVI Jaska Uimonen 25.10.2013
  • 2. Introduction 2
  • 3. Some personal data • Working for Intel OTC in Finland • Currently working with Tizen IVI profile • Past work history in mobile development • A Member of Murphy team http://01.org/murphy 3
  • 4. What audio management means in Tizen IVI? • Policy controlled routing • Routing audio streams to their allowed destinations (or possibly to many destinations) • Policy controlled volume • Volume ramping • Muting • Static volume change for audio stream’s life time • Policy controlled stream pre-emption • 4 Stopping/pausing/killing and possibly restarting conflicting audio streams
  • 5. Overview 5
  • 6. What kind of HW configuration could constitute an IVI audio system? Internet Head unit AVB amp WLAN Back Unit personal devices 6
  • 7. What audio management means in Tizen IVI? • The driver listens to radio • Voice guided navigation is on • Backseat passengers listen to the same mp3 music using headphones • The drivers personal phone is connected to the car’s handsfree gateway via bluetooth. • 7 The driver’s phone is ringing and the incoming call is accepted mp3
  • 8. Conclusion: IVI and mobile audio systems are different • • Possibly multiple users (in different zones) • 8 Many simultaneously used outputs Possibly multiple computing units connected via network
  • 9. Design and implementation 9
  • 10. High-level SW design • Independent audio management module inside pulseaudio • Applied policies are based on stream tagging • Basic html <audio> and <video> tags are integrated to the policy • 10 Audio domains centralized in pulseaudio • For more fine grained policy handling Murphy resource API can be used HTML5 Native App WebKit Pulseaudio API Pulseaudio Alsa Bluez Resource API Murphy AVB Pulseaudio (2)
  • 11. Many features implemented in pulseaudio-modulemurphy-ivi • Routing with priority queues • Volume control with constraints • Configuration and scripting • Resource allocation through Murphy 11 Pulseaudio Murphy
  • 12. Routing 12
  • 13. Nodes • New logical model in pulseaudio – Nodes • Correspond to pulseaudio sinks and sources • Input and output nodes can be freely connected – for e.g. 1:N • Nodes are dynamically appearing and reappearing • Nodes might have HW limitations • Nodes can be used for explicit or default routing • • New events will not affect an explicit route • Default route is automatic and created at stream creation • 13 Explicit route is requested by the user Default route is dynamic and class based
  • 14. Priority based conflict resolution • • Default routes use class based stream priorities • Class based routing target lists • Walking through the streams in decreasing priority order to make the routing decision • 14 Explicit routes have always priority over default route In case of conflict explicit routes are disabled and for default route the next available target on the list is chosen
  • 15. Volume Control 15
  • 16. Volume control implementation • Volume control is based on an independent mechanism • smooth volume ramp up/down of streams or entire devices • usual volumes left untouched • real enforcement mechanism, ie. clients can’t override it • Control points • Streams • Devices • Scriptable • for configuration, ie. what and how to link together to achieve the desired effect 16
  • 17. Volume constraints • Class based volume constraints • For e.g. telephony stream is attenuating music but not navigator • Generic constraints • Can be used for e.g. noise dependent master volume level • • However generic limits can depend on device type or other conditions From all the applicable generic limits the highest attenuation will be used • Constraints are combined • • • 17 If the generic limit would be -12dB and The class limit would be -20dB then the Actual limit for the stream would be -32dB
  • 18. Configuration and scripting 18
  • 19. Configuration and scripting • Proper configuration and scripting is an essential because • We want to run same software in different verticals • Different manufacturers want different policies • Fast prototyping is essential for product programs • Pulseaudio-module-murphy-ivi configuration is done with Lua • Configuration done at initialization, after that Lua is not executed • There is also possibility to script some of the functionality • 19 Lua is executed also at run time
  • 20. Lua configuration example • Routing groups • Default • Phone • Application classes • • 20 Belong to a routing group Have priorities
  • 21. Connection to Murphy policy manager 21
  • 22. Connection to Murphy database • Module-murphy-ivi can subscribe to Murphy database events • Based on the events LUA scripting or internal C functions can be invoked • This way cross domain policies can be nicely handled • Example would be speed dependent volume 22
  • 23. Resource allocation through Murphy • Pulseaudio-module-murphy-ivi can reserve a resource for you if configured to do so • Stream pre-emption works then automatically, although not so fine grained as through Murphy resource API 23 App 1 App 2 Pulseaudio API Resource API Pulseaudio Murphy
  • 24. THANK YOU! • Pulseaudio-module-murphy-ivi can be found from http://github.com/otcshare/pulseaudio-module-murphy-ivi • Murphy and some documentation can be found from http://01.org/murphy 24