DOCSLIB.ORG

Openscenegraph 3.0 Beginner's Guide

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
Openscenegraph 3.0 Beginner's Guide OpenSceneGraph 3.0 Beginner's Guide Create high-performance virtual reality applications with OpenSceneGraph, one of the best 3D graphics engines Rui Wang Xuelei Qian BIRMINGHAM - MUMBAI OpenSceneGraph 3.0 Beginner's Guide Copyright © 2010 Packt Publishing All rights reserved. No part of this book may be reproduced, stored in a retrieval system, or transmitted in any form or by any means, without the prior written permission of the publisher, except in the case of brief quotations embedded in critical articles or reviews. Every effort has been made in the preparation of this book to ensure the accuracy of the information presented. However, the information contained in this book is sold without warranty, either express or implied. Neither the authors, nor Packt Publishing and its dealers and distributors will be held liable for any damages caused or alleged to be caused directly or indirectly by this book. Packt Publishing has endeavored to provide trademark information about all of the companies and products mentioned in this book by the appropriate use of capitals. However, Packt Publishing cannot guarantee the accuracy of this information. First published: December 2010 Production Reference: 1081210 Published by Packt Publishing Ltd. 32 Lincoln Road Olton Birmingham, B27 6PA, UK. ISBN 978-1-849512-82-4 www.packtpub.com Cover Image by Ed Maclean ([email protected]) Credits Authors Editorial Team Leader Rui Wang Akshara Aware Xuelei Qian Project Team Leader Reviewers Lata Basantani Jean-Sébastien Guay Project Coordinator Cedric Pinson Leena Purkait Acquisition Editor Proofreader Usha Iyer Dirk Manuel Development Editor Graphics Maitreya Bhakal Nilesh Mohite Technical Editors Production Coordinator Conrad Sardinha Adline Swetha Jesuthas Vanjeet D'souza Cover Work Indexers Adline Swetha Jesuthas Tejal Daruwale Hemangini Bari Monica Ajmera Mehta Foreword Scene graphs have been the foundation of real-time graphics applications for the last two decades, whether it is a 3D game on a phone or a professional flight simulator costing millions of pounds, a virtual reality application through to the latest 3D real-time visualization on television, scene graphs are there under the hood, quietly churning out high quality visuals. However, even powerful tools like scene graphs don't write world leading graphics applications by themselves, they still need developers with the skill and knowledge to make best use of them and the hardware that they run on. This expertise isn't something that you can gain by reading a few pages on the web—graphics hardware and software continues to evolve and you need to keep up with it... It's a journey of learning and exploration undertaken throughout your career. OpenSceneGraph itself is the world's leading scene graph API, and has been written by, and to fulfil the needs of, professional graphics application developers. It is written to be powerful and productive to use rather than cut down and easy to use. Your first encounter with OpenSceneGraph may well be daunting; it's a professional grade scene graph containing many hundreds of classes and modules. But with this sophistication comes the ability to write very powerful graphics applications quickly so it's well worth the effort in learning how to make best use of it. The authors of this book are users and contributors to the OpenSceneGraph software and its community. For me it's rewarding to see this open source project reach out across the world and inspire people, such as Rui Wang and Xuelei Qian, not only to use and contribute to the software, but also to write a book about it so that others can start their own journey into real-time graphics. With this book their aim has been to take you from your first steps through to being able to use advanced features of the OpenSceneGraph and the graphics hardware that it runs on. Learning new concepts and APIs can often be dry and awkward, but once you get your first applications on screen you'll glimpse the potential, and it won't be long before you are seeing complex worlds come life. As a real-time graphics geek myself, I can't think anything more rewarding than immersing yourself in 3D worlds that you help create. Some familiarity with linear algebra, such like 3D vectors, quaternion numbers and matrix transformations, is helpful, too. Robert Osfield. OpenSceneGraph Project Lead About the Authors Rui Wang is a software engineer at the Chinese Academy of Surveying and Mapping and the manager of osgChina, the largest OSG discussion website in China. He is one of the most active members of the official OSG community, who contributes to the serialization I/O, GPU-based particle functionalities, BVH and animated GIF plugins, and other fixes and improvements to the OSG project. He translated Paul Martz's OpenSceneGraph Quick Start Guide into Chinese in 2008, and wrote his own Chinese book OpenSceneGraph Design and Implementation in 2009, cooperating with Xuelei Qian. He is also a novel writer and a guitar lover. Xuelei Qian received his B.Sc. degree in Precision Instrument Engineering from Southeast University, Jiangsu, China, and his Ph.D. degree in applied graphic computing from the University of Derby, Derby, UK in 1998 and 2005, respectively. Upon completion of his Ph.D. degree, he worked as a postdoctoral research fellow in the Dept. of Precision Instrument and Mechanology at Tsinghua University and his current research interests include E-manufacturing, STEP-NC and intelligent CNC, and virtual reality engineering. Acknowledgement We'd like to first thank Don Burns and Robert Osfield for their creative efforts in giving birth to OpenSceneGraph, as well as thousands of members in the OSG core community, for their supports and contributions all the time. Thanks again to Robert Osfield, a pure open source enthusiast and father of a happy family, for his tremendous passion in leading the development the OSG project for so many years (since 1999). He also took time out of his busy schedule to write the foreword for this book. We must express our deep gratitude to Rakesh Shejwal, Usha Iyer, Leena Purkait, Priya Mukherji, and the entire Packt Publishing team for their talented work in producing yet another product, as well as Jean-Sébastien Guay and Cedric Pinson for reviewing the first drafts of the book and providing insightful feedback. We would like to acknowledge John F. Richardson and Marek Teichmann, who announced the book at the OpenSceneGraph BOF at SIGGRAPH 2010. We also offer special thanks to Zhanying Wei, Xuexia Chen, Shixing Yang, Peng Xiao, Qingliang Liu, Su Jiang, and a number of other people who contributed to the completion of this book in different ways. Finally, we owe the most sincere thanks to Paul Martz, who dedicates the first non-commercial book to OSG beginners all over the world and provides great help in supporting the publication of our past and current books. About the Reviewers Jean-Sébastien Guay is a software developer from Montréal, Quebec, Canada. After completing a Bachelor's Degree in Software Development and Software Engineering at UQAM, he began a Master's Degree in Computer Graphics at École Polytechnique, where he chose to use OpenSceneGraph for his Master's project. Motivated by the open nature of the project and wanting to contribute, he started learning its inner workings, fixing bugs, improving the Windows build system, and helping others with their problems on the osg- users mailing list. He has been in the top three posters each month ever since. But is that a good thing or just an indication that he talks too much? Since late 2007, he has worked for CM-Labs Simulations Inc. (http://www.vortexsim. com/), where he develops the Vortex physics toolkit and training simulators for various industries such as construction, subsea, and others. Being the company's dedicated graphics developer allows him to continue using and contributing to OpenSceneGraph. The best part is he gets paid for it, too! Doing so has helped improve his proficiency with C++ as well as allowed him to use other scene graphs such as Vega Prime and OpenSG, which lets him keep an open mind and always see the big picture. Jean-Sébastien has participated in several OpenSceneGraph user meetings, and he was a presenter at the OpenSceneGraph BOFs at Siggraph in 2008 and 2009. He is also a co-developer of the osgOcean nodekit, an ocean surface rendering add-on library for OpenSceneGraph, which is available at http://osgocean.googlecode.com/. He has also contributed to other open source projects, such as Bugzilla, Yafaray, and others. Jean-Sébastien currently lives in the suburbs of Montréal, with his lovely wife and their three young boys. His personal website can be found at http://whitestar02.webhop.org/. Cedric M. Pinson has twelve years of experience in 3D software. He has worked in the video game industry at Nemosoft and Mekensleep, before joining OutFlop, where he has served as the project leader for 3D client technology. He is a contributor to the OpenSceneGraph project and the author and maintainer of osgAnimation. He now does freelance work around OpenGL technologies such as OpenSceneGraph and WebGL. I would like to thank my friends, Loic Dachary for helping me with his advice, Jeremy Moles for the motivation and comments about OpenSceneGraph, Johan Euphrosine for his support, Olivier Lejade who offered me a place to work, and Amy Jones who helps in many ways. www.PacktPub.com Support files, eBooks, discount offers and more You might want to visit www.PacktPub.com for support files and downloads related to your book. Did you know that Packt offers eBook versions of every book published, with PDF and ePub files available? You can upgrade to the eBook version at www.PacktPub.com and as a print book customer, you are entitled to a discount on the eBook copy.
Load more

Recommended publications
  • Geoviewer3d: 3D Geographical Information Viewing
    Ibero-American Symposium on Computer Graphics - SIACG (2006), pp. 1–4 P. Brunet, N. Correia, and G. Baranoski (Editors) GeoViewer3D: 3D Geographical Information Viewing Rafael Gaitán1, María Ten1, Javier Lluch1 y, Luis W. Sevilla2z 1Departamento de Sistemas Informáticos y Computación, Universidad Politécnica de Valencia, Camino de Vera s/n, 46022 2Consellería de Infraestructuras y Transporte, Avenida de Aragón Valencia, Spain Abstract Our State Government is developing a Geographical Information System (GIS), called gvSIG. This project follows the open source philosophy, and uses JAVA as development platform. Consequently, it is portable and can be used by anyone around the world. In this paper, we describe the design and architecture of a prototype for browsing 3D geospatial information. GeoViewer3D is a system that handles and displays worldwide satellite imagery in- cluding textures and elevation data. It has a modular architecture and an efficient 3D rendering system based on OpenSceneGraph. The system incorporates a disk cache to improve access to GIS data. The goal of this prototype is to join the gvSIG project as 3D information viewer. Categories and Subject Descriptors (according to ACM CCS): I.3.4 [Computer Graphics]: Graphics Utilities H.4 [Information Systems Applications]: 1. Introduction Recent advances in 3D technology are gradually enabling the development and exploitation of 3D graphical informa- A Geographical Information System (GISs) is an integrated tion systems [FPM99, Jon89]. New applications, like Nasa system that stores, analyzes, shares, edits and displays spa- World Wind or Google Earth have lately been developed. tial data and associated information. Recently GIS have be- Still, there are only a few 3D geographical information ap- come more important due to the great variety of application plications.
    [Show full text]
  • Open Inventor Toolkit ACADEMIC PROGRAM FAQ Updated June 2018
    Open Inventor Toolkit ACADEMIC PROGRAM FAQ Updated June 2018 • How can my organization qualify for this program ? • What support will my organization get under this program ? • How can I make an application available to collaborators • Can I use Open Inventor Toolkit in an open source project ? • What can I do with Open Inventor Toolkit under this program ? • What are some applications of Open Inventor Toolkit ? • What's the value of using Open Inventor Toolkit ? • What is Thermo Fisher expecting from my organization in exchange for the ability to use Open Inventor Toolkit free of charge ? • How does Open Inventor Toolkit relate to visualization applications ? • Can I use Open Inventor Toolkit to extend visualization applications ? • What languages, platforms and compilers are supported by Open Inventor Toolkit ? • What are some key features of Open Inventor Toolkit ? How can my organization qualify for this program ? Qualified academic and non-commercial organizations can apply for the Open Inventor Toolkit Academic Program. Through this program, individuals in your organization can be granted Open Inventor Toolkit development and runtime licenses, at no charge, for non-commercial use. Licenses provided under the Open Inventor Toolkit Academic Program allow you to both create and distribute software applications based on Open Inventor Toolkit. However, your application must be distributed free-of-charge for educational or research purposes. Your application must not generate commercial revenue nor be deployed by a corporation for in-house use nor be used in any other commercial manner Contact your account manager and we will provide you with more information on the details to qualify for this program.
    [Show full text]
  • Top-Down Archaeology with a Geometric Language
    483 Computer-Aided Design and Applications © 2008 CAD Solutions, LLC http://www.cadanda.com Top-Down Archaeology with a Geometric Language Dario Lucia*, Francesco Martire*, Alberto Paoluzzi* and Giorgio Scorzelli* *Università degli Studi “Roma Tre”, {lucia, martire, paoluzzi, scorzell}@dia.uniroma3.it Fig. 1: (a) 2D map of the Palatino hill in Rome; (b) the 3D PLaSM reconstruction of the emperor’s palace (Domus Flavia, Domus Augustana and Hippodrome of Domitian). ABSTRACT In this paper we discuss a fast reconstruction of an archaeological site consisting of many different and connected parts. In particular, we discuss the geometric reconstruction of the Domus Flavia and the Domus Augustana, both built by Emperor Domitian on the Palatine hill in Rome, including the adjacent Hippodromus. The Domus Flavia was the official part of the palace, while the Domus Augustana was the emperor’s luxurious private residence. They are the most impressive ruins remaining today on the Palatine. The aim of this paper is to introduce the reader to the power of generative semantics, and to show how fast and easy is the generation of complex VR models if using a generative language. For this purpose, we capitalize on a novel parallel framework for high- performance solid and geometric modeling, that (a) compiles the generating expressions of the model into a dataflow network of concurrent threads, and (b) splits the model into fragments to be distributed to computational nodes and generated independently. We trust that both the language and its kernel are suitable for Cell-BE (Broadband Engine) implementation, that someone believes the reference architecture for advanced modeling, imaging and simulation of next years.
    [Show full text]
  • Open Inventor® 3D Graphics Toolkit for Industrial-Strength Application Development
    DataSheet Open Inventor® 3D Graphics Toolkit for Industrial-Strength Application Development • Speed up your application design, development and maintenance cycles • Increase your performance with advanced 3D visualization and programming • Protect your investment by abstracting low-level, underlying graphics technology • Rely on advanced support of leading open standards Open Inventor® is an object-oriented, cross-platform 3D Open Inventor® delivers enhanced productivity, performance, graphics toolkit for the development of industrial-strength, flexibility and reliability for development of your most demanding interactive, 3D graphics applications using C++, .NET or Java. applications that require robust and evolutionary technologies to meet the highest challenges in 3D visualization. Open Inventor® provides the power and functionality of OpenGL® at an object-oriented level. The easy-to-use API, extensible architecture, and large set of advanced components provide developers with a high-level platform for rapid prototyping and development of high-end, advanced 3D graphics applications. Core Features Object-Oriented 3D API Open Inventor® offers a comprehensive object-oriented set (more than 1300 ready- to-use classes) integrated in a user-friendly framework for rapid development. The scene graph paradigm provides ready-to-use graphics programming patterns, and the object-oriented design encourages extensibility and customization to satisfy specific requirements. Open Inventor® is the most widely used scene graph API in the developer community. Optimized 3D Rendering Open Inventor® has been tuned for improved performance by utilizing the latest relevant OpenGL® features and extensions, automatically taking care of OpenGL® optimization techniques to provide a much higher-level programming interface. Advanced Support of OpenGL® Shaders OpenGL® shader rendering techniques can be applied to any Open Inventor® shape to further enhance the 3D visual experience by using special effects.
    [Show full text]
  • The Flightgear Manual
    The FlightGear Manual Michael Basler, Martin Spott, Stuart Buchanan, Jon Berndt, Bernhard Buckel, Cameron Moore, Curt Olson, Dave Perry, Michael Selig, Darrell Walisser, and others The FlightGear Manual February 22, 2010 For FlightGear version 2.0.0 2 Contents 0.1 Condensed Reading.........................6 0.2 Instructions For the Truly Impatient................6 0.3 Further Reading...........................6 I Installation9 1 Want to have a free flight? Take FlightGear! 11 1.1 Yet Another Flight Simulator?................... 11 1.2 System Requirements........................ 14 1.3 Choosing A Version......................... 15 1.4 Flight Dynamics Models...................... 16 1.5 About This Guide.......................... 16 2 Preflight: Installing FlightGear 19 2.1 Installing scenery.......................... 19 2.1.1 MS Windows Vista/7.................... 20 2.1.2 Mac OS X......................... 20 2.1.3 FG_SCENERY....................... 20 2.1.4 Fetch Scenery as you fly.................. 21 2.1.5 Creating your own Scenery................. 22 2.2 Installing aircraft.......................... 22 2.3 Installing documentation...................... 22 II Flying with FlightGear 25 3 Takeoff: How to start the program 27 3.1 Environment Variables....................... 27 3.1.1 FG_ROOT......................... 27 3.1.2 FG_SCENERY....................... 27 3.1.3 Environment Variables on Windows and Mac OS X.... 27 3.2 Launching the simulator under Unix/Linux............ 28 3.3 Launching the simulator under Windows.............. 29 3.3.1 Launching from the command line............. 30 3 4 CONTENTS 3.4 Launching the simulator under Mac OS X............. 30 3.4.1 Selecting an aircraft and an airport............. 31 3.4.2 Enabling on-the-fly scenery downloading......... 31 3.4.3 Enabling Navigation Map (Atlas)............
    [Show full text]
  • Canonical View Volumes
    University of British Columbia View Volumes Canonical View Volumes Why Canonical View Volumes? CPSC 314 Computer Graphics Jan-Apr 2016 • specifies field-of-view, used for clipping • standardized viewing volume representation • permits standardization • restricts domain of z stored for visibility test • clipping Tamara Munzner perspective orthographic • easier to determine if an arbitrary point is perspective view volume orthographic view volume orthogonal enclosed in volume with canonical view y=top parallel volume vs. clipping to six arbitrary planes y=top x=left x=left • rendering y y x or y x or y = +/- z x or y back • projection and rasterization algorithms can be Viewing 3 z plane z x=right back 1 VCS front reused front plane VCS y=bottom z=-near z=-far x -z x z=-far plane -z plane -1 x=right y=bottom z=-near http://www.ugrad.cs.ubc.ca/~cs314/Vjan2016 -1 2 3 4 Normalized Device Coordinates Normalized Device Coordinates Understanding Z Understanding Z near, far always positive in GL calls • convention left/right x =+/- 1, top/bottom y =+/- 1, near/far z =+/- 1 • z axis flip changes coord system handedness THREE.OrthographicCamera(left,right,bot,top,near,far); • viewing frustum mapped to specific mat4.frustum(left,right,bot,top,near,far, projectionMatrix); • RHS before projection (eye/view coords) parallelepiped Camera coordinates NDC • LHS after projection (clip, norm device coords) • Normalized Device Coordinates (NDC) x x perspective view volume orthographic view volume • same as clipping coords x=1 VCS NDCS y=top • only objects
    [Show full text]
  • Openscenegraph (OSG)—The Cross-Platform Open Source Scene
    Project Report Student: Katerina Taskova 3-year PhD student International Postgraduate School Jozef Stefan Ljubljana, Slovenia This project was a SIMLAB student internship project financed by a scholarship of the German Academic Exchange Service (DAAD) within the framework of the Stability Pact of Southern Eastern Europe funded by the German federal government. Period of the internship: 06.01.2009 - 29. 03.2009 Department: Computation in Engineering Faculty of Civil Engineering Technique University of Munich Advisor on the project: Dr. Martin Ruess Computation in Engineering Faculty of Civil Engineering Technique University of Munich Project description Idea The main idea was to incorporate user interactivity with simulation models during runtime in order to get an immediate response to model changes, a concept known as Computational Steering. This requires an implementation of a single-sided communication concept (with Massage Passing Interface, version MPI2) for the communication between simulation and visualization (two independently running processes with their own memory). Simulation The simulation process simulates the behavior of a real physical system. More specifically, it simulates the vibration (dynamic response) from a harmonic/periodic loading on thin plates. This process permanently produces results, scalar simulation data in sequential time steps, which are the input for the visualization process. Typically this calculation is numerical expensive and time-consuming. For this purpose was used a C++ implemented Finite-Element software package for dynamic simulation by Dr.Martin Ruess and it wasn’t a task for implementation in this project. Visualization The visualization process is the second independent process responsible exclusively for the visualization of the results generated with the thin plate vibration simulator.
    [Show full text]
  • COMPUTER GRAPHICS COURSE Viewing and Projections
    COMPUTER GRAPHICS COURSE Viewing and Projections Georgios Papaioannou - 2014 VIEWING TRANSFORMATION The Virtual Camera • All graphics pipelines perceive the virtual world Y through a virtual observer (camera), also positioned in the 3D environment “eye” (virtual camera) Eye Coordinate System (1) • The virtual camera or “eye” also has its own coordinate system, the eyeY coordinate system Y Eye coordinate system (ECS) Z eye X Y X Z Global (world) coordinate system (WCS) Eye Coordinate System (2) • Expressing the scene’s geometry in the ECS is a natural “egocentric” representation of the world: – It is how we perceive the user’s relationship with the environment – It is usually a more convenient space to perform certain rendering tasks, since it is related to the ordering of the geometry in the final image Eye Coordinate System (3) • Coordinates as “seen” from the camera reference frame Y ECS X Eye Coordinate System (4) • What “egocentric” means in the context of transformations? – Whatever transformation produced the camera system its inverse transformation expresses the world w.r.t. the camera • Example: If I move the camera “left”, objects appear to move “right” in the camera frame: WCS camera motion Eye-space object motion Moving to Eye Coordinates • Moving to ECS is a change of coordinates transformation • The WCSECS transformation expresses the 3D environment in the camera coordinate system • We can define the ECS transformation in two ways: – A) Invert the transformations we applied to place the camera in a particular pose – B) Explicitly define the coordinate system by placing the camera at a specific location and setting up the camera vectors WCSECS: Version A (1) • Let us assume that we have an initial camera at the origin of the WCS • Then, we can move and rotate the “eye” to any pose (rigid transformations only: No sense in scaling a camera): 퐌푐 퐨푐, 퐮, 퐯, 퐰 = 퐑1퐑2퐓1퐑ퟐ … .
    [Show full text]
  • Efficient Rendering of Caustics with Streamed Photon Mapping
    BULLETIN OF THE POLISH ACADEMY OF SCIENCES TECHNICAL SCIENCES, Vol. 65, No. 3, 2017 DOI: 10.1515/bpasts-2017-0040 Efficient rendering of caustics with streamed photon mapping K. GUZEK and P. NAPIERALSKI* Institute of Information Technology, Lodz University of Technology, 215 Wolczanska St., 90-924 Lodz, Poland Abstract. In this paper, we present the streamed photon mapping method for enhancing the rendering of caustics. In order to achieve a realistic caustic effect, global illumination methods require additional data, which are gathered by creating a caustic map or increasing the number of samples used for rendering. Our method employs a stream of photons with a varying luminance level depending on the material properties of the surface. The application of a concentrated photon stream provides the ability to render caustics effectively without increasing the number of photons in a photon map. Such an approach increases visibility of results, while also allowing for faster computations. Key words: rendering, global illumination, photon mapping, caustics. 1. Introduction 2. Rendering caustics The interaction of light with matter in the real world results The first attempt to simulate a natural caustic effect was the in a variety of optical phenomena. Understanding how those path tracing method, introduced by James Kajiya in 1986 [4]. phenomena occur and where to implement them is crucial for However, the method proved to be highly inefficient. The creating realistic image renders. When observing the reflection caustics were poorly rendered, as the light source was obscure. or refraction of light through curved surfaces, one may notice A significant improvement was introduced both and inde- some characteristic patches of light, referred to as caustics.
    [Show full text]
  • Opengl 4.0 Shading Language Cookbook
    OpenGL 4.0 Shading Language Cookbook Over 60 highly focused, practical recipes to maximize your use of the OpenGL Shading Language David Wolff BIRMINGHAM - MUMBAI OpenGL 4.0 Shading Language Cookbook Copyright © 2011 Packt Publishing All rights reserved. No part of this book may be reproduced, stored in a retrieval system, or transmitted in any form or by any means, without the prior written permission of the publisher, except in the case of brief quotations embedded in critical articles or reviews. Every effort has been made in the preparation of this book to ensure the accuracy of the information presented. However, the information contained in this book is sold without warranty, either express or implied. Neither the author, nor Packt Publishing, and its dealers and distributors will be held liable for any damages caused or alleged to be caused directly or indirectly by this book. Packt Publishing has endeavored to provide trademark information about all of the companies and products mentioned in this book by the appropriate use of capitals. However, Packt Publishing cannot guarantee the accuracy of this information. First published: July 2011 Production Reference: 1180711 Published by Packt Publishing Ltd. 32 Lincoln Road Olton Birmingham, B27 6PA, UK. ISBN 978-1-849514-76-7 www.packtpub.com Cover Image by Fillipo ([email protected]) Credits Author Project Coordinator David Wolff Srimoyee Ghoshal Reviewers Proofreader Martin Christen Bernadette Watkins Nicolas Delalondre Indexer Markus Pabst Hemangini Bari Brandon Whitley Graphics Acquisition Editor Nilesh Mohite Usha Iyer Valentina J. D’silva Development Editor Production Coordinators Chris Rodrigues Kruthika Bangera Technical Editors Adline Swetha Jesuthas Kavita Iyer Cover Work Azharuddin Sheikh Kruthika Bangera Copy Editor Neha Shetty About the Author David Wolff is an associate professor in the Computer Science and Computer Engineering Department at Pacific Lutheran University (PLU).
    [Show full text]
  • CSE 167: Introduction to Computer Graphics Lecture #9: Scene Graph
    CSE 167: Introduction to Computer Graphics Lecture #9: Scene Graph Jürgen P. Schulze, Ph.D. University of California, San Diego Spring Quarter 2016 Announcements Project 2 due tomorrow at 2pm Midterm next Tuesday 2 HP Summer Internship Calling all UCSD students who are interested in a computer science internship! San Diego can be a tough place to gain computer science experience as a student compared to other cities which is why I am so excited to present this positon to your sharp students! (There are 10 open spots for the right candidates) The position is with HP and will be for the duration of the upcoming summer. Here are a few details about the exciting opportunity. Company: HP Position Title: Refresh Support Technician Contract/Perm: 3-4 month contract Pay Rate: $13-15/hr based on experience Interview Process: Hire off of a resume Work Address: Rancho Bernardo location Top Skills: Refresh windows 7 & 8.1 experience Must have: Windows refresh 7 or 8.1 experience Minimum Vocational/Diploma/Associate Degree (technical field) Equivalent with 1-2 years of working experience in related fields, or Degree holder with no or less than 1 year relevant working experience. This is a competitive position and will move quickly. If you have any students who might be interested please have them contact me to be considered for this role. My direct line is 858 568 7582 . Curtis Stitts Technical Recruiter THE SELECT GROUP [email protected] | Web Site 9339 Genesee Avenue, Ste. 320 | San Diego, CA 92121 3 Lecture Overview Scene Graphs
    [Show full text]
  • ^`Nrfpfqflk=Oةًة~يإ = Pىهمًهيةا=Oةىهيٍ=ًةيفةً=
    UCI-AM-12-195 ^`nrfpfqflk=oÉëÉ~êÅÜ= péçåëçêÉÇ=oÉéçêí=ëÉêáÉë= Investigating Advances in the Acquisition of Secure Systems Based on Open Architectures 30 August 2012 A Compilation of Reports by Thomas A. Alspaugh, Project Scientist Walt Scacchi, Senior Research Scientist Institute for Software Research University of California, Irvine With contributions from Craig Brown, Programmer/Analyst Kari Nies, Programmer/Analyst Institute for Software Research University of California, Irvine Rihoko (Inoue) Kawai, Associate Professor, Saitama Institute of Technology Hazeline U. Asuncion, Assistant Professor Computing and Software Systems University of Washington, Bothell Approved for public release, distribution is unlimited. Prepared for: Naval Postgraduate School, Monterey, California 93943 = ^Åèìáëáíáçå=oÉëÉ~êÅÜ=mêçÖê~ã= do^ar^qb=p`elli=lc=_rpfkbpp=C=mr_if`=mlif`v= =============k^s^i=mlpqdo^ar^qb=p`elli= The research presented in this report was supported by the Acquisition Research Program of the Graduate School of Business & Public Policy at the Naval Postgraduate School. To request defense acquisition research, to become a research sponsor, or to print additional copies of reports, please contact any of the staff listed on the Acquisition Research Program website (www.acquisitionresearch.net). = ^Åèìáëáíáçå=oÉëÉ~êÅÜ=mêçÖê~ã= do^ar^qb=p`elli=lc=_rpfkbpp=C=mr_if`=mlif`v= =============k^s^i=mlpqdo^ar^qb=p`elli= About the Authors Thomas A. Alspaugh is a project scientist at the Institute for Software Research, University of California, Irvine. His research interests are in software engineering, requirements, and licensing. Before completing his PhD, he worked as a software developer, team lead, and manager in industry, and as a computer scientist at the Naval Research Laboratory on the Software Cost Reduction, or A‐7 project.
    [Show full text]