DOCSLIB.ORG

The Openmax Integration Layer Specification

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
The Openmax Integration Layer Specification OpenMAX™ Integration Layer Application Programming Interface Specification Version 1.0 Copyright © 2005 The Khronos Group Inc. December 16, 2005 Document version 1.10 Copyright © 2005 The Khronos Group Inc. All Rights Reserved. This specification is protected by copyright laws and contains material proprietary to the Khronos Group, Inc. It or any components may not be reproduced, republished, distributed, transmitted, displayed, broadcast, or otherwise exploited in any manner without the express prior written permission of the Khronos Group. You may use this specification for implementing the functionality therein, without altering or removing any trademark, copyright or other notice from the specification, but the receipt or possession of this specification does not convey any rights to reproduce, disclose, or distribute its contents, or to manufacture, use, or sell anything that it may describe, in whole or in part. Khronos Group grants express permission to any current Promoter, Contributor or Adopter member of Khronos to copy and redistribute UNMODIFIED versions of this specification in any fashion, provided that NO CHARGE is made for the specification and the latest available update of the specification for any version of the API is used whenever possible. Such distributed specification may be reformatted AS LONG AS the contents of the specification are not changed in any way. The specification may be incorporated into a product that is sold as long as such product includes significant independent work developed by the seller. A link to the current version of this specification on the Khronos Group website should be included whenever possible with specification distributions. Khronos Group makes no, and expressly disclaims any, representations or warranties, express or implied, regarding this specification, including, without limitation, any implied warranties of merchantability or fitness for a particular purpose or non-infringement of any intellectual property. Khronos Group makes no, and expressly disclaims any, warranties, express or implied, regarding the correctness, accuracy, completeness, timeliness, and reliability of the specification. Under no circumstances will the Khronos Group, or any of its Promoters, Contributors or Members or their respective partners, officers, directors, employees, agents or representatives be liable for any damages, whether direct, indirect, special or consequential damages for lost revenues, lost profits, or otherwise, arising from or in connection with these materials. SAMPLE CODE and EXAMPLES, as identified herein, are expressly depicted herein with a “grey” watermark and are included for illustrative purposes only and are expressly outside of the Scope as defined in Attachment A - Khronos Group Intellectual Property (IP) Rights Policy of the Khronos Group Membership Agreement. A Member or Promoter Member shall have no obligation to grant any licenses under any Necessary Patent Claims covering SAMPLE CODE and EXAMPLES. Khronos and OpenMAX are trademarks of the Khronos Group Inc. Bluetooth is a registered trademark of the Bluetooth Special Interest Group. RealAudio and RealVideo are registered trademarks of RealNetworks, Inc. Windows Media is a registered trademark of Microsoft Corporation. ii Contents 1 OVERVIEW.......................................................................................................................................................8 1.1 INTRODUCTION............................................................................................................................................8 1.1.1 About the Khronos Group......................................................................................................................8 1.1.2 A Brief History of OpenMAX .................................................................................................................8 1.2 THE OPENMAX INTEGRATION LAYER ........................................................................................................8 1.2.1 Key Features and Benefits .....................................................................................................................8 1.2.2 Design Philosophy.................................................................................................................................9 1.2.3 Software Landscape...............................................................................................................................9 1.2.4 Stakeholders.........................................................................................................................................10 1.2.5 The Interface........................................................................................................................................11 1.3 DEFINITIONS..............................................................................................................................................12 1.4 AUTHORS ..................................................................................................................................................13 2 OPENMAX IL INTRODUCTION AND ARCHITECTURE......................................................................14 2.1 OPENMAX IL DESCRIPTION .....................................................................................................................14 2.1.1 Architectural Overview........................................................................................................................14 2.1.2 Key Vocabulary ...................................................................................................................................15 2.1.3 System Components .............................................................................................................................17 2.1.4 Component States ................................................................................................................................18 2.1.5 Component Architecture......................................................................................................................20 2.1.6 Communication Behavior ....................................................................................................................20 2.1.7 Tunneled Buffer Allocation and Sharing .............................................................................................21 2.1.8 Port Reconnection ...............................................................................................................................28 2.1.9 Queues and Flush ................................................................................................................................30 2.1.10 Marking Buffers ..............................................................................................................................31 2.1.11 Events and Callbacks......................................................................................................................32 2.1.12 Buffer Payload ................................................................................................................................33 2.1.13 Buffer Flags and Timestamps..........................................................................................................35 2.1.14 Synchronization...............................................................................................................................35 2.1.15 Rate Control....................................................................................................................................36 2.1.16 Component Registration .................................................................................................................36 2.1.17 Resource Management....................................................................................................................36 3 OPENMAX INTEGRATION LAYER CONTROL API..............................................................................41 3.1 OPENMAX TYPES.....................................................................................................................................42 3.1.1 Enumerations.......................................................................................................................................42 3.1.2 Structures.............................................................................................................................................53 3.1.3 OMX_PORTDOMAINTYPE................................................................................................................65 3.1.4 OMX_HANDLETYPE..........................................................................................................................66 3.2 OPENMAX CORE METHODS/MACROS ......................................................................................................66 3.2.1 Return Codes for the Functions ...........................................................................................................67 3.2.2 Macros.................................................................................................................................................69 3.2.3 Functions .............................................................................................................................................87 3.3 OPENMAX COMPONENT METHODS AND STRUCTURES.............................................................................94 3.3.1 nSize.....................................................................................................................................................94
Load more

Recommended publications
  • Augmented Reality Navigation
    VYSOKÉ UČENÍ TECHNICKÉ V BRNĚ BRNO UNIVERSITY OF TECHNOLOGY FAKULTA ELEKTROTECHNIKY A KOMUNIKAČNÍCH TECHNOLOGIÍ ÚSTAV RADIOELEKTRONIKY FACULTY OF ELECTRICAL ENGINEERING AND COMMUNICATION DEPARTMENT OF RADIO ELECTRONICS AUGMENTED REALITY APPLICATIONS IN EMBEDDED NAVIGATION DEVICES BAKALÁŘSKÁ PRÁCE BACHELOR'S THESIS AUTOR PRÁCE MARTIN JAROŠ AUTHOR BRNO 2014 VYSOKÉ UČENÍ TECHNICKÉ V BRNĚ BRNO UNIVERSITY OF TECHNOLOGY FAKULTA ELEKTROTECHNIKY A KOMUNIKAČNÍCH TECHNOLOGIÍ ÚSTAV RADIOELEKTRONIKY FACULTY OF ELECTRICAL ENGINEERING AND COMMUNICATION DEPARTMENT OF RADIO ELECTRONICS AUGMENTED REALITY APPLICATIONS IN EMBEDDED NAVIGATION DEVICES AUGMENTED REALITY APPLICATIONS IN EMBEDDED NAVIGATION DEVICES BAKALÁŘSKÁ PRÁCE BACHELOR'S THESIS AUTOR PRÁCE MARTIN JAROŠ AUTHOR VEDOUCÍ PRÁCE doc. Ing. TOMÁŠ FRÝZA, Ph.D. SUPERVISOR BRNO 2014 VYSOKÉ UČENÍ TECHNICKÉ V BRNĚ Fakulta elektrotechniky a komunikačních technologií Ústav radioelektroniky Bakalářská práce bakalářský studijní obor Elektronika a sdělovací technika Student: Martin Jaroš ID: 146847 Ročník: 3 Akademický rok: 2013/2014 NÁZEV TÉMATU: Augmented reality applications in embedded navigation devices POKYNY PRO VYPRACOVÁNÍ: Analyze the hardware possibilities of the OMAP platform and design an application to effectively combine captured video data and rendered virtual scene based on navigational data from GPS and INS sensors. Design and create a functional prototype. Examine practical use cases of the proposed navigation device, design applicable user interface. DOPORUČENÁ LITERATURA: [1] BIMBER, O.; RASKAR, R. Spatial augmented reality: merging real and virtual worlds. Wellesley: A K Peters, 2005, 369 p. ISBN 15-688-1230-2. [2] Texas Instruments. OMAP 4460 Multimedia Device [online]. 2012 - [cit. 8. listopadu 2012]. Available: http://www.ti.com/product/omap4460. Termín zadání: 10.2.2014 Termín odevzdání: 30.5.2014 Vedoucí práce: doc.
    [Show full text]
  • Gstreamer and Dmabuf
    GStreamer and dmabuf OMAP4+ graphics/multimedia update Rob Clark Outline • A quick hardware overview • Kernel infrastructure: drm/gem, rpmsg+dce, dmabuf • Blinky s***.. putting pixels on the screen • Bringing it all together in GStreamer A quick hardware overview DMM/Tiler • Like a system-wide GART – Provides a contiguous view of memory to various hw accelerators: IVAHD, ISS, DSS • Provides tiling modes for enhanced memory bandwidth efficiency – For initiators like IVAHD which access memory in 2D block patterns • Provides support for rotation – Zero cost rotation for DSS/ISS access in 0º/90º/180º/270º orientations (with horizontal or vertical reflection) IVA-HD • Multi-codec hw video encode/decode – H.264 BP/MP/HP encode/decode – MPEG-4 SP/ASP encode/decode – MPEG-2 SP/MP encode/decode – MJPEG encode/decode – VC1/WMV9 decode – etc DSS – Display Subsystem • Display Subsystem – 4 video pipes, 3 support scaling and YUV – Any number of video pipes can be attached to one of 3 “overlay manager” to route to a display Kernel infrastructure: drm/gem, rpmsg+dce, dmabuf DRM Overview • DRM → Direct Rendering Manager – Started life heavily based on x86/desktop graphics card architecture – But more recently has evolved to better support ARM and other SoC platforms • KMS → Kernel Mode Setting – Replaces fbdev for more advanced display management – Hotplug, multiple display support (spanning/cloning) – And more recently support for overlays (planes) • GEM → Graphics Execution Manager – But the important/useful part here is the graphics/multimedia buffer management DRM - KMS • Models the display hardware as: – Connector → the thing that the display connects to • Handles DDC/EDID, hotplug detection – Encoder → takes pixel data from CRTC and encodes it to a format suitable for connectors • ie.
    [Show full text]
  • Field Service Support with Google Glass and Webrtc
    Field Service Support with Google Glass and WebRTC Support av Fälttekniker med Google Glass och WebRTC PATRIK OLDSBERG Examensarbete inom Datorteknik, Grundnivå, 15 hp Handledare på KTH: Reine Bergström Examinator: Ibrahim Orhan TRITA-STH 2014:68 KTH Skolan för Teknik och Hälsa 136 40 Handen, Sverige Abstract The Internet is dramatically changing the way we com- municate, and it is becoming increasingly important for communication services to adapt to context in which they are used. The goal of this thesis was to research how Google Glass and WebRTC can be used to create a communi- cation system tailored for field service support. A prototype was created where an expert is able to provide guidance for a field technician who is wearing Google Glass. A live video feed is sent from Glass to the expert from which the expert can select individual images. When a still image is selected it is displayed to the technician through Glass, and the expert is able to provide instructions using real time annotations. An algorithm that divides the selected image into segments was implemented using WebGL. This made it possible for the expert to highlight objects in the image by clicking on them. The thesis also investigates different options for ac- cessing the hardware video encoder on Google Glass. Sammanfattning Internet har dramatiskt ändrat hur vi kommunicerar, och det blir allt viktigare för kommunikationssystem att kunna anpassa sig till kontexten som de används i. Målet med det här examensarbetet var att undersöka hur Google Glass och WebRTC kan användas för att skapa ett kommunikationssystem som är skräddarsytt för support av fälttekniker.
    [Show full text]
  • Gstreamer & Syslink
    GStreamer & SysLink Víctor Manuel Jáquez Leal 2011-10-22 Sat Víctor Manuel Jáquez Leal () GStreamer & SysLink 2011-10-22 Sat 1 / 1 Outline Víctor Manuel Jáquez Leal () GStreamer & SysLink 2011-10-22 Sat 2 / 1 Parallel computing Serial computing is now dead. Parallel computing is a revolution that is now upon us. Although it started more than 40 years ago. Víctor Manuel Jáquez Leal () GStreamer & SysLink 2011-10-22 Sat 3 / 1 Why Parallel computing? To achieve performance guarantee. It generally leads to lower power consumption. Víctor Manuel Jáquez Leal () GStreamer & SysLink 2011-10-22 Sat 4 / 1 Parallel computing challenges Programming for serial computing is already dicult. Programming for parallel computing will only exacerbate this diculty. Víctor Manuel Jáquez Leal () GStreamer & SysLink 2011-10-22 Sat 5 / 1 Asymmetric Multiprocessing Might be dierent type of processors. Might have private memory. Might run dierent OS. Parallel computing approaches Symmetric Multiprocessing Identical processors. A single shared main memory. A single OS instance. Víctor Manuel Jáquez Leal () GStreamer & SysLink 2011-10-22 Sat 6 / 1 Parallel computing approaches Symmetric Multiprocessing Asymmetric Multiprocessing Identical processors. Might be dierent type of A single shared main processors. memory. Might have private memory. A single OS instance. Might run dierent OS. Víctor Manuel Jáquez Leal () GStreamer & SysLink 2011-10-22 Sat 6 / 1 Symmetric Multiprocessing SMP It is the most common conguration. It has bandwidth issues. It lacks of fault-tolerant features. The cache coherency mechanism consumes too much power. Víctor Manuel Jáquez Leal () GStreamer & SysLink 2011-10-22 Sat 7 / 1 Asymmetric Multiprocessing AMP A problem in one kernel/CPU will not aect the whole system.
    [Show full text]
  • Jacinto6 Android Video Decoder Software Design Specification
    Jacinto6 Android Video Decoder Software Design Specification User's Guide Literature Number: SPRUI41 April 2016 Contents 1 Introduction......................................................................................................................... 4 1.1 Jacinto6 Hardware for Audio Video Playback ........................................................................ 4 1.2 Acronyms and Definitions ............................................................................................... 5 1.3 Multicore Responsibilities During AV Playback Usecase ........................................................... 5 1.4 Android MultiMedia Stack ............................................................................................... 6 2 Functional Overview............................................................................................................. 8 2.1 Android Video Architecture ............................................................................................. 8 2.2 TI MM HAL................................................................................................................ 8 3 Interfaces .......................................................................................................................... 12 3.1 HAL Interfaces .......................................................................................................... 12 3.2 MediaCodec xml for Decoder Selection ............................................................................. 17 3.3 MediaPlayer ............................................................................................................
    [Show full text]
  • Video4linux2: Path to a Standardized Codec
    Video4Linux2: Path to a Standardized Video Codec API Kamil Dębski Linux Platform Group Samsung Poland R&D Centre © 2012 SAMSUNG Electronics Co. Contents Hardware accelerated video codecs - Special needs and quirks Current solutions for HW codecs Video4Linux2 memory-to-memory devices V4L2 Codec API MFC 5.1 and its quirks Using a V4L2 codec API from user space - Decoding use case - Encoding use case How to get started with a video codec driver Summary © 2012 SAMSUNG Electronics Co. 1/38 Hardware accelerated video codecs Hardware module integrated in the SoC or as a separate chip Characteristics - Memory intensive operations - High bandwidth required for HD content - Highly optimised for speed • Sometimes at the cost of complicated interface - Preference for low power usage © 2012 SAMSUNG Electronics Co. 2/38 Current solutions OpenMAX based - Usually proprietary kernel interface - Vendors often provided closed source OpenMAX libraries Open source OpenMAX IL libraries - Bellagio - LIM OpenMAX - Vendors prefer to use own implementations Problems - Even if kernel code is open source the library can be closed source - Quite complicated, different implementations - Library, not a kernel interface © 2012 SAMSUNG Electronics Co. 3/38 OpenMAX OpenMAX Bellagio with support for Exynos4 using the Video4Linux2 Codec API - http://omxil.git.sourceforge.net/git/gitweb.cgi?p=omxil/components;a=s hortlog;h=refs/heads/samsung - http://omxil.git.sourceforge.net/git/gitweb.cgi?p=omxil/omxil;a=shortlog ;h=refs/heads/samsung © 2012 SAMSUNG Electronics Co. 4/38 Current solutions Distributed Codec Engine by TI - Uses the syslink/rcm shim layer interface to connect the application to the codec - It is a library, not a kernel interface VA API by Intel - Library with many backends VDPAU by NVidia - Library - Proprietary driver © 2012 SAMSUNG Electronics Co.
    [Show full text]
  • Jacinto6 Android Video Encoder Software Design Specification
    Jacinto6 Android Video Encoder Software Design Specification User's Guide Literature Number: SPRUI39 April 2016 Contents 1 Introduction......................................................................................................................... 4 1.1 Jacinto6 Hardware for Video Encoding ............................................................................... 4 1.2 Multicore Responsibilities During Video Encoding Usecase ....................................................... 5 1.3 Android MultiMedia Stack ............................................................................................... 6 2 Functional Overview............................................................................................................. 8 2.1 Android Video Encoder Architecture................................................................................... 8 2.2 TI MM HAL ................................................................................................................ 8 2.3 Buffer Management...................................................................................................... 9 3 Interfaces .......................................................................................................................... 10 3.1 HAL Interfaces .......................................................................................................... 10 3.2 MediaCodec Selection xml ............................................................................................ 16 2 Table of Contents SPRUI39–April
    [Show full text]
  • Разработка Видеоплеера На Pandaboard С Использованием Gstreamer
    Разработка видеоплеера на Pandaboard с использованием GStreamer Дмитрий Комягин, Иван Кутень Инновационная компания Promwad 2012 © Promwad Innovation Company Содержание Pandaboard (OMAP4430) Ducati IVA-HD Distributed OpenMAX Distributed Codec Engine Библиотеки для работы с видео GStreamer GStreamer видеоплеер page 2 2012 © Promwad Innovation Company Pandaboard (OMAP4430) page 3 2012 © Promwad Innovation Company Ducati Dual Core Cortex-A9 MPU является хост-процессором OMAP4, на котором запускается ОС Linux (Android) На одном из 2 процессоров Cortex-M3 (Sys M3) запускается драйвер сообщений, который принимает команды от запущенного на Linux ПО и передает их для выполнения на другой процессор Cortex-M3 (App M3) page 4 2012 © Promwad Innovation Company IVA-HD 1080p30 / 1080i60 Поддерживается аппаратное ускорение следующих кодеков: – H.264 BP/MP/HP encode/decode – MPEG-4: SP/ASP encode/decode – DivX 5.x and higher encode/decode – H.263 Profile 0/3 decode, profile 0 encode – MPEG-2 SP/MP encode/decode – MPEG-1 encode/decode – VC-1/WMV9 encode/decode – On2® VP6/VP7 decode – RealVideo® 8/9/10 Decode – JPEG/MJPEG baseline encode/decode – H.264 Annex H MVC (stereo) up to 720p30 page 5 2012 © Promwad Innovation Company Distributed OpenMAX OpenMax — Proxy DOMX AppM3: — DOMX — Исходный код закрыт (предоставляются только бинарные файлы) page 6 2012 © Promwad Innovation Company Distributed Codec Engine (DCE) libdce — библиотека предоставляет удаленный доступ к аппаратному ускорению декодирования видео на IVA-HD через слой syslink/rcm
    [Show full text]
  • Full Conference Guide
    FULL CONFERENCE GUIDE PRESENTED BY SPONSORED BY Dell Precision rack – a Perfect fit for Your Data center Developed in close collaboration with hardware and software partners, the Dell Precision rack workstation delivers high performance in a flexible 2U chassis — an ideal solution for centralizing critical data and workstation assets in secure data center locations. To help maximize flexibility, the Dell Precision rack workstation is enhanced by a choice of industry-standard slot combinations. Designed for performance, reliability, and scalability in environments where space is at a premium, the Dell Precision rack workstation is ideal for high-performance clusters and rendering farms. For remote, crowded, heat-challenged, and acoustically sensitive environments such as financial trading or factory floors, Dell’s optional remote access solution is the ideal solution for workstation users who need to interact with their system when elsewhere on the network. “With the emerging gPu oPPortunities, Dell Precision shoulD be the Platform of choice for anYone looking to accelerate their cgi WorkfloW.” — keith jeffery, head of Business development, taylor James Dell Precision workstations help meet your application demands for: reliabilitY: • Dell Precision, the world’s most preferred Performance anD scalabilitY: workstation family • Intel®-based processing power options • Compatibility for 90 applications including Intel® Core™2 Extreme and Intel® based on certifications by 35 leading Xeon® processors on select systems Independent Software Vendors
    [Show full text]
  • Distributed Multimedia Service
    View metadata, citation and similar papers at core.ac.uk brought to you by CORE provided by Digital library of Brno University of Technology BRNO UNIVERSITY OF TECHNOLOGY Faculty of Electrical Engineering and Communication MASTER'S THESIS Brno, 2016 Bc. Martin Jaroš VYSOKÉ UČENÍ TECHNICKÉ V BRNĚ BRNO UNIVERSITY OF TECHNOLOGY FAKULTA ELEKTROTECHNIKY A KOMUNIKAČNÍCH TECHNOLOGIÍ FACULTY OF ELECTRICAL ENGINEERING AND COMMUNICATION ÚSTAV TELEKOMUNIKACÍ DEPARTMENT OF TELECOMMUNICATIONS DISTRIBUOVANÉ MULTIMEDIÁLNÍ SLUŽBY DISTRIBUTED MULTIMEDIA SERVICE DIPLOMOVÁ PRÁCE MASTER'S THESIS AUTOR PRÁCE Bc. Martin Jaroš AUTHOR VEDOUCÍ PRÁCE Ing. Petr Číka, Ph.D. SUPERVISOR BRNO 2016 VYSOKÉ UČENÍ TECHNICKÉ V BRNĚ Fakulta elektrotechniky a komunikačních technologií Ústav telekomunikací Diplomová práce magisterský navazující studijní obor Telekomunikační a informační technika Student: Bc. Martin Jaroš ID: 146847 Ročník: 2 Akademický rok: 2015/2016 NÁZEV TÉMATU: Distribuované multimediální služby POKYNY PRO VYPRACOVÁNÍ: Navrhněte komunikační protokol vhodný pro přenosy v reálném čase prostřednictvím peer-to-peer multimediálních sítí. Pro vyhledávání uživatelů v rámci sítě využijte distribuovanou hešovací tabulku. Navrhněte kryptografický systém pro ověření uživatelů a zabezpečení přenášeného obsahu. Metody implementujte a vytvořte aplikaci vhodnou pro distribuované streamování multimédiálního obsahu. Aplikaci doplňte o uživatelské rozhraní, analyzujte chování celého systému. DOPORUČENÁ LITERATURA: [1] GHODSI, Ali. Distributed k-ary System: Algorithms for
    [Show full text]
  • Graphics-Slides.Pdf
    Understanding the Linux Graphics Stack Understanding the Linux Graphics Stack © Copyright 2004-2021, Bootlin. Creative Commons BY-SA 3.0 license. Latest update: October 5, 2021. Document updates and sources: https://bootlin.com/doc/training/graphics Corrections, suggestions, contributions and translations are welcome! embedded Linux and kernel engineering Send them to [email protected] - Kernel, drivers and embedded Linux - Development, consulting, training and support - https://bootlin.com 1/206 Rights to copy © Copyright 2004-2021, Bootlin License: Creative Commons Attribution - Share Alike 3.0 https://creativecommons.org/licenses/by-sa/3.0/legalcode You are free: I to copy, distribute, display, and perform the work I to make derivative works I to make commercial use of the work Under the following conditions: I Attribution. You must give the original author credit. I Share Alike. If you alter, transform, or build upon this work, you may distribute the resulting work only under a license identical to this one. I For any reuse or distribution, you must make clear to others the license terms of this work. I Any of these conditions can be waived if you get permission from the copyright holder. Your fair use and other rights are in no way affected by the above. Document sources: https://github.com/bootlin/training-materials/ - Kernel, drivers and embedded Linux - Development, consulting, training and support - https://bootlin.com 2/206 Hyperlinks in the document There are many hyperlinks in the document I Regular hyperlinks: https://kernel.org/ I Kernel documentation links: dev-tools/kasan I Links to kernel source files and directories: drivers/input/ include/linux/fb.h I Links to the declarations, definitions and instances of kernel symbols (functions, types, data, structures): platform_get_irq() GFP_KERNEL struct file_operations - Kernel, drivers and embedded Linux - Development, consulting, training and support - https://bootlin.com 3/206 Company at a glance I Engineering company created in 2004, named ”Free Electrons” until Feb.
    [Show full text]
  • Study on Open Source In-Vehicle Infotainment (IVI) Software Platforms
    Study on Open Source In-Vehicle Infotainment (IVI) Software Platforms Master of Science Thesis in Embedded Electronic System Design ANDERS KLAVMARK TERJE VIKINGSSON Chalmers University of Technology University of Gothenburg Department of Computer Science & Engineering Gothenburg, Sweden June 2015 The Author grants to Chalmers University of Technology and University of Gothenburg the non-exclusive right to publish the Work electronically and in a non-commercial pur- pose make it accessible on the Internet. The Author warrants that he/she is the author to the Work, and warrants that the Work does not contain text, pictures or other mate- rial that violates copyright law. The Author shall, when transferring the rights of the Work to a third party (for example a publisher or a company), acknowledge the third party about this agreement. If the Author has signed a copyright agreement with a third party regarding the Work, the Author warrants hereby that he/she has obtained any necessary permission from this third party to let Chalmers University of Technology and University of Gothenburg store the Work electronically and make it accessible on the Internet. Study on Open Source In-Vehicle Infotainment (IVI) Software Platforms Anders Klavmark, Terje Vikingsson, c Anders Klavmark, June 2015. c Terje Vikingsson, June 2015. Examiner: Sven Knutsson Supervisor: Per Larsson-Edefors Chalmers University of Technology University of Gothenburg Department of Computer Science and Engineering SE-412 96 G¨oteborg Sweden Telephone + 46 (0)31-772 1000 Department of Computer Science and Engineering G¨oteborg, Sweden June 2015 Acknowledgements This report is the result of a master thesis of 30 credits and was carried out by Anders Klavmark and Terje Vikingsson from Chalmers University of Technology.
    [Show full text]