<?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>max.lueb.be &#187; Gaming</title>
	<atom:link href="http://lueb.be/category/gaming/feed/" rel="self" type="application/rss+xml" />
	<link>http://lueb.be</link>
	<description>Thoughts on tech and other rants.</description>
	<lastBuildDate>Mon, 05 Apr 2010 17:00:41 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
		<item>
		<title>Installing Apache Thrift on Ubuntu 8.04</title>
		<link>http://lueb.be/2009/02/27/installing-apache-thrift-on-ubuntu-804/</link>
		<comments>http://lueb.be/2009/02/27/installing-apache-thrift-on-ubuntu-804/#comments</comments>
		<pubDate>Fri, 27 Feb 2009 18:00:28 +0000</pubDate>
		<dc:creator>mluebbe</dc:creator>
				<category><![CDATA[Computing]]></category>
		<category><![CDATA[Gaming]]></category>
		<category><![CDATA[Projects]]></category>
		<category><![CDATA[Software]]></category>
		<category><![CDATA[apache]]></category>
		<category><![CDATA[linux]]></category>
		<category><![CDATA[Thrift]]></category>
		<category><![CDATA[ubuntu]]></category>

		<guid isPermaLink="false">http://lueb.be/?p=58</guid>
		<description><![CDATA[In a recent post, I explained how to install the Thrift RPC framework on OS X 10.5. Another scenario that doesn't install as advertised out of the box is building Thrift on Ubuntu server. Again, an issue with pkg.m4 is to blame - follow the steps in this guide to get Thrift built on your Ubuntu system.]]></description>
			<content:encoded><![CDATA[<div style="float: right; width: 42px; padding-right: 10px; margin: 0 0 0 10px;">
		<script type="text/javascript">
		<!--
		digg_url = "http://lueb.be/2009/02/27/installing-apache-thrift-on-ubuntu-804/";
		digg_bgcolor = "#FFFFFF";
		digg_skin = "";
		digg_window = "";
		digg_title = "Installing+Apache+Thrift+on+Ubuntu+8.04";
		digg_media = "news";
		digg_topic = "";
		digg_bodytext = "";
		//-->
		</script>
		<script src="http://digg.com/tools/diggthis.js" type="text/javascript"></script></div><p>In a recent post, I explained <a href="http://lueb.be/2009/02/23/installing-apache-thrift-on-mac-os-x-105-leopard/" target="_self">how to install the Thrift RPC framework on OS X 10.5</a>. Another scenario that doesn&#8217;t install as advertised out of the box is building Thrift on Ubuntu server. Again, an issue with pkg.m4 is to blame &#8211; follow the steps below to get Thrift built on your Ubuntu system:</p>
<p>As in the previous guide start by getting the <a href="http://incubator.apache.org/thrift/download/" target="_blank">latest revision of the Thrift library</a>, and extract the archive.</p>
<p>Install the necessary prerequisites, which is much easier than on OS X thanks to apt. Fire up a terminal, and use apt-get to pull everything. Substitute java5 with your favorite jdk, if you&#8217;re not a fan of the Sun implementation.</p>
<pre class="wiki">apt-get install libboost-dev libevent-dev build-essential
python-dev automake pkg-config libtool flex bison sun-java5-jdk</pre>
<p>Now, for the pkg.m4 workaround!</p>
<pre class="wiki">cd [thrift root]
cp /usr/share/aclocal/pkg.m4 aclocal/</pre>
<p>At this point, all that remains is to build Thrift. (If you want Ruby support, add ruby-dev to the apt-get list above, and get rid of the ruby flag below.)</p>
<pre class="wiki">./bootstrap.sh
./configure --with-ruby=no
make
sudo make install</pre>
<p>Enjoy!</p>
]]></content:encoded>
			<wfw:commentRss>http://lueb.be/2009/02/27/installing-apache-thrift-on-ubuntu-804/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Plans for an NES DevKit Using 2008 Technology</title>
		<link>http://lueb.be/2008/08/22/plans-for-an-nes-devkit-using-2008-technology/</link>
		<comments>http://lueb.be/2008/08/22/plans-for-an-nes-devkit-using-2008-technology/#comments</comments>
		<pubDate>Fri, 22 Aug 2008 16:07:53 +0000</pubDate>
		<dc:creator>mluebbe</dc:creator>
				<category><![CDATA[Gaming]]></category>
		<category><![CDATA[Projects]]></category>

		<guid isPermaLink="false">http://intentionallyobsolete.com/?p=40</guid>
		<description><![CDATA[In a recent post I discussed the viability of developing new games for old platforms as a vehicle to liberate the gaming from the repetitive titles that currently plague the industry.   In order to get started on such a campaign, developers would need to be armed with the proper tools to do start writing a [...]]]></description>
			<content:encoded><![CDATA[<div style="float: right; width: 42px; padding-right: 10px; margin: 0 0 0 10px;">
		<script type="text/javascript">
		<!--
		digg_url = "http://lueb.be/2008/08/22/plans-for-an-nes-devkit-using-2008-technology/";
		digg_bgcolor = "#FFFFFF";
		digg_skin = "";
		digg_window = "";
		digg_title = "Plans+for+an+NES+DevKit+Using+2008+Technology";
		digg_media = "news";
		digg_topic = "";
		digg_bodytext = "";
		//-->
		</script>
		<script src="http://digg.com/tools/diggthis.js" type="text/javascript"></script></div><p><a href="http://intentionallyobsolete.com/?p=37">In a recent post</a> I discussed the viability of developing new games for old platforms as a vehicle to liberate the gaming from the repetitive titles that currently plague the industry.</p>
<p> </p>
<p>In order to get started on such a campaign, developers would need to be armed with the proper tools to do start writing a new generation of titles efficiently and at minimum cost.</p>
<p></p>
<p>1) Development Environment</p>
<p>The NES games would likely be programmed in 6502 assembly, and there should be no reason why a modern computer couldn&#8217;t be used to test the games via an emulator. For this task, I would propose developing a plugin for the popular <a href="http://www.eclipse.org">Eclipse development environment</a> which would include all the required tools in one convenient place.</p>
<p> </p>
<p><img src="http://lueb.be/wp-content/uploads/2008/08/eclipse-150x150.jpg" alt="Eclipse Logo" /> </p>
<p> </p>
<p>The plugin would include tools to do syntax highlighting and checking of the assembly code, an Emulator tied to the compile/run command that would launch windowed inside of eclipse, and also most likely rudimentary sound and image editors for composing the media aspects of the game. Powerful modern software development tools already compatible with eclipse would be of great assistance here such as source control, static analysis and performance profiling. Another valuable feature found in some plugins would be code assist, to provide code snippets for common tasks such as probing the controller buttons. An Eclipse plugin with these features would be a godsend to any potential NES developer, especially because these tools would ideally be open source and free &#8211; providing for community improvements and widespread usage (Not to mention inherently cross platform, supporting Windows, Linux and OS X!). </p>
<p></p>
<p>2) Development Cartridge</p>
<p>After testing in the development environment, a game would need to be tested on native hardware as well. For this task I propose the construction of a development cartridge that includes the basic functionality of a NES cartridge but uses cheap modern microcontrollers and flash ram in order to have reprogrammable ROM and Mapper components. The cartridge would feature a speedy USB link for dumping new software to the cartridge and also possibly for in-circuit debugging, both of course in conjunction with the Eclipse plugin. Having a cartridge like this would also be handy in transporting games in progress to demo for others, being playable in any Nintendo system in the world. One major technical hurdle would be in defeating the 10NES authentication system present in all licensed Nintendo cartridges.</p>
<p> </p>
<p><a href="http://lueb.be/wp-content/uploads/2008/08/10nes.jpg" title="10NES"><img src="http://lueb.be/wp-content/uploads/2008/08/10nes-150x150.jpg" alt="10NES" /></a> </p>
<p> </p>
<p>As these development carts would initially be fairly limited in production, a quick solution could be to harvest 10NES chips from existing NES cartridges &#8211; an ideal candidate for this being the dime a dozen Super Mario / Duck Hunt cartridge which came with almost every NES every made (<a href="http://en.wikipedia.org/wiki/Super_Mario_Bros.#Reception_and_legacy">wikipedia says that about 40 million of them exist</a>). Better methods for handling this will be the topic of a future post!</p>
<p></p>
<p>3) Test controllers</p>
<p>In order to test on a PC as authentically as possible, real NES hardware must be interfaced with the computer. Around the internet, tons of people have taken the lazy route in doing this via a parallel port conversion. However, this is 2008 and a more ideal solution is to create a NES to USB adapter that would probably require the the connectors off the front of a NES system, a microcontroller for usb encoding and a female usb jack to connect to the computer using a standard usb cable. This solution would be ideal because the microcontroller could be powered over USB, and almost every modern machine has usb ports, whereas classic printer/parallel ports are beginning to be phased out. In particular, this would allow for portable development on laptops.</p>
<p></p>
<p>4) Production Cartridge</p>
<p>In order to distribute finished games in manners other than rom files, assuming the Nintendo and other heavyweights have not seen the light and allowed for digital distribution &#8211; is to produce homebrew cartridges. The first thought to come to mind would be to use a cheap modern microcontroller with decent storage capacity to reproduce the cartridge&#8217;s internal functionality. These could be programmed using traditional techniques, most likely with some eclipse automation again. The cartridge board itself would be designed via a publicly distributed eagle pcb schematic file so that 3rd party vendors such as freepcbs.com could mass produce them with professional results at minimal cost. The cartridge shells themselves would be created via homebrew vacuum forming techniques, and lack the obnoxious security bits holding them together featured by every original cartridge on the planet. Additionally, in game saves would be accomplished via modern flash ram, as opposed to the CR2032 batteries found in games like Dragon Warrior and Legend of Zelda, that die and then need to be <a href="http://www.the9thkey.com/games/Nesbatt.htm">replaced periodically with tedious soldering</a>. Again, the authentication system would create a problem and this initial solution would include a socket on the pcb to drop in a 10NES chip harvested from another cartridge.</p>
<p></p>
<p>With these four bullet points taken care of, the major technical hurdles in launching a new wave of 8-bit games would be complete and all that would remain would be traditional simple ones such as packaging and marketing. Stores that specialize in classic gaming that are starting to popup would probably happily carry these new games on consignment until significant momentum could be gained for traditional distribution.</p>
<p></p>
<p>I intend to begin work on this plan shortly, and welcome any questions, comments or suggestions you may have!</p>
]]></content:encoded>
			<wfw:commentRss>http://lueb.be/2008/08/22/plans-for-an-nes-devkit-using-2008-technology/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>A Future for Retro Gaming?</title>
		<link>http://lueb.be/2008/08/18/a-future-for-retro-gaming/</link>
		<comments>http://lueb.be/2008/08/18/a-future-for-retro-gaming/#comments</comments>
		<pubDate>Tue, 19 Aug 2008 02:25:12 +0000</pubDate>
		<dc:creator>mluebbe</dc:creator>
				<category><![CDATA[Gaming]]></category>

		<guid isPermaLink="false">http://intentionallyobsolete.com/?p=37</guid>
		<description><![CDATA[Mega Man 9 was recently announced, and if you haven&#8217;t got a chance to check it out yet &#8211; it&#8217;s extremely noteworthy that it is being developed in the same lo-resolution style as its 8-bit NES predecessors, and that it will be the closest thing to a new NES game in about 15 years. While it is unfortunate that [...]]]></description>
			<content:encoded><![CDATA[<div style="float: right; width: 42px; padding-right: 10px; margin: 0 0 0 10px;">
		<script type="text/javascript">
		<!--
		digg_url = "http://lueb.be/2008/08/18/a-future-for-retro-gaming/";
		digg_bgcolor = "#FFFFFF";
		digg_skin = "";
		digg_window = "";
		digg_title = "A+Future+for+Retro+Gaming%3F";
		digg_media = "news";
		digg_topic = "";
		digg_bodytext = "";
		//-->
		</script>
		<script src="http://digg.com/tools/diggthis.js" type="text/javascript"></script></div><p>
<p><a href="http://en.wikipedia.org/wiki/Mega_Man_9">Mega Man 9</a> was recently announced, and if you haven&#8217;t got a chance to check it out yet &#8211; it&#8217;s extremely noteworthy that it is being developed in the same lo-resolution style as its <a href="http://en.wikipedia.org/wiki/Mega_Man_(original_series)">8-bit NES predecessors</a>, and that it will be the closest thing to a new <a href="http://en.wikipedia.org/wiki/Nintendo_Entertainment_System">NES</a> game in about 15 years. While it is unfortunate that Mega Man 9 is not going to be released on the traditional cartridge form to avid retro-gamers like myself, its upcoming distribution via WiiWare and XBox Live as well as widespread anticipation for its release seems to ask the question, is this format actually dead?</p>
<p><a href="http://lueb.be/wp-content/uploads/2008/08/megaman91.jpg" title="Mega Man 9"><img src="http://lueb.be/wp-content/uploads/2008/08/megaman91.jpg" alt="Mega Man 9" /></a></p>
<p> </p>
<p>From working part time at a used video game store in Chicago, I would say the answer is most definitely &#8221;no&#8221;. Despite carrying about every console in existence, including ones from the latest generation &#8211; by and far the most popular system we carry is the classic 8-bit NES. This seems to argue that despite all the advances in gaming technology, there are still a ton of people out there yearning to play some simple platformers on a controller with less buttons than you can count with one hand. Content seems to trump presentation for a large fraction of the gaming public. Another common comment I&#8217;ve gotten from customers, and one I happen to agree with is that a lot of people like video games, but lack the time in their day for the total world immersion demanded by blockbuster titles like GTA 4, Metal Gear Solid 4 or the latest Zelda or Final Fantasy game. Many people are just looking for something they can play casually for 15 to 30 minutes a day and then walk away from. Classics like Super Mario Bros., Dr. Mario, Tetris, and Castlevania all fall into this category &#8211; games don&#8217;t need to be deep, complicated or flashy &#8211; they just need to be fun.</p>
<p></p>
<p>With digital distribution channels available in the modern age that allow developers to completely skip the costly step of boxed, shrink wrapped software such as Wii Virtual Console, XBox Live, Playstation Network and Steam and the apparent viability of lo-fi games like Mega Man 9, it appears that there are alternatives to the current defacto multimillion dollar development route. The cost for to develop an 8-bit game is orders of magnitude lower than what it takes to put out a next-gen title due to the limitations of the platform, and that an entire polished game can be put together by a few people in very little time. If Nintendo were to allow 3rd parties to resurrect its NES platform (and possibly other platforms) by publishing new games for it via the virtual console, they would liberate the gaming world from the entrenched paradigms of fps and mmorpgs by allowing developers to attempt innovation and the introduction of fresh ideas, without risking millions of dollars on a game that flops. <a href="http://en.wikipedia.org/wiki/Gta_4#Development">The development budget for Grand Theft Auto 4 ran upwards of $100 million dollars.</a> Yes you read that right, $100 million. The budget for a AAA NES style game could be about $100k, which would be more than enough to employ two people, a lead programmer and a dedicated artist for a year. The development time would be much less as well, and that money would be enough probably to get a few games out the door in a year&#8217;s time by those two people. This amount of money is a drop in the bucket compared to current development budgets and would bring diversity back into an industry that once excelled on it. In addition to this, development hardware costs would be negligible due to the fact that any modern computer is vastly superior to the <a href="http://en.wikipedia.org/wiki/MOS_Technology_6502">6502 CPU</a> in a Nintendo, and that high quality software system emulators to test with are common and free.</p>
<p></p>
<p>Let&#8217;s hope that Mega Man 9 opens the doors for more similar anachronistic games, ones that have their emphasis on fun as opposed to photorealistic graphics. If Nintendo has already met and acknowledged this need halfway, by giving access to classic games via the virtual console &#8211; why would they have any reason to stop there by denying developers the ability to publish new games for these time honored platforms? With any luck, Mega Man 9 might be the wake up call the gaming industry desperately needs to break from its current state of stagnation and dependance on hardware as a crutch for boring and lackluster games.</p>
]]></content:encoded>
			<wfw:commentRss>http://lueb.be/2008/08/18/a-future-for-retro-gaming/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>CNET Interview with Windows 7 Mismanager</title>
		<link>http://lueb.be/2008/05/30/cnet-interview-with-windows-7-mismanager/</link>
		<comments>http://lueb.be/2008/05/30/cnet-interview-with-windows-7-mismanager/#comments</comments>
		<pubDate>Fri, 30 May 2008 20:51:45 +0000</pubDate>
		<dc:creator>mluebbe</dc:creator>
				<category><![CDATA[Computing]]></category>
		<category><![CDATA[Gaming]]></category>
		<category><![CDATA[Software]]></category>
		<category><![CDATA[Web Development]]></category>

		<guid isPermaLink="false">http://intentionallyobsolete.com/?p=31</guid>
		<description><![CDATA[It continues to elude the top brass at Microsoft that the world has changed and Windows 7 manager Steven Sinofsky is doing his best to ensure that the next offering of their desktop operating system will be just as big of a commercial flop as the version that preceded it. In an interview with Ina [...]]]></description>
			<content:encoded><![CDATA[<div style="float: right; width: 42px; padding-right: 10px; margin: 0 0 0 10px;">
		<script type="text/javascript">
		<!--
		digg_url = "http://lueb.be/2008/05/30/cnet-interview-with-windows-7-mismanager/";
		digg_bgcolor = "#FFFFFF";
		digg_skin = "";
		digg_window = "";
		digg_title = "CNET+Interview+with+Windows+7+Mismanager";
		digg_media = "news";
		digg_topic = "";
		digg_bodytext = "";
		//-->
		</script>
		<script src="http://digg.com/tools/diggthis.js" type="text/javascript"></script></div><p>It continues to elude the top brass at Microsoft that the world has changed and <a href="http://en.wikipedia.org/wiki/Windows_7">Windows 7</a> manager <a href="http://en.wikipedia.org/wiki/Steven_Sinofsky">Steven Sinofsky</a> is doing his best to ensure that the next offering of their desktop operating system will be just as big of a commercial flop as the version that preceded it. In an <a href="http://asia.cnet.com/crave/2008/05/29/ows-chief-talks-7-/">interview</a> with <a href="http://asia.cnet.com/crave/?a=Ina+Fried">Ina Fried </a>of CNET&#8217;s Crave blog posted yesterday, Sinofsky was asked some very broad questions about the next version of Windows and basically refused to elaborate on anything other than the fact that it will be the successor to Vista. He then goes on to mention that a classic closed-doors development model is not outdated for the production of software.</p>
<p>In the age of Web 2.0 and agile software development this is quite possibly the stupidest thing someone could say, and further proof that Microsoft is on an express train to irrelevance. Rule #1 of business is “give the customer what they want”, and the gurus in Redmond haven’t learned yet that it might be beneficial to ask. Imagine all of the often complained about <a href="http://en.wikipedia.org/wiki/Criticism_of_Windows_Vista">“features”</a> present in Vista that might have been refined to a level of acceptability or removed if the Windows team had set up something like <a href="http://www.dellideastorm.com/">Dell’s Ideastorm</a>? Windows users would be able to gripe about things that they don’t like, and ask for things that Microsoft committee groupthink hasn’t imagined – so that by the time the product actually ships… people might actually want to buy it! This is underscored by the philosophies of agile development where you are constantly in contact with your customer and making incremental refinements towards exactly what the customer wants.</p>
<p>Also one might wonder what point there is to all the secrecy, when Microsoft holds a defacto monopoly on desktop operating systems – it’s not like IBM is waiting in the wings to unleash OS/3 and steal their feature set, offering it on a line of PC’s that they don’t even make anymore. This point is underscored when the Linux and Mac developers have already branched off in entirely different directions and would probably rather die than admit imitating anything that came from Windows.</p>
<p>Amazon, Google, Dell and countless others have harnessed the wisdom of crowds to refine their business models and it seems that Microsoft thinks that their insulated community knows best, and would rather pretend that its still the 80’s where market will love anything that they send to production. Much of the techworld as of late has become defined by transparency, and one must wonder if the lack of discussion on Windows 7 specifics is because of the lack of innovation, or insecurity regarding their ability to deliver on anything they promise. (<a href="http://en.wikipedia.org/wiki/WinFS">WinFS</a>, anyone?) With a release date still years away, there’s still plenty of time for the development team to throw together a webapp that would take less than a day to write, and that will save millions of users all over the planet from Windows ME v2.0. I wouldn’t hold your breath though.</p>
]]></content:encoded>
			<wfw:commentRss>http://lueb.be/2008/05/30/cnet-interview-with-windows-7-mismanager/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
