Chapter 7. Introducing Java 3D
Total Page:16
File Type:pdf, Size:1020Kb
Load more
Recommended publications
-
View Full Resumé
Aspiration My dream job will allow me to apply a combination of my design and technical skills to create outstanding consumer software for a company that is deeply committed to their product and users. I desire to work in an environment where landing an icon on whole pixels matters, where the text written for an alert view is thoughtful, where design is a fundamental part of the philosophy, and where I can learn from and be inspired by the talented people I work with. Experience Getaround Jun 2013 – Present www.getaround.com Sr. Software Engineer Lead software engineer for Getaround’s iOS app, facilitating on-demand car rental services. Since joining I have refactored the client-side API to use a modern block- based design and taken on efforts to redesign the app user-experience for iOS 7. SeatMe, Inc. Jul 2012 – Jun 2013 Bryan www.seatme.com Sr. Software Engineer & UX Designer Hansen Engineering for a front-of-house restaurant solution on the iPad allowing real-time guest and operations management with server-side sync. Contribution of key new Cocoa Developer & features and refactorization of core components to increase stability and performance. Interaction Designer UX and prototyping on iOS to support future business directives. email [email protected] Bitswift Oct 2011 – Apr 2012 portfolio skeuo.com Cofounder phone 970.214.3842 Product development and design of an advanced design tool for the Mac platform, facilitating the creation of user flows for mobile applications. My responsibilities twitter @skeuo included product direction, development and UX wireframe design. Übermind, Inc. Mar 2006 – Sep 2011 www.ubermind.com Director of UX My project involvement with Übermind has been diverse, encompassing mobile apps for iOS and Android, consumer applications for the Mac and back-end enterprise systems. -
Intro to Opengl
Intro to OpenGL CS4620 Lecture 14 Guest Instructor: Nicolas Savva What is OpenGL? ● Open Graphics Library ● A low level API for 2D/3D rendering with the Graphics Hardware (GPU) ● Cross-platform (Windows, OS X, Linux, iOS, Android, ...) ● Developed by SGI in 1992 – 2014: OpenGL 4.5 – 2008: OpenGL 3.0 – 2006: OpenGL 2.1 ● Main alternative: DirectX/3D Cornell CS4620 Fall 2015 How does it fit in? ● Tap massive power of GPU hardware to render images ● Use GPU without caring about the exact details of the hardware Cornell CS4620 Fall 2015 CPU and GPU memory CPU BUS GPU SHADERS B B U U S S B U S F GPU MEMORY B SYSTEM MEMORY Display Cornell CS4620 Fall 2015 What OpenGL does for us ● Controls GPU ● Lets user specify resources...: – Geometry (vertices and primitives) – Textures – Shaders (programmable pieces of rendering pipeline) – Etc. ● ...and use them: – Rasterize and draw geometry Cornell CS4620 Fall 2015 How we will use OpenGL ● OpenGL version – We use 2.x-3.x (plus extensions) – Code avoids older, deprecated parts of OpenGL standard ● LWJGL – Lightweight Java Game Library – Java bindings for OpenGL API ● CS 4620/4621 Framework – Simplifies creating and using OpenGL resources Cornell CS4620 Fall 2015 LWJGL ● OpenGL originally written for C. ● LWJGL contains OpenGL binding for Java www.lwjgl.org/ ● Gives Java interface to C OpenGL commands ● Manages framebuffer (framebuffer: a buffer that holds the image that is displayed on the monitor) Cornell CS4620 Fall 2015 MainGame ● A window which can display GameScreens ● Initializes OpenGL context -
V1.0 PDF Manual
Anim8or® User Guide Version 1.00 29-May-17 R. Steven Glanville © 1999 - 2017 R. Steven Glanville. All rights reserved. http://www.anim8or.com Table Of Contents Introduction 9 What's New in v1.0 10 User Interface 10 Modeling 10 Animation 11 Basics 12 Mouse Usage 12 Keyboard Shortcuts 12 Undo and Redo 12 Tool Tips 13 Toolbars and Menus 13 Common Button Meanings 13 Top Toolbar 15 Arc Rotate 16 Editing Widgets 16 Grid Control 17 Material Editor 17 Anim8or Object Libraries 18 Visual Quality 18 OpenGL Workspace 19 File Output 20 User Attributes 20 Printing 20 Auto Save 20 Configuration 21 Version 1.00 29-May-17 2 © 1999 - 2017 R. Steven Glanville Table Of Contents User Interface Configuration 22 Object Editor - Basics & Object/Edit Mode 24 Object/Edit Tools 25 Basic Objects 25 Mesh vs. Parametric Components 27 Object Materials 28 Plug-in Shapes 28 Splines 29 True Type Fonts 29 Extrusion 30 Lathing 31 Modifiers 32 Mirror Image 33 Morph Targets 34 Continuously Mirrored Meshes 35 Reference Image 35 Object Editor - Object/Point Mode 37 Object/Point Operations 37 Point Editing 37 Edge Editing 38 Face Editing 39 Applying Multiple Materials 39 A Note on Selecting Faces 40 Adding Points and Edges 40 Adding Faces 41 Connecting Meshes 41 Merging Points 42 Version 1.00 29-May-17 3 © 1999 - 2017 R. Steven Glanville Table Of Contents Connecting Meshes (2) 42 Connecting Meshes (3) 42 Point and Line Parameters 43 Face Extrusion and Manipulation Tools 43 Topographical Knife 46 Face Editing Commands 47 Miscellaneous Commands 49 Selection Commands 49 Editing Commands 49 Figure Editor 51 Figure Basics 52 Figure/Edit Operations 52 Visibility 54 Building a Skeleton 55 Flexible Joints 56 Adding Body Parts 57 Skinning 57 Influence Volumes 58 Skinning Weights 59 Sequence Editor 61 Time Track 61 Scrubber Bar 62 Sequence Basics 62 Edit Operations 63 Visibility Options 63 Animate Button 64 What is a Key? 64 Version 1.00 29-May-17 4 © 1999 - 2017 R. -
Visualization and Geometric Interpretation of 3D Surfaces Donya Ghafourzadeh
LiU-ITN-TEK-A-13/011-SE Visualization and Geometric Interpretation of 3D Surfaces Donya Ghafourzadeh 2013-04-30 Department of Science and Technology Institutionen för teknik och naturvetenskap Linköping University Linköpings universitet nedewS ,gnipökrroN 47 106-ES 47 ,gnipökrroN nedewS 106 47 gnipökrroN LiU-ITN-TEK-A-13/011-SE Visualization and Geometric Interpretation of 3D Surfaces Examensarbete utfört i Medieteknik vid Tekniska högskolan vid Linköpings universitet Donya Ghafourzadeh Handledare George Baravdish Examinator Sasan Gooran Norrköping 2013-04-30 Upphovsrätt Detta dokument hålls tillgängligt på Internet – eller dess framtida ersättare – under en längre tid från publiceringsdatum under förutsättning att inga extra- ordinära omständigheter uppstår. Tillgång till dokumentet innebär tillstånd för var och en att läsa, ladda ner, skriva ut enstaka kopior för enskilt bruk och att använda det oförändrat för ickekommersiell forskning och för undervisning. Överföring av upphovsrätten vid en senare tidpunkt kan inte upphäva detta tillstånd. All annan användning av dokumentet kräver upphovsmannens medgivande. För att garantera äktheten, säkerheten och tillgängligheten finns det lösningar av teknisk och administrativ art. Upphovsmannens ideella rätt innefattar rätt att bli nämnd som upphovsman i den omfattning som god sed kräver vid användning av dokumentet på ovan beskrivna sätt samt skydd mot att dokumentet ändras eller presenteras i sådan form eller i sådant sammanhang som är kränkande för upphovsmannens litterära eller konstnärliga anseende eller egenart. För ytterligare information om Linköping University Electronic Press se förlagets hemsida http://www.ep.liu.se/ Copyright The publishers will keep this document online on the Internet - or its possible replacement - for a considerable time from the date of publication barring exceptional circumstances. -
An Opengl-Based Eclipse Plug-In for Visual Debugging
An OpenGL-based Eclipse Plug-in for Visual Debugging André Riboira Rui Abreu Rui Rodrigues Department of Informatics Engineering University of Porto Portugal {andre.riboira, rma, rui.rodrigues}@fe.up.pt ABSTRACT A traditional approach to fault localization is to insert Locating components which are responsible for observed fail- print statements in the program to generate additional de- ures is the most expensive, error-prone phase in the software bugging information to help identifying the root cause of development life cycle. Automated diagnosis of software the observed failure. Essentially, the developer adds these faults (aka bugs) can improve the efficiency of the debug- statements to the program to get a glimpse of the runtime ging process, and is therefore an important process for the state, variable values, or to verify that the execution has development of dependable software. Although the output reached a particular part of the program. Another com- of current automatic fault localization techniques is deemed mon technique is the use of a symbolic debugger which sup- to be useful, the debugging potential has been limited by ports additional features such as breakpoints, single step- the lack of a visualization tool that provides intuitive feed- ping, and state modifying. Examples of symbolic debuggers back about the defect distribution over the code base, and are GDB [15], DBX [6], DDD [18], Exdams [4], and the easy access to the faulty locations. To help unleash that po- debugger proposed by Agrawal, Demillo, and Spafford [3]. tential, we present an OpenGL-based Eclipse plug-in that Symbolic debuggers are included in many integrated devel- opment environments (IDE) such as Eclipse2, Microsoft Vi- explores two visualization techniques - viz. -
A Survey of Technologies for Building Collaborative Virtual Environments
The International Journal of Virtual Reality, 2009, 8(1):53-66 53 A Survey of Technologies for Building Collaborative Virtual Environments Timothy E. Wright and Greg Madey Department of Computer Science & Engineering, University of Notre Dame, United States Whereas desktop virtual reality (desktop-VR) typically uses Abstract—What viable technologies exist to enable the nothing more than a keyboard, mouse, and monitor, a Cave development of so-called desktop virtual reality (desktop-VR) Automated Virtual Environment (CAVE) might include several applications? Specifically, which of these are active and capable display walls, video projectors, a haptic input device (e.g., a of helping us to engineer a collaborative, virtual environment “wand” to provide touch capabilities), and multidimensional (CVE)? A review of the literature and numerous project websites indicates an array of both overlapping and disparate approaches sound. The computing platforms to drive these systems also to this problem. In this paper, we review and perform a risk differ: desktop-VR requires a workstation-class computer, assessment of 16 prominent desktop-VR technologies (some mainstream OS, and VR libraries, while a CAVE often runs on building-blocks, some entire platforms) in an effort to determine a multi-node cluster of servers with specialized VR libraries the most efficacious tool or tools for constructing a CVE. and drivers. At first, this may seem reasonable: different levels of immersion require different hardware and software. Index Terms—Collaborative Virtual Environment, Desktop However, the same problems are being solved by both the Virtual Reality, VRML, X3D. desktop-VR and CAVE systems, with specific issues including the management and display of a three dimensional I. -
Introduction to Opengl
INTRODUCTION TO OPENGL Pramook Khungurn CS4620, Fall 2012 What is OpenGL? • Open Graphics Library • Low level API for 2D/3D rendering with GPU • For interactive applications • Developed by SGI in 1992 • 2009: OpenGL 3.2 • 2010: OpenGL 4.0 • 2011: OpenGL 4.2 • Competitor: Direct3D OpenGL 2.x vs OpenGL 3.x • We’ll teach you 2.x. • Since 3.x, a lot of features of 2.x have been deprecated. • Becoming more similar to DirectX • Deprecated features are not removed. • You can still use them! • Why? • Backward compatibility: Mac cannot fully use 3.x yet. • Pedagogy. Where does it work? What OpenGL Does • Control GPU to draw simple polygons. • Utilize graphics pipeline. • Algorithm GPU uses to create 3D images • Input: Polygons & other information • Output: Image on framebuffer • How: Rasterization • More details in class next week. What OpenGL Doesn’t Do • Manage UI • Manage windows • Decide where on screen to draw. • It’s your job to tell OpenGL that. • Draw curves or curved surfaces • Although can approximate them by fine polygons Jargon • Bitplane • Memory that holds 1 bit of info for each pixel • Buffer • Group of bitplanes holding some info for each pixel • Framebuffer • A buffer that hold the image that is displayed on the monitor. JOGL Java OpenGL (JOGL) • OpenGL originally written for C. • JOGL = OpenGL binding for Java • http://jogamp.org/jogl/www/ • Gives Java interface to C OpenGL commands. • Manages framebuffer. Demo 1 GLCanvas • UI component • Can display images created by OpenGL. • OpenGL “context” • Stores OpenGL states. • Provides a default framebuffer to draw. • Todo: • Create and stick it to a window. -
3D Computer Graphics Compiled By: H
animation Charge-coupled device Charts on SO(3) chemistry chirality chromatic aberration chrominance Cinema 4D cinematography CinePaint Circle circumference ClanLib Class of the Titans clean room design Clifford algebra Clip Mapping Clipping (computer graphics) Clipping_(computer_graphics) Cocoa (API) CODE V collinear collision detection color color buffer comic book Comm. ACM Command & Conquer: Tiberian series Commutative operation Compact disc Comparison of Direct3D and OpenGL compiler Compiz complement (set theory) complex analysis complex number complex polygon Component Object Model composite pattern compositing Compression artifacts computationReverse computational Catmull-Clark fluid dynamics computational geometry subdivision Computational_geometry computed surface axial tomography Cel-shaded Computed tomography computer animation Computer Aided Design computerCg andprogramming video games Computer animation computer cluster computer display computer file computer game computer games computer generated image computer graphics Computer hardware Computer History Museum Computer keyboard Computer mouse computer program Computer programming computer science computer software computer storage Computer-aided design Computer-aided design#Capabilities computer-aided manufacturing computer-generated imagery concave cone (solid)language Cone tracing Conjugacy_class#Conjugacy_as_group_action Clipmap COLLADA consortium constraints Comparison Constructive solid geometry of continuous Direct3D function contrast ratioand conversion OpenGL between -
Virtual Worlds and Conservational Channel Evolution and Pollutant Transport Systems (Concepts)
University of Mississippi eGrove Electronic Theses and Dissertations Graduate School 2012 Virtual Worlds and Conservational Channel Evolution and Pollutant Transport Systems (Concepts) Chenchutta Denaye Jackson Follow this and additional works at: https://egrove.olemiss.edu/etd Part of the Computer Engineering Commons Recommended Citation Jackson, Chenchutta Denaye, "Virtual Worlds and Conservational Channel Evolution and Pollutant Transport Systems (Concepts)" (2012). Electronic Theses and Dissertations. 147. https://egrove.olemiss.edu/etd/147 This Dissertation is brought to you for free and open access by the Graduate School at eGrove. It has been accepted for inclusion in Electronic Theses and Dissertations by an authorized administrator of eGrove. For more information, please contact [email protected]. VIRTUAL WORLDS AND CONSERVATIONAL CHANNEL EVOLUTION AND POLLUTANT TRANSPORT SYSTEMS (CONCEPTS) A Dissertation Submitted to the Faculty of the University of Mississippi in partial fulfillment of the requirements for the Degree of Doctor of Philosophy in the School of Engineering The University of Mississippi by CHENCHUTTA DENAYE CROSS JACKSON July 2012 Copyright © 2012 by Chenchutta Cross Jackson All rights reserved ABSTRACT Many models exist that predict channel morphology. Channel morphology is defined as the change in geometric parameters of a river. Channel morphology is affected by many factors. Some of these factors are caused either by man or by nature. To combat the adverse effects that man and nature may cause to a water system, scientists and engineers develop stream rehabilitation plans. Stream rehabilitation as defined by Shields et al., states that “restoration is the return from a degraded ecosystem back to a close approximation of its remaining natural potential” [Shields et al., 2003]. -
3D Graphics for Virtual Desktops Smackdown
3D Graphics for Virtual Desktops Smackdown 3D Graphics for Virtual Desktops Smackdown Author(s): Shawn Bass, Benny Tritsch and Ruben Spruijt Version: 1.11 Date: May 2014 Page i CONTENTS 1. Introduction ........................................................................ 1 1.1 Objectives .......................................................................... 1 1.2 Intended Audience .............................................................. 1 1.3 Vendor Involvement ............................................................ 2 1.4 Feedback ............................................................................ 2 1.5 Contact .............................................................................. 2 2. About ................................................................................. 4 2.1 About PQR .......................................................................... 4 2.2 Acknowledgements ............................................................. 4 3. Team Remoting Graphics Experts - TeamRGE ....................... 6 4. Quotes ............................................................................... 7 5. Tomorrow’s Workspace ....................................................... 9 5.1 Vendor Matrix, who delivers what ...................................... 18 6. Desktop Virtualization 101 ................................................. 24 6.1 Server Hosted Desktop Virtualization directions ................... 24 6.2 VDcry?! ........................................................................... -
Introduction to Opengl
433-481 © Pearce 2001 Outline • OpenGL Background and History • Other Graphics Technology •Drawing • Viewing and Transformation • Lighting • JOGL and GLUT • Resources 433-380 Graphics and Computation Introduction to OpenGL Some images in these slides are taken from “The OpenGL Programming Manual”, which is copyright Addison Wesley and the OpenGL Architecture Review Board. http://www.opengl.org/documentation/red_book_1.0/ 2 OpenGL Background and History Other Graphics Technology • OpenGL = Open Graphics Library • Low Level Graphics • Developed at Silicon Graphics (SGI) • OpenGL • Successor to IrisGL • Cross Platform • Scene Graphs, BSPs (Win32, Mac OS X, Unix, Linux) – OpenSceneGraph, Java3D, VRML, • Only does 3D Graphics. No Platform Specifics PLIB (Windowing, Fonts, Input, GUI) • Version 1.4 widely available • DirectX (Direct3D) • Two Libraries – GL (Graphics Library) • Can mix some DirectX with OpenGL (e.g – GLU (Graphics Library Utilities) OpenGL and DirectInput in Quake III) 3 4 Platform Specifics The Drawing Process • Platform Specific OpenGL Interfaces ClearTheScreen(); DrawTheScene(); – Windows (WGL) CompleteDrawing(); – X11 (GLX) SwapBuffers(); – Mac OS X (CGL/AGL/NSOpenGL) – Motif (GLwMwidget) • In animation there are usually two buffers. Drawing usually occurs on the background buffer. When it is complete, it is brought to the – Qt (QGLWidget, QGLContext) front (swapped). This gives a smooth animation without the viewer • Java (JOGL) seeing the actual drawing taking place. Only the final image is viewed. • GLUT (GL Utility Library) • The technique to swap the buffers will depend on which windowing library you are using with OpenGL. 5 6 1 433-481 © Pearce 2001 Clearing the Window Setting the Colour glClearColor(0.0, 0.0, 0.0, 0.0); • Colour is specified in (R,G,B,A) form [Red, Green, Blue, Alpha], with glClear(GL_COLOR_BUFFER_BIT); each value being in the range of 0.0 to 1.0. -
Achieving High and Consistent Rendering Performance of Java AWT/Swing on Multiple Platforms
SOFTWARE—PRACTICE AND EXPERIENCE Softw. Pract. Exper. 2009; 39:701–736 Published online in Wiley InterScience (www.interscience.wiley.com). DOI: 10.1002/spe.920 Achieving high and consistent rendering performance of Java AWT/Swing on multiple platforms Yi-Hsien Wang and I-Chen Wu∗,† Department of Computer Science, National Chiao Tung University, Hsinchu, Taiwan SUMMARY Wang et al. (Softw. Pract. Exper. 2007; 37(7):727–745) observed a phenomenon of performance incon- sistency in the graphics of Java Abstract Window Toolkit (AWT)/Swing among different Java runtime environments (JREs) on Windows XP. This phenomenon makes it difficult to predict the performance of Java game applications. Therefore, they proposed a portable AWT/Swing architecture, called CYC Window Toolkit (CWT), to provide programmers with high and consistent rendering performance for Java game development among different JREs. They implemented a DirectX version to demonstrate the feasibility of the architecture. This paper extends the above research to other environments in two aspects. First, we evaluate the rendering performance of the original Java AWT with different combi- nations of JREs, image application programming interfaces, system properties and operating systems (OSs), including Windows XP, Windows Vista, Fedora and Mac OS X. The evaluation results indicate that the performance inconsistency of Java AWT also exists among the four OSs, even if the same hardware configuration is used. Second, we design an OpenGL version of CWT, named CWT-GL, to take advantage of modern 3D graphics cards, and compare the rendering performance of CWT with Java AWT/Swing. The results show that CWT-GL achieves more consistent and higher rendering performance in JREs 1.4 to 1.6 on the four OSs.