<?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; game design</title>
	<atom:link href="http://remotedevice.net/tag/game-design/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>Content management and delivery tools for indie ARG producers</title>
		<link>http://remotedevice.net/blog/arg-tools/</link>
		<comments>http://remotedevice.net/blog/arg-tools/#comments</comments>
		<pubDate>Wed, 10 Feb 2010 05:22:41 +0000</pubDate>
		<dc:creator>Jeff Watson</dc:creator>
				<category><![CDATA[Blog]]></category>
		<category><![CDATA[Resources]]></category>
		<category><![CDATA[arg]]></category>
		<category><![CDATA[cmds]]></category>
		<category><![CDATA[diy]]></category>
		<category><![CDATA[game design]]></category>
		<category><![CDATA[social media]]></category>

		<guid isPermaLink="false">http://remotedevice.net/?p=2002</guid>
		<description><![CDATA[By using and mashing-up freely-available social media, mobile technology, and web publishing tools, ARG producers with shoestring budgets can roll their own custom ARG management and delivery systems.]]></description>
			<content:encoded><![CDATA[<p>Alternate reality games and other kinds of distributed story/play projects place heavy demands on their creators&#8217; abilities to manage and deploy content. To meet these demands, many commercial ARG developers have built proprietary software packages that streamline and automate the process of managing and delivering content (for more on this [and much else -- including many useful resources for independents] see Christy Dena&#8217;s post, <a href="http://www.christydena.com/online-essays/cross-media-management-technologies/">&#8220;Cross-Media Management Technologies&#8221;</a>). </p>
<p>A few years ago, these kinds of systems were out of reach for most DIY designers and artists. This is no longer the case. Thanks to freely-available social media, mobile technology, and web publishing tools, ARG producers with shoestring budgets can now roll their own custom ARG management and delivery systems.<br />
<span id="more-2002"></span></p>
<h3>About this resource</h3>
<p>For the purposes of this post, I&#8217;ve chosen to focus on providing examples of free technologies and services that can assist designers in <i>managing/deploying content</i>, <i>architecting participation</i>, and <i>articulating game mechanics</i>. To this end, I&#8217;ve organized things according to six key logistical requirements designers might encounter when running an ARG; these requirements are:</p>
<ul>
<li>The need to organize game assets and personnel</li>
<li>The need to create and manage player profiles and communities</li>
<li>The need to manage multiple web presences and social media profiles</li>
<li>The need to deploy content on mobile devices</li>
<li>The need to analyze participation and buzz</li>
<li>The need to create and distribute physical artifacts</li>
</ul>
<p>Obviously, not all ARGs are going to have every one of these needs, and some will have others that aren&#8217;t listed here. If you can think of a significant category of content-oriented requirements that should be here, please let me know in the comments and I will expand this resource accordingly. </p>
<h3>Organize game assets and personnel</h3>
<p>Keeping track of game assets such as websites, physical installations, performers, events, story flows, and the rest of it can quickly turn into a full-time job. For a really big ARG, production management presents challenges on the same order as the logistical operations seen in feature films &#8212; and often well beyond. Here are a few tips for how indie ARG designers can keep their games organized:</p>
<ul>
<li><b>Master the whiteboard</b> Whiteboards are perfect for organizing the sprawl of media assets that characterize story- and interaction-heavy game designs like ARGs. If you don&#8217;t have a whiteboard, you can just <a href="http://www.rustoleum.com/CBGProduct.asp?pid=128">paint one</a> onto any wall. Don&#8217;t forget to take a photo backup of the board after you update it in case someone stumbles in and erases your game.</li>
</ul>
<p><object type="application/x-shockwave-flash" width="500" height="281" data="http://www.flickr.com/apps/video/stewart.swf?v=71377" classid="clsid:D27CDB6E-AE6D-11cf-96B8-444553540000"><param name="flashvars" value="intl_lang=en-us&#038;photo_secret=4f66207956&#038;photo_id=4289759912&#038;flickr_show_info_box=true"></param><param name="movie" value="http://www.flickr.com/apps/video/stewart.swf?v=71377"></param><param name="bgcolor" value="#000000"></param><param name="allowFullScreen" value="true"></param><embed type="application/x-shockwave-flash" src="http://www.flickr.com/apps/video/stewart.swf?v=71377" bgcolor="#000000" allowfullscreen="true" flashvars="intl_lang=en-us&#038;photo_secret=4f66207956&#038;photo_id=4289759912&#038;flickr_show_info_box=true" height="281" width="500"></embed></object></p>
<ul>
<li><b>Map game assets and story elements</b> Mind-mapping software is an indispensible companion to the whiteboard, and can be the perfect tool for planning and tracking nonlinear distributed story-game activities like ARGs. My favorite instance of this kind of software is <a href="http://cmap.ihmc.us/">IHMC Cmap Tools</a>, a free program (created with US tax dollars by the good folks at <a href="http://en.wikipedia.org/wiki/Darpa">DARPA</a>) that enables you to create semantic network maps like those <a href="http://remotedevice.net/wp-content/uploads/2010/02/hofstadter2.gif" target="_blank">described</a> by Douglas Hofstadter in his book, <a href="http://en.wikipedia.org/wiki/G%C3%B6del,_Escher,_Bach">Godel, Escher, Bach</a>. Cmap Tools goes a long way toward automating making such mind maps, and it enables a bunch of other neat features, too, like embedded media, linked maps, parametric layouts, and more. These charts can reveal a lot about the interconnectivity of your story-world&#8217;s various components, and are great for visualizing the different ways that players will flow through the experience you are creating.</li>
<li><b>Production management and collaboration tools</b> Take your pick: <a href="http://www.zoho.com/">Zoho</a>, Google Wave, <a href="http://campfirenow.com/">Campfire</a>, and <a href="http://www.ning.com/">Ning</a> are all great free online collaboration apps. For media-specific pre-production and production tools, try <a href="http://www.celtx.com/overview.html">Celtx</a>, &#8220;the world&#8217;s first all-in-one media pre-production system. It replaces &#8216;paper &#038; binder&#8217; pre-production with a digital approach that&#8217;s more complete, simpler to work with, and easier to share.&#8221; </li>
</ul>
<h3>Create and manage player profiles and communities</h3>
<p>Customizing individual player experiences in an ARG requires being able link profile information to game states and story elements. Even a simple profile system can unlock powerful game mechanics and storytelling options such as progress-dependent content and in-game ability unlocks. </p>
<ul>
<li><b>Leverage existing profiles</b> ARG designers can lower the bar to entry to their games &#8212; and take advantage of the affordances of mature social networking platforms &#8212; by making use of players&#8217; existing accounts instead of asking them to sign up for <i>yet another</i> social service. APIs like <a href="http://developers.facebook.com/connect.php">Facebook Connect</a> can bridge the gap between your game and your players&#8217; everyday media flows &#8212; and provide you with a ready-made means for tracking game progress and delivering content. If you have a coder on your team, creating a dedicated app will be relatively easy; if not, Facebook&#8217;s <a href="http://developers.facebook.com/get_started.php">developer documentation</a> will help you to get started.</li>
<li><b>Create dedicated social networking sites</b> For designers who feel they absolutely must create a standalone player profile system, open-source software packages like <a href="http://elgg.org/index.php">Elgg</a>, or free web services like <a href="http://www.ning.com/">Ning</a> (for which many players will already have an ID) can be used to set up community hubs from scratch (as seen in this <a href="http://topsecret.ning.com/">top-secret ARG</a> and this <a href="http://cryptozoo.ning.com/">fitness game</a>). <a href="http://buddypress.org/">BuddyPress</a> is perhaps the most interesting of these options, as it makes use of the massive developer community around Wordpress, and has plugins that can link player profiles automatically to Facebook accounts.</li>
</ul>
<h3>Manage multiple web presences and social media profiles</h3>
<p>Maintaining social media identities across a range of services is essential for running an ARG with a heavy online component. Here are some DIY content management and delivery tips for streamlining this process: </p>
<ul>
<li><b>Post status updates to multiple profiles</b> Most readers are probably familiar with apps such as <a href="http://seesmic.com/">Seesmic Desktop</a>, <a href="http://hootsuite.com/">HootSuite</a>, <a href="http://cotweet.com/">CoTweet</a>, or <a href="http://www.tweetdeck.com/">Tweetdeck</a>, all of which enable easy management of multiple social media profiles via a single interface. These apps also make it easy to track responses to your updates, post images to a variety of hosting sites, monitor keyword searches, and, in the case of HootSuite and CoTweet, schedule timed updates (great for producing <b>&#8220;Twitter Drama&#8221;</b>). There are <a href="http://mashable.com/2009/05/18/twitter-apps-manage-multiple-accounts/">dozens of similar apps</a>, both offline <a href="http://www.technobuzz.net/110-twitter-tools/">and on</a>; depending on the range of services you need to update, finding a handy desktop client or cloud app (not to mention one for your <a href="http://www.google.com/search?hl=en&#038;q=iphone+twitter+client&#038;aq=f&#038;aqi=g-c4&#038;oq=">mobile</a> <a href="http://www.google.com/search?hl=en&#038;source=hp&#038;q=android+twitter+client&#038;aq=f&#038;aqi=g2g-m1&#038;oq=">devices</a>) shouldn&#8217;t be too hard.</li>
<li><b>Enable collaborators to easily post to blogs and other social media services</b> <a href="http://posterous.com">Posterous</a> is a powerful email-to-post blogging service that has a lot of potential applications in the DIY ARG space. Running a group blog with Posterous is ridiculously simple and fits into any workflow since the system uses ordinary email to make blog posts. Posterous will convert any images, audio files, or videos into web-friendly formats and lay them out nicely. But its most useful feature is the way it can &#8220;Autopost&#8221; content to a variety of other services, including Wordpress-powered blogs, Facebook, flickr, and Twitter.</li>
<li><b>Aggregate posts from players and/or in-game characters</b> Aggregate your content into one place using Wordpress plugins like <a href="http://wordpress.org/extend/plugins/feedwordpress/">FeedWordPress</a> and <a href="http://wordpress.org/extend/plugins/lifestream/">Lifestream</a>. These plugins, alongside Wordpress&#8217; already-formidable content management features, can enable ARG producers to gather together not only the social media content that they produce, but also &#8212; and sometimes more importantly &#8212; the content that gets produced by their player communities. FeedWordPress is particularly impressive, as it will archive, categorize, and tag everything that it aggregates &#8212; providing you with another layer of content to feed back to your players.</li>
</ul>
<h3>Deploy content on mobile devices</h3>
<p>Engaging with players and storytellers via their mobile devices opens up exciting new realms of location-based gaming and participation. </p>
<ul>
<li><b>Automate SMS interactions and/or make a location-based game</b> As GPS and smart phones become increasingly ubiquitous, third party apps for developing and managing games that take place in the physical world are starting to emerge. <a href="http://www.scvngr.com/faq/">SCVNGR</a> is an interesting early arrival to this space. According to their website, SCVNGR is &#8220;the world&#8217;s first platform to enable anyone, anywhere to develop, manage and deploy sophisticated interactive location-based mobile games, tours and experiences.&#8221; I&#8217;ve used the system for a few projects, and it works quite well. Just a couple of years ago, setting up an SMS-driven interactive location-based game was a serious coding challenge that required serious money and time. Now it&#8217;s free and easy. Also, it should be noted that games designed with SCVNGR will work best on iPhone or Android, but are also fully playable via SMS (significant for designers who want to keep the bar to entry for their games as low as possible).</li>
<li>The <a href="http://www.waag.org/">WAAG Society</a>&#8217;s <a href="http://7scenes.com/">7scenes</a> application goes a step further than SCVNGR, enabling all manner of location-based interactivity. The app is supposed to expand beyond Nokia phones in mid-2010, meaning that you&#8217;ll be able to develop GPS games for iPhone and Android using 7scenes&#8217; great interface. The only drawback: the full service isn&#8217;t free.</li>
<li><b>Make a custom phone app</b> Objective C coding skills aren&#8217;t as easy to come by as plain old HTML and JavaScript know-how. Which is precisely why <a href="http://phonegap.com/">PhoneGap</a> is so cool: &#8220;PhoneGap is an open source development tool for building fast, easy <a href="http://phonegap.com/projects">mobile apps</a> with JavaScript. If you’re a web developer who wants to build mobile applications in HTML and JavaScript while still taking advantage of the core features in the iPhone, Android, Palm, Symbian and Blackberry SDKs, PhoneGap is for you.&#8221;</li>
</ul>
<p><embed src="http://blip.tv/play/xAzxwhsC" type="application/x-shockwave-flash" width="480" height="345" allowscriptaccess="always" allowfullscreen="true"></embed><ul>
<li><b>Piggy-back on an existing game or platform</b> If it makes sense in your story, why not just use existing mobile media services to extend your game into physical space? Just as social media services like Twitter and Facebook have long been used by in-game characters and agencies, so too can web-connected mobile media services like <a href="http://foursquare.com/">Foursquare</a>, <a href="http://brightkite.com/objects">Brightkite</a>, and <a href="http://gowalla.com/">Gowalla</a> function as vehicles for cross-media storytelling (for an example of this, <a href="http://mashable.com/2010/01/31/bravo-foursquare-snags-a-tv-partnership/">click here</a>). And since many of these services provide RSS feeds for user profiles, you can easily connect the mobile end of your game world back into your web presence.</li>
<li>See also: <a href="http://remotedevice.net/resources/locative-media-resources-and-links/">Locative media resources</a></li>
</ul>
<h3>Analyze participation and buzz</h3>
<p>Committed participants are easy to track. They post in Unfiction forums, attend events, set up profiles, and communicate with in-game characters. Tracking lurkers and occasional participants is a different matter &#8212; but a significant one, since casual observers will often compose the bulk of a game&#8217;s audience. </p>
<ul>
<li><b>Monitor Twitter activity</b> Web apps like <a href="http://www.twitalyzer.com/">Twitalyzer</a>, <a href="http://twitteranalyzer.com/">Twitter Analyzer</a>, and <a href="http://twittersheep.com/results.php?u=remotedevice">Twittersheep</a> (to name just a few) can help you to track and understand your player community. Thanks to Twitter&#8217;s remarkably open and flexible API, new tools for analyzing buzz and influence on Twitter come out almost every day. Try a search like <a href="http://www.google.com/search?hl=en&#038;tbo=1&#038;output=search&#038;q=twitter%20analytics%20tools&#038;tbs=qdr:w&#038;ei=P0tuS5_cLYKgsgO70MGyDQ&#038;sa=X&#038;oi=tool&#038;resnum=4&#038;ct=tlink&#038;ved=0CBwQpwU">this one</a> to see what&#8217;s current &#8212; or check out top-<i>n</i> lists like <a href="http://www.twittereye.com/category/app-categories/analytics?page=1">this</a>, <a href="http://inventorspot.com/articles/top_five_twitter_analytical_tools_29218">this</a> or <a href="http://www.technobuzz.net/21-great-twitter-analytics-tools/">this</a>.</li>
<li><b>Monitor link sharing</b> Link shortening services like <a href="http://bit.ly/">bit.ly</a> may present serious problems to future archivists, but for real-time web projects, they&#8217;re an easy way to track traffic flows and spreadable media. From bit.ly&#8217;s <a href="http://bit.ly/pages/faq/">FAQ</a>: &#8220;bit.ly users receive a unique bit.ly link that lets them track clicks and other data separately, while still seeing totals for all bit.ly links pointing to the same long link.&#8221;</li>
</ul>
<p><img src="http://remotedevice.net/wp-content/uploads/2010/02/analytics.jpg" alt="" title="analytics" width="500" height="431" class="alignnone size-full wp-image-2175" /></p>
<ul>
<li><b>Monitor site traffic</b> <a href="https://www.google.com/analytics/settings/?et=reset&#038;hl=en">Google Analytics</a> is a free service that enables you to monitor traffic sources and activity via a simple script that you can copy and paste into your site&#8217;s header. This is particularly useful for ARGs that have large lurker populations and/or are geographically dispersed. It&#8217;s also a good way to see which parts of a website are being read &#8212; and which are being skipped over.</li>
</ul>
<h3>Produce physical artifacts, merchandise, and e-commerce</h3>
<p>Locative media isn&#8217;t the only way to bring your game into the physical experience of your players. Artifacts such as books, clothing, and other customized items have enormous potential as vehicles for real world storytelling and play.</p>
<ul>
<li><b>Publish books and pamphlets</b> <a href="http://en.wikipedia.org/wiki/Print_on_demand">Print on Demand</a> continues to <a href="http://www.publishersweekly.com/article/ca6702526.html">revolutionize</a> indie publishing, which is good news for transmedia producers who want to incorporate novels, graphic novels, comic books, photo albums, or other printed materials into their projects. <a href="http://lulu.com">Lulu.com</a> will print your books on demand using the same kinds of presses that are used to make the trade paperbacks published by the big &#8220;legitimate&#8221; presses &#8212; and they&#8217;ll help you to distribute them, too. Setting up a Lulu.com storefront is almost as easy as creating a blog with Blogger &#8212; only the output is a real book, an item with heft and <i>presence</i>.</li>
<li><b>Make stuff &#8212; and retail it</b> Merchandise can be a good way to generate money for charitable causes. It can also be a clever way to tell a story. Indie ARG <a href="http://www.mustloverobots.com/">Must Love Robots</a> did both of these things with their in-game clothing brand, <a href="http://www.inactiveware.com/">Inactiveware</a>. Like Lulu.com, <a href="">Cafe Press</a> and other on demand services make it possible for transmedia producers to quickly create and retail a variety of physical media artifacts &#8212; from t-shirts and mugs to mousepads and posters &#8212; that can extend and enrich their story worlds.</li>
</ul>
<p><b>Help me improve this resource: <a href="mailto: remotedevice@gmail.com">send me an email</a> or leave a reply in the comments if you have any suggestions.</b></p>
]]></content:encoded>
			<wfw:commentRss>http://remotedevice.net/blog/arg-tools/feed/</wfw:commentRss>
		<slash:comments>8</slash:comments>
		</item>
		<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>
	</channel>
</rss>
