An Introduction to Openvg™ FTF-AUT-F0465

Total Page:16

File Type:pdf, Size:1020Kb

An Introduction to Openvg™ FTF-AUT-F0465 An Introduction to OpenVG™ FTF-AUT-F0465 Oliver Tian | Auto FAE M A Y . 2 0 1 4 TM External Use Agenda • Trend of Graphics in Vehicle • Roadmap of Cluster • Introduction of Rainbow/Vybrid • OpenVG Scenario • Development Ecosystem • Conclusion TM External Use 1 Trend of Graphics in Vehicle TM External Use 2 The Connected Vehicle Infotainment + Communication + Security • Consumer electronics trends are dictating features in the car • Always connected, applications driven, advanced graphics • Infotainment systems becoming battleground for Auto differentiation • As more connected systems get introduced into the vehicle, the need for security is critical − Increasing external communication features (Bluetooth, TPMS, Ethernet, Wi-Fi, etc). − Future interface for vehicle-to-vehicle and vehicle-to-infrastructure. TM External Use 3 Mobility for Everyone Affordable Solutions for Emerging Markets • 100M vehicles annually forecasted before 2020, on top of motorcycle & e-bike growth • 80% of quantity growth after 2015 happening in emerging markets • Safety and emissions reduction are key for a sustainable development Source: IHS Automotive, February 2014 TM External Use 4 More, More, More for Less, Less, Less More performance, more embedded memory, more safety for less cost, less power and less development effort More • Electronic complexity • ECUs per car (50+) • MCUs per car (100+) • In-car Wi-Fi ® (7.2Mbps and 3.7Bpcs by 2017) iSuppli Less Reuse • Other markets have less critical applications • Some automotive specific challenges TM External Use 5 Today’s Car • Complex computerized control − Millions of lines of code, from multiple vendors − Dozens of distinct ECUs, from multiple vendors • Shared internal networking (e.g., CAN, FlexRay) − Increasing external communications features . Telematics, Bluetooth, TPMS, RDS, XM radio, GPS, keyless start/entry, USB ports, Wi-Fi, etc. TM External Use 6 Tomorrow’s car -> much more of everything • The Infrastructure − The Intelligent Transportation System (ITS) . V2V/ACAS, V2I, traffic control, autonomous driving, real-time data fusion, pervasive sensing TM External Use 7 Driver Information Systems Roadmap Applications st Q3 15 I.MX 8 SOLO 1 Si Jan12 I.MX 6 DUAL ARM Cortex-Dual A7/M4, High-end VSPA, 2D-ACE, GC355 Q1 15 I.MX 6 SLX +VPU I.MX 6 DUALLITE Proposal Best Graphics, ARM Cortex-Dual A7/M4, May12 VSPA, 2D-ACE, GC355 Q1 ‘14 Performance & I.MX 6 SLX I.MX 6 SOLO Planning Integration I.MX53 Execution Jun 14 MACHxx (Halo) ARM Cortex-A5/M4/M0+, 2D- Mid-range ACE, 2D-GPU, GC355 Production Jan 13 SVF5/3R Pin Compatible (Faraday/Vybrid) QFP/BGA’s Optimized ARM Cortex-Dual A5/M4, S08 Core MPC5645S 2D-ACE, GC355 Graphics, High (Rainbow) MACCxx S12 Core Integration Q2 15 (Corona) S12z Core (MagniV) ARM Cortex-/M4/M0+, 2D-ACE, Power Architecture 2D-GPU, GC255 MPC5606S Pin Compatible Cost Effective ARM Cortex Performance (Spectrum) Color Graphics QFP’s Security Aug 12 S12ZVH (Lumen-4WL) Q1’16 Low-end S12XHY LumenNG512 (Sea Wasp) ARM CortexM0+, 2xCANPhy, MagniV S12HY Nov 12 (Lumen-2W) Lowest System S12ZVHY Cost, High (Jellyfish) Integration S08LG32 2011 2012 2013 2014 2015 2016 2017 TM External Use 8 r6 11-Feb-14 MPC5645S: Rainbow 2M General Characteritics: System Debug Crossbar Masters • PPC e200z4d Dual Issue core, 5 stage pipeline, 4k I-Cache Integration • 16 entry Memory Management Unit TCON JTAG Z160 • 2M FLASH with ECC PPCTM RSDS DCU • 64k SRAM with ECC VReg Nexus e200z4d 2D VIU DCU Lite • 16 channel DMA Class 3+ Core Oscillator GFX • Memory Protection Unit (16 regions) (4k I-cache) • QuadSPI Serial Flash Interface FMPLLx2 • Voltage Regulator with external ballast transistor RTC/32Kosc MMU • Real Time Counter + 32kHz crystal oscillator 16ch • Watchdog, Periodic Interrupt Timer, System Timer Interrupt DMA • 4-16MHz XOSC Controller • Frequency Modulated PLL (x2) • Nexus 3+ / JTAG CROSSBAR SWITCH Graphics Features: Memory Protection Unit (MPU) • 2D Graphics Accelerator: AMD z160 OpenVG • 1M Graphics SRAM • Display Control Unit: 4 planes / 16 layers PIT • Display Conrol Unit –Lite: 2 planes / 4 layers WDOG • DDR DRAM interface (324BGA only) Sys Timer 64k 1M I/O RLE DDR-2 2M Quad • Video input Unit (VIU) SRAM Graphics Bridge Decode DRAM Flash SPI2 • RLE Decoder Boot SRAM Interface Assist EEE Crossbar General Characteristics: Module • Up to 120MHz operation (BAM) Slaves • Low power modes • -40 to +105C, 3.0V to 5.5V • 176LQFP, 208LQFP, 324BGA package options Communications I/O System Peripherals and Communications: • 6 Stepper Motor Drivers with Stall Detection 20 ch SSD eMIOS0 eMIOS1 3 4 3 4 • Sound Generator Module SGM ATD 6 16ch 16ch FlexCAN LINFlex DSPI I2C • 3xCAN, 3xDSPI, 4xI2C, 4xLIN 10bit SMD • 32 channel eMIOS (PWM+Timer) • 20 channel, 10bit ADC TM External Use 9 Vybrid F Series System Key Functional Characteristics: • Cortex-A5 “value“ processor for best MIPs/mW • On-chip SRAM, 2D-ACE, Quad-SPI and RTOS result NEON optimized HMI Tools Royalty-free CODECS/Libraries Comm Stacks RTOS in low system cost (no DRAM) • Flexible memory solution configurable based on application needs (1.5MB SRAM or 1MB SRAM + 512K Power Multimedia Cortex-A5 L2) Management Up to 400MHz Connectivity - single 3.3V supply NEON/FPU USB OTG + Phy • DDR3 and OpenVG support for performance critical - low voltage reset 32KB/32KB L1 applications USB OTG + Phy • Synchronous Audio Interface (SAI) supporting 1.5MB SRAM System eMMC/SD independent I2S, TDM, AC97 and Codec/DSP Connectivity x2 System and interfaces CAN General Purpose x2 Audio I/O • Enhanced Serial Audio Interface (ESAI) with I2S and I2C DMA SAI x4 (i2s x4) x4 ESAI x1 (i2s x6) AC97 modes HAB 4.1 Security UART/LIN Tamper Detect SP/DIF x6 Receiver/Transmitter Key Electrical Characteristics: SPI Watchdog Timer Sample Rate x3 Other Timers (x8) Convertor • A5 at up to 400MHz, and DDR3-800 Media Local Bus Real Time Clock AudioReciever Multiplexer • -40 to +85C (ambient) 3-wire 10/100 Ethernet Pulse Width • 3.0V to 3.6V supply (3.3V nominal) Modulator Display I/O Package: GPIO 2D-ACE x2 External Memory Animation &Comp Engine • 144/176 LQFP; 364MAPBGA 2x 12-bit SAR ADC DRAM (16-bit) with Touchscreen OpenVG GPU LPDDR2, DDR3 (GC355) Initial Samples: Dual Quad-SPI 2x 12-bit DAC Segment Display Flash (SDR and DDR) With Tone Generation Controller (4x40) • Ready Internal Temperature NAND/NOR Flash Monitor Camera Input, 18-bit + 8/16b Composite (4 to 1)) Enablement • Production Software including CODECs, Stacks, RTOS • UI development Tools for 2D-ACE • Radio Reference Design – HW and SW TM External Use 10 • ARM Core Architecture: - Cortex M4 vehicle processor - Cortex A5 application processor MACHxx Block Diagram - Cortex M0+ I/O processor • 4MByte ECC flash • 2x 512KB ECC SRAM Power Management Cortex-A5 Cortex-M4 • 1.3MB non-ECC SRAM Single 3.3V supply Up to 320MHz Up to 160MHz Low Voltage Detection NEON / FPU/ MMU FPU • Supports 2 x WVGA displays: Low Power Control 32K / 32K L1 cache 16K / 16K L1 cache - OpenVG 1.1 GPU - 2 x 2D-ACE display interfaces 64 KB TCM System and General Purpose - DigitalRGB, RSDS, LVDS i/f - Hardware HUD warping engine Memory Protection DMA I/O Processor - Digital camera input Security-CSE2 Autonomous RTC Cortex – M0+ Up to 80MHz • Extensive connectivity : Peripherals - Ethernet AVB, MLB50, CAN-FD 32K ECC SRAM CAN(FD) x3 I2C x2 Internal Memory • I/O Processor (Cortex M0+) UART/LIN x3 Watchdog Timers - Supports autonomous operation 4MB ECC Flash SPI x5 IC/OC Timers / PWM Stepper Motor Drivers - Peripheral control and Low power MLB 3-wire SMD / SSD x6 1.3MB Non ECC SRAM operation 12-bit SAR ADC 10/100 Ethernet + AVB 2 x 512KB ECC SRAM • Security (CSE2) Audio / GFx / Video / Display - Meets SHE specification External Memory - Meets GM’s Global B Cybersecurity SGM (includes I2S) 2D-ACE + inline HUD requirements DDR QuadSPI Flash x2 Warping Digital Video In • Functional Safety 16/32-bit DDR2 2D - ACE - Built in support for ASIL-B GC355 OpenVG GPU Open LDI & RSDS 16-bit SDR • Software Support - AutoSAR - GC355 - I/OP Stepper motor driver • BGA and QFP package options: - 176/208LQFP + 516MAPBGA TM -40 to +105C TA External Use 11 MPC56xxS vs MACHxx vs Vybrid Feature MPC56xxS MACHxx Vybrid Spectrum - 1 x WQVGA MACCxx– 1 x WVGA Target Use-Case Up to 2 x WVGA Rainbow – 2 x WQVGA MACHxx- 2 x WVGA Spectrum - e200z0h Corona - ARM CM4 Core(s) ARM CM4/CA5 Rainbow - e200z4d Halo - ARM CM4/CA5 Security Censorship only CSE2 (encrypted protection) CAAM Safety Limited features ASIL-B Limited Features Flash Spectrum-1M, Rainbow-2M Corona-1-2M, Halo-2-4M None – supports XIP QuadSPI Flash Corona-256kB Up to 1.5MB on-chip SRAM in total Graphics SRAM Spectum-160kB, Rainbow-1MB Halo-1.3MB (+1MB ECC RAM) (1MB no ECC, 512k ECC) Stepper Motors SMD/Stall Detect ‘Intelligent’ SMD/SSD None Head-Up Display None Hardware warping engine on Halo GC355 can support warping Spectrum - None Corona/Halo - 2D-GPU GPU GC355 OpenVG Rainbow - Z160-OpenVG Halo - GC355 OpenVG High Speed Serial None MLB50, ENET-AVB, CAN-FD MLB50, ENETx2, USB-HS x2 GRAM Spectrum – None Corona – SDR LPDDR2 / DDR3 Expandability Rainbow – SDR/DDR2 Halo – (SDR)/DDR2 EVB, Basic Compiler tools, “Lab EVBs, Complete High-Performance EVBs, Complete High-Performance Enablement Bench” Demos Demos, Optimized Graphics Tools Demos, Optimized Graphics Tools TM External Use 12 r0: 23-Sep-13 MPC5645S working scenario LEDs 3x CAN eMIOS 6 Stepper Motor Drivers PWMs with patented stall detection 4x LIN Video Vreg MPC5645S Input Unit 64K SRAM 4x16k 1MB RTC EEPROM Graphics 125MHz RAM sound Power 2MB eMIOS Display TFT DISPLAY PWMs E200z4d core FLASH Control DCU on MPC5645S can drive up to QuadSPI Unit 800x480 24-bit LCD DRAM Serial Flash DCU Lite OpenVG • Optional 2nd Display (DCU-lite) interface Controller GPU OpenVG1.1 GPU (Z160) natively renders Low-cost • Lines, curves, polygons, textures,etc.
Recommended publications
  • Introduction to the Vulkan Computer Graphics API
    1 Introduction to the Vulkan Computer Graphics API Mike Bailey mjb – July 24, 2020 2 Computer Graphics Introduction to the Vulkan Computer Graphics API Mike Bailey [email protected] SIGGRAPH 2020 Abridged Version This work is licensed under a Creative Commons Attribution-NonCommercial-NoDerivatives 4.0 International License http://cs.oregonstate.edu/~mjb/vulkan ABRIDGED.pptx mjb – July 24, 2020 3 Course Goals • Give a sense of how Vulkan is different from OpenGL • Show how to do basic drawing in Vulkan • Leave you with working, documented, understandable sample code http://cs.oregonstate.edu/~mjb/vulkan mjb – July 24, 2020 4 Mike Bailey • Professor of Computer Science, Oregon State University • Has been in computer graphics for over 30 years • Has had over 8,000 students in his university classes • [email protected] Welcome! I’m happy to be here. I hope you are too ! http://cs.oregonstate.edu/~mjb/vulkan mjb – July 24, 2020 5 Sections 13.Swap Chain 1. Introduction 14.Push Constants 2. Sample Code 15.Physical Devices 3. Drawing 16.Logical Devices 4. Shaders and SPIR-V 17.Dynamic State Variables 5. Data Buffers 18.Getting Information Back 6. GLFW 19.Compute Shaders 7. GLM 20.Specialization Constants 8. Instancing 21.Synchronization 9. Graphics Pipeline Data Structure 22.Pipeline Barriers 10.Descriptor Sets 23.Multisampling 11.Textures 24.Multipass 12.Queues and Command Buffers 25.Ray Tracing Section titles that have been greyed-out have not been included in the ABRIDGED noteset, i.e., the one that has been made to fit in SIGGRAPH’s reduced time slot.
    [Show full text]
  • GLSL 4.50 Spec
    The OpenGL® Shading Language Language Version: 4.50 Document Revision: 7 09-May-2017 Editor: John Kessenich, Google Version 1.1 Authors: John Kessenich, Dave Baldwin, Randi Rost Copyright (c) 2008-2017 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 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.
    [Show full text]
  • Opencl on the GPU San Jose, CA | September 30, 2009
    OpenCL on the GPU San Jose, CA | September 30, 2009 Neil Trevett and Cyril Zeller, NVIDIA Welcome to the OpenCL Tutorial! • Khronos and industry perspective on OpenCL – Neil Trevett Khronos Group President OpenCL Working Group Chair NVIDIA Vice President Mobile Content • NVIDIA and OpenCL – Cyril Zeller NVIDIA Manager of Compute Developer Technology Khronos and the OpenCL Standard Neil Trevett OpenCL Working Group Chair, Khronos President NVIDIA Vice President Mobile Content Copyright Khronos 2009 Who is the Khronos Group? • Consortium creating open API standards ‘by the industry, for the industry’ – Non-profit founded nine years ago – over 100 members - any company welcome • Enabling software to leverage silicon acceleration – Low-level graphics, media and compute acceleration APIs • Strong commercial focus – Enabling members and the wider industry to grow markets • Commitment to royalty-free standards – Industry makes money through enabled products – not from standards themselves Silicon Community Software Community Copyright Khronos 2009 Apple Over 100 companies creating authoring and acceleration standards Board of Promoters Processor Parallelism CPUs GPUs Multiple cores driving Emerging Increasingly general purpose performance increases Intersection data-parallel computing Improving numerical precision Multi-processor Graphics APIs programming – Heterogeneous and Shading e.g. OpenMP Computing Languages Copyright Khronos 2009 OpenCL Commercial Objectives • Grow the market for parallel computing • Create a foundation layer for a parallel
    [Show full text]
  • Opengl ES / Openvg / Opencl / Webgl / Etc
    KNU-3DC : Education and Training Plan 24 July 2013 Hwanyong LEE, Ph.D. Principal Engineer & Industry Cooperation Prof., KNU 3DC [email protected] KNU-3DC Introduction • Kyungpook National Univ. 3D Convergence Technology Center . Korea Government Funded Org. 23 staffs (10 Ph.D) . Research / Supporting Industry . Training and Education • Training and Education . Dassault Training Center . KIKS(Korea Institute of Khronos Study) • Constructing New Center Building . HUGE ! 7 Floors ! (2014E) 2 KNU-3DC KIKS • KIKS(Korea Institute of Khronos Study) . Leading Role in Korea for Training and Education of Khronos Standard – Collaboration with Khronos Group . Open Lecture + Develop Coursework for • OpenGL / OpenGL ES / OpenVG / OpenCL / WebGL / etc. • Opening / Sponsoring Workshop and Forum . Participating Khronos Activities • Contributor Member (Plan, now Processing) • Active participation of Khronos WG . Other Standard Activities • Make Khronos Standard into Korea National Standard. (WebGL) • W3C, ISO/IEC JTC1, IEEE 3333.X . Research and Consulting for Industry and Academy 3 KIKS Course • KIKS Course will be categorized into . Basic / Advanced / Packaged . Special Course - For instance Overview / Optimization / Consulting • Developing Courseware (for Khronos API) . OpenGL ES Basic & Advanced . OpenGL Basic & Advanced . OpenVG . OpenCL Basic & Advanced . WebGL . Etc. – new standards (Red - Started / Orange – Start at 4Q2013 / Dark Blue – Start at 2014) 4 Different View of Courses University Computer Game Image Parallel View Graphics Develop Processing … Processing JavaScript Khronos Canvas View … iPhone Android Company Web-App Parallel App App Application Develop View Develop Develop … Develop Course Development – Packaging Example • Android Application with OpenGL ES . General Android API’s – JNI, Java etc. OpenGL ES • iPhone App. Development with OpenGL ES . General iPhone APP API – cocoa, Objective-C, etc.
    [Show full text]
  • History and Evolution of the Android OS
    View metadata, citation and similar papers at core.ac.uk brought to you by CORE provided by Springer - Publisher Connector CHAPTER 1 History and Evolution of the Android OS I’m going to destroy Android, because it’s a stolen product. I’m willing to go thermonuclear war on this. —Steve Jobs, Apple Inc. Android, Inc. started with a clear mission by its creators. According to Andy Rubin, one of Android’s founders, Android Inc. was to develop “smarter mobile devices that are more aware of its owner’s location and preferences.” Rubin further stated, “If people are smart, that information starts getting aggregated into consumer products.” The year was 2003 and the location was Palo Alto, California. This was the year Android was born. While Android, Inc. started operations secretly, today the entire world knows about Android. It is no secret that Android is an operating system (OS) for modern day smartphones, tablets, and soon-to-be laptops, but what exactly does that mean? What did Android used to look like? How has it gotten where it is today? All of these questions and more will be answered in this brief chapter. Origins Android first appeared on the technology radar in 2005 when Google, the multibillion- dollar technology company, purchased Android, Inc. At the time, not much was known about Android and what Google intended on doing with it. Information was sparse until 2007, when Google announced the world’s first truly open platform for mobile devices. The First Distribution of Android On November 5, 2007, a press release from the Open Handset Alliance set the stage for the future of the Android platform.
    [Show full text]
  • Openvg 1.1 API Quick Reference Card - Page 1
    OpenVG 1.1 API Quick Reference Card - Page 1 OpenVG® is an API for hardware-accelerated two-dimensional Errors [4.1] vector and raster graphics. It provides a device-independent Error codes and their numerical values are defined by the VGErrorCode enumeration and can be and vendor-neutral interface for sophisticated 2D graphical obtained with the function: VGErrorCode vgGetError(void). The possible values are as follows: applications, while allowing device manufacturers to provide VG_NO_ERROR 0 VG_UNSUPPORTED_IMAGE_FORMAT_ERROR 0x1004 hardware acceleration where appropriate. VG_BAD_HANDLE_ERROR 0x1000 VG_UNSUPPORTED_PATH_FORMAT_ERROR 0x1005 • [n.n.n] refers to sections and tables in the OpenVG 1.1 API VG_ILLEGAL_ARGUMENT_ERROR 0x1001 VG_IMAGE_IN_USE_ERROR 0x1006 specification available at www.khronos.org/openvg/ VG_OUT_OF_MEMORY_ERROR 0x1002 VG_NO_CONTEXT_ERROR 0x1007 • Default values are shown in blue. VG_PATH_CAPABILITY_ERROR 0x1003 Data Types & Number Representations Colors [3.4] The sRGB color space defines values R’sRGB, G’sRGB, B’sRGB in terms of the linear lRGB primaries. Primitive Data Types [3.2] Colors in OpenVG other than those stored in image pixels are represented as non-premultiplied sRGBA color values. openvg.h khronos_type.h range Convert from lRGB to sRGB Convert from sRGB to lRGB Image pixel color and alpha values lie in the range [0,1] (gamma mapping) (1) (inverse gamma mapping) (2) VGbyte khronos_int8_t [-128, 127] unless otherwise noted. -1 VGubyte khronos_uint8_t [0, 255] R’sRGB = γ(R) R = γ (R’sRGB) Color Space Definitions -1 The linear lRGB color space is defined in terms of the G’sRGB = γ(G) G = γ (G’sRGB) VGshort khronos_int16_t [-32768, 32767] -1 standard CIE XYZ color space, following ITU Rec.
    [Show full text]
  • Hardware Implementation of a Tessellation Accelerator for the Openvg Standard
    IEICE Electronics Express, Vol.7, No.6, 440–446 Hardware implementation of a tessellation accelerator for the OpenVG standard Seung Hun Kim, Yunho Oh, Karam Park, and Won Woo Roa) School of Electrical and Electronic Engineering, Yonsei University, 134 Shinchon-Dong, Seodaemun-Gu, SEOUL, 120–749, KOREA a) [email protected] Abstract: The OpenVG standard has been introduced as an efficient vector graphics API for embedded systems. There have been several OpenVG implementations that are based on the software rendering of image. However, the software rendering needs more execution time and power consumption than hardware accelerated rendering. For the effi- cient hardware implementation, we merge eight pipeline stages in the original specification to four pipeline stages. The first hardware accel- eration stage is the tessellation part which is one of the pipeline stages that calculates the edge of vector graphics. In this paper, we provide an efficient hardware design for the tessellation stage and claim this would eventually reduce the execution time and hardware complexity. Keywords: OpenVG, vector graphics, tessellation, hardware acceler- ator Classification: Electron devices, circuits, and systems References [1] K. Pulli, “New APIs for mobile graphics,” Proc. SPIE - The International Society for Optical Engineering, vol. 6074, pp. 1–13, 2006. [2] Khronos Group Inc., “OpenVG specification Version 1.0.1” [Online] http://www.khronos.org/openvg/ [3] S.-Y. Lee, S. Kim, J. Chung, and B.-U. Choi, “Salable Vector Graphics (OpenVG) for Creating Animation Image in Embedded Systems,” Lecture Notes in Computer Science, vol. 4693, pp. 99–108, 2007. [4] G. He, B. Bai, Z. Pan, and X.
    [Show full text]
  • Rowpro Graphics Tester Instructions
    RowPro Graphics Tester Instructions What is the RowPro Graphics Tester? The RowPro Graphics Tester is a handy utility to quickly check and confirm RowPro 3D graphics and live water will run in your PC. Do I need to test my PC graphics? If any of the following are true you should test your PC graphics before installing or upgrading to RowPro 3: If your PC shipped new with Windows XP. If you are about to upgrade from RowPro version 2. If you have any doubts or concerns about your PC graphics system. How to download and install the RowPro Graphics Tester Click the link above to download the tester file RowProGraphicsTest.exe. In the download dialog box that appears, click Save or Save this program to disk, navigate to the folder where you want to save the download, and click OK to start the download. IMPORTANT NOTE: The RowPro Graphics Tester only tests if your PC has the required graphics components installed, it is not a graphics performance test. Passing the RowPro Graphics Test is not a guarantee that your PC will run RowPro at a frame rate that is fast enough to be useful. It is however an important test to confirm your PC is at least equipped with the necessary graphics components. How to run the RowPro Graphics Tester 1. Run RowProGraphicsTest.exe to run the test. The test normally completes in less than a second. 2. If any of the results show 'No', check the solutions below. 3. Click the x at the top right of the test panel to close the test.
    [Show full text]
  • Opengl Shading Languag 2Nd Edition (Orange Book)
    OpenGL® Shading Language, Second Edition By Randi J. Rost ............................................... Publisher: Addison Wesley Professional Pub Date: January 25, 2006 Print ISBN-10: 0-321-33489-2 Print ISBN-13: 978-0-321-33489-3 Pages: 800 Table of Contents | Index "As the 'Red Book' is known to be the gold standard for OpenGL, the 'Orange Book' is considered to be the gold standard for the OpenGL Shading Language. With Randi's extensive knowledge of OpenGL and GLSL, you can be assured you will be learning from a graphics industry veteran. Within the pages of the second edition you can find topics from beginning shader development to advanced topics such as the spherical harmonic lighting model and more." David Tommeraasen, CEO/Programmer, Plasma Software "This will be the definitive guide for OpenGL shaders; no other book goes into this detail. Rost has done an excellent job at setting the stage for shader development, what the purpose is, how to do it, and how it all fits together. The book includes great examples and details, and good additional coverage of 2.0 changes!" Jeffery Galinovsky, Director of Emerging Market Platform Development, Intel Corporation "The coverage in this new edition of the book is pitched just right to help many new shader- writers get started, but with enough deep information for the 'old hands.'" Marc Olano, Assistant Professor, University of Maryland "This is a really great book on GLSLwell written and organized, very accessible, and with good real-world examples and sample code. The topics flow naturally and easily, explanatory code fragments are inserted in very logical places to illustrate concepts, and all in all, this book makes an excellent tutorial as well as a reference." John Carey, Chief Technology Officer, C.O.R.E.
    [Show full text]
  • Migrating from Opengl to Vulkan Mark Kilgard, January 19, 2016 About the Speaker Who Is This Guy?
    Migrating from OpenGL to Vulkan Mark Kilgard, January 19, 2016 About the Speaker Who is this guy? Mark Kilgard Principal Graphics Software Engineer in Austin, Texas Long-time OpenGL driver developer at NVIDIA Author and implementer of many OpenGL extensions Collaborated on the development of Cg First commercial GPU shading language Recently working on GPU-accelerated vector graphics (Yes, and wrote GLUT in ages past) 2 Motivation for Talk Coming from OpenGL, Preparing for Vulkan What kinds of apps benefit from Vulkan? How to prepare your OpenGL code base to transition to Vulkan How various common OpenGL usage scenarios are re-thought in Vulkan Re-thinking your application structure for Vulkan 3 Analogy Different Valid Approaches 4 Analogy Fixed-function OpenGL Pre-assembled toy car fun out of the box, not much room for customization 5 AZDO = Approaching Zero Driver Overhead Analogy Modern AZDO OpenGL with Programmable Shaders LEGO Kit you build it yourself, comes with plenty of useful, pre-shaped pieces 6 Analogy Vulkan Pine Wood Derby Kit you build it yourself to race from raw materials power tools used to assemble, adult supervision highly recommended 7 Analogy Different Valid Approaches Fixed-function OpenGL Modern AZDO OpenGL with Vulkan Programmable Shaders 8 Beneficial Vulkan Scenarios Has Parallelizable CPU-bound Graphics Work yes Can your graphics Is your graphics work start work creation be CPU bound? parallelized? yes Vulkan friendly 9 Beneficial Vulkan Scenarios Maximizing a Graphics Platform Budget You’ll yes do whatever Your graphics start it takes to squeeze platform is fixed out max perf. yes Vulkan friendly 10 Beneficial Vulkan Scenarios Managing Predictable Performance, Free of Hitching You put yes You can a premium on manage your start avoiding graphics resource hitches allocations yes Vulkan friendly 11 Unlikely to Benefit Scenarios to Reconsider Coding to Vulkan 1.
    [Show full text]
  • Real-Time Computer Vision with Opencv Khanh Vo Duc, Mobile Vision Team, NVIDIA
    Real-time Computer Vision with OpenCV Khanh Vo Duc, Mobile Vision Team, NVIDIA Outline . What is OpenCV? . OpenCV Example – CPU vs. GPU with CUDA . OpenCV CUDA functions . Future of OpenCV . Summary OpenCV Introduction . Open source library for computer vision, image processing and machine learning . Permissible BSD license . Freely available (www.opencv.org) Portability . Real-time computer vision (x86 MMX/SSE, ARM NEON, CUDA) . C (11 years), now C++ (3 years since v2.0), Python and Java . Windows, OS X, Linux, Android and iOS 3 Functionality Desktop . x86 single-core (Intel started, now Itseez.com) - v2.4.5 >2500 functions (multiple algorithm options, data types) . CUDA GPU (Nvidia) - 250 functions (5x – 100x speed-up) http://docs.opencv.org/modules/gpu/doc/gpu.html . OpenCL GPU (3rd parties) - 100 functions (launch times ~7x slower than CUDA*) Mobile (Nvidia): . Android (not optimized) . Tegra – 50 functions NEON, GLSL, multi-core (1.6–32x speed-up) 4 Functionality Image/video I/O, processing, display (core, imgproc, highgui) Object/feature detection (objdetect, features2d, nonfree) Geometry-based monocular or stereo computer vision (calib3d, stitching, videostab) Computational photography (photo, video, superres) Machine learning & clustering (ml, flann) CUDA and OpenCL GPU acceleration (gpu, ocl) 5 Outline . What is OpenCV? . OpenCV Example – CPU vs. GPU with CUDA . OpenCV CUDA functions . Future of OpenCV . Summary OpenCV CPU example #include <opencv2/opencv.hpp> OpenCV header files using namespace cv; OpenCV C++ namespace int
    [Show full text]
  • The Openvx™ Specification
    The OpenVX™ Specification Version 1.0.1 Document Revision: r31169 Generated on Wed May 13 2015 08:41:43 Khronos Vision Working Group Editor: Susheel Gautam Editor: Erik Rainey Copyright ©2014 The Khronos Group Inc. i Copyright ©2014 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 Khronos Group. You may use this specifica- tion 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 re-formatted AS LONG AS the contents of the specifi- cation 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 web-site should be included whenever possible with specification distributions.
    [Show full text]