<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>jeff watson &#187; tracy fullerton</title>
	<atom:link href="http://remotedevice.net/tag/tracy-fullerton/feed/" rel="self" type="application/rss+xml" />
	<link>http://remotedevice.net</link>
	<description>remotedevice.net</description>
	<lastBuildDate>Wed, 28 Jul 2010 03:14:34 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Viz</title>
		<link>http://remotedevice.net/projects/viz/</link>
		<comments>http://remotedevice.net/projects/viz/#comments</comments>
		<pubDate>Tue, 22 Sep 2009 07:41:31 +0000</pubDate>
		<dc:creator>Jeff Watson</dc:creator>
				<category><![CDATA[Projects]]></category>
		<category><![CDATA[augmented reality]]></category>
		<category><![CDATA[ctin-541]]></category>
		<category><![CDATA[game design]]></category>
		<category><![CDATA[imap]]></category>
		<category><![CDATA[mobile]]></category>
		<category><![CDATA[rephotography]]></category>
		<category><![CDATA[tracy fullerton]]></category>

		<guid isPermaLink="false">http://remotedevice.net/?p=1503</guid>
		<description><![CDATA[<strong><em>Viz</em></strong> is a casual augmented reality game that enables players to discover and embed virtual objects in physical space by looking through the camera viewfinders of their mobile phones. ]]></description>
			<content:encoded><![CDATA[<h3>Overview</h3>
<p><a href="http://remotedevice.net/wp-content/uploads/2009/09/iphone-camera-cu.jpg"><img src="http://remotedevice.net/wp-content/uploads/2009/09/iphone-camera-cu.jpg" alt="iphone camera cu" title="iphone camera cu" width="500" height="333" class="alignnone size-full wp-image-1543" /></a><br />
What if there was a hidden world layered atop visible reality that could only be seen by certain people? What if <em>you</em> were one of those people? </p>
<p><strong><em>Viz</em></strong> is a casual <a href="http://en.wikipedia.org/wiki/Augmented_reality">augmented reality</a> game that enables players to discover and embed virtual objects &#8212; or &#8220;vobjects&#8221; &#8212; in physical space by looking through the camera viewfinders of their mobile phones. </p>
<p>By discovering and embedding vobjects, players earn points, advancing their positions on local, national and international leaderboards. These points also allow players to unlock special add-ons, tricks and bonuses for their vobjects (see &#8220;Variations and Extensions,&#8221; below).</p>
<h4>Pervasive &#038; Persistent Social Gaming</h4>
<p>Players who install the <em>Viz</em> application on their phone can expect an ambient &#8220;always on&#8221; play experience that exists within the flow of their everyday lives. Players engage with <em>Viz</em> when they have spare moments in public spaces. The application icon, which sits inobtrusively in the notification area of the player&#8217;s phone (see figures below), works in the background and changes in appearance depending on the proximity of vobjects (i.e., a quick glance at your phone&#8217;s desktop tells you all you need to know). If the player wants to score points by locating these objects, they can view GPS information and activate the &#8220;scanner&#8221; tool by simply clicking on the application icon. The game is meant to accompany players as they move through space, providing active and mobile individuals with a persistent low-intensity creative social gaming outlet.</p>
<h3>Players</h3>
<p>Because of its dependency on user-created content, <em>Viz</em> requires a sizable player base in the areas where it will be played. Like <a href="http://en.wikipedia.org/wiki/Mark_Zuckerberg#Facebook">a certain social networking service</a> or other open-ended collaborative production games such as <a href="http://sf0.org/">SF0</a>, <em>Viz</em> will begin in specific neighborhoods and cities before expanding to national or international distribution. The game will be released in limited numbers to geographically-constrained player groups, beginning with student beta-testers at urban post-secondary educational institutions. The targeted distribution of the game will expand from there, first to tech subcultures in relevant urban centers, then to various segments of early adopters and tastemakers across the Web. These initial user groups will &#8220;seed&#8221; the environments of their respective urban areas, ensuring that secondary waves of users have no trouble discovering and interacting with active vobjects. </p>
<h3>Objective</h3>
<p>The objective of the game is to accumulate points by a) discovering vobjects other players have embedded in the physical world; and, b) having vobjects that you have embedded discovered by others.</p>
<h3>Setup/Interface</h3>
<p><em>Viz</em> has two main &#8220;active&#8221; modes: scanning and embedding. Players toggle between these modes via a simple button interface. The game also has a persistent &#8220;passive&#8221; mode. This mode informs players of nearby vobjects via inobtrusive notification bar icons on their phone&#8217;s desktop. A &#8220;library&#8221; mode gives the player access to game statistics and other information.</p>
<p>The following illustrations show how <em>Viz</em> looks on the <a href="http://www.android.com/">Android</a> operating system.</p>
<h4>Figure 1: Passive mode</h4>
<p><a href="http://remotedevice.net/wp-content/uploads/2009/09/gui-main1.jpg" target="_blank"><img src="http://remotedevice.net/wp-content/uploads/2009/09/gui-main1-85x85.jpg" alt="gui-main" title="gui-main" width="85" height="85" class="alignnone size-thumbnail wp-image-1530" /></a></p>
<p>Subtle alerts, similar to those used to denote wi-fi range/signal strength, appear in the notification bar when players are within 500 yards of a vobject (see icon in upper right corner). By clicking on the alert, players can activate the <em>Viz</em> interface. </p>
<ul>
<li>The application can also be launched by clicking on its icon in the applications drawer.</li>
<li>The rest of the user&#8217;s phone works the same as always: the game tries hard not to be intrusive.</li>
</ul>
<h4>Figure 2: <em>Viz</em> Main Screen</h4>
<p><a href="http://remotedevice.net/wp-content/uploads/2009/09/gui-interface-compass.jpg" target="_blank"><img src="http://remotedevice.net/wp-content/uploads/2009/09/gui-interface-compass-85x85.jpg" alt="gui-interface-compass" title="gui-interface-compass" width="85" height="85" class="alignnone size-thumbnail wp-image-1532" /></a></p>
<p><em>Viz&#8217;s</em> main screen changes in various ways according to the location and context of the player. </p>
<ul>
<li>If the player is outdoors (pictured), a simple compass-like feature will point in the direction of the nearest vobject.</li>
<li>If the player is indoors and within range of one or more vobjects, the main screen will provide the player with additional information about the number and nature of any vobjects in the immediate area.</li>
<li>The tabs at the bottom of the main screen toggle between modes and settings.</li>
<li>Hardware controls enable the user to exit the app at any time.</li>
</ul>
<h4>Figure 3: Map mode</h4>
<p><a href="http://remotedevice.net/wp-content/uploads/2009/09/gui-interface-mapmode.jpg" target="_blank"><img src="http://remotedevice.net/wp-content/uploads/2009/09/gui-interface-mapmode-85x85.jpg" alt="gui-interface-mapmode" title="gui-interface-mapmode" width="85" height="85" class="alignnone size-thumbnail wp-image-1533" /></a></p>
<p><em>Viz&#8217;s</em> map mode shows the location of nearby vobjects (red pins) relative to the player (blue pin). By consulting this map, players can move to within scanning range of a vobject.</p>
<ul>
<li>Clicking on a vobject causes a text balloon to pop up indicating whether it has been captured by the player. If the player has already captured the vobject (vobjects can only be captured once &#8212; see &#8220;Rules,&#8221; below), they will be able to click on the balloon and view relevant comments and statistics. If the player has yet to capture the vobject, the balloon will merely say, &#8220;Unknown.&#8221;</li>
<li>Players can opt-in to share their location with other players. Map mode will display any participating players as yellow pins.</li>
<li>Players can zoom in and out and pan the map as in other applications.</li>
</ul>
<h4>Figure 4: Scan mode</h4>
<p><a href="http://remotedevice.net/wp-content/uploads/2009/09/gui-interface-scanmode.jpg" target="_blank"><img src="http://remotedevice.net/wp-content/uploads/2009/09/gui-interface-scanmode-85x85.jpg" alt="gui-interface-scanmode" title="gui-interface-scanmode" width="85" height="85" class="alignnone size-thumbnail wp-image-1534" /></a></p>
<p>Once players have reached the vobject&#8217;s GPS location, they can scan the immediate area for the vobject itself by switching <em>Viz</em> into scanning mode. Scanning mode uses the phone&#8217;s built-in camera functionality to turn the screen into a kind of window through which the player can look. The player finds the vobject by panning the camera around, examining visual features of their surroundings until they find the feature that contains the vobject. This feature is an image stored in the <em>Viz</em> database and streamed to the phone based on the player&#8217;s present location. <em>Viz</em> &#8220;locks on&#8221; to features by comparing the original embedded image to the image currently visible through the player&#8217;s phone. This effect is achieved through the use of image recognition and orientation systems like those recently developed by <a href="http://digital.venturebeat.com/2008/04/11/nokia-develops-navigating-system-based-on-image-recognition-landmarks/">Nokia</a> or <a href="http://digital.venturebeat.com/2008/04/11/nokia-develops-navigating-system-based-on-image-recognition-landmarks/">Microsoft</a>. Once players have locked on to a vobject, they can press the &#8220;Capture&#8221; button (the only button on the scanning screen) to add it to their library and collect points.</p>
<ul>
<li>Vibration feedback and various visual cues let the player know when they pan past a vobject.</li>
<li>Image ghosting helps players to lock in the image.</li>
<li>A standard dialog box pops up when the player successfully captures a vobject, informing them about how many points they have scored. Players can click on &#8220;more&#8221; to view a separate info screen containing statistics and comments about the vobject. This screen also contains a submission form enabling players to add their own comments. Once a player has captured a vobject, this info screen is accessible from their Library (see below).</li>
<li>The &#8220;Capture&#8221; button appears grayed-out until the image is framed within the approximate boundaries of the original (embedded) image.</li>
</ul>
<h4>Figure 5: Embed mode</h4>
<p><a href="http://remotedevice.net/wp-content/uploads/2009/09/gui-interface-embedmode.jpg" target="_blank"><img src="http://remotedevice.net/wp-content/uploads/2009/09/gui-interface-embedmode-85x85.jpg" alt="gui-interface-embedmode" title="gui-interface-embedmode" width="85" height="85" class="alignnone size-thumbnail wp-image-1535" /></a></p>
<p>Once players have accumulated enough points to embed a vobject, they may do so by switching <em>Viz</em> into embed mode. In this mode, players can point their phone&#8217;s camera at an object in the physical world to which they wish to attach a vobject. By pressing the &#8220;Embed&#8221; button, players will expend points and attach a vobject linked to their profile to the physical object, building or landscape they see in their viewfinder. This vobject now becomes something for other players to find (and therefore a new way for the embedding player to earn points).</p>
<ul>
<li>Embedding a vobject is a simple point-and-shoot operation.</li>
<li>Players can consult an &#8220;Image Legibility&#8221; reading while in embed mode to make sure that the vobject they are embedding will be easily capturable by anyone who finds it.</li>
<li>The embed screen is only available to players who have enough points to embed a vobject. If a player attempts to switch into embed mode when they do not have enough points to embed a vobject, an alert box (not pictured) will inform them that they need to earn more points before they can complete this action.</li>
<li>If a player has purchased or unlocked a power-up &#8212; for example, a bonus modifier of 10 points/scan &#8212; they will be asked if they would like to use this power-up on the vobject they are embedding. This process is discussed below in both &#8220;Rules&#8221; and &#8220;Variations and Extensions.&#8221;</li>
</ul>
<h4>Figure 6: The Library</h4>
<p><a href="http://remotedevice.net/wp-content/uploads/2009/09/gui-interface-librarymode.jpg" target="_blank"><img src="http://remotedevice.net/wp-content/uploads/2009/09/gui-interface-librarymode-85x85.jpg" alt="gui-interface-librarymode" title="gui-interface-librarymode" width="85" height="85" class="alignnone size-thumbnail wp-image-1536" /></a></p>
<p>Library mode enables players to view lists of the vobjects they have captured, the vobjects they have embedded, and the points the have earned. The screen also contains a button that launches a Settings window (not pictured) wherein players can adjust profile information.</p>
<ul>
<li>Two simple buttons allow players to toggle between lists of vobjects they have captured and vobjects they have embedded.</li>
<li>Clicking on an individual vobject in a list opens a dialog containing additional information about that vobject, including how many times it has been scanned, when and where it was embedded, and who embedded it.</li>
<li>Profile information can be modified in the &#8220;Settings&#8221; screen (not pictured).</li>
<li>All lists are scrollable to conserve screen space.</li>
</ul>
<h3>Procedures/Controls</h3>
<p><u>Read Map</u> To locate vobjects, players will activate the GPS map function of <em>Viz</em> to help them get within range. </p>
<p><u>Capture Vobject</u> Once players are near a vobject, they will scan the area using <em>Viz&#8217;s</em> camera function until they &#8220;see&#8221; the vobject superimposed over real space. They will then press the &#8220;Capture&#8221; button to collect the vobject and score points.</p>
<p><u>Embed Vobject</u> To embed vobjects, players must first accumulate enough points to do so. Once they have the requisite points, players can activate <em>Viz&#8217;s</em> embedding tool. This tool enables players to embed a vobject in a particular location by pointing their phone&#8217;s camera at a real-world object, building or landscape. Once the player has selected the view to which they want to attach their object, they will press the &#8220;embed&#8221; button. Doing so subtracts points from the player&#8217;s account.</p>
<p><u>Check stats</u> Players can read statistics about their own usage, how many points they have, and how many points they earn from embedded vobjects by switching to library mode.</p>
<p><u>Review Vobjects</u> Library mode also enables players to view lists of the vobjects they have captured or embedded; by clicking on the vobject identifiers (GPS coordinates or city/postal code designators), players can view additional information about each vobject.</p>
<p><u>Unlock Power-ups</u> Players can use points to unlock power-ups which modify the way the vobjects they embed tally scores and affect other players. The power-ups button in library mode accesses a list (not pictured) of power-ups, organized by price. Power-ups that players have purchased are displayed in this list with a star next to them.</p>
<p><u>Use Power-ups</u> Players can attach a power-up to a vobject as they embed it in a physical place. If a player has any power-ups to use, they will be given the option to use them at the time of embedding.</p>
<p><u>Modify profile settings</u> Players can change their username, home location and other information in a standard profile/settings dialog. This profile can also be modified via an online web interface.</p>
<h3>Flow/Game States</h3>
<p><a href="http://remotedevice.net/wp-content/uploads/2009/09/IMAP-541-Viz.jpg" target="_blank">See attached flow chart (pictured below).</a></p>
<p><a href="http://remotedevice.net/wp-content/uploads/2009/09/IMAP-541-Viz.jpg" target="_blank"><img src="http://remotedevice.net/wp-content/uploads/2009/09/IMAP-541-Viz-500x1024.jpg" alt="IMAP-541-Viz" title="IMAP-541-Viz" width="250" height="512" class="alignnone size-large wp-image-1538" /></a></p>
<h3>Rules</h3>
<p>Beyond the rules implied and specified above, readers should be aware of the following scoring rules and constraints:</p>
<ul>
<li>Whenever a vobject is discovered, points are awarded to <em>both</em> the discoverer and the embedder.</li>
<li>Objects that are discovered on a regular basis score fewer points than objects that are only viewed occasionally. Players can thus adopt a variety of strategies for accumulating points: for example, player A might embed objects in obvious public spaces (e.g. tourist sites, popular cafes, etc) in order to get a large volume of low-value discoveries, while player B might embed fewer objects in more hard-to-find locations in order to get a small volume of high-value discoveries.</li>
<li>Any objects that are not found within a period of thirty days will disappear. This constraint prevents players from embedding objects in overly obscure locations and adds an element of gambling to certain placement strategies &#8212; e.g. players must balance the risk of their object not being found at all against the potential gain of it being found only once or twice.</li>
<li>Embedding vobjects (and unlocking extra functionality) &#8220;costs&#8221; points, motivating players to earn as much as possible.</li>
<li>Vobjects may only be scanned once. Players may not scan their own Vobjects.</li>
</ul>
<h3>Variations</h3>
<h4>Power-ups</h4>
<p>When embedding, players can opt to attach &#8220;power-ups&#8221; to their vobjects. These power-ups have a variety of effects on scoring and gameplay. Below are two proposed power-ups and their effects:</p>
<ul>
<li><strong>Trap</strong> The Trap power-up causes the player who scans the vobject to lose 500 points. The embedder of the vobject receives these points in addition to those they collect for the vobject being scanned.</li>
<li><strong>Trade</strong> When a vobject imbued with the Trade power-up is scanned, the player who scans it becomes the owner. In exchange, the former owner of the vobject receives one of the scanning player&#8217;s vobjects (selected at random). If the scanning player has no embedded vobjects in play, the Trade power-up is lost.</li>
</ul>
<h3>Other</h3>
<h4>Finding and Leaving Traces</h4>
<p><em>Viz</em> is an inherently social game. Players get to experience the thrill of discovering secret objects left behind by other people, often in scenic or humorous locations. Interacting with these objects reveals additional layers of sociality: for example, upon discovering a vobject, players may choose to attach a voice or text &#8220;comment&#8221; to the item, which can be then read (and responded to) by the vobject&#8217;s embedder and any subsequent discoverers. Importantly, however, players don&#8217;t need to comment on vobjects in order to experience the social dimension of Viz &#8212; even if players ignore all but the most basic affordances of the game, they will engage in the fundamentally social activity of finding and leaving traces of passage. In this sense, embedded vobjects are reminiscent of the Inuit <a href="http://images.google.com/images?hl=en&#038;source=hp&#038;q=inuksuk&#038;um=1&#038;ie=UTF-8&#038;sa=N&#038;tab=wi">inuksuks</a> (or <em>inuksuit</em>) found in the far North:</p>
<blockquote><p>An inuksuk&#8230; is a man-made stone landmark or cairn, used by the Inuit, Inupiat, Kalaallit, Yupik, and other peoples of the Arctic region of North America, from Alaska to Greenland&#8230;</p>
<p>The inuksuk may have been used for navigation, as a point of reference, a marker for hunting grounds, or as a food cache. The word inuksuk means &#8220;something which acts for or performs the function of a person.&#8221; The word comes from the morphemes inuk (&#8220;person&#8221;) and -suk (&#8220;ersatz&#8221; or &#8220;substitute&#8221;)&#8230; (<a href="http://en.wikipedia.org/wiki/Inuksuk">Wikipedia: Inuksuk</a>)</p></blockquote>
<h4>Inspiration</h4>
<p>This idea sprung from two sources. First, a <a href="http://remotedevice.net/wp-content/uploads/2009/09/idareu-whiteboard-notes.jpg">whiteboard session</a> with my colleagues <a href="http://imap.usc.edu/?p=103">Amanda Tasse</a> and <a href="http://imap.usc.edu/?p=113">Lauren Fenton</a> got me thinking about the issues involved in making an augmented reality game with a social dimension (our original idea was a kind of &#8220;truth or dare&#8221; casual mobile app wherein players could discover other players in proximate space via GPS or other location/context-sensing technologies and challenge them to do humiliating and/or dangerous things). This brainstorming session raised a few intriguing questions: What kinds of ambient AR gaming experiences would players reasonably <em>want</em> to layer atop their &#8220;real&#8221; lives? What motivation would they have to participate? And, crucially, what kinds of game mechanics can we create with AR that simply can&#8217;t be created <em>any other way</em> (ie, how can we avoid simply using AR as a gimmick)?</p>
<p>The second source of inspiration is largely a consequence of the first. In an effort to answer some of the questions raised during the whiteboard session with Amanda and Lauren, I started looking around the web for existing AR games and apps. I found plenty of cool <a href="http://www.youtube.com/watch?v=jIlxo-X5t5w&#038;feature=youtube_gdata">examples</a>. But the most thought-provoking discovery occurred when I came across <a href="http://en.wikipedia.org/wiki/Denn%C5%8D_Coil">Denno- Coil</a>, a recent Japanese science fiction series about kids living in a world wherein AR has been seemlessly integrated into everyone&#8217;s lives via special eyeglasses and visors. The story and setting conceits of <em>Denno Coil</em> are a goldmine for AR developers. Here are a few notes I clipped from the <a href="http://en.wikipedia.org/wiki/Denn%C5%8D_Coil">Wikipedia article</a> on the series [Accessed 20 September 2009] as I was developing my own game concept:</p>
<blockquote><ul>
<li>[Users] access the virtual world through Internet-connected visors called denno- eyeglasses. This allows them to see virtual reality superimposed on objective reality. To visually confirm something as virtual, the children often lift their glasses from their eyes. The visors also work in conjunction with futuristic ear monitors placed behind the ear, which allows them to hear sounds from the virtual environment.</li>
<li>Software tools are visually represented as tactile tools (e.g. a fishing rod) which occupy 3D virtual space and must be manipulated by hand. Metatags, which can be used to damage or enhance virtual objects with certain properties, are visually represented as <a href="http://en.wikipedia.org/wiki/O-fuda">o-fuda</a>. </li>
<li>Virtual objects such as pets cannot be recalled or reset; when a pet runs away, it must be chased and caught in 3D space. Virtual objects and pets are also susceptible to a form of &#8220;death&#8221; by data corruption or deletion.</li>
<li>Fumie Hashimoto handles a software spray can loaded with so-called &#8220;black bug spray&#8221;.</li>
<li>A virus on the run&#8230;leaves behind a (virtually) tangible, evaporating black trail of raw &#8220;denno- substance&#8221;.</li>
</ul>
</blockquote>
<p>See also: <a href="http://en.wikipedia.org/wiki/Serial_Experiments_Lain">Serial Experiments Lain</a></p>
]]></content:encoded>
			<wfw:commentRss>http://remotedevice.net/projects/viz/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Sid Sackson&#8217;s Acquire</title>
		<link>http://remotedevice.net/blog/sid-sacksons-acquire/</link>
		<comments>http://remotedevice.net/blog/sid-sacksons-acquire/#comments</comments>
		<pubDate>Mon, 14 Sep 2009 07:41:40 +0000</pubDate>
		<dc:creator>Jeff Watson</dc:creator>
				<category><![CDATA[Blog]]></category>
		<category><![CDATA[acquire]]></category>
		<category><![CDATA[board games]]></category>
		<category><![CDATA[ctin-541]]></category>
		<category><![CDATA[game design]]></category>
		<category><![CDATA[imap]]></category>
		<category><![CDATA[sid sackson]]></category>
		<category><![CDATA[tracy fullerton]]></category>

		<guid isPermaLink="false">http://remotedevice.net/?p=1424</guid>
		<description><![CDATA[Since its release in the early 1960s, Acquire has inspired generations of game designers and enthusiasts with its elegant and replayable design. Many game designers, including Ticket to Ride designer Alan R. Moon, cite Acquire as a seminal work in the evoution of tabletop gaming. This post provides designer-centric coverage of the game.]]></description>
			<content:encoded><![CDATA[<p><a href="http://remotedevice.net/wp-content/uploads/2009/09/Acquire_game1.jpg"><img class="alignnone size-medium wp-image-1983" title="Acquire_game" src="http://remotedevice.net/wp-content/uploads/2009/09/Acquire_game1-500x375.jpg" alt="" width="500" height="375" /></a></p>
<p>Since its release in the early 1960s, <a href="http://en.wikipedia.org/wiki/Acquire"><em>Acquire</em></a> has inspired generations of game designers and enthusiasts with its elegant and replayable design. Many game designers, including <a href="http://en.wikipedia.org/wiki/Ticket_to_Ride_(board_game)"><em>Ticket to Ride</em></a> designer Alan R. Moon, cite <em>Acquire</em> as a seminal work in the evoution of tabletop gaming. This post provides designer-centric coverage of the game. Other useful starting points for people interested in learning more about <em>Acquire</em> can be found at <a href="http://www.webnoir.com/bob/sid/acquire.htm">webnoir.com</a> and <a href="http://www.gamereport.com/tgr24/acquire.shtml">gamereport.com</a>, <a href="http://www.google.com/#hl=en&amp;source=hp&amp;q=acquire+board+game&amp;aq=f&amp;aqi=g10&amp;oq=&amp;fp=1db3655b1bbc91d8">among many others</a>.</p>
<h3>Overview</h3>
<p><em>Acquire</em> is a resource management strategy game in which players compete to earn money through the establishment and merger of corporations. By founding, merging and investing in corporations, players earn cash and stock. The game is won by the player who generates the most personal wealth by the time all the game tiles are either used or rendered unplayable.</p>
<h3>Players</h3>
<p><em>Acquire</em> is designed to be played by 2 to 6 players. Larger groups are possible, but each additional player in excess of the recommended six compromises the pacing and balance of the system, primarily due to the limited number of tile spaces on the game board. The game requires that one player play the role of the banker, managing stock and cash transactions. This player must complete additional tasks to fulfill her responsibilities as banker, but her experience of the game is otherwise identical to the other players. Play unfolds in a turn-based manner, with the order of play being determined by random draw and seating position. Perceived imbalances caused by the differential between the players&#8217; initial turn ranks are mitigated by the chance involved in tile selection and the random seeding of the board that precedes commencement of play.</p>
<p><em>Acquire</em> has a unique and engaging hybrid interaction pattern. This pattern can be broken down into two overlapping parts: multilateral competition for resources and cash, and uni-/bi-/multi-lateral cooperation to build, expand and merge corporations. The multilateral competition pattern is easy to identify: by tactically placing tiles and trading stocks, each player attempts to outplay the others in order to earn the most cash. The uni-/bi-/multi-lateral cooperation pattern is a little more subtle. This kind of interaction occurs dynamically at various times throughout the game as players find themselves involved in <em>de facto</em> cartels and trading blocs. For example, two players might work together to pump up the value of a corporation&#8217;s stock in anticipation of a merger if they both have a substantial amount of stock in that corporation. This dynamic generates a relationship between the board and the players that does not exist in more familiar multilateral competition tabletop games. <em>Risk</em>, for example, visually maps individual player success via the state of the board &#8212; a quick glance at a game-in-progress tells you all you need to know about who&#8217;s powerful and well-positioned and who&#8217;s not. Similarly, <em>Monopoly</em> ties houses and hotels to properties which are in turn tied to individual players. This player &#8220;ownership&#8221; of sections of the board does not exist in <em>Acquire</em>, which is ultimately as much about the players&#8217; collective speculation on a dynamically co-created imaginary market as it is about the rise and fall of their individual fortunes.</p>
<p>A typical game of <em>Acquire</em> takes about 30-60 minutes, depending on the speed of the players and the player-controlled &#8220;banker.&#8221; Beyond the core game mechanics, players spend a lot of time storytelling about the rise and fall of the various corporations on the board &#8212; <em>ooh, Sackson&#8217;s expanding like the Blob. I knew it!</em> &#8212; or the fortunes and actions of the individual players &#8212; <em>heads up, Jeff&#8217;s getting serious about Quantum</em>. The game tends to freeze up a bit toward the end, excluding trailing players and leading to a somewhat anti-climactic finale. That said, the inherent dynamism and complexity of the system makes the potential for victory seem within reach for most players until the late mid-game.</p>
<h3>Objective</h3>
<p>Simply put, the objective of <em>Acquire</em> is to make money by founding, building and merging corporations, and selling stock. These ends are achieved through the strategic placement of tiles and the expenditure of cash from the players&#8217; reserves. The game is typically won by the player who holds the majority of shares in the surviving &#8220;safe&#8221; corporations, although occasional victories can be had by players who buy and sell in high volume in the early game.</p>
<h3>Procedures</h3>
<p>Players of <em>Acquire</em> participate in two central procedures, <em>Setup</em> and <em>Turns</em>. Setup occurs at the outset of the game and seeds the board with a random selection of tiles, ensuring different starting conditions for every game. The core game play then takes place as players take their Turns.</p>
<p><strong>Setup</strong></p>
<p>Game setup consists of a resource randomization phase, an initial resource allocation, a random seeding phase, and a secondary resource allocation:</p>
<ul>
<li><strong>Resource randomization</strong> &#8212; In <em>Acquire</em>, players place numbered tiles onto their corresponding game board squares to expand and merge corporations. Each player has a &#8220;hand&#8221; of six tiles and plays one tile per turn. At the end of each turn, a new tile is drawn, replenishing the hand. To enforce randomness onto the allocation of these key resources, the first physical setup procedure in the game is to dump all 108 tiles onto the table and arrange them into a face-down cluster.</li>
<li><strong>Resource allocation 1</strong> &#8212; In the initial resource allocation phase, one player is chosen to be the banker. This player will manage the exchange of cash and stocks for the remainder of the game. The banker provides each player with $6,000 in game money, divided into four $1000, three $500 and five $100 bills. With this range of denominations, players can make initial stock purchases without needing to involve the banker in making change. Given our play testing experience, players rarely need to actively &#8220;break&#8221; their larger bills. Players who run out of $100 bills will usually pick up a few in change each turn, guaranteeing an easy flow cash transactions.</li>
<li><strong>Random seeding</strong> &#8212; The random seeding phase of the setup is one of the most crucial moments in the game, as it determines the initial conditions of the stock market into which the players will be investing. The game board consists of a 12 x 9 grid of squares identified horizontally by number and vertically by letter (e.g. the square in the upper left corner is marked <em>1a</em>, while the square in the lower right corner is marked <em>12i</em>). After receiving their cash resources, each player randomly draws a tile from the face-down cluster and places it on the corresponding square on the game board. This procedure elegantly serves two purposes. First, it settles the question of turn order, as the player who draws the &#8220;lowest&#8221; tile (i.e. the one closest to <em>1a</em>) goes first. Second, it &#8220;seeds&#8221; the board with a random selection of tiles. The result of this seeding is reminiscent of <a href="http://en.wikipedia.org/wiki/Conway%27s_game_of_life">Conway&#8217;s Game of Life</a>: complex, unpredictable patterns emerge through the combination of these initial tile placements with the other procedures called for by <em>Acquire&#8217;s</em> simple rule set. The result is a dynamic game board landscape that evolves to a different end-state with each replaying.</li>
<li><strong>Resource allocation 2</strong> &#8212; Setup concludes with the players each gathering six tiles from the face-down cluster. These tiles comprise the players&#8217; &#8220;hands,&#8221; and are kept secret. While the designers have given the players options when it comes to the secrecy of other resources &#8212; the stock cards, for example, can be left open to public view without seriously damaging the game &#8212; it is important to note that they have set firm guidelines for the tiles. If players were to know which tiles one another had, the game&#8217;s strategic complexity would multiply beyond reasonable bounds as players would be forced to consider both the strategic placement of their own tiles <em>and</em> those of their opponents. Such computations would seriously compromise the game&#8217;s capacity to enable intergenerational/intercompetency play experiences.</li>
</ul>
<p><strong>Turns</strong></p>
<p>A player turn involves four steps: placing a tile on the game board, processing the consequences of the placed tile, buying stocks and drawing a new tile from the face-down cluster:</p>
<ul>
<li><strong>Placing tiles</strong> &#8212; Players select one of their six secretly-held tiles to place on the board. To make this selection, players need to evaluate the consequences of placing a given tile onto its corresponding square. Tiles placed adjacent to other tiles, for example, will create, expand or merge a corporation. In the early game, the ratio of the number of empty squares on the board (depending on the number of players, this varies between 102 and 106) to the six tiles in each player&#8217;s hand is 17- or 18-to-1, meaning that the range of available moves might not contain a placement that is adjacent to another tile. This means that some players will find themselves unable to place a tile that will create, expand or merge a corporation. However, as play proceeds and the game board fills up, the ratio of squares-to-tiles decreases, ramping up the frequency of corporate foundings, expansions and mergers. Finally, the number of tiles in each players&#8217; hand exceeds the number of playable squares on the game board. The game ends shortly after this state is reached.</li>
<li><strong>Processing consequences</strong> &#8212; After placing a tile onto the game board, players must make the appropriate adjustments to both their own resources and to shared game tokens. For example, suppose a player places a tile next to an &#8220;unincorporated&#8221; tile, thereby creating a corporation (so long as fewer than 7 corporations are on the board). In this case, the player must first select a corporation token from the remaining tokens contained in the banker&#8217;s box, then place that token on top of one of the tiles in the newly-formed corporation. Finally, the player will collect a single stock card for the corporation that they founded. These resource and token manipulations take place almost every turn during the mid-game, when most moves will create, expand or merge a corporation.</li>
<li><strong>Buying stocks</strong> &#8212; Players must decide which new stocks (if any) they will purchase by analyzing the projected fortunes of corporations (as represented by the tiles and tokens on the game board) and investors (as represented by the &#8220;stock portfolios&#8221; and piles of money that sit in front of the players at the table). A common strategy in this regard is to identify smaller corporations likely to be consumed by &#8220;safe&#8221; corporations (corporations with more than 11 tiles), and then to buy stock in them. This stock can then be sold or exchanged (at a markup of 2 to 1) for stock in the larger corporation when a merger occurs. Players are slowed from achieving unshakably dominant majority shareholder positions by a rule that limits the purchase of stocks to a maximum of three per turn.</li>
<li><strong>Drawing a new tile</strong> &#8212; Players replenish their hand at the end of their turn. As the game approaches its conclusion, some players will find that they have tiles in their hand that cannot be played due to the <em>safe corporation</em> rule. The safe corporation rule states that two corporations that have 11 or more tiles cannot merge, and no tile that would otherwise cause them to merge can be placed on the board. Players who have such tiles in their possession may trade them in for another randomly-picked tile at the end of their turn. This procedure ensures that players who are stymied by the arrangement of safe corporations on the game board can remain engaged and hopeful that they will receive a better tile on the exchange. Crucially, however, this exchange is limited to one tile per turn, which prevents players from quickly cycling through the available playable tiles during the endgame. This rule effectively injects another element of chance into the increasingly deterministic final stages of the game.</li>
</ul>
<h3>Rules</h3>
<p><em>Acquire</em>&#8217;s compact rule set generates entertaining, social and multi-layered play experiences. It is a minimalist blend of <em>Go</em> and <em>Monopoly</em>. Unlike economic simulation games that generate complexity and nuance through the proliferation of objectives and constraints, <em>Acquire</em> creates rich interactions via a set of simple mechanics. The rule set generates lively multiplayer-<em>Go</em>-like board play through a few simple rules concerning the placement of tiles and the consequences thereof. It generates an active card-and-cash market by simply constraining how and when stocks may be bought. Most importantly, it links these two play activities &#8212; board play and card/cash game &#8212; so tightly that the one could not exist without the other.</p>
<h3>Resources</h3>
<p><em>Acquire</em> has three key game resources: tiles, stocks and cash.</p>
<ul>
<li><strong>Tiles</strong> &#8212; Having playable, strategically-relevant tiles can make all the difference, especially in the early game. Unlike stocks and cash, a player&#8217;s collection of tiles is determined through random draws. As noted above, injections of randomness such as this help to offset the potentially deterministic outcomes generated by board play mechanics alone.</li>
<li><strong>Stocks</strong> &#8212; Stocks accrue value as their issuing corporations expand. Corporations that grow beyond 11 tiles in size become &#8220;safe corporations,&#8221; meaning that they can not be consumed as the consequence of a merger (and that they cannot engage in a merger with another safe corporation). Players will attempt to corner the market in stocks for the most valuable safe corporations (i.e. not all stocks are made the same), while quickly flipping the lower-valued stocks of minor corporations through mergers and acquisitions.</li>
<li><strong>Cash</strong> &#8212; Cash is necessary evil &#8212; albeit a highly-appropriate one, given the subject-matter of <em>Acquire</em>. As a game resource, it tracks the results of the players&#8217; stock market activities. Cash may not be traded among the players, and aside from the up-front money given to them during the setup of the game, the only way players can earn money is through buying and selling stocks, or earning bonuses. Extra cash bonuses are given to the majority and minority stockholders when a corporation goes defunct following a merger. Tracking and processing cash transactions and stock values sometimes threatens the quick pace of the game, but the designers have done their best to mitigate this problem by providing simple charts specifying the going rates for stocks, majority and minority bonuses, and so forth.</li>
</ul>
<h3>Boundaries</h3>
<p><em>Acquire&#8217;s</em> boundaries are pretty standard: play is constrained to the tabletop, with the board as the central focus. In so-called &#8220;open display&#8221; games, the players&#8217; money and stocks are a second circle of interest. In all versions of the game, the players&#8217; personalities and knowledge of one another &#8212; both of which have roots that often go well beyond the shallow temporal constraints of a 45-minute board-gaming session &#8212; are also circumscribed by the magic circle.</p>
<h3>Outcome</h3>
<p>Winning <em>Acquire</em> depends on a combination of strategy and luck. A good draw of tiles properly played will put any player into potential victory position. Nevertheless, sudden shifts in fortune can occur well into the late game, leading to upset victories and close seconds. This randomness is essential to the game&#8217;s design as it confounds the deterministic tendencies inherent in small-grid proximal-square set-making board games (or <em>SGPSSMBGs</em>™ for short).</p>
<h3>1999 Hasbro Ruleset</h3>

<a href='http://remotedevice.net/blog/sid-sacksons-acquire/attachment/acquire1/' title='Acquire1'><img width="85" height="85" src="http://remotedevice.net/wp-content/uploads/2009/09/Acquire1-85x85.jpg" class="attachment-thumbnail" alt="" title="Acquire1" /></a>
<a href='http://remotedevice.net/blog/sid-sacksons-acquire/attachment/acquire2-2/' title='Acquire2'><img width="85" height="85" src="http://remotedevice.net/wp-content/uploads/2009/09/Acquire21-85x85.jpg" class="attachment-thumbnail" alt="" title="Acquire2" /></a>
<a href='http://remotedevice.net/blog/sid-sacksons-acquire/attachment/acquire3/' title='Acquire3'><img width="85" height="85" src="http://remotedevice.net/wp-content/uploads/2009/09/Acquire3-85x85.jpg" class="attachment-thumbnail" alt="" title="Acquire3" /></a>
<a href='http://remotedevice.net/blog/sid-sacksons-acquire/attachment/acquire4/' title='Acquire4'><img width="85" height="85" src="http://remotedevice.net/wp-content/uploads/2009/09/Acquire4-85x85.jpg" class="attachment-thumbnail" alt="" title="Acquire4" /></a>
<a href='http://remotedevice.net/blog/sid-sacksons-acquire/attachment/acquire5/' title='Acquire5'><img width="85" height="85" src="http://remotedevice.net/wp-content/uploads/2009/09/Acquire5-85x85.jpg" class="attachment-thumbnail" alt="" title="Acquire5" /></a>
<a href='http://remotedevice.net/blog/sid-sacksons-acquire/attachment/acquire_game-2/' title='Acquire_game'><img width="85" height="85" src="http://remotedevice.net/wp-content/uploads/2009/09/Acquire_game1-85x85.jpg" class="attachment-thumbnail" alt="" title="Acquire_game" /></a>

<p>Formal element breakdown schema: Tracy Fullerton, <a href="http://www.amazon.com/Game-Design-Workshop-Second-Playcentric/dp/0240809742/ref=sr_1_1?ie=UTF8&amp;s=books&amp;qid=1252914556&amp;sr=8-1">Game Design Workshop</a>.<br />
Scans: thanks, E.</p>
<p class="quiet">If you own the copyright to any of the materials presented in this post and want me to remove them from public view, please let me know via <a href="mailto: remotedevice@gmail.com">email</a> and I will do so.</p>
]]></content:encoded>
			<wfw:commentRss>http://remotedevice.net/blog/sid-sacksons-acquire/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Polyhedral Dice</title>
		<link>http://remotedevice.net/blog/polyhedral-dice/</link>
		<comments>http://remotedevice.net/blog/polyhedral-dice/#comments</comments>
		<pubDate>Sun, 30 Aug 2009 03:08:02 +0000</pubDate>
		<dc:creator>Jeff Watson</dc:creator>
				<category><![CDATA[Blog]]></category>
		<category><![CDATA[ctin-541]]></category>
		<category><![CDATA[dice]]></category>
		<category><![CDATA[imap]]></category>
		<category><![CDATA[rpgs]]></category>
		<category><![CDATA[ryan sullivan]]></category>
		<category><![CDATA[the marshall brothers]]></category>
		<category><![CDATA[tracy fullerton]]></category>

		<guid isPermaLink="false">http://remotedevice.net/?p=1355</guid>
		<description><![CDATA[When I was a kid, I played a lot of role-playing games. The Marshall brothers, Lucas, Paul and Jonas, and my neighborhood pal, Ryan Sullivan, were my primary playmates in this regard. I played intensively between the ages of about nine and fourteen. After that, rock and roll and movies took over. ]]></description>
			<content:encoded><![CDATA[<p><img src="http://remotedevice.net/wp-content/uploads/2009/08/IMG_0349.JPG" alt="IMG_0349" title="IMG_0349" width="424" height="223" class="alignnone size-full wp-image-1358" /><br />
When I was a kid, I played a lot of role-playing games. The Marshall brothers, Lucas, Paul and Jonas, and my neighborhood pal, Ryan Sullivan, were my primary playmates in this regard. I played intensively between the ages of about nine and fourteen. After that, rock and roll and movies took over. </p>
<p>As far as I can remember, Jonas Marshall was the local ringleader when it came to pen-and-paper role-playing and strategy games. It was in his <a href="http://maps.google.com/maps/ms?hl=en&#038;ie=UTF8&#038;msa=0&#038;ll=51.026551,-114.069049&#038;spn=0.008044,0.01972&#038;t=h&#038;z=16&#038;msid=116876584592981044835.000472529fb0859be199a">basement</a> on Third Street in southwest Calgary where I saw my first set of <a href="http://en.wikipedia.org/wiki/Polyhedral_dice#Non-cubical_dice">polyhedral dice</a>. Jonas&#8217;s younger brother, Paul, was my age; we, along with the avuncular Ryan Sullivan and a couple of other semi-interchangable bright-eyed and dirty-fingernailed boys, constituted the Rideau/Roxboro geek cohort of our time. Most of us were already into games of various sorts &#8212; from video games we typed into our computers from BASIC programs printed in <a href="http://en.wikipedia.org/wiki/COMPUTE!">magazines</a>, to simpler fantasy and board games like <a href="http://en.wikipedia.org/wiki/Crossbows_and_Catapults">Crossbows and Catapults</a> or <a href="http://en.wikipedia.org/wiki/Risk_%28game%29">Risk</a>. If the games we played used dice, they used six-sided dice only. Jonas, on the other hand, three years older than the rest of us, had games that used the full set of <a href="http://en.wikipedia.org/wiki/Platonic_solid">Platonic solids</a> and more: the near-spherical d20, the better-than-rolling-two-regular-dice d12, the percentile-generating d10, the sturdy-rolling outlier d8 and the dangerous-to-tread-upon d4. </p>
<p>The subject-matter of the games Jonas played (fantasy, science fiction, espionage, etc.) was almost certainly the main driver of my interest in playing them; that said, the fact that these games used an array of esoteric dice foreign to my eyes and completely alien to those of my parents and teachers was undeniably an attraction. Unlike the by-then over-familiar six-sided dice that generated random numbers for the bulk of the games I played in my childhood, a set of polyhedral dice was something otherworldly and almost magical. It became <em>de rigeur</em> for each of us to own at least one complete set &#8212; often bought one at a time with the money left over from allowances spent on comic books and game manuals &#8212; and to keep this set in an well-considered game-appropriate pouch or box. I had a velvety purple <a href="http://images.google.com/images?hl=en&#038;source=hp&#038;q=crown%20royal%20bag&#038;um=1&#038;ie=UTF-8&#038;sa=N&#038;tab=wi">Crown Royal bag</a> that resonated nicely with my magic-user alter ego; had I been able to afford one, I would have probably upgraded to leather. </p>
<p>In addition to their stochastic function within the games we played, polyhedral dice &#8212; the way they were carried, handled and regarded &#8212; played an almost ritual role in our gaming activities. Gaming sessions would begin as we arrived in the Marshall brothers&#8217; basement (after first pausing to eat ravioli and drink milk graciously served by the tireless Mrs. Marshall), took our seats on the tight carpet and poured our dice onto the floor as if emptying our pouches of coins or magic tokens. <em>A red and translucent d4, a solid black d20, a light blue d8 with orange numbers grease-penciled in</em>: each die had a certain power, a look, a kind of meaning-rich resonance in my young mind. Each was supposed to be a ‘good roller,’ and it was not unheard of to discard a die that consistently rolled against one’s desires. Jealousies existed. My black d20 was reknowned for its power. </p>
<p>In the early days, the older &#8212; indeed, seemingly wizened and grey though let’s face it, he was just a twelve or thirteen year-old &#8212; Jonas Marshall would function as Dungeon Master (or game master, or whatever the moderator/admin/storyteller was called in the game we were playing), and while he set up the cardboard screens that contained <a href="http://en.wikipedia.org/wiki/Saving_throw">saving throw</a> charts and random event lists, the rest of us would get our character sheets together and test-roll our dice and maybe even line them up in ascending or descending order. But this was more than just a readying of the tools necessary to play a game. The reality was, we each had our own <em>special</em> dice and those dice were laden with personal meanings related to the pivotal function they would play in the ongoing co-creation of story and incident that emerged from and constituted our gaming activity. This wasn’t Monopoly; even though storytelling was certainly a key component of any Monopoly session, the narrative component, like the dice-rolling itself, was simple and repetitive and predictable: someone gets rich, everyone else goes broke. In <a href="http://en.wikipedia.org/wiki/Dungeons_and_dragons">Dungeons and Dragons</a> or <a href="http://en.wikipedia.org/wiki/Top_Secret_%28role-playing_game%29">Top Secret</a> or <a href="http://en.wikipedia.org/wiki/Traveller_%28role-playing_game%29">Traveller</a> (my personal favorite), absolutely anything could happen, there was no end to the game (only the conclusion of chapters or ‘modules’), and the role that dice and random numbers played was richer and more nuanced by orders of magnitude. </p>
<p>This nuanced relationship between randomness, storytelling and play was probably my favorite thing about [insert RPG here], and while the dice we used initially seemed weird and possibly even merely arbitrary and decorative, it quickly became apparent that the depth and sophistication of the RPG experience &#8212; at least one wherein randomness has a hand in everything from how much coinage is found on a dead kobold to the duration and effects of drunkenness on a female half-elf cleric who is unwittingly carrying a cursed morning star &#8212; utterly depended on going beyond the traditional <em>xd6</em> system for random number generation used in typical board games. </p>
<p>Role-playing games use polyhedral dice because of the many different kinds of randomness they can generate. Six-sided dice generate even odds when when you roll one die at a time and are looking for a number between one and six; but when you start needing more numbers, which happens very quickly when you’re designing a game system that tracks a large amount of variables across multiple domains, simply adding dice messes with the odds and removes pure randomness from certain parts of the system. For example, any kid knows that the seven is the most likely number to roll when you toss two six-sided dice because there are more possible combinations of the numbers 1, 2, 3, 4, 5 and 6 that add up to seven (1+6, 2+5, 3+4, 4+3, 5+2, 6+1) than there are for any other number between 2 and 12. A 12-sided die (d12) changes all that. You’re just as likely to roll a 7 on a d12 as you are a 1 (which you can’t even roll at all on 2d6). This &#8220;pure&#8221; randomness frees designers from having to take into account the imbalances in the probabilities of combined dice rolls, opening the doors to new uses for randomness that incorporate regular result distributions within larger numerical ranges (and, of course, the many irregular distributions produced by combinations of multiple dice). </p>
<p>By using polyhedral dice, RPG designers enabled a wide variety of new uses for dice rolls, from simply randomly selecting one item from a list of 20 using a d20, to managing a sliding scale of modifiers within a die-specific range or on bell curves created by multiple dice. This flexibility made possible the richly detailed game mechanics of classic RPGs, and set the stage conceptually for the computationally-managed RPG combat and experience engines under the hood of games like <a href="http://en.wikipedia.org/wiki/World_of_warcraft">World of Warcraft</a>. </p>
<p>I know I’m not alone in appreciating the deep formal, epistemological and sentimental connections between polyhedral dice, the story/game systems of my childhood, and the exciting possiblities of interactive and generative computational art. The playful interplay of randomness and rulesets that I discovered in the Marshalls&#8217; basement led me down a path toward my present interests in the relationships between play, story and procedural authority; remembering how the dice made me <em>feel</em> reminds me that emotional engagement always wins the day, particularly when it comes to calling audiences to action and engagement, and that speaking to and from the heart is, at the end, what we’re all really after.</p>
]]></content:encoded>
			<wfw:commentRss>http://remotedevice.net/blog/polyhedral-dice/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
