<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
		>
<channel>
	<title>Kommentarer till Bly, guld och branschtendenser: intervju med Fatshark</title>
	<atom:link href="http://pixelperspektiv.se/2010/05/bly-guld-och-branschtendenser-intervju-med-fatshark/feed/" rel="self" type="application/rss+xml" />
	<link>http://pixelperspektiv.se/2010/05/bly-guld-och-branschtendenser-intervju-med-fatshark/</link>
	<description>Spelkultur, tv-spel, dataspel och indie</description>
	<lastBuildDate>Fri, 02 Sep 2011 00:44:45 +0200</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.5</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Av: Joel Dinegrim</title>
		<link>http://pixelperspektiv.se/2010/05/bly-guld-och-branschtendenser-intervju-med-fatshark/comment-page-1/#comment-229</link>
		<dc:creator>Joel Dinegrim</dc:creator>
		<pubDate>Wed, 30 Jun 2010 21:09:32 +0000</pubDate>
		<guid isPermaLink="false">http://pixelperspektiv.se/?p=581#comment-229</guid>
		<description>Jag håller helt med, många motorer verkar definitivt inte riktade mot andra utvecklare från grunden, utan verkar mer vara ett sätt att få in mer pengar och mer PR. 
Det som var lite synd var att middleware i det här fallet uppfattades som just hela spelmotorer, men jag menade frågan bredare i allmänhet. Idag är middleware för AI, pathfinding, ljus och skuggor, ljud, animation, gränssnittsdesign, m.m. allt ganska vanligt i stora releaser. Sådan middleware verkar bli allt vanligare, och det verkar som att en del av det görs av företag dedikerade till just middleware. Jag tror att det har stor potential, men inte är applicerbart på alla situationer. 

Jag tror definitivt att ett företag som Fatshark kan tjäna på att göra det mesta själv. Samtidigt är det intressant att se hur vanligt motorer som Unity börjar bli, bland utvecklare som får Fatshark att verka stora. Vill man få ur sig ett relativt simpelt spelkoncept som inte kräver en massa avancerad kod så borde Unity eller dylikt vara en smidig väg att gå.
.-= Joel Dinegrims senaste blog ..&lt;a href=&quot;http://pixelperspektiv.se/2010/06/designa-dataspel-med-kort-game-seeds/&quot; rel=&quot;nofollow&quot;&gt;Designa dataspel med kort- Game Seeds&lt;/a&gt; =-.</description>
		<content:encoded><![CDATA[<p>Jag håller helt med, många motorer verkar definitivt inte riktade mot andra utvecklare från grunden, utan verkar mer vara ett sätt att få in mer pengar och mer PR.<br />
Det som var lite synd var att middleware i det här fallet uppfattades som just hela spelmotorer, men jag menade frågan bredare i allmänhet. Idag är middleware för AI, pathfinding, ljus och skuggor, ljud, animation, gränssnittsdesign, m.m. allt ganska vanligt i stora releaser. Sådan middleware verkar bli allt vanligare, och det verkar som att en del av det görs av företag dedikerade till just middleware. Jag tror att det har stor potential, men inte är applicerbart på alla situationer. </p>
<p>Jag tror definitivt att ett företag som Fatshark kan tjäna på att göra det mesta själv. Samtidigt är det intressant att se hur vanligt motorer som Unity börjar bli, bland utvecklare som får Fatshark att verka stora. Vill man få ur sig ett relativt simpelt spelkoncept som inte kräver en massa avancerad kod så borde Unity eller dylikt vara en smidig väg att gå.<br />
<span class="cluv"> Joel Dinegrims senaste blog ..<a href="http://pixelperspektiv.se/2010/06/designa-dataspel-med-kort-game-seeds/" rel="nofollow">Designa dataspel med kort- Game Seeds</a> <span class="heart_tip_box"><img class="heart_tip" alt="My ComLuv Profile" border="0" width="16" height="14" src="http://pixelperspektiv.se/wp-content/plugins/commentluv/images/littleheart.gif"/></span></span></p>
]]></content:encoded>
	</item>
	<item>
		<title>Av: Jonatan</title>
		<link>http://pixelperspektiv.se/2010/05/bly-guld-och-branschtendenser-intervju-med-fatshark/comment-page-1/#comment-227</link>
		<dc:creator>Jonatan</dc:creator>
		<pubDate>Wed, 30 Jun 2010 11:25:40 +0000</pubDate>
		<guid isPermaLink="false">http://pixelperspektiv.se/?p=581#comment-227</guid>
		<description>Jag tror att de har en poäng i att många existerande motorer fortfarande är mycket att sätta sig in i och att spelen kan bli snäva. Känslan jag har fått av en del existerande teknologi är att den fortfarande är långt ifrån &quot;färdig&quot; och flexibel utan snarare byggts för ett projekt med de vanliga hacken och sedan licenseras vidare för att det råkade bli hyfsat bra. Jag tror fortfarande det behövs helt dedikerade företag som utvecklar sådan middleware, det vore definitivt intressant att titta mer på de företag som faktiskt gör sådant redan.

Dagens etablerade spelmotorer kanske också är mest intressanta om man är ett stort utvecklingsteam där man kan spara mycket tid i pipelinen för content som ska in i spelet. Kan tänka mig att det för ett litet företag som Fatshark kanske är lika effektivt att skriva koden internt och sedan kommunicera bra hur saker funkar och vad mer som behövs.</description>
		<content:encoded><![CDATA[<p>Jag tror att de har en poäng i att många existerande motorer fortfarande är mycket att sätta sig in i och att spelen kan bli snäva. Känslan jag har fått av en del existerande teknologi är att den fortfarande är långt ifrån &#8221;färdig&#8221; och flexibel utan snarare byggts för ett projekt med de vanliga hacken och sedan licenseras vidare för att det råkade bli hyfsat bra. Jag tror fortfarande det behövs helt dedikerade företag som utvecklar sådan middleware, det vore definitivt intressant att titta mer på de företag som faktiskt gör sådant redan.</p>
<p>Dagens etablerade spelmotorer kanske också är mest intressanta om man är ett stort utvecklingsteam där man kan spara mycket tid i pipelinen för content som ska in i spelet. Kan tänka mig att det för ett litet företag som Fatshark kanske är lika effektivt att skriva koden internt och sedan kommunicera bra hur saker funkar och vad mer som behövs.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

