<?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>Zeitalter3 - Browsergames Entwicklerblog &#187; mmog</title>
	<atom:link href="http://blog.zeitalter3.de/tag/mmog/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.zeitalter3.de</link>
	<description>Ein Blog über persistente Browsergames und deren Entstehung</description>
	<lastBuildDate>Sat, 07 Aug 2010 06:22:27 +0000</lastBuildDate>
	<language>de</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
		<item>
		<title>Kurz gebloggt: ICO, Joel Spolsky und Tom Chick</title>
		<link>http://blog.zeitalter3.de/2009/01/29/kurz-gebloggt-ico-joel-spolsky-und-tom-chick/</link>
		<comments>http://blog.zeitalter3.de/2009/01/29/kurz-gebloggt-ico-joel-spolsky-und-tom-chick/#comments</comments>
		<pubDate>Thu, 29 Jan 2009 16:28:58 +0000</pubDate>
		<dc:creator>Dirk</dc:creator>
				<category><![CDATA[Links]]></category>
		<category><![CDATA[ICO]]></category>
		<category><![CDATA[Metaplace]]></category>
		<category><![CDATA[mmog]]></category>
		<category><![CDATA[Refactoring]]></category>

		<guid isPermaLink="false">http://blog.zeitalter3.de/?p=527</guid>
		<description><![CDATA[ICO Partners benennen ihre 9 online games/MMO trends for 2009 (part 2). Joel sagt: &#8220;Es gibt keinen Grund bestehenden Code eines ganzen Projekts wegzuwerfen und neu anzufangen, nur weil die Programmierer das wollen&#8220;. Und er hat recht, auch nach 8 Jahren. Und wieder ein großartiger Artikel von Raph Koster: &#8220;Ways to make your virtual space more [...]]]></description>
			<content:encoded><![CDATA[<ul>
<li>ICO Partners benennen ihre <a href="http://www.icopartners.com/blog/archives/190" target="_blank">9 online games/MMO trends for 2009 (part 2)</a>.</li>
<li>Joel sagt: &#8220;<a href="http://www.joelonsoftware.com/articles/fog0000000069.html" target="_blank">Es gibt keinen Grund bestehenden Code eines ganzen Projekts wegzuwerfen und neu anzufangen, nur weil die Programmierer das wollen</a>&#8220;. Und er hat recht, auch nach 8 Jahren.</li>
<li>Und wieder ein großartiger Artikel von Raph Koster: &#8220;<a href="http://www.raphkoster.com/2009/01/28/ways-to-make-your-virtual-space-more-social/" target="_blank">Ways to make your virtual space more social</a>&#8220;</li>
<li>Wenn <a href="http://fidgit.com/about.php" target="_blank">Tom Chick</a> einen Rant schreibt, dann sollte man zuhören. So auch sein Artikel: &#8220;<a href="http://fidgit.com/archives/2009/01/five-ways-mmos-are-broken.php" target="_blank">Five reasons MMOs are broken</a>&#8220;. Und Scott Jennings hat dazu dann <a href="http://www.brokentoys.org/2009/01/28/answering-tom-chick-five-easy-pieces-and-one-snide-one/" target="_blank">auch noch was zu sagen</a>. Mein Take: Ja, Tom sieht primär WoW, aber er hat nicht unrecht, dass sich am Prinzip was ändern muss.</li>
</ul>
<p>Oh, und wie schon <a href="http://twitter.com/DirkSonguer/status/1156595761" target="_blank">getwittert</a> ist mir etwas tolles passiert. Das nervigste daran ist eindeutig nicht darüber reden zu dürfen. Narf! Wenn ihr trotzdem wissen wollt, wie es in Metaplace aussieht, <a href="http://www.raphkoster.com/2009/01/28/metaplace-beta-key-giveaway/" target="_blank">registriert euch schnell</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.zeitalter3.de/2009/01/29/kurz-gebloggt-ico-joel-spolsky-und-tom-chick/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Wenn &#8220;Multiplayer&#8221; zum Problem werden</title>
		<link>http://blog.zeitalter3.de/2009/01/09/wenn-multiplayer-zum-problem-werden/</link>
		<comments>http://blog.zeitalter3.de/2009/01/09/wenn-multiplayer-zum-problem-werden/#comments</comments>
		<pubDate>Fri, 09 Jan 2009 08:47:39 +0000</pubDate>
		<dc:creator>Dirk</dc:creator>
				<category><![CDATA[Spieldesign]]></category>
		<category><![CDATA[balancing]]></category>
		<category><![CDATA[mmog]]></category>
		<category><![CDATA[multiplayer]]></category>

		<guid isPermaLink="false">http://blog.zeitalter3.de/?p=466</guid>
		<description><![CDATA[Bei MMOG-Browserspielen tritt immer mal wieder eine Gruppe in den Vordergrund: die so genannten &#8220;Multis&#8221; &#8211; Spieler, die mehrere Accounts betreiben mit dem Ziel dadurch unfaire Vorteile im Spiel zu erlangen. Die meiste Zeit wird versucht diesem Problem technisch zu begegnen. Die einschlägigen Foren sind voll von Diskussionen, Fragen und Hoffnungen. Am Ende des Tages [...]]]></description>
			<content:encoded><![CDATA[<p>Bei MMOG-Browserspielen tritt immer mal wieder eine Gruppe in den Vordergrund: die so genannten &#8220;Multis&#8221; &#8211; Spieler, die mehrere Accounts betreiben mit dem Ziel dadurch unfaire Vorteile im Spiel zu erlangen.</p>
<p>Die meiste Zeit wird versucht diesem Problem technisch zu begegnen. Die einschlägigen Foren sind voll von <a href="http://www.browsergames24.de/modules.php?name=Forums&amp;file=viewtopic&amp;t=1653&amp;highlight=multis" target="_blank">Diskussionen</a>, <a href="http://www.browsergames24.de/modules.php?name=Forums&amp;file=viewtopic&amp;t=4054&amp;highlight=multis" target="_blank">Fragen</a> und <a href="http://www.browsergames24.de/modules.php?name=Forums&amp;file=viewtopic&amp;t=5035&amp;highlight=multis" target="_blank">Hoffnungen</a>. Am Ende des Tages bleibt das Problem: es ist technisch nicht möglich, einen Spieler mit mehreren Accounts einwandfrei zu identifizieren. Es ist nur möglich den technischen Aufwand für einen solchen Spieler zu erhöhen, leider auch mit entsprechendem Entwicklungsaufwand und eventuellen Nebenwirkungen für die &#8220;legitimen&#8221; Spieler.</p>
<p>Das Problem ist in meinen Augen überhaupt nicht technischer Natur, sondern viel mehr ein Problem der Spielmechanik. Die grundlegende Frage ist doch: &#8220;Wieso hat ein Spieler, der mit mehreren Accounts spielt, überhaupt Vorteile?&#8221;</p>
<p><strong>Ein Problem der Spielmechanik<br />
</strong></p>
<p>Damit das Spielen mit mehreren Accounts überhaupt zum Problem wird, muss irgend eine Möglichkeit gegeben sein, mit dem ein Spieler seinen Spielfortschritt über mehrere Accounts <span><span>bündeln</span></span> kann. Das kann passieren durch Handel (Werte werden zwischen den Accounts ausgetauscht) oder Ressourcenbündelung (Beispielsweise durch die Zusammenlegung von Kampf-, Bau-, oder sonstigen Spieleinheiten). Da der Austausch zwischen Spielern bei <span><span>Multiplayer</span></span>-<span><span>Games</span></span> sehr wahrscheinlich eine gewollte Funktionalität darstellt, ist dies ein gegebenes Problem, welches hingenommen werden muss.</p>
<p>Formal lässt sich das Problem wie folgt beschreiben: ein Spieler kann durch einen Zeitaufwand (t) eine gewisse Anzahl an Spielfortschritt (S) erreichen. Wenn nun der Aufwand einen festgelegten Spielfortschritt innerhalb einer gegebenen Zeit zu erreichen für mehrere Accounts kleiner ist als für einen Account, dann lohnt es sich für den Spieler mit mehreren zu spielen:</p>
<blockquote><p>2t * S &lt; (t * S) + (t * S)</p></blockquote>
<p>Aus der Formel geht hervor, dass S in diesem Fall nicht linear zu t sein kann. Kurz gesagt beschreibt die Formel folgendes (für t = 1 Stunde): &#8220;<em>Ein Spieler, der 2 Stunden mit einem Account spielt erzielt weniger Fortschritt, als ein Spieler, der je 1 Stunde mit zwei Accounts spielt</em>&#8220;. Wieso sollte so etwas der Fall sein? Ist es auf den ersten Blick nicht besser, wenn der Spielfortschritt linear an die aufgewendete Zeit gebunden wird?</p>
<p>Die Antwort ist &#8220;Nein&#8221; mit den folgenden Punkten als Begründung.</p>
<p><strong>Startguthaben &amp; Erwerb von Werten<br />
</strong></p>
<p>Bei dem Einstieg des Spielers in das Spiel ist seine aufgewendete Zeit 0. Nun verlangen die meisten Spiele ein gewisses &#8220;Startguthaben&#8221;: Werte (beispielsweise Geld, um sich die ersten Waren zu kaufen) oder Ressourcen (beispielsweise eine Heimatbasis, die pro Zeiteinheit Werte generiert). Wenn ein Spieler also mit Betrag X beginnt, so kann er 10 Accounts erstellen, den Betrag in einen Account <span><span>bündeln</span></span> und beginnt mit 10X.</p>
<p>Eine Möglichkeit dem entgegen zu wirken ist den tatsächlichen Wert des Startguthabens auf 0 zu reduzieren. Dies erfordert allerdings die Einführung einer zweiten Währung im Laufe des Spiels, die nur durch (oder mit Hilfe von)  Aufwenden von Zeit erworben werden kann.</p>
<p><em>Beispiel</em>: Gehen wir von einem Handelsspiel aus, bei dem jeder Spieler zu Beginn nur ein Transportmittel erhält. Als Einstieg in das Spiel kann nun ein computergesteuerter Händler dem Spieler für den Transport seiner Waren eine Belohnung anbieten. Für diese Belohnung kann der Spieler mit der Zeit selbst Waren, bessere Transportmittel etc. erwerben. Das ursprüngliche Transportmittel lässt sich nicht verkaufen, hat also nur einen &#8220;potentiellen&#8221; Wert.</p>
<p>Es gibt noch andere Möglichkeiten dem Problem zu begegnen, beispielsweise den Spieler in einer Art &#8220;Sandbox&#8221; beginnen zu lassen und erst nach einer gewissen Spielzeit in das eigentliche Spiel zu überführen.</p>
<p>Bei allen Maßnahmen gilt es zu beachten, dass alle passive Einnahmequellen ebenfalls direkte Werte darstellen. Falls der Spieler zwar mit einem Startguthaben von 0 beginnt, aber eine Ressource besitzt, die ihm pro Zeiteinheit X Guthaben automatisch generiert, dann stellt dieses eine direkte Einnahmequelle dar. Wichtig ist: Einnahmen einer Währung, welche die Spieler untereinander austauschen können, müssen an das Aufwenden von Zeit gebunden sein.</p>
<p><strong>Level <span><span>caps</span></span></strong></p>
<p>Ein &#8220;Level <span><span>cap</span></span>&#8221; beschreibt einen maximalen Spielfortschritt, den ein Spieler erreichen kann. Es sind also Begrenzungen in bestimmten <span>Entwicklungsbereichen</span> eines Spielers. Beispielsweise in der Charakterentwicklung (ein Spieler kann nur maximal Level X sein), in Ressourcen (ein Spieler kann nur maximal X Transportmittel besitzen) oder seltener von Werten (ein Spieler kann nur maximal X Goldmünzen besitzen).</p>
<p>Level <span><span>caps</span></span> sind in so fern sinnvoll, als dass Spieler nicht mit der Zeit allmächtig werden sollen. Unbegrenzt Zeit voraus gesetzt wäre es einem Spieler möglich sich unbegrenzt weiter zu entwickeln, was einen Vergleich mit anderen Spielern schwierig macht. Sinn von <span><span>Multiplayer</span></span>-Spielen ist, dass die einzelnen Spieler gemeinsam spielen sollen (egal ob mit- oder gegeneinander). Wenn der Unterschied zwischen den Spielern zu groß wird ist ein gemeinsames Spiel nicht mehr sinnvoll möglich.</p>
<p>Ich will an dieser Stelle nicht auf die allgemeine &#8220;<span><span>Endgame</span></span>-Problematik&#8221; einsteigen. Wichtig ist nur: es muss aus <span><span>Balancing</span></span>-Gründen eine Beschränkung in der Entwicklung eines Spielers geben. Wenn es aber eine Beschränkung gibt, dann ist die Entwicklung eines Charakters in irgend einer Form mit der Zeit eingeschränkt und damit zu dem Zeitpunkt nicht mehr linear.</p>
<p>Idealerweise sind solche Einschränkungen allerdings globaler Natur: Wenn ein Spieler seine maximale Anzahl an X erreicht hat, kann er keine weiteren X von einem anderen Spieler mehr annehmen. Ob zwei Spieler ihre Werte und Ressourcen über den Maximalwert eines einzelnen Spielers <span><span>bündeln</span></span> können ist eine Frage des <span><span>Balancings</span></span>.</p>
<p><strong><span><span>Balancing</span></span> und zurück zur Spielmechanik<br />
</strong></p>
<p><span>Letztendlich</span> ist ein Spieler, der mit 2 Accounts spielt nichts anderes als zwei Spieler, die mit je einem Account zusammen spielen. In so fern sind Probleme mit &#8220;Multis&#8221; auch immer Probleme mit dem <span><span>Balancing</span></span> des <span><span>Multiplayer</span></span>-Aspekts an sich.</p>
<p>Wenn die Spieler gegeneinander spielen und Einzelne gegenüber einer Gruppe im Nachteil sind, dann sollte die Kommunikation der Spieler untereinander verbessert werden und das Spiel Möglichkeiten zur einfachen Organisation von Gruppen bieten. Auch wenn die Spieler miteinander spielen, sollte die Kommunikation im <span>Vordergrund</span> stehen mit Möglichkeiten Ziele und Absprachen leicht treffen zu können. Die Zusammenarbeit von mehreren Spielern (und damit mehreren Accounts) sollte nicht nur erlaubt, sondern im Vordergrund stehen.</p>
<p>Eine Ausnahme bilden &#8220;Jeder gegen Jeden&#8221;-Spiele. Diese haben allerdings als <span><span>Multiplayer</span></span>-Spiele eher theoretischen Wert. So schön diese &#8220;Jeder gegen Jeden&#8221;-Szenarien als <span><span>Multiplayer</span></span>-Spiele auch klingen, so absurd ist die Idee, dass Spieler nicht auf die Idee kommen sich zu organisieren. Wenn das ganze Spiel darauf ausgerichtet wurde, dass immer nur einzelne Spieler gegeneinander antreten, dann muss man sich auch nicht wundern, dass es als MMOG unausgeglichen ist. Spieler organisieren sich, selbst wenn die eigentliche Plattform dazu keine Möglichkeit bietet. In Zeiten in denen Spieler per Mail, Foren, <span><span>Instant</span></span> <span><span>Messenger</span></span> und Handys miteinander verbunden sind, schaffen sie sich ihre eigenen Kommunikations-Kanäle, um Vorteile zu erlangen. In diesem Fall sind Multis noch das geringste Problem.</p>
<p><strong>Fazit</strong></p>
<p>Wenn die <span><span>Spielmechaniken</span></span> und das <span><span>Balancing</span></span> stimmt braucht man auch keine technischen Maßnahmen gegen Spieler mit mehreren Accounts zu ergreifen. Natürlich ist das <span><span>Balancing</span></span> eines <span><span>MMOGs</span></span> schwierig und mit jeder Erweiterung ein fortlaufender Prozess. Jedoch ist &#8220;schwierig&#8221; immer noch besser als eine technische Lösung für ein nicht lösbares Problem zu finden.</p>
<p>Eure Meinung?</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.zeitalter3.de/2009/01/09/wenn-multiplayer-zum-problem-werden/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>
