1 L Jan-25-04 SMD159, Input and Interaction Overview Basic input - - PDF document

▶
1 l
SMART_READER_LITE
LIVE PREVIEW

1 L Jan-25-04 SMD159, Input and Interaction Overview Basic input - - PDF document

Nov 28, 2022 176 likes •260 views

INSTITUTIONEN FR SYSTEMTEKNIK LULE TEKNISKA UNIVERSITET Input and Interaction David Carr Fundamentals of Computer Graphics Spring 2004 Based on Slides by E. Angel 1 L Jan-25-04 SMD159, Input and Interaction Overview Basic input

slide-1
SLIDE 1

Jan-25-04 SMD159, Input and Interaction 1 L

INSTITUTIONEN FÖR SYSTEMTEKNIK

LULEÅ TEKNISKA UNIVERSITET

Input and Interaction

David Carr Fundamentals of Computer Graphics Spring 2004

Based on Slides by E. Angel

Jan-25-04 SMD159, Input and Interaction 2 L

Overview

  • Basic input devices
  • Physical Devices
  • Logical Devices
  • Input Modes
  • Event-driven input
  • Double buffering for smooth animations

Jan-25-04 SMD159, Input and Interaction 3 L

INSTITUTIONEN FÖR SYSTEMTEKNIK

LULEÅ TEKNISKA UNIVERSITET

Basic Input Devices

slide-2
SLIDE 2

Jan-25-04 SMD159, Input and Interaction 4 L

Project Sketchpad

  • Ivan Sutherland (MIT 1963) established the basic

interactive paradigm that characterizes interactive computer graphics:

  • User sees an object on the display
  • User points to (picks) the object with an input device (light

pen, mouse, trackball)

  • Object changes (moves, rotates, morphs)
  • Repeat

Jan-25-04 SMD159, Input and Interaction 5 L

Graphical Input

  • Devices can be described either by
  • Physical properties

+ Mouse + Keyboard + Trackball

  • Logical Properties

+ What is returned to program via API

  • A position
  • An object identifier
  • Modes
  • How and when input is obtained

+ Request or event

Jan-25-04 SMD159, Input and Interaction 6 L

Physical Devices

mouse trackball light pen data tablet joy stick space ball

slide-3
SLIDE 3

Jan-25-04 SMD159, Input and Interaction 7 L

Incremental (Relative) Devices

  • Devices such as the data tablet return a position directly

to the operating system

  • Devices such as the mouse, trackball, and joy stick

return incremental inputs (or velocities) to the operating system

  • Must integrate these inputs to obtain an absolute position

+ Rotation of wheels in mouse + Roll of trackball + Difficult to obtain absolute position + Can get variable sensitivity

Jan-25-04 SMD159, Input and Interaction 8 L

Logical Devices

  • Consider the devices stdin, stdout, & stderr
  • What is the input device?
  • Can’t tell from the code
  • Could be keyboard, file, output from another program
  • The code provides logical input
  • A string is returned to the program regardless of the physical

device

Jan-25-04 SMD159, Input and Interaction 9 L

Graphical Logical Devices

  • Graphical input is more varied than input to standard programs

which is usually numbers, characters, or bits

  • Two older APIs (GKS, PHIGS) defined six types of logical input
  • Locator: return a position
  • Pick: return ID of an object
  • Keyboard: return strings of characters
  • Stroke: return array of positions
  • Valuator: return floating point number
  • Choice: return one of n items
slide-4
SLIDE 4

Jan-25-04 SMD159, Input and Interaction 10 L

INSTITUTIONEN FÖR SYSTEMTEKNIK

LULEÅ TEKNISKA UNIVERSITET

Event-Driven Input

Jan-25-04 SMD159, Input and Interaction 11 L

X Window Input

  • The X Window System introduced a client-server model for a network
  • f workstations
  • Client: OpenGL program
  • Graphics Server: bitmap display with a pointing device and a

keyboard

Jan-25-04 SMD159, Input and Interaction 12 L

Input Modes

  • Input devices contain a trigger which can be used to

send a signal to the operating system

  • Button on mouse
  • Pressing or releasing a key
  • When triggered, input devices return information (their

measure) to the system

  • Mouse returns position information
  • Keyboard returns ASCII code
slide-5
SLIDE 5

Jan-25-04 SMD159, Input and Interaction 13 L

Request Mode

  • Input provided to program only when user triggers the

device

  • Typical of keyboard input
  • Can erase (backspace), edit, correct until enter (return) key

(the trigger) is depressed

Jan-25-04 SMD159, Input and Interaction 14 L

Event Mode

  • Most systems have more than one input device, each if

which can be triggered at an arbitrary time by a user

  • Each trigger generates an event whose measure is put

in an event queue which can be examined by the user program

Jan-25-04 SMD159, Input and Interaction 15 L

Event Types

  • Window: resize, expose, iconify
  • Mouse: click one or more buttons
  • Motion: move mouse
  • Keyboard: press or release a key
  • Idle: nonevent
  • Define what should be done if no other event is in queue
slide-6
SLIDE 6

Jan-25-04 SMD159, Input and Interaction 16 L

Callbacks

  • Programming interface for event-driven input
  • Define a callback method for each type of event the

graphics system recognizes

  • This user-supplied function is executed when the event
  • ccurs
  • Example mouse events:
  • The “Renderer” class should implement MouseListener and

MouseMotionListener

  • Renderer.init() should add itself as a listener for both event

types in the GLDdrawable.

Jan-25-04 SMD159, Input and Interaction 17 L

jogl Callbacks

  • jogl recognizes the events in the ComponentEvents

interface includeing

  • Mouse button, wheel, and motion events
  • Keyboard events
  • Focus changes
  • AWT/Swing events such as: component events
  • Java bean events

Jan-25-04 SMD159, Input and Interaction 18 L

Events and Threads

  • Drawing occurs in a different thread than mouse and keyboard

events

  • The display() method can be called from a mouse or keyboard

listener but:

  • Don’t use static or object variables, there can be 2 threads executing
  • Load new contexts (GL, GLU) on every call to the renderer
  • Java, AWT, and jogl handle event dispatching there is no “idle”

loop

  • Exception: the Animator class. (See JGears.java)
  • The Animator does not run in the AWT event dispatch thread
slide-7
SLIDE 7

Jan-25-04 SMD159, Input and Interaction 19 L

The Display Callback

  • The display callback is executed whenever OpenGL determines

that the window should be refreshed, for example

  • When the window is first opened
  • When the window is reshaped
  • When a window is exposed
  • When the user program decides it wants to change the display
  • In main()
  • GLDrawable.addGLEventListener(GLEventListener) identifies the method

to be executed

  • Every OpenGL program must have an GLEventListener

Jan-25-04 SMD159, Input and Interaction 20 L

Doing Redisplays

  • From event listeners
  • Call display() at the end
  • With an Animator or similar external thread
  • Copy the current display state to local variables
  • Update and set a flag or
  • Record changes and set a flage
  • Process in display()

Jan-25-04 SMD159, Input and Interaction 21 L

INSTITUTIONEN FÖR SYSTEMTEKNIK

LULEÅ TEKNISKA UNIVERSITET

Double Buffering for Smooth Animations

slide-8
SLIDE 8

Jan-25-04 SMD159, Input and Interaction 22 L

Animating a Display

  • When we redraw the display through the display

callback, we usually start by clearing the window

  • gl.glClear()
  • Then draw the altered display
  • Problem: the drawing of information in the frame buffer

is decoupled from the display of its contents

  • Graphics systems use dual ported memory
  • Hence we can see partially drawn display

Jan-25-04 SMD159, Input and Interaction 23 L

Double Buffering

  • Instead of one color buffer, we use two
  • Front Buffer: one that is displayed but not written to
  • Back Buffer: one that is written to but not altered
  • Program then requests a double buffer in main()
  • GLCapabilities.setDoubleBuffered(boolean OnOrOff)
  • At the end of the display callback buffers are swapped

Jan-25-04 SMD159, Input and Interaction 24 L

Questions?