<?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>Komentarze do Marcin Borowiec .log</title>
	<atom:link href="http://www.mbapp.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.mbapp.com</link>
	<description>Programowanie współbieżne, Języki programowania, Aplikacje, Gry</description>
	<lastBuildDate>Sat, 13 Feb 2010 09:41:08 +0100</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Skomentuj GPGPU &#8211; podstawowe informacje, którego autorem jest Marcin Borowiec</title>
		<link>http://www.mbapp.com/2009-11/gpgpu-podstawowe-informacje/comment-page-1/#comment-155</link>
		<dc:creator>Marcin Borowiec</dc:creator>
		<pubDate>Sat, 13 Feb 2010 09:41:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.mbapp.com/?p=83#comment-155</guid>
		<description>@zk:
W tekście napisałem, że ta niezgodność dotyczy wyłącznie pamięci LDS Radeonów HD z serii 4xxx. OpenCL wymaga aby taka pamięć umożliwiała pełny dostęp (czyli odczyt i zapis) dla całej pamięci z każdego wątku należącego do jednej grupy. Te wymagania w 100% spełniają wszystkie układy NVidii zgodne z CUDA i Radeony HD 5xxx. Pamięć LDS w Radeonach HD 4xxx posiada ograniczenie na zapis do LDS (wątek może zapisywać dane tylko do pewnego przydzielonego mu regionu). To jest właśnie przyczyną niezgodności serii HD4 z OpenCL (w kwestii obsługi LDS).</description>
		<content:encoded><![CDATA[<p>@zk:<br />
W tekście napisałem, że ta niezgodność dotyczy wyłącznie pamięci LDS Radeonów HD z serii 4xxx. OpenCL wymaga aby taka pamięć umożliwiała pełny dostęp (czyli odczyt i zapis) dla całej pamięci z każdego wątku należącego do jednej grupy. Te wymagania w 100% spełniają wszystkie układy NVidii zgodne z CUDA i Radeony HD 5xxx. Pamięć LDS w Radeonach HD 4xxx posiada ograniczenie na zapis do LDS (wątek może zapisywać dane tylko do pewnego przydzielonego mu regionu). To jest właśnie przyczyną niezgodności serii HD4 z OpenCL (w kwestii obsługi LDS).</p>
]]></content:encoded>
	</item>
	<item>
		<title>Skomentuj GPGPU &#8211; podstawowe informacje, którego autorem jest zk</title>
		<link>http://www.mbapp.com/2009-11/gpgpu-podstawowe-informacje/comment-page-1/#comment-154</link>
		<dc:creator>zk</dc:creator>
		<pubDate>Fri, 12 Feb 2010 21:12:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.mbapp.com/?p=83#comment-154</guid>
		<description>Bardzo zainteresowała mnie informacja o tym, że LDS nie jest zgodny z OpenCL. Czy to znaczy że w OpenCL nie można wykorzystywać pamięci dzielonej (np. CUDA shared memory)? To by podważało jakikolwiek sens używania OpenCL do zastosowań obliczeniowych na kartach NVidii, skoro działa na nich CUDA, w której inteligentne wykorzystanie shared memory to absolutna podstawa efektywnego programowania.</description>
		<content:encoded><![CDATA[<p>Bardzo zainteresowała mnie informacja o tym, że LDS nie jest zgodny z OpenCL. Czy to znaczy że w OpenCL nie można wykorzystywać pamięci dzielonej (np. CUDA shared memory)? To by podważało jakikolwiek sens używania OpenCL do zastosowań obliczeniowych na kartach NVidii, skoro działa na nich CUDA, w której inteligentne wykorzystanie shared memory to absolutna podstawa efektywnego programowania.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Skomentuj CPU vs GPU: GFLOPS, którego autorem jest Marcin Borowiec</title>
		<link>http://www.mbapp.com/2010-01/cpu-vs-gpu-gflops/comment-page-1/#comment-153</link>
		<dc:creator>Marcin Borowiec</dc:creator>
		<pubDate>Wed, 03 Feb 2010 19:37:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.mbapp.com/?p=129#comment-153</guid>
		<description>ConayR:
Wydaje mi się jednak, że akurat w przypadku OpenCLa rozszerzenia są plusem. Po pierwsze jak na razie tych rozszerzeń nie jest dużo, po drugie różne układy dość znacznie się różnią. Aktualnie próba unifikacji GPGPU jest skazana na porażkę. Tak jak to wygląda np. z DirectCompute i NVidią. GT200 obsługuje tylko CS 4.0 a niewiele brakuje mu do CS 5.0, podobnie GF100 będzie kompatybilne z CS 5.0 podczas gdy znacznie wykracza poza niego.</description>
		<content:encoded><![CDATA[<p>ConayR:<br />
Wydaje mi się jednak, że akurat w przypadku OpenCLa rozszerzenia są plusem. Po pierwsze jak na razie tych rozszerzeń nie jest dużo, po drugie różne układy dość znacznie się różnią. Aktualnie próba unifikacji GPGPU jest skazana na porażkę. Tak jak to wygląda np. z DirectCompute i NVidią. GT200 obsługuje tylko CS 4.0 a niewiele brakuje mu do CS 5.0, podobnie GF100 będzie kompatybilne z CS 5.0 podczas gdy znacznie wykracza poza niego.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Skomentuj CPU vs GPU: GFLOPS, którego autorem jest ConayR</title>
		<link>http://www.mbapp.com/2010-01/cpu-vs-gpu-gflops/comment-page-1/#comment-152</link>
		<dc:creator>ConayR</dc:creator>
		<pubDate>Wed, 03 Feb 2010 17:22:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.mbapp.com/?p=129#comment-152</guid>
		<description>&quot;Wydaje mi się, że OpenCL będzie się szybciej rozwijał, dzięki swoim rozszerzeniom&quot;
Wiesz, to jest z jednej strony zaleta, z drugiej wada. Super, że OGL i OCL mają rozszerzenia i pewne funkcjonalności trafiają szybciej do deweloperów, ale obsługa rozszerzeń będących vendor-specific do najprzyjemniejszej części pisania kodu nie należy. :)</description>
		<content:encoded><![CDATA[<p>&#8220;Wydaje mi się, że OpenCL będzie się szybciej rozwijał, dzięki swoim rozszerzeniom&#8221;<br />
Wiesz, to jest z jednej strony zaleta, z drugiej wada. Super, że OGL i OCL mają rozszerzenia i pewne funkcjonalności trafiają szybciej do deweloperów, ale obsługa rozszerzeń będących vendor-specific do najprzyjemniejszej części pisania kodu nie należy. <img src='http://www.mbapp.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Skomentuj Memory ordering w x86, którego autorem jest ConayR</title>
		<link>http://www.mbapp.com/2009-08/memory-ordering-w-x86/comment-page-1/#comment-151</link>
		<dc:creator>ConayR</dc:creator>
		<pubDate>Wed, 03 Feb 2010 17:00:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.mbapp.com/?p=37#comment-151</guid>
		<description>Hudson nie jest specjalnie porywającym prowadzącym, ale prezentacja jest stosunkowo ciekawa. Szkoda, że widownia zdawała się, przynajmniej w części, nie rozumieć tematu. (jaka jest różnica między L- i S-fence? litości...)

Pytający zdają się też nie rozumieć dlaczego odejście od istniejącego zestawu instrukcji to pomysł z kategorii &quot;zmieńmy język, nasze programy będą lepsze&quot;. MS przeszedł przez gehennę portowania Windowsa na IA-64 i połowa maszyn na tych układach stoi w MS. Bizantyjska architektura nie jest rozwiązaniem problemu i nie gwarantuje sukcesu komercyjnego. To, że panowie z Google chcieliby lepiej skalować swój system nie jest problemem Intela tylko ich inżynierów. To co robią nie jest general-purpose i ciężko oczekiwać, że ktoś będzie dla nich zmieniał ISA. Bo są Google.</description>
		<content:encoded><![CDATA[<p>Hudson nie jest specjalnie porywającym prowadzącym, ale prezentacja jest stosunkowo ciekawa. Szkoda, że widownia zdawała się, przynajmniej w części, nie rozumieć tematu. (jaka jest różnica między L- i S-fence? litości&#8230;)</p>
<p>Pytający zdają się też nie rozumieć dlaczego odejście od istniejącego zestawu instrukcji to pomysł z kategorii &#8220;zmieńmy język, nasze programy będą lepsze&#8221;. MS przeszedł przez gehennę portowania Windowsa na IA-64 i połowa maszyn na tych układach stoi w MS. Bizantyjska architektura nie jest rozwiązaniem problemu i nie gwarantuje sukcesu komercyjnego. To, że panowie z Google chcieliby lepiej skalować swój system nie jest problemem Intela tylko ich inżynierów. To co robią nie jest general-purpose i ciężko oczekiwać, że ktoś będzie dla nich zmieniał ISA. Bo są Google.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Skomentuj CPU vs GPU: GFLOPS, którego autorem jest Marcin Borowiec</title>
		<link>http://www.mbapp.com/2010-01/cpu-vs-gpu-gflops/comment-page-1/#comment-147</link>
		<dc:creator>Marcin Borowiec</dc:creator>
		<pubDate>Sun, 24 Jan 2010 12:45:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.mbapp.com/?p=129#comment-147</guid>
		<description>Witam.

&quot;Czy można powiedzieć ze DirectX ma DirectCompute a OpenGL ma OpenCL?&quot;
Jest w tym trochę prawdy ale tylko trochę. DirectCompute jest integralną częścią DirectX 11. OpenCL jest niezależny od OpenGL. Tzn można posiadać najnowsze biblioteki OpenGL i jednocześnie nie mieć OpenCL. Podobnie można mieć możliwość uruchamiania aplikacji OpenCL bez posiadania OpenGL czy nawet jakiejkolwiek karty graficznej w systemie. Choć rzeczywiście OpenCL posiada funkcje do współpracy z OpenGL to są one opcjonalne. Co jest zresztą zrozumiałe skoro OpenCL został stworzony z myślą o wykorzystaniu nie tylko GPU a także CPU czy innych APU (Accelerated Processing Unit). DirectCompute został stworzony z troszkę innymi założeniami. Ma przede wszystkim udostępnić moc GPU jak najlepiej integrując się z DirectX. 

&quot;Czy te nowe rozwiązania są gwoździem do trumny dla systemu Windows Xp który ja wiadomo nie będzie miał DirectX 11&quot;. 
Na pewno jest to jakiś powód aby przejść z Windows XP na Windows 7 lub Vista. Natomiast nie nazwałbym tego &quot;gwoździem do trumny&quot;. Głównie z trzech powodów:
1. Windows 7 jest według mnie bardzo udanym systemem, ma bogatszą funkcjonalność i prawie na każdym obecnie sprzedawanym komputerze stacjonarnym czy nawet laptopie będzie chodził lepiej, wydajniej niż Windows XP. Co więcej doszliśmy już do granicy adresowania w 32bit (4GB) i 64bitowy Windows 7 jest już dla wielu ludzi naturalnym wyborem. To jak dla mnie są główne powody dlaczego ludzie będą wybierać Windows 7.
2. DirectCompute będzie używany głównie w aplikacjach, które do tej pory korzystały już z innych elementów DirectX czyli np w grach. Należy jednak pamiętać że Windows XP jest ciągle najpopularniejszym systemem i nikt na razie nie pozwoli sobie na wydanie gry &quot;Windows Vista &amp; Windows 7 only&quot;. Przez najbliższy rok albo dwa będziemy mieć premiery gier wspierających zarówno DirectX 9c jak i DirectX11. Oczywiście pod Windows XP i DirectX 9c nie będziemy mieć wielu efektów, ale z drugiej strony do DirectX11 będziemy potrzebować też dużo lepszego sprzętu. A skoro musimy zaopatrzyć się w nowszy sprzęt to i naturalnym stanie się zmiana na Windows 7 z powodów, które opisałem w pierwszym punkcie.
3. OpenCL w wielu przypadkach będzie atrakcyjniejszym wyborem niż DirectCompute do aplikacji ogólnego przeznaczenia: a) OpenCL jest przenośny: Windows XP i nowsze, Mac Os, Linux, b) Wydaje mi się, że OpenCL będzie się szybciej rozwijał, dzięki swoim rozszerzeniom (a różne układy GPU dość dużo się od siebie różnią) i dzięki temu że OpenCL ma niezależny cykl wydawniczy. DirectCompute z kolei zrównuje ze sobą dość różniące się od siebie układy. Przykładowo dla DirectCompute Radeon 4870 to to samo co GeForce GTX280. Jedno i drugie obsługuje tylko ComputeShader 4.0 chociaż układowi NVidii jest bliżej do DirectCompute 5.0.

&quot;Czy przypadkiem duża konkurencja pomiędzy ati i nvidia nie sprawa że ważniejsze są ich autorskie rozwiązania.&quot;
ATI nie ma teraz swojego rozwiązania. Brook++ został już praktycznie porzucony a CAL nie jest konkurencją dla OpenCL czy DirectCompute. AMD w zasadzie dość wyraźnie dało sygnał, że największy nacisk kładzie na rozwiązania otwarte czyli właśnie OpenCL i DirectCompute. NVidia również stara się jak najlepiej wspierać OpenCL i DirectX. W zasadzie to oni wcześniej udostępnili odpowiednie sterowniki z jednym i drugim. Jednak NVidia na tym nie poprzestaje, stara się być liderem na rynku GPGPU i można powiedzieć że jej to dobrze wychodzi. CUDA ma kilka funkcji, których nie znajdziemy w rozwiązaniach otwartych. Mamy już dość dojrzałe sterowniki, kolejne wersje profilerów GPU a niedługo dostaniemy kombajn do tworzenia i debugowania aplikacji jako plugin do Visual Studio (zapowiadany Nexus). No i już może za dwie miesiące odbędzie się premiera układu GF100, który według udostępnionych  dokumentów technicznych będzie najbardziej zaawansowanym układem GPGPU.

&quot;Chciałbym przeczytać Pana opinie jak to wszystko wpłynie na systemy operacyjne (czy linux zyska, windows xp straci ird..)&quot;.
Według mnie niewiele się zmieni, tzn. Windows XP będzie dość szybko umierał śmiercią naturalną, przy lekkiej pomocy ogólnie DirectX11 (a nie samego DirectCompute). Linux dalej będzie zajmował mniej więcej stały udział w rynku.

PS. Proponuje darowanie sobie &quot;Pana&quot; i przejście na Ty :)</description>
		<content:encoded><![CDATA[<p>Witam.</p>
<p>&#8220;Czy można powiedzieć ze DirectX ma DirectCompute a OpenGL ma OpenCL?&#8221;<br />
Jest w tym trochę prawdy ale tylko trochę. DirectCompute jest integralną częścią DirectX 11. OpenCL jest niezależny od OpenGL. Tzn można posiadać najnowsze biblioteki OpenGL i jednocześnie nie mieć OpenCL. Podobnie można mieć możliwość uruchamiania aplikacji OpenCL bez posiadania OpenGL czy nawet jakiejkolwiek karty graficznej w systemie. Choć rzeczywiście OpenCL posiada funkcje do współpracy z OpenGL to są one opcjonalne. Co jest zresztą zrozumiałe skoro OpenCL został stworzony z myślą o wykorzystaniu nie tylko GPU a także CPU czy innych APU (Accelerated Processing Unit). DirectCompute został stworzony z troszkę innymi założeniami. Ma przede wszystkim udostępnić moc GPU jak najlepiej integrując się z DirectX. </p>
<p>&#8220;Czy te nowe rozwiązania są gwoździem do trumny dla systemu Windows Xp który ja wiadomo nie będzie miał DirectX 11&#8243;.<br />
Na pewno jest to jakiś powód aby przejść z Windows XP na Windows 7 lub Vista. Natomiast nie nazwałbym tego &#8220;gwoździem do trumny&#8221;. Głównie z trzech powodów:<br />
1. Windows 7 jest według mnie bardzo udanym systemem, ma bogatszą funkcjonalność i prawie na każdym obecnie sprzedawanym komputerze stacjonarnym czy nawet laptopie będzie chodził lepiej, wydajniej niż Windows XP. Co więcej doszliśmy już do granicy adresowania w 32bit (4GB) i 64bitowy Windows 7 jest już dla wielu ludzi naturalnym wyborem. To jak dla mnie są główne powody dlaczego ludzie będą wybierać Windows 7.<br />
2. DirectCompute będzie używany głównie w aplikacjach, które do tej pory korzystały już z innych elementów DirectX czyli np w grach. Należy jednak pamiętać że Windows XP jest ciągle najpopularniejszym systemem i nikt na razie nie pozwoli sobie na wydanie gry &#8220;Windows Vista &#038; Windows 7 only&#8221;. Przez najbliższy rok albo dwa będziemy mieć premiery gier wspierających zarówno DirectX 9c jak i DirectX11. Oczywiście pod Windows XP i DirectX 9c nie będziemy mieć wielu efektów, ale z drugiej strony do DirectX11 będziemy potrzebować też dużo lepszego sprzętu. A skoro musimy zaopatrzyć się w nowszy sprzęt to i naturalnym stanie się zmiana na Windows 7 z powodów, które opisałem w pierwszym punkcie.<br />
3. OpenCL w wielu przypadkach będzie atrakcyjniejszym wyborem niż DirectCompute do aplikacji ogólnego przeznaczenia: a) OpenCL jest przenośny: Windows XP i nowsze, Mac Os, Linux, b) Wydaje mi się, że OpenCL będzie się szybciej rozwijał, dzięki swoim rozszerzeniom (a różne układy GPU dość dużo się od siebie różnią) i dzięki temu że OpenCL ma niezależny cykl wydawniczy. DirectCompute z kolei zrównuje ze sobą dość różniące się od siebie układy. Przykładowo dla DirectCompute Radeon 4870 to to samo co GeForce GTX280. Jedno i drugie obsługuje tylko ComputeShader 4.0 chociaż układowi NVidii jest bliżej do DirectCompute 5.0.</p>
<p>&#8220;Czy przypadkiem duża konkurencja pomiędzy ati i nvidia nie sprawa że ważniejsze są ich autorskie rozwiązania.&#8221;<br />
ATI nie ma teraz swojego rozwiązania. Brook++ został już praktycznie porzucony a CAL nie jest konkurencją dla OpenCL czy DirectCompute. AMD w zasadzie dość wyraźnie dało sygnał, że największy nacisk kładzie na rozwiązania otwarte czyli właśnie OpenCL i DirectCompute. NVidia również stara się jak najlepiej wspierać OpenCL i DirectX. W zasadzie to oni wcześniej udostępnili odpowiednie sterowniki z jednym i drugim. Jednak NVidia na tym nie poprzestaje, stara się być liderem na rynku GPGPU i można powiedzieć że jej to dobrze wychodzi. CUDA ma kilka funkcji, których nie znajdziemy w rozwiązaniach otwartych. Mamy już dość dojrzałe sterowniki, kolejne wersje profilerów GPU a niedługo dostaniemy kombajn do tworzenia i debugowania aplikacji jako plugin do Visual Studio (zapowiadany Nexus). No i już może za dwie miesiące odbędzie się premiera układu GF100, który według udostępnionych  dokumentów technicznych będzie najbardziej zaawansowanym układem GPGPU.</p>
<p>&#8220;Chciałbym przeczytać Pana opinie jak to wszystko wpłynie na systemy operacyjne (czy linux zyska, windows xp straci ird..)&#8221;.<br />
Według mnie niewiele się zmieni, tzn. Windows XP będzie dość szybko umierał śmiercią naturalną, przy lekkiej pomocy ogólnie DirectX11 (a nie samego DirectCompute). Linux dalej będzie zajmował mniej więcej stały udział w rynku.</p>
<p>PS. Proponuje darowanie sobie &#8220;Pana&#8221; i przejście na Ty <img src='http://www.mbapp.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Skomentuj CPU vs GPU: GFLOPS, którego autorem jest Mateusz</title>
		<link>http://www.mbapp.com/2010-01/cpu-vs-gpu-gflops/comment-page-1/#comment-146</link>
		<dc:creator>Mateusz</dc:creator>
		<pubDate>Sat, 23 Jan 2010 21:48:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.mbapp.com/?p=129#comment-146</guid>
		<description>Bardzo interesujący blog. Super artykuły. Ja mam kilka pytań. 

Czy te nowe rozwiązania są gwoździem do trumny dla systemu Windows Xp który ja wiadomo nie będzie miał DirectX 11. Jak to jest z tym dx11 i DirectCompute nie spotkałem aplikacji korzystając z tego rozwiązania (sam win7 też z niego nie korzysta). Czy przypadkiem duża konkurencja pomiędzy ati i nvidia nie sprawa że ważniejsze są ich autorskie rozwiązania.

Czy można powiedzieć ze DirectX ma DirectCompute a OpenGL ma OpenCL?

Chciałbym przeczytać Pana opinie jak to wszystko wpłynie na systemy operacyjne (czy linux zyska, windows xp straci ird..)</description>
		<content:encoded><![CDATA[<p>Bardzo interesujący blog. Super artykuły. Ja mam kilka pytań. </p>
<p>Czy te nowe rozwiązania są gwoździem do trumny dla systemu Windows Xp który ja wiadomo nie będzie miał DirectX 11. Jak to jest z tym dx11 i DirectCompute nie spotkałem aplikacji korzystając z tego rozwiązania (sam win7 też z niego nie korzysta). Czy przypadkiem duża konkurencja pomiędzy ati i nvidia nie sprawa że ważniejsze są ich autorskie rozwiązania.</p>
<p>Czy można powiedzieć ze DirectX ma DirectCompute a OpenGL ma OpenCL?</p>
<p>Chciałbym przeczytać Pana opinie jak to wszystko wpłynie na systemy operacyjne (czy linux zyska, windows xp straci ird..)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Skomentuj GPGPU &#8211; podstawowe informacje, którego autorem jest mihal</title>
		<link>http://www.mbapp.com/2009-11/gpgpu-podstawowe-informacje/comment-page-1/#comment-144</link>
		<dc:creator>mihal</dc:creator>
		<pubDate>Sun, 29 Nov 2009 22:15:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.mbapp.com/?p=83#comment-144</guid>
		<description>Bardzo fajny wpis. Czekam na więcej. Dzięki!</description>
		<content:encoded><![CDATA[<p>Bardzo fajny wpis. Czekam na więcej. Dzięki!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Skomentuj Co z Paper Ball?, którego autorem jest Marcin Borowiec</title>
		<link>http://www.mbapp.com/2008-07/co-z-paper-ball/comment-page-1/#comment-99</link>
		<dc:creator>Marcin Borowiec</dc:creator>
		<pubDate>Wed, 13 May 2009 11:39:35 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mbapp.com/?p=9#comment-99</guid>
		<description>Witaj.
Postaram się udostępnić kod Paper Balla w ciągu najbliższych kilku tygodni. Mam również pomysły jak to AI udoskonalić. Jeśli będzie duże zainteresowanie ulepszonymi piłkarzykami spróbuje się za to wziąć.</description>
		<content:encoded><![CDATA[<p>Witaj.<br />
Postaram się udostępnić kod Paper Balla w ciągu najbliższych kilku tygodni. Mam również pomysły jak to AI udoskonalić. Jeśli będzie duże zainteresowanie ulepszonymi piłkarzykami spróbuje się za to wziąć.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Skomentuj Co z Paper Ball?, którego autorem jest Malinci</title>
		<link>http://www.mbapp.com/2008-07/co-z-paper-ball/comment-page-1/#comment-98</link>
		<dc:creator>Malinci</dc:creator>
		<pubDate>Tue, 12 May 2009 15:16:49 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mbapp.com/?p=9#comment-98</guid>
		<description>Fajnie by było jakbyś udostępnił kod źródłowy, to by pomogło na pewno wielu którzy robią podobne gry... Szczególnie problemy są przy bardziej zaawansowanym A.I</description>
		<content:encoded><![CDATA[<p>Fajnie by było jakbyś udostępnił kod źródłowy, to by pomogło na pewno wielu którzy robią podobne gry&#8230; Szczególnie problemy są przy bardziej zaawansowanym A.I</p>
]]></content:encoded>
	</item>
</channel>
</rss>
