VRG3D Requirements - Revision history

Andrew Forsberg at 15:49, 19 January 2010

2010-01-19T15:49:47Z

← Older revision		Revision as of 15:49, 19 January 2010
Line 1:		Line 1:
	== High-level goals ==		== High-level goals ==
			# Software should be open-source (e.g., on SourceForge)
	# Let new users get started in a few minutes through online documentation		# Let new users get started in a few minutes through online documentation
	## Implementation idea: regular diagnostics at the hardware and support-library levels to minimize undetected failures that block users (this needs rephrasing and possibly division into multiple requirements)		## Implementation idea: regular diagnostics at the hardware and support-library levels to minimize undetected failures that block users (this needs rephrasing and possibly division into multiple requirements)

Andrew Forsberg at 19:49, 15 January 2010

2010-01-15T19:49:07Z

← Older revision		Revision as of 19:49, 15 January 2010
Line 3:		Line 3:
	## Implementation idea: regular diagnostics at the hardware and support-library levels to minimize undetected failures that block users (this needs rephrasing and possibly division into multiple requirements)		## Implementation idea: regular diagnostics at the hardware and support-library levels to minimize undetected failures that block users (this needs rephrasing and possibly division into multiple requirements)
	# Create rich immersive virtual worlds with high update rates and low-latency		# Create rich immersive virtual worlds with high update rates and low-latency
			# Interoperate (to some degree) with geometry and color calibration system
			# Provide input and output devices (e.g., tracked glasses, wands, audio, tracked paintbrushes, joysticks, spaceball, Wiimote, etc.)
	# Easily let applications run on a spectrum of displays ranging from a single conventional monitor to a Cave consisting of 40-60 tiles.		# Easily let applications run on a spectrum of displays ranging from a single conventional monitor to a Cave consisting of 40-60 tiles.
	~~# Desktop debugging and development environment (so you can run it without a Cave)~~
	~~# Provide input and output devices (e.g., tracked glasses, wands, audio, tracked paintbrushes, joysticks, spaceball, Wiimote, etc.)~~
	~~# Interoperate (to some degree) with geometry and color calibration system~~
	# Easy to make applications run on other universities systems (dhl: maybe implies small dependencies)		# Easy to make applications run on other universities systems (dhl: maybe implies small dependencies)
	## implementation idea: binaries and as source code (what is plan for data distribution?)		## implementation idea: binaries and as source code (what is plan for data distribution?)
	~~# A simulator (probably inside VRG3D)~~
	# Reduce/minimize “code rot” so apps continue to run and can easily be turned into “demos”		# Reduce/minimize “code rot” so apps continue to run and can easily be turned into “demos”
	## implementation idea: provide support for regular testing of applications to minimize code rot		## implementation idea: provide support for regular testing of applications to minimize code rot
			# Capture and disseminate experience
			## implementation idea: outside of software, e.g., stereo pair, stereo video, session state over time, ...
	# Need a scripting interface (e.g., for testing without all hardware available, sharing, "slowing down time", etc.)		# Need a scripting interface (e.g., for testing without all hardware available, sharing, "slowing down time", etc.)
	# ~~Capture~~ and ~~disseminate experience~~ (~~outside of software, e.g., stereo pair, stereo video, virtual videography, Q~~: ~~what to capture? how?~~)		# Desktop debugging and development environment (so you can run it without a Cave)
			## implementation idea: A simulator (probably inside VRG3D)

	== VRG3D Requirements ==		== VRG3D Requirements ==

Andrew Forsberg at 19:42, 15 January 2010

2010-01-15T19:42:20Z

← Older revision		Revision as of 19:42, 15 January 2010
Line 1:		Line 1:
	== High-level goals ==		== High-level goals ==
	# Let new users get started in a few minutes through online documentation		# Let new users get started in a few minutes through online documentation
			## Implementation idea: regular diagnostics at the hardware and support-library levels to minimize undetected failures that block users (this needs rephrasing and possibly division into multiple requirements)
	# Create rich immersive virtual worlds with high update rates and low-latency		# Create rich immersive virtual worlds with high update rates and low-latency
	# Easily let applications run on a spectrum of displays ranging from a single conventional monitor to a Cave consisting of 40-60 tiles.		# Easily let applications run on a spectrum of displays ranging from a single conventional monitor to a Cave consisting of 40-60 tiles.
Line 6:		Line 7:
	# Provide input and output devices (e.g., tracked glasses, wands, audio, tracked paintbrushes, joysticks, spaceball, Wiimote, etc.)		# Provide input and output devices (e.g., tracked glasses, wands, audio, tracked paintbrushes, joysticks, spaceball, Wiimote, etc.)
	# Interoperate (to some degree) with geometry and color calibration system		# Interoperate (to some degree) with geometry and color calibration system
	# Easy to make applications run on other universities systems (dhl: maybe implies small dependencies)~~, binary~~ and~~/or~~ source		# Easy to make applications run on other universities systems (dhl: maybe implies small dependencies)
			## implementation idea: binaries and as source code (what is plan for data distribution?)
	# A simulator (probably inside VRG3D)		# A simulator (probably inside VRG3D)
	# ~~[MAYBE]~~ Reduce/minimize “code rot” so apps continue to run and can easily be turned into “demos”		# Reduce/minimize “code rot” so apps continue to run and can easily be turned into “demos”
			## implementation idea: provide support for regular testing of applications to minimize code rot
	# Need a scripting interface (e.g., for testing without all hardware available, sharing, "slowing down time", etc.)		# Need a scripting interface (e.g., for testing without all hardware available, sharing, "slowing down time", etc.)
	# Capture and disseminate experience (outside of software, e.g., stereo pair, stereo video, virtual videography, Q: what to capture? how?)		# Capture and disseminate experience (outside of software, e.g., stereo pair, stereo video, virtual videography, Q: what to capture? how?)

Andrew Forsberg at 19:38, 15 January 2010

2010-01-15T19:38:10Z

← Older revision		Revision as of 19:38, 15 January 2010
Line 6:		Line 6:
	# Provide input and output devices (e.g., tracked glasses, wands, audio, tracked paintbrushes, joysticks, spaceball, Wiimote, etc.)		# Provide input and output devices (e.g., tracked glasses, wands, audio, tracked paintbrushes, joysticks, spaceball, Wiimote, etc.)
	# Interoperate (to some degree) with geometry and color calibration system		# Interoperate (to some degree) with geometry and color calibration system
	# Easy to make applications run on other universities systems (dhl: maybe implies small dependencies)		# Easy to make applications run on other universities systems (dhl: maybe implies small dependencies), binary and/or source
	# A simulator (probably inside VRG3D)		# A simulator (probably inside VRG3D)
	# [MAYBE] Reduce/minimize “code rot” so apps continue to run and can easily be turned into “demos”		# [MAYBE] Reduce/minimize “code rot” so apps continue to run and can easily be turned into “demos”

Andrew Forsberg at 16:17, 12 January 2010

2010-01-12T16:17:57Z

← Older revision		Revision as of 16:17, 12 January 2010
Line 10:		Line 10:
	# [MAYBE] Reduce/minimize “code rot” so apps continue to run and can easily be turned into “demos”		# [MAYBE] Reduce/minimize “code rot” so apps continue to run and can easily be turned into “demos”
	# Need a scripting interface (e.g., for testing without all hardware available, sharing, "slowing down time", etc.)		# Need a scripting interface (e.g., for testing without all hardware available, sharing, "slowing down time", etc.)
	# Capture and disseminate experience (outside of software, e.g., ~~as "HD~~ video ~~tapes"~~, Q: what to capture? how?)		# Capture and disseminate experience (outside of software, e.g., stereo pair, stereo video, virtual videography, Q: what to capture? how?)

	== VRG3D Requirements ==		== VRG3D Requirements ==

Andrew Forsberg at 16:15, 12 January 2010

2010-01-12T16:15:27Z

← Older revision		Revision as of 16:15, 12 January 2010
Line 10:		Line 10:
	# [MAYBE] Reduce/minimize “code rot” so apps continue to run and can easily be turned into “demos”		# [MAYBE] Reduce/minimize “code rot” so apps continue to run and can easily be turned into “demos”
	# Need a scripting interface (e.g., for testing without all hardware available, sharing, "slowing down time", etc.)		# Need a scripting interface (e.g., for testing without all hardware available, sharing, "slowing down time", etc.)
			# Capture and disseminate experience (outside of software, e.g., as "HD video tapes", Q: what to capture? how?)

	== VRG3D Requirements ==		== VRG3D Requirements ==

Andrew Forsberg at 16:37, 5 January 2010

2010-01-05T16:37:13Z

← Older revision		Revision as of 16:37, 5 January 2010
Line 9:		Line 9:
	# A simulator (probably inside VRG3D)		# A simulator (probably inside VRG3D)
	# [MAYBE] Reduce/minimize “code rot” so apps continue to run and can easily be turned into “demos”		# [MAYBE] Reduce/minimize “code rot” so apps continue to run and can easily be turned into “demos”
			# Need a scripting interface (e.g., for testing without all hardware available, sharing, "slowing down time", etc.)

	== VRG3D Requirements ==		== VRG3D Requirements ==

Andrew Forsberg at 16:32, 5 January 2010

2010-01-05T16:32:17Z

← Older revision		Revision as of 16:32, 5 January 2010
Line 6:		Line 6:
	# Provide input and output devices (e.g., tracked glasses, wands, audio, tracked paintbrushes, joysticks, spaceball, Wiimote, etc.)		# Provide input and output devices (e.g., tracked glasses, wands, audio, tracked paintbrushes, joysticks, spaceball, Wiimote, etc.)
	# Interoperate (to some degree) with geometry and color calibration system		# Interoperate (to some degree) with geometry and color calibration system
			# Easy to make applications run on other universities systems (dhl: maybe implies small dependencies)
			# A simulator (probably inside VRG3D)
	# [MAYBE] Reduce/minimize “code rot” so apps continue to run and can easily be turned into “demos”		# [MAYBE] Reduce/minimize “code rot” so apps continue to run and can easily be turned into “demos”

Andrew Forsberg at 16:54, 15 December 2009

2009-12-15T16:54:58Z

← Older revision		Revision as of 16:54, 15 December 2009
Line 3:		Line 3:
	# Create rich immersive virtual worlds with high update rates and low-latency		# Create rich immersive virtual worlds with high update rates and low-latency
	# Easily let applications run on a spectrum of displays ranging from a single conventional monitor to a Cave consisting of 40-60 tiles.		# Easily let applications run on a spectrum of displays ranging from a single conventional monitor to a Cave consisting of 40-60 tiles.
			# Desktop debugging and development environment (so you can run it without a Cave)
	# Provide input and output devices (e.g., tracked glasses, wands, audio, tracked paintbrushes, joysticks, spaceball, Wiimote, etc.)		# Provide input and output devices (e.g., tracked glasses, wands, audio, tracked paintbrushes, joysticks, spaceball, Wiimote, etc.)
	# Interoperate (to some degree) with geometry and color calibration system		# Interoperate (to some degree) with geometry and color calibration system

Andrew Forsberg at 16:33, 15 December 2009

2009-12-15T16:33:28Z

← Older revision		Revision as of 16:33, 15 December 2009
Line 20:		Line 20:
	* multiple OS's		* multiple OS's
	* testability		* testability
	* "~~easy~~-of-use"		* "ease-of-use"
	* code repository & code access		* code repository & code access