Erről még nem is írtam a blogomon, pedig gyakorlatilag minden újabban megkezdett cuccom erősen többszálúsított. A mai igények között igazodni is kell ehhez, különösen akkor, ha valaki erőforrásigényes játékot vagy szoftvert ír, hisz a nyakunkon vannak a 4 magos processzorok, az AMD-nek már van 8 magos asztali processzora is. Az intelnél 6 magosat is kaphatunk, amely 12 magosnak látszik a HT technológiájuk révén (ami lényegében virtuális többmagot jelent, a gyakorlatban sok haszna nincs 4 mag felett).

De a low-end szegmensben is, kivéve talán a leg ótvarabb celeronokat és régebbi VIA NANO-kat, minimum 2 magos megoldásokat lehet szerezni.

Azonban erre a környezetre nem igazán könnyű fejleszteni, különsen akkor, ha valaki most próbál először ilyet. Én már sokszor megszívtam vele, úgyhogy itt vannak az ultimate megoldások. Jó rágást.

Asszimetrikus rendszerek:

Asszimetrikus processzormag például a Play Station 3 processzora, ahol van egy db szerencsétlen PowerPC mag, aminek a teljesítménye megfelel egy kb 900mhz-s celeronénak, és vannak körülötte úgynevezett SPE-k. Ezek egyfajta vektoros végrehajtók, amikor végzett az egyik, akkor utána az eredményét egy másiknak odaszórhatja. Gyakorlatilag rendszerközeli programozást igényel, DMA-val való szórakozást... A lényeg az, hogy a gyakorlatban a technológia életképtelen. Régebben persze ment a prograganda, vegyen belőle a hadsereg, a kórház, vegyen belőle józsi az aluljáró alatt is mindjárt kettő, mert olyan gyors lesz, hogy elrepül tőle az ember. És tényleg nagyon gyors, abban a 4 exampleben, amit adnak hozzá, meg nagyon gyors, ha 200 tudós 3 évig ír rá egy algoritmust, ami a nagy igyekezet végére lassabban fog futni mint egy újabb x86on egy 5 soros algoritmussal. Szóval az asszimetrikus rendszerek jellemzői leginkább azok, hogy túlbonyolított, túlkomplikált, nem igazán kihasználható az előnyük a gyakorlatban, agresszív marketinghadjárattal próbálják az ebben érdekelt ilyen olyan cégek, hogy ez a technológia márpedig milyen jó. Aztán az ember, ha nem akar bunkó lenni, akkor csak annyit mondd nekik erre, hogy hozzanak értelmes technológiát. Ha nem annyira cizellált az ember, akkor egyenesen a szemétdomb tetejére küldi őket kapirgálni.

Egy őszinte vélemény ezekről a rendszerekről, egyenesen Gabe Newelltől, a Steam/Valve corp/Portal/etc/készítőjétől/tulajától:

Egyetértek vele teljes mértékben amúgy.

A másik, napjainkban igen ajnározott asszimetrikus rendszer összefoglaló neve: GPGPU. Erre már köpködtem korábban a blogon, azt hiszem. Jellemzője ugyanaz, mint az előbbinek, és épp olyan használhatatlan. Nézzük pl az OpenCL-t. Ami úgy van reklámozva, mint egy ultimate programozási környezet, de valójában a minősége valami 1983as, kezdetleges C környezetére hasonlít valami elbaszott 8 bites platformra (csak itt 8 bit helyett nyilván a gpu arhitektúrájának a magja van fókuszban). A probléma az, hogy erre nem lehet normális programot írni, az opencl-t ugyanis egy sima pc-s programból lehet csak hivogatni. Semmi, hangsúlyozom, semmi olyan alkalmazás nem született a GPGPU koncepció fennállásának a .. nem is tudom, talán 5. születésnapján sem, ami egyáltalán említésre méltó lenne, ugyanis az a koncepció is, mint az előző, használhatatlan a gyakorlatban. (Nem, a ray tracing nem számít, hisz végső soron az is grafika, a GP rövidítés pedig general purposet jelent). Esetleg használható lenne kiegészítő számításokra, hogyha hirtelen kell valaminek az eremdénye, de ezt meg megakadályozza az, amennyi idő alatt meghívsz benne egy függvényt, az idő alatt x86on a leggázabb problémát is minimum 800x kiszámolod, és ez a szám nem eltúlzott. Vagyis azok a neten terjedő hasonlatok, amik az FPU-hoz próbálják hasonlítani a gpu-kat, értelmetlenek. Tényleg baromi gyorsan csinálja azt a 10 műveletet, amit végre bír hajtani, kár, hogy egy valódi szoftver belülről nem így néz ki, és nem kell ehhez magfúziókutató diploma, elég csak megnézni valami freeware sanyika.c forráskódot, és látni lehet, hogy hogyan néz ki egy program belülről. Hívogatja az oprendszert, kezeli a program főciklusát, abban műveleteket végez, manageli a program memóriáját, végrehajtja az apró műveleteket, hívogatja a bonyolultabb szintekből az egyszerűbb szinteket... Szóval ez kurvára nem úgy működik, mint ahogy a sok önjelölt egoista pistike valamelyik marketing bullshit-felszopó iromány hatására véres habzó szájjal téríti. Az asszimetrikus rendszereknek a gyakorlatban sajnos nincs értelme. Az új ati cuccok elvileg támogatni fogják a C nyelvű programozást is, tehát végre egy normális, talán ne adj isten, turing kompatibilis kód is (micsoda meglepő így 2012ben bazmeg) futhat majd rajta. És nem, a GPU egyszerűen nem tudja átvenni a proci helyét, mert ahhoz, hogy átvehesse, és egyáltalán a gpgpu koncepció valami értelmes, felmutatható eredményt érhessen el, át kell változnia általános, központi processzorrá. Azt meg úgy hívják, hogy CPU. Tehát a gpgpu koncepció életképességének a kulcsa az, hogy processzorrá változzon, ha viszont processzorrá változik, akkor megszűnik gpunak lenni.  Vagyis a gpgpu koncepció eleve életképtelen. Mint mondtam, erre a dologra majd akkor lesz érdemes visszatérni, ha a Linux bebootol GPU-n. Amit már 3 éve ígérnek, és természetesen azóta sem lett belőle semmi.

Az nVidiának meg üzenem, hogy nőtt egy pokemon a kukiján a születésnapi buliján.

Monolitikus (szimetrikus, minden mag egyenrangú) processzormagok (pl x86, ARM) (aka SMP):

-Asszimetrikus szál vagy processzkezelés:

Internetszerte olvasni mindenféle hozzászólást a fórumokon - természetesen leginkább olyanoktól, akik még életükben nem láttak ilyet - hogy a multithread lényege az, hogy pl játékokban az egyik thread kezeli a fizikát, a másik az ait, a harmadik meg árulja a felcsatolhatós strapont interneten, a negyedik meg etc etc. Na, hát ez is kúrvára nem így működik, viszont már közelebb áll az igazsághoz, és hatékonyabb, használhatóbb is, mint az előző koncepció.

A lényege az, hogy amíg a fő thread molyol a grafikával (mivel a grafika CSAK a fő szálon mehet, ha opengl-t használ hozzá az ember pl), addig szépen nyílik egy thread a fizikának, egy az AI-nak. Ez nem valami effektív. Ehhez rajzoltam egy ábrát.

Amellett, hogy alig hoz gyorsulást (néha csak elhanyagolható mértékűt), ráadásul fagyásokat, a kép vibrálását (ha a fizika vagy az AI épp egy olyan modellt basztat, ami kirajzolás alatt van).

Előnyök:
-20% sebesség
-Meglévő kódba is bele lehet hackelni

Hátrányok:
-szemaforok, volatile, szerencse kell, hogy működjön. 
-Új C fordítóra átállás azt eredményezheti, hogy szétesik az egész 
-Kihasználatlan magok
-Nem hoz igazi gyorsulást, cserébe elbonyolítja a kódot

-FORK, VFORK

Ez csak unix szerű rendszerekben érhető el, szimetrikus szerű, de mégsem az. A parancs kiadásának hatására egy új processz, vagy osztott memóriájú processz (gyakorlatban thread) jön létre. A koncepció nagyon egyszerű, meglévő kódba csak nagyjából illeszthető bele. Az opreációs rendszer ütemezője sem igazán szereti őket külön magra pakolni, csak egy idő után. Hálózati programokban viszont remekül lehet alkalmazni, pl minden bejövő kapcsolatot el lehet forkolni, ekkor létrejön egy teljesen elszeparált memóriájú child processz, amin a teljes hálózati engine fut. Tehát minden bejövő kapcsolat kap egy külön processzt, ezek a processzek nem tudnak egymásról (persze vforkkal megoldható, hogy tudjanak, viszont az manapság már nincs gyorsítva, hanem egyszerű kis 1 szálas valami lesz belőle). Külön memóriaterületen, semmitől sem zavartatva végzik a dolgukat, és a végén egy _exit(0)-al kilépnek. Forkolásnál a főszál megkapja a child processz PIDjét, amit aztán kedvére kinyírhat, szüneteltethet, állítgathatja a prioritását.

Előnyök:
-Minden mag tökéletes kihasználása, teljes gyorsulás
-Meglévő kódba is bele lehet hackelni

Hátrányok:
-Csak ritkán hoz igazi gyorsulást
-Csak unix alapú rendszereken elérhető (pl Linux, BSD, stb)
-Ez onnantól kezdve egy lebegő drón. Nincs rendes interakció a főszállal.

Példa:

#include <stdio.h>
#include <stdlib.h>
#include <unistd.h>

int main(){
__int PID=fork();
__printf("%d\n", PID); 
__if(PID==0){
____printf("Flat chest is a status symbol\n");
__}
}

Monolitikus (szimetrikus) szálkezelés:

Na, ez az igazi threadkezelés. A lényege, hogy a szoftvered minden magon fut egy példányban. Ezt nem feltétlenül szó szerint kell venni, hanem logikailag kell érteni (szóval a részegységek nyugodtan kiléphetnek). Tehát ha mondjuk jön a kódodban a fizikai engine, akkor a fizikai enginet szétdobod N szálra (N ahány mag van, vagy amennyire szeretnéd), és mindegyiken lefut a teljes fizikai engine, azonban attól függően, hogy hány thread van, mindegyik csak a maga részét számolja. Pl ha van 1000 objektum, és 3 thread, akkor az 1. thread számolja az első 250-et, a következő a következő 250-et, természetesen a főthread is számol egy 250es blokkot. Aztán akár ki is lehet lépni az összes threadból, hogy ne kelljen szemaforokkal szenvedni, és véget is ért gyakorlatilag a fizikai engine.

Előnyök:
-A processzormagok teljes és maximális kihasználtsága
-Effektíve a legnagyobb gyorsulás
-Egyszerű kialakítani, nem növeli meg a fejlesztési időt, gyakorlatilag nem igényel tesztelést sem

Hátrányok:
-Meglévő szoftver nem igazán írható át ilyenre, a program írásakor figyelembe kell venni, párhuzamosítani szerenéd

Ha valaki kedvet kapott a kísérletezéshez, a threadok létrehozása Windows esetében a következőképpen történik:

-CreateThread - thread létrehozása függvénypointer alapján (a meghívott függvényből lesz a thread)
-WaitForSingleObject - a thread bevárása a hívó processz bizonyos pontján (ne felejtsük el freeelni a handlet is utána!)

Threadok létrehozása unix szerű rendszerek alatt:

-pthread_create - thread létrehozása függvénypointer alapján

-pthread_join - a thread bevárása a hívó processz adott pontján (ne próbáld meg 2x bevárni ugyanazt az ID-t véletlenül, mert szétfagy!)

Jó szórakozást.

A Microsoft a saját Build konferenciáján bemutatta a Windows 8 operációs rendszert tegnap. Ebből aztán én se maradhatok ki, gondoltam, úgyhogy beszereztem a windows developers preview verziót. Ami lényegében egy Windows 8, és ingyenesen letölthető. Gondoltam, úgy se írtam már Microsoft cuccokról rég, csak az OSX, a Linuxról és a BSDről. Tehát itt az idő pótolni a hiányosságot, és górcső alá venni a legújabb Microsoft gyermeket, a Windows 8-at.

Az újdonságok:

A rendszer érdekessége, hogy szakítanak az eddigi hagyományokkal. Egyrészt a rendszer nem csak x86 alapú gépekre, hanem ARM alapú tabletekre és egyéb kacatokra is elérhető lesz (egyelőre csak az x86 és az amd64 verzió áll készen), másrészt pedig a felhasználói felület is megújult, a gyökeres megújulások mellett a régi desktopot pedig folyamatosan leépítik majd.

Nem hiszem, hogy sokan emlékeznek még a Windows Mobile és a Windows Phone operációs rendszer családra. Egyszerűen kinyírta őket az Android, a másfél éve még 10% körüli részesedést birtokló Microsoft részesedése a mobil szegmensben mára már mindösszesen 3% körülire töpörödött. A Microsoft pedig bosszúból beperelte és/vagy  jogdíjfizetésre kényszerítette azokat a gyártókat, akik nem voltak hajlandóak együttműködni vele a csodálatos platformjának árusításában, szabadalmakra hivatkozva (a szokásos szöveg). Ezzel sikerült elérni azt, hogy a Windows Phone 7 részesedése 1 (!!!) egész százalékos. Hát ez van, ha tisztességtelenül játszatok. Ez a következménye, ha az ember megútáltatja magát még a saját potencionális üzlettársai között is. Ilyen ez a fránya kapitalizmus, ejj.

De sebaj, itt van az új crossplatform Windows 8, ami majd feledteti velünk. Vagy nem.

(azóta már a kék görbe van felül... )

A Windows 7 nem volt egy rossz rendszer a Vistához képest, az XP-t azonban nem tudta leszorítani ez sem. Vajon mit tartogat a Windows 8? Hisz a Windows 8 feladata most nem kevesebb, mint a Windows XP és a Windows 7 leterítése Desktopon, továbbá az Android hegemóniájának megtörése az ARM alapú Tableteken, és esetleg a mobiltelefonok világában is.

Az ablakozás már elavult, nincs szűkség többfeladatos üzemmódra.

Legalábbis az MS szerint már nincs szűkség ablakokra. A jövő a fullscreen alkalmazások, amiket az új (mobilon már megbukott) Metro grafikus felület tart egyben, amelyeknek indításához képernyőre rakott csempéket használhatunk, ... várj, miakurvaanyád van?

igen, ez a valami itt a Windows akar lenni, nem csalás, nem ámítás

(vigyázat: élőben ocsmányabb, mint a képeken )

Igen, ez nem vicc. A Microsoftnál a mobilon már MEGBUKOTT (mert még ott is használhatatlan volt) grafikus felületet hozták át PC-re, és tabletre. Micsoda vállalati stratégia! De legalább már meg van írva, csak egy copypaste az egész.

Vissza a középkorba!

15 évnyi számítástechnikai evolúció mehet a kukába. Éljen a DOS! Mindamellett, hogy a grafika kinézete engem valami 10 éves harmadszintű pistikelinux disztribúcióra emlékeztet, a rendszer sebessége a tesztelésen használt 2,2 ghz-s pentium4 gépen olyan szánalmas volt, hogy ha ezen nem változtatnak sűrgősen valamit, el sem tudom képzelni: hogy ezt hogy akarják ARM alapú tableteken futtatni? Az ARM verzió késésének oka tehát valószínűleg az lehet, hogy a rendszer használhatatlanul lassú. Először VirtualBoxban szerettem volna amúgy tesztelni, ám sajnálatos módon nem volt hajlandó elindulni benne az installer. Kifeketedett a kép, és sayonara.

A grafikus felületen lévő egyéb effekteket pedig a Linuxból nyúlták le. Lenyúlhatták volna jobban is, mert ezek az oldalról való becsúszások és befordulások egyszerűen izléstelenek. A rendszeremben lévő jó régi radeon 7500 majdnem beszart tőlük, hiába az 5 gbyte/seces memory transfer amit a 7500 tud, mit számít hogy egy erős ARM gépnek ennek még a fele se áll majd rendelkezésre! Mondjuk az oprendszer specifikáció DX9es kártyát írnak elő minimum. A gép izzadott vagy kemény 2 fps-en, hogy mozgatni bírja a cuccot egyáltalán, gondolom ez remekül fog hatni az aksik élettartamára, és a melegedésre is, különösen a tableteken. Nem beszélve arról, hogy ez a cucc html, tehát igazából inkább a procit terheli és nem is a GPU-t. Így aztán a rendszer használata közben a ventillátor végig maximális fordulatszámon pörgött. Nesze neked 2,2 ghz-s x86... srsly, ARMból akkor mennyi fog kelleni hozzá? 25 gigaherc? Hogy lehet egy beúszás effektet is így elrontani?

A klasszikus desktopot az egyik csempére kattintva lehet elindítani, azonban a startmenüre rákattintva eltűnik az egész, és huss, ismét a Metro felületen találjuk maguknat... a csempék között. Amik mindenféle kohéziót, logikát, és értelmet nélkülöznek. Amik annyira statikusak, hogy az ember már már azt hiszi, hogy valami postán bedobott reklámújságját olvassa, ami a sarki fűszeresnél kapható virágpalántákat reklámozza.

Fullscreen paint, egységsugarú usereknek:

ilyen ez a Microsoft ergonómia 2011-ben

Az inspiráció

Kiknek szánják ezt egyáltalán?

Ha a rendszert csökkentett értelműeknek szánnák az elmegyógyintézetbe, azt mondanám, hogy oké, van létjogosultsága. A Microsoftnál egyszerűen nem gondolkodtak, amikor ezt a dizájnt kialakították.

Egy átlagos felhasznlónak (anyukának, apukának, szomszédnak, barátnőnek) az az igénye, hogy fut az msn, amin beszélgetnek, meg interneteznek egy ablakban, egy másikban fut valami simply flash game, közben nézegetik, letöltődött -e már az új film, miközben valami baromságról facebookolnak valami ismerőssel...

Tehát ez a rendszer KÉPTELEN kiszolgálni az átlagfelhasználók igényeit. A PC-ből megpróbál valami 6 éves gyerekeknek szánt csilivili babaházat csinálni. Az ember pedig úgy érzi benne magát, mint valami Barbiebaba, aki hajdinagyökeret evett, hogy finom, sejmes legyen tőle a széklete.

Microsoft, tényleg úgy vélitek, hogy TI vagytok azok, akik meghatározzák, hogy a felhasználók milyen operációs rendszert fognak használni? Nem, barátaim, nem. Elmúltak már azok az idők, amikor az informatika úgy fütyült, ahogy azt ti mondtátok. Ezt 10 évvel ezelőtt talán még le tudtátok volna erőszakolni az emberek torkán, csak azóta már egy kicsit megváltozott a világ. Egy kicsit eltévedtetek talán.

Újfajta leállítás és indítás - a rendszer képes a merevlemezre hibernálni a drivereket

A dologtól a Microsoft az opreációsrendszer betöltésének és leállításának a gyorsulást várja. Nos... A microsoft minden új generációs windowsra azt hazudja, hogy gyorsabban töltődik be, mint az elődje. Ha ez igaz lenne, a Windowsok már egy tizedmásodperc alatt elindulnának. Persze nem az, eddig végig hazudoztak erről is. Hát lássuk, mi az igazság. A win8 dev preview nálam körülbelül 2 perc alatt állt fel (akkorra jelentek meg a csempék), míg az XP-nek a betöltődéshez ezen a gépen kevesebb mint 1 percre van szűksége. A leállítás szintén hasonló, ezen a gépen a tiszta Windows XP megközelítőleg 15 másodperc alatt áll le, míg a Win8 dev previewnek erre körülbelül 30 másodpercre volt szűksége. Megjegyzés, a gép konfigja: pentium 4 2,2ghz, 768 mbyte RAM, 30 gbyte HDD, nec dvd író, Gigabyte wifi kártya. Egyéb lényeges architektúrális változás nem történt a kernelben.

Új arhitektúra

Végszó: A Windows 8 a Microsoft legrosszabb operációs rendszere? Tudom hogy nem reprezentatív, de megmutattam a rendszert egy ügyvéd/könyvelő/etc barátomnak, aki 37 éves, puncija van, és amúgy windows 7et használ. Kultúrált személyiség, de a rendszer a következő reakciót váltotta ki belőle: Mi ez a genny?

Letöltés: http://msdn.microsoft.com/en-us/windows/home/

utóirat: megújult a kékhalál is. Hogy konstruktív is legyen ez a cikk, itt van néhány javaslatunk a Microsoftnak, hogy hogy lehetne jobbá tenni a kékhalált.

by asy

by asy

by asy

by én

by dvorgaz

by LV

by LV

by én

Nagyon sok gamer sírt nekem az elmúlt hetekben, magyarázatot követelve arra, hogy mi történik a PC gamedevben. Olyan sokan, hogy muszáj most hirtelenjében megírnom ezt a bejegyzést, és megpróbálok a leggyakrabban felmerülő kérdésekre válaszolni. Sajnos nem nagyon szedtem még össze ezzel kapcsolatban a gondolataimat, de azért megpróbálom érthetően leírni, hogy mivan.

Elérkezett az a pont, hogy azt hiszem, mindenki érezni kezdi, hogy gyökeres átalakulások mennek végbe az PC-s játékiparban. Még a játékok is. Ezek gyökeres változások, ahhoz lehet az egészet hasonlítani, mint a dinoszauruszok kihalása.

Amikor a nagy dögök kihalnak, a kis szőrös seggszagolgatós emlősök meg életben maradnak.

És az oka nem a warez, mint ahogy az AAA kiadók megpróbálják beállítani. Az ok a megváltozott felhasználói igények. Senki se gondolhatta, hogy a 30 emberes tucat FPS-ek, meg n+1edik ész nélkül száguldozós, pointless autós gamek fogják az idők végezetéig triumfálni a játékipart. Sajnos egy nyomorék villogós, pár óra vagy nap alatt kitolhatós autós játék nem, nem ér 10ezret. Hanem úgy kb 1 eurót ér. Egy olyan játékszoftver, amivel hónapokon keresztül szórakozol, igen, az megér 10 eurót, vagy akár 20at is. Érdekes módon azok a szoftverfejlesztők, akik megfelelően árazzák be a termékeiket, nem panaszkodnak horribilis mértékű warezre. Szóval a világ belelépett a dinoszauruszok szájába, de csúnyán. Eljött a Casual kora, mivel század akkora költségekből tudnak hasonló minőséget adni, mint az AAA, az AAAnak egyszerűen kampec.

Ennek persze az a legszembetűnőbb oka, hogy a tradícionális játékok PC-re megfogyatkoztak.

PC játékok, mostanáig:

PC játékok: mostantól

A PC AAA kategória részaránya évről évre kb 16%-al sorvad, és a régi nagy fejlesztőstúdiók számolhatatlanul mennek csődbe. Ez mára ilyesztő méreteket öltött, tulajdonképp a legtöbb fejlesztőcég átnyergelt mobilokra vagy konzolokra - és ott is ugyanúgy csődbementek. Ugyanis a legtöbb AAA gameben sajnos nincs kreativitás. A nagy fejlesztőstúdiók vezetői úgy gondolkoznak, hogy minek rizikózzanak? A bejáratott sémák alapján gyártották a játékokat. Ám a játékokat sosem a bejáratott sémák adják el, hanem épp az egyediség. A biztos, de kisebb haszonra hajtottak a kiadók - ám eközben elfelejtették az innovációt. Ja, és csődbe mentek. Szar ügy.

Következmények:

-a garázsteamek gomba mód szaporodnak, simán el kódolgatnak minimális pénzért a kuka mellől, és mindenféle furcsa játékkal árasztják el megosztócsatornákat

-megnövekedett a játékok gépigénye. Egy 1-2-3 emberes csapatnak nincsenek akkora erőforrásai, hogy végletekig kioptimizáljon pl egy grafikus vagy egy fizikai motort, ezért inkább hagyják a cuccot 20-30 fps-en szaladgálni. Mást úgy sem tudnak csinálni, főleg a volt B kategóriát grafikailag megközelíteni kívánt játékokban lehet arra számítani, hogy a megszokottnál akár 4-5x nagyobb lehet a gépigény. Ha egy ember írja a grafikus motort, akkor az nem fog olyan sebességgel működni, mint pl egy 3-4 ember által fél évig írt grafikus motor.

-leesett a grafikai színvonal, ebből a szempontból kb 10 évet csúsztunk most vissza.

-a directx válságos állapotba került. Ennek az okai abban keresendők, hogy a directx nem crossplatform, míg az opengl különböző derivációi minden platformra fellelhetők. A directx hagyományosan a windowsos AAA játékok esetén domináns. Különösen a directx új verziói (11, 10) azok, amik haldokolnak.

Mivel a DirectX11 windows 7et és Vistát követel meg, a fejlesztők látványosan kerülik, mint a leprát. A legegyszerűbb tehát ha a fejlesztő eleve openglt használ. Így tudja a lehető legtöbb platformra elérhetővé tenni a szoftverét. A directx 9 pedig egy fix api, nem flexibilis. Az opengl flexibilis, új feature megjelenése esetén nem szűkséges a meglévő kódot újraírni, hanem az új funkcionalitás egyszerűen beépíthető a régi kódba is.

Az AAA hanyatlásának tehát egyenes következménye a DirectX hanyatlása.

A másik pedig, hogy egyre kevésbé használják a fejlesztők közvetlenül a platform, és az apik adottságait. A fejlesztők nem szeretnek platformhoz láncolva lenni, szeretnek több platformot támogatni, és ehhez esetlegesen több lépcsőt iktatnak be: pl saját helyett meglévő populáris game enginet vagy grafikus motort használnak.

Az online/böngészős játékok, amelyek köré közösség épül, szintén robognak.

A jó casual gameket tulképp vákum módjára szabják be a megüresedett pc gaming szektorok, és egyszerű logikai vagy kreatívkodós gamekből lesznek egy csapásra híres és elterjedt játékok.

Itt az ideje elfelejteni az n+1edik unalmas lövöldözősklónt.

Azonban SENKI se szomorkodjon, és senki se gyászolja a régi ipart: valami sokkal jobb születik a romjain.

Azt hiszem, ez a videó jól mutatja a holnap PC játékait, és méltó búcsúzástatása a régi iparnak.

Betiltották a Galaxy mobilok árusítását Európában

Nyilvánvalóan hallottatok róla, hogy a lassan ,,szabadalomháború''nak nevezett szabadalmi csata a legnagyobb mobilcégek között az utóbbi időben eldurvult.
Ennek oka nem más, mint maga a szabadalmak megléte.

Nehogy azt higyjétek, hogy a szabadalmak értetek vannak. A nagy lófaszt! A szabadalmak a multimilliárdos vállalatokért vannak. JAJKITALÁLTAM EGY TÖK SZÉP FEKETE KIS KOCKÁT AMI MOBILTELEFON LESZ, HOLNAPTÓL NEM GYÁRTHAT SENKI HASONLÓT, SZOPTAD GECI.

A lényege tehát az, hogy egy vállalat egyeduralkodóan lemonopolizáljon egy ipari szegmenst. Természetesen ennek számos hátulütője van: például hiába gyártana
Y cég 4x olyan gyors cuccot feleannyiért, nem gyárthat.

X cucc mocskát kell megvenned 2x annyiért. A szabadalmak tehát a szabad verseny ellentétei, és ahelyett persze, hogy a drága kompetens politikusok a szabadalmak eltörlését vennék fontolóra időnként, inkább erősítik és kiterjesztik őket.

Mivel a politikusok nem a népet képviselik, hanem a multimilliárdosokat, akik meghívják őket néha a menő jachtjaikra, és adnak nekik pár milliárd borravalót.

Szóval milyen jogon is dönti el egy csapat pöffeszkedő ronda kövér büdösszájú holland szajha, hogy mit lehet árulni az én országomban?

Ugye átérzitek már, hogy valami nem kerek ebben a szottyadt, pitbullfejű kurvák által vezetett vén (fasz) európában?

Mint az ismert, a Debian már FreeBSD kernellel is elérhető, és adtam neki egy esélyt. Kiváncsi voltam, hogy a Linuxos verzióhoz képest vajon mit tud nyújtani a FreeBSD kernel, legutoljára, amikor láttam, szegény elég szánalmas volt. A rendszer neve hivatalosan Debian/kFreeBSD, a cikkben a továbbiakban az egyszerűség kedvéért Depikének lesz hívva, így mégiscsak barátságosabb.

Nem akarok részletekbe menően belemenni a dologba, leszedtem a full install 4,4 gigás dvd isot, gondolván, azon úgy is ott van minden ami kell (és ott is van). Bő 2 óra múlva meg is kezdtem a telepítést, egy Virtual Boxra (megjegyzem ez a gép egy XP-s gép 2x1666 AthlonMPvel, 1 giga rammal, a virtuális gépben van egy Win7 és remekül fut). Az egyetlen cél, amiért szerettem volna kipróbálni ezt az operációs rendszert, az az, hogy megtudjam, hogy az egyik zárt forrású kereskedelmi szoftverem megy -e BSD kernellel. A Debian egy remek választás erre, hisz tartalmazza a teljes GNU userlandet és rendelkezik Linux emulációval is (az én binárisom régebbi glibc és linux hívásokat használ, és a hivatalos leírás szerint vinni kéne a BSD linux platform emulációjának a kódomat). Azt nem tudtam, hogy pontosan hogy és miért, ezért beléptem a Depike BSD szekciójának irc csatijára, hátha útba tudnak igazítani. Kb 10 perc guru meditation után közölték hogy hát vagy vinni fogja a linuxos binárisokat, vagy nem, vagy tudja, vagy nem. Ez ám az igazi hardcore kérdés, kb putsztán minden ötödik felhasználó szeretne linuxos binárisokat futtatni egy ilyen Depikén, ekkor kezdtem el a depikével szembeni elvárásaimat nagyon alacsony szintre csökkenteni.

Annyira csak nem lehet rossz?

A telepítés:

Sokat elmond az összeállítás minőségéről, hogy már a nyitó képernyőn is bugos a logó, látszik hogy valami egyszerű paint szoftverben illesztették be, mert szép fehér coloring arcifactok vannak körülötte, amiket lusták voltak rendesen leszedni. A telepítés igen lassan indul még egy egyszerű Linuxhoz képest is, annak ellenére hogy csak a szokásos, szöveges módú összetákolt debian installert adták.

Egyéni telepítést választottam, magyar nyelvet sajna nem támogat, ennek ellenére feldobta a listát a billentyűzetről. Aztán a használni kívánt karakterkészletekről. Aztán a telepíteni kívánt karakterkészletekről. Aztán az időzónáról. Aztán még kétszer. Na hát a telepítés első fél órája ilyen. Felesleges beállításokat bözgetsz össze végeláthatatlanul, értelmetlenül összeállítva, mindenféle kohézió nélkül.

A partícionálás:

Kiválasztottam az egyéni partícionálást, adtam neki egy jó 8 giga körüli UFS partíciót (unix file system, erre petézik a BSD) meg egy 1 gigás swappet. Nem tetszett neki. Közölte, hogy ő ezt bizony nem bírja megformázni. Bezzeg a második, tmpfs-t azt meg bírta csinálni. Érdekes. Nekifutottam mégegyszer, és az eredmény ugyanez volt, szép piros háttérrel. Elrontották a partícionálót. Visszaléptem, engedélyeztem az autómatikus partícionálást, és kb ugyanekkora méretekkel bepartícionálta magának.

A telepítés folytatása:

A további semmitmondó beállításokon átverekedve magunkat, megkérdezi a szoftver hogy akarjuk -e telepíteni internetről a friss csomagokat, meg ami éppen eszébe jut. Szép nagy gomb, rá volt írva, hogy NO. Rányomtam. Erre elkezdett az internetről töltögetni. Valószínűleg a telepítő összeszkriptelésénél egyes dolgokat ki sem próbáltak hogy egyáltalán működik -e. Ebben a pillanatban hirtelen átváltott minden magyar nyelvűvé. Na jó. Ne túlozzuk el. []dvßzli a Debian telep°5t[]. Én is üdvözöllek, drága barátodepilányom, heló, szia, ugyan már megbántam hogy egyáltalán fel akartalak telepíteni.

Aztán a csomagok települtek fel, laza 1 óra 10 perces művelet volt, a virtuálois win7nek sikerült felmennie ezen a gépen kb 20-40 perc alatt mondjuk. A végén installálta a boot loadert, szépen, elfelejte cleart adni szétbaszva a szöveges guit közölte hogy ő most újraindul, vegyem ki a dvd-t, oké.

Az első indítás:
A depike is, csak úgy mint a többi hasonszőrű állat, még a csavarok vércsoportját is fontosnak ítéli kiírni a képernyőre, mert a fejlesztők és az userek is azt hiszik, hogy ettől menőbbek, és így legalább nem tűnik fel a sokszor több perces boot idő. Az első indításra szépen bejött a grafikus felület, beírtam az user nevemet, és... elszürkült minden.. és... mondom, biztos tölt. Ja, valamit biztos töltött. A vinyóhoz nem is nyúlt, így 1 perc múlva gyanús lett a dolog. 5 perc múlva még gyanúsabb. Hát bizony, a depike olyan gyönyörűen fagyott ketté a beloginolástól, hogy öröm nézni. Ahhoz képest hogy ez egy virtualbox, ez nem is rossz teljesítmény rajta szétfagyni már így elsőre. Rebootot neki, ismét ugyanez. Hát mondom itt valami nem normális. ALT CRTL F1-re át tudtam menni konzolra, és be is tudtam lépni. Aztán kilőttem az X-et

/etc/init.d/xdm stop

Nahát, ez nem működik. Akkor kdm, xdm... egyik se. WTF? Pár perc googlizás után killall -15 Xorg Ez megoldotta a problémát. De most komolyan, mennyire kell igénytelennek lenni ahhoz, hogy valaki egy olyan operációs rendszert rakjon össze, ami be se bír loginolni? Ó, nyugi, nem húzom én fel magam ezen már, már megszoktam hogy a depi és klónjai teljesen használhatatlanok és megragadtak ilyen 1997es nézdmá, ikonok színvonalon. Nem is az a baj hogy nem jó semmire, hanem az, hogy elindítani se lehet 10 perces googlizás nélkül. De sebaj, startx-re innentől már elindult és bejött a grafikus felület. Igazán remek, gondoltam.

A próba:

Említettem hogy egy saját szoftvert akartam kipróbálni. Sutty, fel a letöltési oldalra, rámentem hogy igen, töccsed, el is kezdte tölteni, és ekkor átment a kurzor 1 fps-be. Aztán amikor már a harmadik perce volt ilyen, és elkezdte újrarajzolgatni a desktopot kb 64x64-es darabokból (másodpercenként 1-et) akkor kifújtam a levegőt, és talán valami ilyesmi hagyhatta el a számat: ilyen márpedig nincs.

Kialtoltam konzolra, top, memóriahasználat 70 mega, swap használat 0 mega, procihasználat 100%. Nézzük, igen, alap gnome appletek zabálták a procit, ugyanis még azoknak is sikerült széjjelcrashelni magukat. Szépen killeztem őket, visszamentem X-re, ami feléledt ettől, folytatódott a töltögetés, zutty. Lent van a csomag, kicsomagolás, konzol ablak nyit, bináris elindít, és:

/lib/ld-linux.so.2 not found

És édesanyád vajon szeret? Bizony, teljes install, 4,4 gigás dvd iso, és még ezt se képes megcsinálni. Ez innentől kezdve már nem csak a BSD stabilitásának, hanem a Debian fejlesztőinek a kompetenciáját is megkérdőjelezi. Elkezdtem guglizni, minden szóbajöhető csomagot installáltam, ami ehhez kapcsolódhat. Az eredmény ugyanez. Mivel időközben éjjel fél 4 lett, kikapcsoltam a gépet és inkább aludni tértem. Holnap is van nap.

A 3. nap: a jóslat beteljesedése:
Ismét bebootoltam a depikét, ezúttal a grafikus felületen tovább ment!

A csodálkozástól fennakadt még a szemem is. Ezt követően a jelszavamat kérdezte. Beírtam. Nem fogadta el. Gondoltam hátha fordítva van a z és az y. Beírtam tehát úgy is. Úgy sem fogadta el. Visszaléptem konzolra, ott beengedett. És ez volt az a pont, ahol úgy döntöttem, hogy na, ebből elég volt. Nemtom észrevettétek -e, de ez nem valami debug tesztverzió, hanem egy release. Depike elvett az életemből 7 órát. Itt a bosszú ideje. Depike, rossz emberrel szarakodtál. Depike, én most téged az örök enyészetbe küldelek, oda, ahova való vagy. Shift delete.

Konklúzió:

A Debian/kFreeBSD egy olyan operációs rendszer, amely a Linux és a BSD minden létező hátrányát sikeresen egyesíti önmagában. Mindemellett egy bugos, design hibáktól hemzsegő, tulajdonképpen teljesen használhatatlan rendszer. Kár pocsékolni rá a sávszélességet.

Bár még nem volt időm tesztelni, de nem tűnik egy nagy vaszisztdasznak.

A Windows8 build 7850 ránézésre semmi extrát nem tartalmaz, pont olyan mint egy kissé újraskinnezett Windows 7, bár lehet hogy először csak a GUI-t írják át, aztán végül pedig majd a kernelt.

Torrenteken már körbegyűrűzött az új verzió, ugyanakkor simán lehet hogy az egész tele van vírusokkal, tehát rettentő óvatosságra intek mindenkit, aki kipróbálja.

Beszúrom ide is, mert miértne. Bocsi hogy angol (ebbol nem csinálok rendszert), de ez most nem csak magyaroknak szól.

This is an open letter to GNU/Linux/Open Source application developers, who developing Desktop Linux operating systems.

First, i am sorry for my bad english.
Second, i must clarify, i like Linux.
Third, i am talking about the Desktop Linux ONLY.

Sometimes, i read articles, they saying the biggest problem of (desktop) linux is that multinational corporations forbids handling some necessary source codes. Sometimes, i read articles, how big problem if a software, or a game is not being ported to linux, even it would be easilly possible. But i see no articles from one thing: I think, the responsible for the linux problems is the linux community itself.

like...

WE ARE THE HARDCORE LINUX COMMUNITY: WE DECIDE, WHAT IS GOOD AND WHAT IS BAD FOR AN USER.

No. The life works not like this. Desktop Linux is made for the peoples. And the most of the peoples does not even understand computers. And does not even want. Why they should? If somebody is a car repairer, a welder, a house-wife, or a cook, why would want to understand, how the computers works? How much peoples care about
the computer sciences? Well, not too lot. Dunno, skilled computer users and programmers is around 0.5-5% of the total population? Of course this eczact number is not important, the problem that just most of the peoples just simply does not even interested in computers.
But the desktop operating systems are meant for them. So these peoples are the end-users, and they using they computers to the folowing thigs: browsing internet, browsing social networks, e-mailing, using IM messengers, playing embedded or standard-alone games, typing documents. Etc.

The rules are created by the users. And creators must satisfy this. Its not the developers job to decide, what is a good or a bad user behavior. Developer must do only one thing: satisfy the requirements.

This requirements are the folowing:
-computer should start and stop the most fastest way
-computer should able to run the required applications without problems.
-user should be able to easy download, install, delete any kind of documents, applications, images, etc...
-Computer should be able to work together with all hardware
-User should be able to handle the computer witout professional IT knowledge
-Click click, click, clickclick, roll roll roll, click, roll, click

The operating system is not important. Nobody cares abould the work of an operating system. The operating systems job is to made connection beethwen the user, the programs, and the hardware. User does not interested in the architecture of the operating system. If user does not want some feature from an operating system, (s)he does not like to be forced to use it. For an example, if a user does not want a multi-user, password protected system, he will feel that the operating system forces him to do something, wich taking his time.


ARROGANCE
This community is the most arrogant community i ever saw. They think, they can decide, what is good or what is bad for an user. Here is the password thing. How you dare to calim that everybody should be logged in with an user name with password? You think, becouse you is an IT professional, you can decide, how other peoples should
use they own computers? You have NO RIGHT to decide, how a user should use his own computer. You have the right to put this feature in: IF somebody want multi-login interface (checks this at the installer) then give him this secure interface. If not (not checks this box) then everyting just should load as root, even if you think, this
is unsecure. Becouse nobody cares, what do you think.

USER-FRIENDLY
Linux is not user friendly. Even if a colorfull penguin waves at the opening screen, that does not means that the system is user friendly. With modern operative systems, to incrase/decrase the volume, you press the volume buttons on your multimedia keyboard. Sometimes, linux cant even autodetect even this. ,,Go to this file, and modify this line, and then go to'' CMON WTF?
You put in your pendrive or HDD... if you got a bad day, you will not even see it in the /dev/, or ask an IT-man who opens a file, writes a line here and here to mount it at boot...
Hey guys! Look the date! Its 2011! Good morning! You have sleeped over the past 30 year, or what?
Millions of other problems like this...
Lets see, the user want to install a software. The user founds this software on the internet, or googles it: LINUX CAT DRESSER.
Oh so you gived some built in programs with the operating system? Shame, that 90% of this package-database is containing necessarry libraries and system applets, whose are not even installed by default for some reason. And the other packages are just simply unusable for the user, so nobody will use this package-set. And the necessary, basic-programs in linux sometimes not even get installed by default, and the community caliming, that this is feature, that you can add this packages later. Congratulations.
...Okay, (s)he found the software, downloads it. Its a .tar.gz. He clicks
two on the catdresser.tar.gz. And nothing happends. And he probably just call somebody to uninstall linux forever. You think, its user friendly to unzip something, then open a console window, type 3 command, and wait for 10 minute for the processes to be completed? Probably you have alreday noticed, there is 2011. But i personally would not
call this user friendly even in 1990. And i am not even told, that the compilation process will mostly fail becouse of the lack of the dependencies. Becouse even a cat dresser has brutal dependencies.

BAD API
In linux, the left hand does not know, what the right hand does. Linux is a library collection, wich lacks the integrity. The most of these libraries are coming as shared object, and versions changing rapidly. This libraries linking to other libraries, causing a very big compatibility chain. Just look at the user/lib directory. Whoa.
If cat dresser needs libsomething, and libsomething is not present, user must install libsomething somehow. Of course, libsomething is not an important library, just the developer was too lazy to code some very basic feature by hand. Like, he was lazy to add some matrix multiplication, so he links to a library wich contain these codes. Maybee the computer contains an old version from this library. Maybee 10-15 software or other library alreday depending on this library. Maybee, if you change this library to a newer version, your computer will not even able to boot anymore.
Becouse cat dresser needed it. Sadly, cad dresser need additional, 40-50 library to be used. Suddenly it can happend that the computer lacks 10 from this librarys. Suddenly, thise libraries alreday linking to other libraries wich are not installed. Let me show, how this looks in an user friendly operating system, with good API-s: clicklick, finish, click.


INCOMPATIBLITY, AND THE TOTAL LACK OF SUPPORT
In linux, there is much more compatibility problems beyond the library-problem also. Lets see an oldcomputer: A user got an old computer, and linux somehow does not boots on it. So the user just downloads some older linux. Oops, old linux does not even able to run the new linux applications, becouse the new applications depending on new libraries. But you cant install newer libraries, becouse these new libraries also needing newer libraries to be presend. So you maybee must get hundreds of new libraries, and chancing to newer version kill some necessary programs in your old linux, or the whole operating system. Your library installing chain maybee would be so long, that you even
must update your kernel: wich is does not runs on your computer, this is why you tryed the old version.
Sometimes, even your older hardwares are not supported any longer by the newer version of the operating system. The ultimate answer of the community: BUY A NEW COMPUTER. Sometimes, if you got a new computer, even booting the linux causes crash for some reason. The ultimate answer of the community: wait for new version, or BUY AN OLDER COMPUTER. For example, i got an old Seagate HDD. New kernels says block-not-found, errors, etc, and HDD can not even mounted. So i must use older kernel: wich is not supports my USB cable modem. Even if you got a new or an older computer, the compatibility of the linux miserable. And you are forced to use the newest operative system, becouse newest programs and services depending on it.
For example, if somebody is a windows user, simply can use Win7, Vista, XP, or sometimes even Win2000, almost all program will work on of them all, even if XP is now 10 year old. Under Linux, sometimes you get serious compatibility issues even when trying to use a 2-3 year old system.

IGNORANCE
Linux community is ignores the requirements of the users, but also ignores the requirements of the developers. Developers need stable API-s, becouse if they want to create a trustable application with long life-cycle, they need API's wichs specifications will not be changed in every year. And if somebody found bugs in this libraries,
the bug will be removed. For example, i have found a bug in the freeglut (wich is an old library for windowing and imput for games). Its a very wide-spread library. And i have found another. And another... And i switched to new version. And i have found tons of other bugs. I have write a bug-report from the API, and have sent it to the leader developer. This was at last year. I do not even got answer on this. Now they even removed joystick support. They say, joystick support is deprecated. This is why they complitely skipped it in the newer version. These developers developing an input API for GAMES. And they think, they not needing joystick support. Are this peoples even saw
a computer game before? Ironically, i was googled, how to write a joystick support. Reverse engineering they code was taken 3-4 hours. And the code is ~30 line long. And the leader developers of this very important library was not able to write it.

ENEMIES
GPL license is our friend. Closed source is our enemy. Who are not our friend, is enemy. Told by Kádár János and the other hungarian communist leaders, before they executed 400 anti-communist prisoner and watched the escape of 100000 ,,traitors''from the contry. That system collapsed. Let me tell a beter ideology for you: Who are not our
enemy, is our friend. Linux need serious, commercial applications. If peoples had no chance to sell they products, they will be not interested in it. Ballmer once singed: developers, developers, developers. Yeah, this is what Linux also needs. Applications. And applications are written by the program developers. Linux community
is crying: oh dear god, why we got so low number of corporations, who creating softwares to linux? And if somebody appears, they yelling: OH WHY IS THIS CLOSED SOURCE?!?!?!? YOU DONT KNOW THE RULES OF THE OPENSOURCE, YOU DONT
FEEL THE BEAUTINESS OF OUR GREAT AND FAMOUS COMMINITY!!!!444524524 YOUR SOFTWARE IS NOT TRUSTABLE NOW SO I WILL HURRHURRHURR
C'mon, without commercial appls, linux will stay always at this level. Some situations, a software must be opensourced. Like, the parts of the kernel must be opensourced. The most important, default applications in the OS must be opensourced. Like a calculator app should be opensourced. But except from this very few case, if somebody made a good software, he would be very crazy if he release the source code under GPL. If he got a bit brain, he will keep the code closed, and start to sell the application. So the most serious softwares are closed source, and becouse the linux community chases this developers away, linux starves from the lack of the applications. Believe me, GPL applications will never able to competite with professional applications. The dependencies of a closed application is also a bigger problem, becouse the compatibility with the system and common libraries must be perfect at binary level. If these binaries changing rapidly, that makes this difficult.

LACK OF THE INNOVATION
Linux lacks the real innovation, becouse the innovation limited only for the visible things. Sometimes, not even the visible ones. The structure of the linux is really bad. What a driver do in the kernel? Okay, hdd handling must be in kernel, usb handling must be in kernel, some basic video displaying abilityes must be in kernel. And nothing
more. Every other thing must be arrive as external, installable module. Some drivers must be not even loaded with the kernel. Why is a printer driver is loading with the kernel? Why is a webcamera being mounted with the kernel?
Why should write poems from every screw at the background while the booting procedure happens? Why linux community lie that Linux loads faster than windows, while in reality the booting of a desktop linux took 2-5 minutes on a generic computer? Why X cant even do alpha channel properly? Why a screenshot creation takes more CPU cycles than mounting a hard drive? Why calim that linux looks much better, while most of the built-in base applications looks and works like some bad prealpha Windows 3.1 clones? Why this problems exist since 14 years ago?

I think i have described my oppinions.
So here is my suggestions:
-Current linux architecture must be throwed out.
-Drivers, libraries must be clearly separated from the operative system and each other.
-95% of the libraries are unnecessary. Unify them. AND PLEASE DO NOT CREATE MORE. THANK YOU.
-Seriously. Kill this dependency problem.
-Most of linux softwares looks ugly. Its does not matter if it is good or bad, nobody will use it if it looks like some
2$ application for Windows 95.
-Create generic installer wizzards
-Binaries need icons. gcc blablabla -i mycuteicon.png
-If something must be done with shell, create GUI for it
-Unified System Control Panels
-Unified, complitely rewriten graphics system (X, kde, gnome, etc can go to the trash, of course must keep the compatibility, something is alreday on way if i remember good)
-Compatibility (at least with different versions)
-Automatism

Tudom, hogy mostanában mélyen kushadtam, és nem írtam semmi értékelhető dolgot semmiről, dehát minek is írjak, ha egyszer nincs miről? Most sincs sokminden, amiről beszélhetnékem van, de most nincs kedvem politizálni, mert csak felbasz. A másik dolog pedig a hardveripar jelenlegi munkássága, ami megintcsak nagyon felbasz. Itt van például a vergődő, balfasz nVidia a töketlen GPGPU szarjaival, meg a sok vér-fejlesztő-pistike, akik körömszakadtukik ragaszkodnak ezekhez a mocskokhoz, olyan vehemenciával, mintha egyenesen a szentrgált nyújtaná át nekik valaki pézsmapockokból varrt lepedőbe csavarva. Nézzük a valóságot.

Van egy grafikus chip, amire graphics processing unitokat építettek fel, amik pedig általános célú végrehajtóegységeket kaptak kiegészítésképp. Mi a fasznak? Jó kérdés. Mi értelme van annak, hogy 1 db if után vége a 100ezer forintos szarjának? Mi értelme mégegy általános célú arhitektúrának a gépben, ha már van egy, és CPUnak hívják? Természetesen SEMMI. Állítólag már nem gond az if! Beletesznek 800 db egységet. És egy egység már nem is olyan gyors mint egy 286os, hanem állítólag iszonyatosan! Húha! Az Intel már megy is a gatyájába szarni! Tényleg? Nem. Mert sajnálatos módon amikor valami valódi felhasználásra kerülne a sor, pl az ati hardveres gpgpu alapú mpg enkódere ocsmányabb és alacsonyabb felbontásúbb képet képes egy felsőkategóriás 6xxxos radeonnal kihozni mint anno a 366os celeronom szoftveresen MPG enkódoló winfast kártyával. Csak akkoriban az egész gépet egy 200w-os tápegység vitte, most meg maga csak a GPU fogyaszt annyit. Gratulálok. És el is érkeztünk ahhoz a ponthoz hogy igen, ez az egész, amibe dollármilliókat öltek, nem ér kb szart sem. A gpu iparnak vége, mert az egész a prociba költözik (intel, amd fusion). Az egész szart az nVidia próbálja leerőszakolni az emberek torkán, ugyanis mindezidáig nem volt képes semmiféle értelmes platformot nyújtani (leszámítva a Tegrát és a Tegra2-t, de az ARM). Ezek az olcsó szarok az alsókategóriát rövidesen átveszik. Aztán a középkategóriát is. A dedikált gpu csak a felsőkategóriába marad, csakhogy a felsőkategória kivérzik, mivel nincsenek értelmes AAA gamek PC-re már évek óta, meg aztán minek 60 ezret költeni egy szaros videókártyára? Teljesen azért az nVidianál sem hülyék, ezért az ARM-ra menekülnek a Tegrával, a gpu piacot pedig hagyják veszni, az utoolsó bőrt persze a sok sötét, hiszékeny ember révén azért lenyúzzák a dologról. Ügyes. De nem eléggé, a GPGPU koncepció létkérdés volt nekik, és elbukott. Fennállása óta egyetlen használható, említésre méltó GPGPU alapú szoftver sem született, leszámítva néhány elvont, kísérletezhető, adat vagy jelprocesszálással foglalkozó céget. De említésre igazából ezek sem méltók. Ezzel párhuzamosan megfigyelhető, hogy az ipar többi része a játékfejlesztőkkel elkezdett ellenségessé válni, a GPGPU fosokat pedig elkezdték magasztalni - miközben lószart sem tudtak megírni rá. Úgy érzem, ezek az emberek tehetségtelenségi komplexussal küzdenek. Van ilyen? Biztos van. Lúzerek! 4 év alatt nem bírtatok egy kurva film enkódert se megírni normálisan az állítólag 1000 gigaflopssal pörgő szarjaitokra? Kevés volt hozzá a sok versike amit felolvastatok? Talán áldozzatok kakast, és megírja magát a kód! Vagy menjetek mondjuk krumplit ültetni! A kérdést ezennel én lezártam magamban, legközelebb akkor térek majd rá vissza, ha már bebootol a gpun a windóz.

És lehet sírni hogy dehát az nvidija csinálna ám iksznyolcvanhat, csakhát a gonosz intel nem engedi, mert így úgy amúgy. Sír is a sok láma a fórumokon. Szegény nvidia, szegények, jaj drágáim, mi lesz most... Az egészben csak az a vicces, hogy az nvidiának VAN x86 licensze már évek óta. Meglepő? Gyártanak is. Szép kis beágyazott 386osokat, bizonyám! Sajnos 33 mhznél többön nem bírták még járatni, pedig párszáz mérnök már negyedik éve feküdt rá az ügyre, szóval ez a vonat elment, ellúzerkedték ezt nagyon, úgy érzem. Sosem hittem volna, hogy az nvidia, egy hajdanán ilyen szép időket látott cég hogy tudott egy ennyire tehetetlen gittegyletté silányulni. Ha a procit egyszerűen felhozzák 6x86ra, meg mondjuk 1,4 ghz-re, akkor egy erős gpuval karöltve olyan 3 évvel ezelőtt az egy versenyképes olcsó laptop lett volna közepes 3d teljesítménnyel. Mostanra meg már ha épphogy hozzányúlnak és hozzátesznek sse-t, sse2-t, amd64-et, akár tudnák 2 ghz-n járatni és tudnák tartani a lépést a világgal. nagyjából, simán ellenne egy nVidia platform így. Vagy egyszerűen zsebből megvehették volna a transmetát. Azt hiszem még mindig árulják a Transmetát felvásárló céget, ami egészpontosan GPU-CPU hibriddé változott épp - csak elfogyott a pénzük. Nvidiának csak meg kellett volna egyszerűen vennie és alig hozzányúlni. Ja, ott van a DPM/Vortex86 licenszelhető beágyazott 1 ghz-s 6x86 procija. Valami nevetséges pénzekért lehet licenszelni. Jingjang korporésünök is azzal tolják. De az nvidia ehhez is hülye volt éveken keresztül. Szóval lehetséges hogy elérkezett az nVidia haláltusája PC fronton, ezzel egy korszak fog lezárulni.

Mindeközben tolják ám az alsó kategóriában a 64 bites szennyeket ezerrel, 2011 bazmeg! De nem csak az nVidia. Gondoltam, csinálok FBO támogatást a kódomba, nagyon időszerű már, meg aztán szépülnek tőle az árnyékaim. Szépültek is. Gondoltam, 4096x4096-os rendertex jó is lesz. Aztán ha nem megy, meg visszapottyan 2048x2048ra. De úgy érzem, átvertek. Azt gondoltam, hogy ezek a kártyák, amik tudnak ekkora rendertargetet, mondjuk beleshadowmappelve, a scenemre visszahúzva, el fognak csuklani sebességben - egy kicsit. Szóval gondoltam hogy nem fogja az alapciklust áttekerni a kártya 500 fps-el, hanem mondjuk egy jó 70el, dehát ki nem szarja le? RPG. Annak meg aztán olyan mindegy, hogy mennyi. Na, annyira azért nem. Ezekkel a csodálatos hardverekkel lett vagy 6 fps. Mi a geci? Nézem, nézem, hát csak nem jöttem rá az okára, egészen addig, amíg eszembe nem jutott levenni kicsit a 4096ból, hát mit ne mondjak, lineárisan elkezdett emelkedni a teljesítmény. Hát bazmeg, melyik rákos állat találta ki azt, hogy hazudozzon a kártya magáról egy 4096os rendertargetet, ha mindeközben a csodálatos memóriasávszélessége egy GeForce2ével vetekszik alulról, éktelen szaggatást eredményezve? Nézegettem ezzel kapcsolatba ezeket a Radeon Mobility 3xxx alapú kártyákat. Egész tragikus, amit ezek művelnek 4096on. Megnéztem az egyik ilyen Mobility állatot, nem emlékszem a számára, amúgyse értem hogy mire fel ez a vércsoport+gyári szám alapján összekalapált elnevezési konvenció. Hát bazdmeg, 32 bites memóriavezérlője volt. Azt a rohadt tetves kurva szánalmas... Harminckét bites memóriavezérlő, 2011ben! Néztem róla képet. Megszámoltam! Tényleg annyi volt! Ilyet utoljára Hercules kártyákon láttam egyenesen 1991ből, már akkor is elavulnak számított. Még a kurva Voodoo3 is 128 bites, de komolyan, muszáj ezeket erőltetni az űrkorszakban? Most ti azt gondoltátok, hogy ezzel rendesen lehet shadow mapet renderelni? Kétszer végigmegy a ciklus a scenen, és a szarja már a gatyájába élvez, pont mint az S3 Chrome GPUk! Adjon valaki 200 milliót, hadd béreljem fel a Half Life 2 fejlesztőit hogy megírják gyorsabbra a kódomat. Na jó, levettem a rendertex méretét, amelyik ezt sem bírja, az meg aztán tényleg megdögölhet, vagy vegye le az user dítéjlt lowra.

Aztán a harmadik dolog, amit említenék, az már nem basz fel, csak érdekes, az ez a kütyü:

Xperia Play, Play station minősítésű cucc. Amúgy telefon. Androidos. Bár kicsit ronda, meg nem is tűnik túl kényelmesnek, de még mindig sokkal jobb ötlet, mint a konkurens cégek nyögdécselései, meg a bénábbnál bénább kezelőfelületei. Csak egy valamit nem értek: miért 1 ghz-s processzor kerül bele, amikor már tavaj óta van 2 ghz-s 2 magos ARM proci, ami azonos fogyasztás mellett majdnem 4x akkora teljesítményt tesz lehetővé? Megfontoltam hogy portolnom kéne rá valamimet, azonban úgy érzem, egy 1 ghz-s ARM kevéske lenne a dologhoz. Pedig nagy fegyvertény lett volna az a plussz teljesítmény. Kár érte. Amúgy a belekerült Adreno GPU a GLBenchmark szerint a hasonló kaliberű cuccoknál kb 2x gyorsabb.

Ja, és

forrás: index

valaki árulja már el nekem, hogy miért bevallottan a tehetségtelenek számára elkészített programozási környezettel kell tehetséget kutatni?!

A lány játékosokhoz való hozzáállás a játékfejlesztők közében igencsak furcsa, mivel a játékfejlesztés az jelenleg nagyon fiús szakma. Ezzel ellentétben viszont mi, magyar játékfejlesztők általában nagyrészt lányos játékokat írunk.

Erre a területre a nők nem tudtak betörni, illetve ahol nagy ritkán be is tudtak is törni, meghatározó pozícióba kerülvén teljesen a programozó férfiak módjára kezdtek el gondolkodni. A múltkori, hogyan kell játékfejleszteni cikkben már említést tettem a lány gamerekről, illetve arról, hogy mi nem az (pónilósimogató, egyebek). Most ezt a témát kifejteném bővebben. Van sok saját tapasztalatom e téren, ismerek lány gamereket, illetve én gyerekkoromban (nintendo és társai) szinte csak lányokkal/lányok ellen játszottam (a dolog valahogy pont úgy nézett ki, mint a fenti képen). Ezen információk összességét szeretném megosztani.

Tessék, itt egy jó kis zene, amit betolhattok a cikk olvasása közben: http://www.youtube.com/watch?v=4g855fyl-zA

Már fél éve beígértem ezt a cikket, nézzük hát a jelenlegi helyzetet:

-A játékok elkezdtek elkülönülni lányos és fiús játékokra. Konkrét piaci mutatókkal nem tudok szolgálni, akiket érdekel, az nyugodtan googlizzon utána. Korábbi tapasztalataim alapján fogok számokat mondani csak, amik a valóságtól eltérhetnek ugyan (és igen, el is fognak) de kb tükrözni fogják a helyzetet. A végén tehát a grafikonokat csak mint iránymutatót kell kezelni, nem mint konkrét részesedést vagy statisztikát.

-Egyre több a lány és kevesebb a fiú: mivel kezd divattá válni a világon mindenhol az hogy egy nő a legtöbb esetben csak egy gyereket szül, ezt a biológia csak úgy tudja fenntartani, hogyha több nőstény és kevesebb hím élőlény születik, cserébe viszont a hímek több nőstényt termékenyítenek meg. (Bővebben erről a National Geographics-on lehet érdeklődni, Pálinkás Károly cikkeinél.) Illetve már nem az őskorban vagyunk, nincs szűkség annyi hímre. Továbbá bizonyos mesterséges kémiai anyagok szintén befolyásolják az arányt. A nők tovább élnek. Stb. Ez azt eredményezi hogy a hímekben enyhén csökken a küzdőszellem és a rivalizálás, morfológiailag közelednek a nőstényekhez, stb. Ez a közeli/távoli jövőben (illetve a jelenben is, már bizony érezhetően, nem valami több ezer éves folyamatot mondok itt, hanem olyat, ami generációról generációra érezhetően megfigyelhető) azt jelenti hogy piacilag sokkal komolyabban kell foglalkozni a női gamerek igényeivel, mert sokan vannak, ám feltételezve azt, hogy a játékfejlesztők eztán is mind férfiak lesznek, nagy piaci előnyre tehet az szert, aki tisztában van a tényekkel, és megpróbálja kitalálni: lányként mivel játszana?

-A lányok közötti rivalizálás mértéke meredeken emelkedik napjainkban, nem feltétlen az előző gondolatban leírtak miatt. Azt, hogy ez a rivalizálás hol áll majd meg, egyelőre nem tudni. A mostaninál biztos hogy még sokkal erősebb lesz. A rivalizálás kiélésének a játék egy remek módja.

-Egy játék - mint ahogy a multkori cikkben is emítve van - ki kell hogy szolgálja az emberek alapvető késztetéseit: dominancia, szórakozás, stb.

-A legegyszerűbb tehát nem az, ha megpróbálunk kicsit a lányok fejével gondolkodni, hanem az, hogy feltesszük magunknak a kérdést: mit tennénk fordított esetben? Hogyha lány játékfejlesztők lennének szinte kizárólag lányoknak szánt és lányokra szabott játékokkal, és mi, mint fiú gamerek, játszani szeretnénk, mit csinálnánk? Hát kisírnánk maguknak néhány fiús játékot. És akkor persze jönnének a csodálatos ötletek a lányok fejéből: hát olyan mint a Honfoglaló, csak autó legyen az ikon, amire kattintani lehet, és mutassa ahogy kibelezik egymást a menetelő hadak, stb. És akkor csinálnának egy ilyen játékot horribilis költségvetésből, éshát a kutyát nem érdekelné, mindenki pofánröhögné őket hogy milyen szart hoztak össze. Éppen ezért nem az fog célravezetni, hogyha ebbe a hibába beleesve pónilósimogatószimulátort írsz.

-Jó is, hogy említettem a Honfoglalót, az például egy lányos játék. A lányok nagyon szeretnek a lexikális és ilyenolyan tudásukkal villogni, viszont az ilyen honfoglaló szerű gamek nagyon el fiútlanodnak, mivel a fiúknak a lexikális tudása gyakorlatilag nulla, meg ők amúgyis utálják az ilyesmit. Sőt a fiúk simán, őszintén megszavazzák hogy a naprendszerünkben 3 csillag van, és csodálkoznak az eredményen. Sikerélmény nélkül pedig a játékosok hamar elmásznak máshová. És ha nincs fiú, csak csajparty van, akkor a csajok elkezdik majd hiányolni a fiú gamereket, pont úgy, ahogy most nagyon sok kategóriában a fiúk hiányolják a lány gamereket. És akkor ilyen helyre ha betéved véletlenül egy lány, már kezdik is neki hogy szia aranyom, jó a segged, tényleg lány vagy? Van barátod? És kilép. Játszani jött, nem kurválkodni. Ha kurválkodni akart volna menni, akkor valószínűleg nem egy counter strike szeróra loginol be. Ugyanez fordított esetben is megfigyelhető. A jelenség elkerülésének érdekében tehát megfelelően ki kell ballanszolni a logikai játékokat.

-A lányok nácik. Felsőbbrendűnek tartják magukat a fiúknál (és egymásnál is), ezért szeretnek jobbak lenni náluk, és egy lányos játékban azok is lesznek. Vagy nem. DE nem szabad hogy ettől a fiúk rosszabbul érezzék magukat egy lányos játék játszása közben: hú itt állandóan megalázzák az emberi méltóságomat a hülye beszólogatós kurvák, uninstall. Az ilyen nemi összetűzések elkerülése végett meg kell tenni a szűkséges előkészületeket. Szűkséges továbbá az, hogy a játék olyan kereteket biztosítson, ahol a lányok egymás között emberhez méltó módon tudják lerendezni a nézeteltéréseiket. LÁNYKÖZÖSSÉGEKBEN AZ ADMIN ÉS A MODERÁTOR MINDIG KÖTELEZŐEN FIÚ LEGYEN!

-Az hogy valaki játékos legyen, nem egy fiús tulajdonság, hanem éppen hogy lányos. Láttatok már egy tipikus body buildert mmorpgzni? Gondolom nem sűrűn.

-A fiúk általában közösségen belül csoportokban versenyeznek a dominanciáért, a csoportokon belül pedig egyénileg. Lányoknál ez várhatóan máshogy fog alakulni. Fiúknál ugyanis a fiúk közötti barátságot végső soron a dominanciaharc folyamata nem befolyásolja, ám lányok körében ez máshogy van...

-A lányok beszélőkéje nagyobb. Egy fiús játékban a kommunikáció nem annyira fontos, de egy lányos játékban kötelező a kommunikáció megfelelő biztosítása. Ez írott, vagy beszélt formában is történhet.

-Egy átlagos lány játékos a felmérések szerint sokkal több időt tölt játékokkal mint egy fiú játékos. A súlyosan függő lány gamereken nem mutatkoznak enyhe szellemi leépülés jelei, míg fiúk esetében ez néha megtörténik. (De ez a megállapítás azóta úgy tűnik hogy téves, és a dili máshogy jön ki: A 22-year-old mother from Jacksonville, Florida, has pleaded guilty to second-degree murder for shaking her 3-month-old son to death after his crying interrupted her FarmVille game.)Erről bővebben a GameStar egyik kutatásában lehet olvasni. A lányok ritkábban cserélik a játékokat más játékokra, nehezebben unják őket meg. Persze ehhez az is kell, hogy az adott játékban a lehetőségek és a változatosságok garantálják a hosszabb játékidőt. Lányos játékokban ezért nem fog menni a mostani játékidővel való számolás, nyugodtan lehet 2x-4x akkorával is kalkulálni, ez megnövelheti a készítési költségeket. Ígyjártál.

-Női gamerekből több van.

-A lányok nagyságrendekkel többet költenek gamere, szeretnek kiegészítő csecsebecséket venni, stb. Hajlamosak datolyát venni a tevéjüknek, bogyót a smurfjeiknek, ruhát a karakterüknek...

-A lányok kevésbé értenek a számítógépekhez, és magára a gépre nagyságrendekkel kevesebbet költenek. Ezt figyelembe kell venni az installerek készítésénél és a gépigény kialakításánál. Azonban a jövőben lehetséges, hogy az erős számítógép a lányok esetében is fallaitikus szimbólumként szolgáljon. A lányok általában megkérnek egy fiút, hogy intézze el a számítógépvásárlásukat egy bizonyos pénzkeretből, de ez a casual lányjátékosokra nem mindig vonatkozik.

-A lányoknak készített játék nem azt jelenti, hogy rózsaszín.

-Azt szeretnéd hogy játszanak az FPS-eddel a lányok is? Oké. De hol vannak belőle a női terroristák pl? Mondtam, fordítsd meg az agyadban a dolgokat: női világban, a counter strikeban pl. ha csak női karakterek lennének, és nőket kéne öldösni egymással, az nem keltene benned furcsa benyomást? De. Te is sokkal jobban tudsz azonosulni egy olyan nemű karakterrel, mint amilyen te vagy.

,,Én pl momoban azt utálom a legjobban amikor van mondjuk varázzsló, knight, meg mondjuk assassin... És le van fixálva, h a vazsi, az csaj, a másik 2 meg csak pasiban van, és ha én jobban szeretem a lovagot, akkor nme tudok csajkarival jáccani, mert abban csak varázsló van'' - Chimomo

-Barbibaba effektus: nézd meg a MMORPG-ket, az egy tipikusan lányos dolog, és igen divatosak manapság. A karakteredet nagy választékból kell összehozni, hajat csinálni neki, szép divatos szoknyát ráaggatni, kilibbenő szép fehér bugyikat, meg hasonlókat. Dominancia: ki a legszebb, kivel játszanak a (rövidesen igencsak megfogyatkozó) fiúk egy partyban? Ezek nagyon tudat alatti késztetések, de ki kell őket elégíteni, mert egy játékban ezek a legfontosabbak.

-Ha a lányok játszani akarnak, akkor nem feltétlenül kell nekik másfajta játékokat írni, csak kicsit más szemléletben kell nekifogni a dolognak, akár utólag is lehet lányosítani egy játékot.

-A lányok taktikai érzéke enyhén jobb mint a fiúké (legalábbis a csajok szerint), de csak bizonyos körülmények között, mivel stratégiai játékokban általában a fiúk jobbak szoktak teljesíteni. A lányok több dologra tudnak egyszerre figyelni (legalábbis a csajok szerint, lásd Chimomo példáját), ez pl mmorpgkben nagyon ki is jön, például a lány healerek egyszerre tudják követni az egész csatát, és ennek megfelelően tudnak healelni miközben msneznek és hasonló hülyeségeket csinálnak egyszerre. Ami persze nem igaz, de ők ebben a tudatban jobban érzik magukat, éppen ezért érdemes úgy kialakítani a játékmenetet, hogy ezt ki is tudják használni.

,,Plusz, A lányok jobbak játékokban, mert alapból több dologra tudnak figyelni,
bármelyikben ahol több helyre kell koncentrálni. Viszont a fiúknak jobbak a reflexeik. Én pl momóban gyógyító vagyok, úgy tartok életben 12 embert bossnál, h közben megy a skype, megy az msn, beszélgetek ts-en, és van amikor közben böngészek vmit úgy, h lássam közben a party ablakot h meg ne haljon senki, ebből 3 ám valósidejú. A játék, ahol fiygelek a hp-kra, előtte a bngésző ahol éppen olvasok, és közben hallom a fejemben amit beszélnek ts-en, mondanom sem kell mindent megjegyzek : D 
És pl van olyan pasi gyógyító aki akkor sem tudja kihealelni a partyt, ha csak arra figyel. Meg aztán tapasztalat h sokkal jobb a lányok taktikai érzéke pl momóban (Megmondtam. Nácik. ) sokszor hallottam h ezt így kell, ezt úgy, én meg se szólaltam fél óráig, csak gondolkodtam. Aztán utána mondtam, h 
- te figyelj... ha erről az oldalról megyünk és így csináljuk, akkor könnyebb lenne
- nem, az fasság...
persze megpróbáltuk és azóta mindneki úgy csinálja, mert úgy könnyebb'' -Chimomo (Amúgy Chimomo nem bír átmenni a zebrán mobiltelefonálás közben, ennyit a többfele koncentrálásról. Valószínűleg ez a jelenség csak valami elborult statisztikai rendszerek mélyén, matematikailag épphogy kimutatható szinten létezik, szóval a gyakorlatban a legjobb az egészet elfelejteni, viszont ez az idézet remek bepillantást ad a lányok gondolkodásmódjába.)

-Autóverseny szimulátorokat és egyéb, hasonló kaliberű játékokat, illetve reflexjátékokat nem érdemes lányokra tervezni.

-A fiúk nagyon elvonatkoztatott játékokat jobban szeretnek játszani. Egy csaj nehezen ül le pl kimondottan scifit játszani.

-A logikai jellegű játékokat is nagyon szeretik a lányok, példának okáért: red star fall.

-A lányok továbbá szeretik az érzelmes játékokat is. Egy lányos játékban fontos az hogy a játék érzelmeket váltson ki, remek példa erre például a Final Fantasy sorozat, és a WOW is.

-Sokan azt hiszik, hogy a gamerek kora tipikusan ilyen 13 éves, és anyika seprűvel próbálja őket kikergetni a levegőre háromnaponta. Valójában a gamerek tipikus életkora 35 év (!).

A gamerek arányának megoszlása nemek szerint                        

ÖSSZES: ________________
(wikipedia, 2004-2009es mutatók alapján extrapolálva) ________________

2010 51% 49%

2025 85% 15%

Tudásjátékok: ________________
(pl honfoglaló szerű, néhány jójáték.hu-s game, etc)  ________________

2010 75% 25%

2025 91% 9%

MMORPG: ________________
(Wow és társai)  ________________
((Blizzard 2008as statisztikái alapján extrapolálva) ________________

2010 65% 35%

2025 90% 10%

FPS:  ________________
(Counter strike és társai) ________________

((CS közösség létszámbeli vizsgálása alapján extrapolálva) ________________

2010 10% 90%

2025 15% 85%

Autóverseny: ________________
(Need for speed és társai) ________________

2010 11% 89%

2025 16% 84%

Stratégia: ________________
(Starcraft és társai) ________________

((Blizzard 2009es statisztikái alapján extrapolálva) ________________

2010 61% 39%

2025 73% 27%

Rendszer/fejlesztés szimulátorok: ________________
(FarmVille, Sims...) ________________

((Facebook 2010es statisztikái alapján) ________________

2010 70% 30%

2025 94% 6%

A legfontosabb dolog viszont, amit minden játék fejlesztésénél szem előtt kell tartanod, és amit nem bírok hangsúlyozni, az az, hogy a játékos, legyen bármilyen nemű vagy korú, jól érezze magát! Ha kibaszottul szarnak találod a gamet amit elkezdtél írni, akkor valószínűleg az is.

Játékot fejleszteni egy egyszerű dolog, ennek ellenére (mondjuk a jfhu alapján) 100 próbálkozásból 1 esetben ha lesz valami az elkezdett műből.  100 elkészült műből 1 ha jó game lesz, és futótűzként terjed. Hogy mi az a csí, aminek jelen kell lennie ehhez a rohamos terjedéshez egy játékban, nem témája ennek a bejegyzésnek, de azért valamilyen szinten lesz róla szó. Koncentráljunk tehát arra a 100 műre, amiből csak egy fog elkészülni. Miért? Ennek nagyon sok oka van. Mivel épp több mint 10 éve annak hogy a magyar garázsfejlesztők között mozgok, azt hiszem hogy érdekes lesz megosztanom az ezzel kapcsolatos tapasztalatokat.

Én fogom a legjobb MMORPG-t írni a világon! Hajrá! Nagy célok nékül a kis célok se fognak menni. De tényleg azt hiszed hogy csak azért, mert sikerült betöltened egy forgó kocka tutorialt, máris MMORPG-t tudsz írni? Én nem hiszem. Hiába veszed magad körbe hasonló szintű emberekkel, csak több kéz lesz, aki nem tud semmit. Olyan ez mint amikor egy csecsemő először járni tanul. Lehet hogy aztán ő lesz a leggyorsabb futó 20 év múlva, és megnyeri az olimpiát. Vagy nem. Annyi biztos, hogy előtte azért nem árt megtanulni járni. A járás egy köztes lépés a mászás és a futás között. Ha te csak mászni tudsz, miért akarsz rögtön olimpiát nyerni? Írtál már sima RPG-t? Írtál már akár csak egy tetriszt is? Nem? Akkor időszerű lenne. A tetrisz egy remek dolog, és lehet hogy nem is sikerül megírnod. Pedig akkor a MMORPG sem fog sikerülni. A sakkban is, egyszerre csak egy lépés hajtható végre. De egy játszma megnyeréséhez több kell, mint az elhatározás.

Nem én fogom írni a legjobb MMORPG-t írni a világon, mert a hülye buzi magyar paraszt gecyk nem akarnak dolgozni!!! :(! Hát ha így állsz hozzá, akkor ez bizonyosan így is lesz. Ha a tizenötezredik Tiberian Sun klónból akarsz meggazdagodni, vagy csak híres lenni, az sem fog sikerülni. Klónjátékokat a nagy kiadók szoktak ontani, csilliárdos kölcségvetéssel. Neked gondolom nincs a farzsebedben annyi pénz. De ha mégis ott van, programozni/modellezni/stb még attól nem fogsz tudni. Felvehetsz más embereket, de ha nincsenek meg egy ilyen csapat összetartásához szűkséges empatikus képességeid, akkor teljesen felesleges egy ilyenre elbaszni a sok pénzt, sokkal hatékonyabban is elhasználhatod. Pl elkurvázhatod, vagy elihatod. Sőt az is lehet, hogy a sok millió hatására egy 40 éves besavanyodott szűz fasz leszel, aki 20 éveseket próbál osztani a blogján, hogy ők mind milyen hülyék, ő meg milyen okos. Mert CSAK. A többi emberrel barátságosnak kell lenned, szelídnek, szerénynek, odaadónak, segítőkésznek, megértőnek. Szociális érzékkel kell bírnod arra, hogy emberi kapcsolatokat tudj kiépíteni másokkal, nem tolod be a pofádat meg a faszodat más emberek orra alá, hogy idenézz, nekem ekkora van... És akkor talán lesznek majd barátaid is az életben.

Én olyan játékot akarok csinálni, amiben hádéerr van, meg mósün blúr, meg subszurfész szkattering, mert azt láttam hogy az menő!!! Bizony! Ez így nem fog menni. Először is írd csak meg azt a Tetriszt. Aztán meg intézz el magadnak egy forgó kockát. És gondold újra az életedet: tényleg, mi köze is van a grafikának a játékhoz? Hát valójában nem túl sok. A grafika révén színes és textúrázott háromszögeket rajzolsz ki a képernyőre. És ennyi. Nincs az OpenGLben olyan függvény, hogy glCreateMMORPG, bármennyire keményen is olvasod a manuálokat. Ne érezd átverve magad, senki sem állította, hogy van. Bizony a játék elkészítésének a maradék 99,5%-ának semmi de semmi köze nincs a grafikához. Mondtam. A grafikával háromszögeket rajzolsz ki. Sok játékban a grafika az kb 3 oldalnyi kód. Sok nagyon de nagyon híres játékban is ennyi. Ha azt hitted, hogy ettől majd előbbre leszel, tévedtél. Tudod egyáltalán mi az a hádéerr? Remek. Néztél rá tutorialt is interneten? Remek. Csak az a baj hogy a hdr, azaz magas fénydinamikájú renderelés kb 500 féle képpen megírható, és az ég adta világon semmi köze nincs a játékfejlesztéshez. Ennek csupán a játék grafikájához van köze. Meg kell tanulnod a játékon belül gondolatban különfejleszteni azt, hogy mi hova tartozik. Mi tartozik a grafikához, mi tartozik ahhoz, hogy ellenőrizd, ütközik -e 2 modell, mi tartozik a hanglejátszáshoz. Na ezek egyike sem a játékhoz tartoznak, ez mind a game engine dolga. A game enginen belül pedig további részegységek vannak. Az nem számít, hogy ezek egybe gyógyítva, vagy külön szedegetve. Fel kell ismerned, hogy hova mit mikor hogyan kell beírnod. Vajon hova tartozik az hogy kirajzolsz egy modellt? Hát persze hogy a graifikus motorhoz. Hova tartozik az, hogy egy modell autómatikusan lépkedjen? Esetleg az egyik pontról a másikra elmásszon? Hát, az utóbbi már biztos hogy nem a grafikus motor része, és valami köztes szinten fog manifesztálódni.

Nagyon sok okos emberrel is találkozom, aki így van ezzel. Grafika, grafika, grafika. Ismer mindenféle furcsa nevű grafikai eljárást, le is programozza őket 2 perc alatt a datasheet alapján, regéli a legújabb technológiákat. És én akkor ezt elmondom neki. És nem érti. És akkor elmondom neki részletesen. Hiába van neki kocsi méretű agya, akkor sem érti. Nem beszélve arról, hogy ezen a területen annyi tudás van felhalmozva, hogy azt egy embernek már nagyon régen nem lehet átlátni, sem pedig a fejlődést normálisan követni. Sok ember erre nem jön rá, hiába okos. Aztán elkezd vitatkozni, veszekedni, fikázódni, anyázódni. Felvág arra, hogy neki milyen jó, és hogy ő milyen modern, minden más meg milyen hülye, és mélységesen fel van háborodva azon, hogy egy kis légypiszok beszélni merészelt hozzá. Ha olyan kurvára ért az effektekhez, miért nem csinál saját grafikus kártyát? Ja, hogy ahhoz már kevés. Effektpistike. De lehet hogy tényleg nagyon jó programozó, és olykor pont ez a veszte. Elhiszi hogy ő az isten, holott mégsem az. Aztán megpróbálja magát betörleszkedni valami neves vállalathoz, és ha sikerül neki, akkor onnantól kezdve erre vág fel. Ezért szerencsésebb esetben megfelelő pénzt kap, ami miatt még tovább növekszik az egója. Onnantól kezdve már nem az esze a mérce, hanem a pénz, amit kap. Ha nem sikerül, akkor a diplomájára, vagy a szakdolgozatára vág fel. Ha az sem sikerül neki, akkor arra vág fel, hogy ő milyen szép effektet írt. Az ilyen felvágós okoskodóknak mindig ilyen jellegű komplexusai vannak. De valami belül hiányzik. A lelke mélyén fáj, hogy a céljától még távolabb került, hiába minden, hiába van dinnye méretű agya, a saját szándékait meg gondolatait így sem tudja megvalósítani, és emiatt sokkal depressziósabb lesz. A várt karrier nem jön. Egyre jobban eltávolodik a céljától, a depi miatt egyre kevésbé lesz hajlamos a kooperációra, és megindul egy lefelé vezető spirálon, és nem érti, hogy miért. Szerencsétlenebb esetben pár évnyi tengés-lengés után kiderül hogy valójában teljes mértékben hiányzik belőle ez a képesség, és kivágják. És ha szerencséje van, akkor egy nap arra ébred hogy ,,azt a kurva, én mekkora egy hülye balfasz voltam, nem csak magammal szemben hanem más emberekkel is, és azon igyekszem hogy ezt soha többé ne kövessem el''. És az a nap lesz a második szülinapja.

Egy átlagos grafikus motor szerkezeti elve valahogy így néz ki, én ezt a saját enginem alapján rajzoltam valakinek gyorsan még anno valami külföldinek, sztem érdemes megszívlelni. Persze a tied úgy sem így fog kinézni.

Én olyan 3ds fájlformátum betöltőt írok a játékomhoz, hogy beszartok! Már fél éve írom, annyira király lesz! Ott helyben rajzolja az OpenGL! Ajjaj. Itt bajok vannak. Az APInak mi köze van ahhoz, hogy te milyen fájlformátumokat szeretnél támogatni? Az APInak mi köze van ahhoz, hogy te milyen játékot szeretnél írni? A fájlformátumnak mi köze van a játékhoz? Semmi. Képesnek kell lenned arra, hogy bármilyen felmerülő probléma esetén egyszerre lásd, hogy mennyi időbe fog telleni, és hogy ezt az időt teljesíteni is tudd, ha nekiállsz. Ez minden ember esetén egyéni. Pl egy bmp loaderre ha 2 napnál többet kell szánnod, ott már lehet hogy baj van. Esetleg valami kimaradt a lépcsőfokok közül, amikor átgondoltad az életedet? Két hétig készítettél egy fa modellt? Rendben, akkor a maradék 300 fával mi lesz, ami még kelleni fog?

Nem köll ide céj! Én majd megírom ikszennában! Rendben... szereztél egy környezetet ami tud modellt betölteni és kirajzolni. Agyat sajnos nem tud növeszteni az se, sőt, más emberek szar hiábit kell kerülgetned majd az egész hátralevő fejlesztés során. Arról nem is beszélve, hogy egy c# kód kb 40x lassabb mint egy értelmes programozási nyelvben megírt kód. Ne is tiltakozz, hogy te milyen Microsoft dokumentációt meg benchmarkot olvastál. Átbasztak mint szart a palánkon. Ha a c#-t választod, vagy bármilyen más hasonló elvű dolgot, és kardoskodsz mellette, annyira hülye vagy, hogy még az API és a game engine közti különbséget sem biztos hogy érted. Nem lehet a különböző dolgokat összemosni, bármennyire is erőltetik ezt olyan cégek mint a Microsoft. Nekik ez csak üzlet, te pedig a szart választod a normális helyett. Meg ők az a helyzet hogy nem értenek a játékfejlesztéshez. Pl a gamemaker esetében értenek hozzá. Ezért ők bölcsész-kompatibilis szoftvert készítettek, az ASCIInál szintén. BASIC-et a kezdőknek, PHP-t a webfejlesztőknek, verilogot a hardverfejlesztőknek, C-t az operációs rendszer és a driveríróknak, a C++-t pedig az általános alkalmazások fejlesztőinek és a játékfejlesztőknek találták ki - a C# univerzumot pedig a megyek és soha el nem készülő mumuherpégéjt írok hádéerrel típusú nyomorékoknak tervezték. A Microsoftnál az embereket kihasználni akarják - ahelyett, hogy lehetőséget adnának nekik a tanulásra és a folyamatok normális átlátására, bekorlátozzák őket egy olyan rendszer keretei közé, amelyet csak is ők alakíthatnak, hogy egy átlag c#-s még az xna és a directx közötti kapcsolatot sem értse, és egy manipulálható birka legyen belőle, aki az ő rendszereikhez kötve homályban tartható... És mindezt azon az áron, hogy megspórold egy public domain .3ds betöltő kódodba másolását, mert azt hitted, hogy a játékfejlesztés erről szól, és nem arról, amit az idő maradék 99%-ban csinálnod kéne. Az, hogy egy fekete kocka mászik egy üres pályán, és te sikeresen kiírod a koordinátákat a kép szélére, egyáltalán nem tekinthető játéknak, maximum egy nagyon kis lépésnyi haladásnak.

SYASTOK! Nórycica14 vadjok, és cejetnék olyan játékot írni amiben macskákat lehet pároztatni, hova kell kattintanom? ^^ Az X gombra, kis drágaságom, ott fent az ablak sarkában, de lehetőleg most azonnal. Anyuka/apuka/szemüveges lúzer osztálytárs megírta a házifeladatodat? Még egy youtube videó feltöltését is a szomszéd profi számítógépes gyerek végzi? Hát ezt nem fogja. Rábasztál. Kezdhetsz megtanulni programozni/modellezni/grafikázni. Addig ne is akarj informatikával foglalkozni, amíg nem tudatosul benned: a durungcipős picsogás ide kevés. Mostantól bizony vért kell hugyoznod ahhoz, hogy elérj valamit. addig teljesen felesleges fórumokra beposztolni, hogy mit nem tudsz, ha legalább egy jó másfélórát el nem basztál az életedből arra, hogy rájöjj. Ha ezt nem veszed tudomásul, akkor a bizony a fórumokról könnyen ki fognak hajítani. Kezdheted nulláról az általános iskolás tudás újra felelevenítését: változók, ciklusok, x86-os arhitektúra. Hiába is mosolyognál kedvesen és nyávintanál egyet hogy ,,dehát én ezt nem éltteeeem^^'' mert az a gépet úgy sem hatja meg.

Letöltöttem egy tutorialt. Hogy fordítom le? A tutorialoknak csak néha az a funkciója, hogy megírjanak helyetted valamit. A tutorialok általában nincsenek logikusan felépítve, csak egymás hegyére-hátára van hányva valami, amivel valaminek a funkcióját vagy a működési elvét mutatják meg. Ha nem tudod őket lefordítnai, valószínűleg nem vagy elég tapasztalt az adott programnyelv fordítóprogramjainak a kezelésében. Hiányzik egy lépcsőfok, tedd helyre, mielőtt tovább lépnél, nehogy orra ess.

Én vagyok Pistike, én megtanulok modellezni, a barátom, Józsi666 majd megtanul programozni, stb stb és együtt játékot írunk. Oké, király! De tapasztalat nélkül a programozó nem fog tudni olyan kódot írni, ami pontosan azt nyújtja ami ilyen esetekben kell, A grafikus nem fogja tudni normálisan egy game számára megcsinálni a modelleket, ha nincs minimális rálátása a programozásra. A játékfejlesztés egy végtelen tanulás. Minden nap újat tanul az ember. Én úgy voltam ezzel annak idején, hogy volt egy pohár, ami félig volt vízzel. Aztán ahogy napról napra okosodtam a témában, és úgy éreztem, hogy már már elértem a pohár tetejét, és hogy nagyon okos vagyok, hirtelen egy 50szer akkora pohár volt, a kis poháron kívül, és akkor utána azt kellett töltögetnem vízzel. Aztán amikor ez a pohár is már háromnegyed részéig feltöltődött, rájöttem, hogy végtelen sok pohár van, és az élet és a programozás nem arról szól, hogy mindegyik poharat megtöltsük. A dolog tehát nem azt jelenti hogy mindenből alfahímnek kell lenned, hanem azt, hogy az adott feladatot el tudd végezni különösebb defektek nélkül. Erre már utaltam fejlebb is, nem lehet minden ezzel kapcsolatos információt magadba gyömöszölni. Ezen felül pedig jobb ha tudod: a játékfejlesztés nem tudomány, hanem művészet. Ha nincs egy kis vénád mondjuk ahhoz hogy egy izgalmas történetet megírj, akkor játékot sem fogsz tudni írni. Ennek a két képességnek együttesen jelen kell lennie.

Nem vagyok benne biztos, hogy én játékot akarok írni. Mit tegyek? Legyél biztos abban, hogy mit akarsz csinálni. Egyszer megkérdeztek egy hatalmas zongoristát arról, hogy hogy tud ilyen jó zene műveket írni. Majd odaült egy zongora elé. -Látod - mondta - még nem tudom, hogy mit fogok játszani.
És elkezdett nyúlni a zongora felé az ujjaival. Már majdnem ott voltak a kezei, és azt mondta: látod, még most sem tudom, hogy milyen billentyűket fogok leütni. NA DE AMIKOR ELÉRTE A ZONGORÁT...
A programozás is több annál mint függvények és relációk leírása. Ha nincs ez a képesség nálad, ha nem kerít a hatalmába valami felső univerzum, ha nem kezdenek el járni az ujjaid, amikor a billentyűzethez nyúlsz, ha nem foszlik szét a világ darabjaira, és kerülsz egy másik síkra, akkor lehetséges, hogy mégsem a programozás az, amit kitaláltak a számodra. Ha a többi dologgal sem vagy így, tehát se modellezni, se grafikázni nem tudsz, akkor lehetséges, hogy nem a játékfejlesztés az, amivel foglalkoznod kéne. Csináld azt, amit szeretsz, a játékfejlesztés nem kényszer, hanem egy kurva jó hobby, amivel ha ügyes vagy, még pénzt is kereshetsz. Ne add fel, ha nem megy. Rómát sem egy nap alatt építették fel.

Én lányoknak akarok játékot készíteni! Póniló simogató lesz. 4 nap alatt megírom. Oké, de tényleg tetszeni fog ez a lányoknak? Mármint úgy értem, megkérdeztél erről egy lányt? A 6 éveseknek biztos tetszeni fog. Csak azok meg nem tudják kicsomagolni a .rar fájlokat. Tisztelet a kivételnek. Az, hogy lányos játékokat készítessz ebben a férfiak által dominált világban, még nem jelenti azt, hogy bármilyen fossal sikert fogsz elérni. A tipikus lányos játékok nem a lósimogatók, hanem pl a sims, meg a netes, esetleg facebookos játékok, ahol a játékosok 70%-a nő. Ennek az az oka hogy a lányoknak kevésbé fejlettebb a térérzékelésük, ezért általában kevésbé látják át egyszerre, hogy a képernyőn mi a fasz történik éppen. Ezért egy átlagos lány sokkal inkább vonzódik a logikai - kattintgatós játékokhoz. Természetesen itt meg azzal baszol rá, hogy pl egy dominóból már van 5ezer klón, és a felhasználó azt választja, amelyik szebb, elterjedtebb, több ismerőse játszik vele. Sokan beleesnek abba a hibába (én kb az esetek 90%-ban járok így) hogy kitalálok valamit, felmagasztalom, hogy ez micsoda csodálatos, egyedülálló, utánozhatatlan, stb, megírom, és... semmi. Sajnos a legtöbbször az a baj hogy az ember nem képes objektívan szemlélni a saját ötleteit. Néhány ember olyan célokat tűz ki maga elé, amelyeket nem képes elérni, és erre éveket szán mint prioritásos dolog, és a végén ebből semmiféle profitra nem tesz szert: se népszerűbb nem lesz, se gazdagabb, se megbecsültebb. Minden embernek tisztában kell lennie a saját képességeivel. A legjobb, hogyha készít az ember egy nagyon egyszerű demót a dologról, odaültet a game elé egy egyszerű embert az utcáról, mondjuk valami gyerekkori diszkós havert és kipróbáltatja vele. A játék közben a reakcióit kell nézni. Ha azt látod, hogy a dolog leköti, és szeret játszani vele, szinte el is felejti hogy ott vagy mellette, az ötlet jó. Ha 10 másodperc után közli hogy kurvajó, kicsit mozgatja az egeret, hogy úgy tűnjön, mintha élvezné, akkor a cucc amit írtál egy fos. Rutinosabbak a monitor elé ilyenkor általában odaültetik a lánytestvérüket, vagy a saját gyereküket. Ha meglátja, 5 másodperc után azt mondja hogy ,,ezt most muszáj?'' vagy ,,apu, mi ez a trágya?'' akkor jobb ha tudomásul veszed: ez egy trágya. Felesleges vitába szállnod vele, ha mégis ezt teszed, te vagy a balfasz, ugyanis az egyetlen őszinte véleményt hallottad az univerzumban. Persze ezt belátni annál nehezebb, minnél lelkesebb vagy, illetve minnél több időt szántál a dologra.

Az emberek frusztráltak a minden napi gondoktól. Soha ne feledd el, amikor egy ember leül játszani, tudat alatt mindig két gondolat jár a fejében: a dominancia és a szórakozás. Bármilyen idős, nemű, fajú ember legyen is. Egy játéknak ezt a két alapvető késztetést ki kell szolgálnia. Ezt csak úgy lehet elérni, ha a játéknak van egy célja. Minden játéknak, még a legegyszerűbbeknek is van célja. Nem minden esetben mondható meg laikusok számára hogy a játék ezeket milyen módon szolgálja ki, pl a tetrisz bonyolultsága a dominanciát és a célt a ,,nézd milyen kurva okos vagyok, eddig a szintig tudok játszani'' duóban foglalja össze, míg pl egy doom2 esetében ez ránézésre látszik. Egy doom3 esetében ez nem látszik ránézésre, a doom3-at ezért csak a neve adta el, az is csak mérsékelt sikert hozott. Pedig ugyanaz a kéz alkotta. A játék sikerét nem befolyásolja a műfaj, vagy az, hogy ezeket a késztetéseket milyen módokon szolgálja ki. Amelyik játék pedig, ami nem szórakoztat, bukásra van ítélve. Még mielőtt elkezdenéd megírni a játékot, tudnod kell, hogy ezeket a célokat milyen módon fogod kielégíteni. Az olyan játékötlet tehát, hogy ,,olyan mmorpgt írok, amiben minden random'' bukásra van ítélve.

Miért bánt az téged, ha 100ezer forintos gépen 2 fps-en fut a játékom?!?!?!?!? Nem engem bánt, hanem a felhasználóidat. A felhasználók által bitrokolt gépek régiek és gyengék. Leszámítva a hardcore gamerek gépeit - de őket jobb ha el is felejted, ha nem százmilliós költségvetéssel készítessz játékot. A hardcore gamerek alkotják a társadalom 1%-át, nem igazán éri meg foglalkozni velük. Nem kell kitalálnod speciáls telepatikus képességeiddel egy átlagfelhasználó számítógépét, elég megnézni időnként az eladási útmutatókat, a piaci részesedéseket, és ezt összekombinálva azzal, hogy pistike gépében (akihez windowst újratelepíteni méssz, mert már fagyogat a mario) milyen processzor/videókártya van. És a sokkoló adatokat összevetni az agyadban. Bizony, a gépek 53%-ba idén Intel GPU került, ami kb épp hogy le tud győzni egy GeForce2-t, és hiába támogatja mondjuk a dx10.1-et, ha a shadertől 5re esik az fps. Éppen ezért képesnek kell hogy legyen a játékod egész extrémül fos grafikus kártyákhoz visszaskálázni. Mondjuk a GeForce2 pont jó lesz alsó határnak, bár néhány igazán extrém fejlesztő még a Savage 2000-el is számol. Amit te átlagos gépnek gondolsz, az majd valamikor 6 év múlva lesz az. Szorítsd tehát olyan alacsonyra a gépigényt, amennyire csak bírod, és ennek szellemében fejlessz. Érdemes lehet esetenként több különböző videókártyát és procit is beszerezned tesztelési célokra. Mindig lowend cuccokkal írd a játékot.

Elfoglalt ember vagyok, oké? Egész nap zéhát írok, amikor nem vizsgákra készülök, akkor beadandót írok, amikor nem beadandót írok, akkor.... Oké, értem én, hogy nem érsz rá egész nap, a baj csak az, hogy az életed hátra lévő részében sem fogsz. Arra hivatkozni, hogy nincs időd, elég nagy faszság. Hisz ez nyilván csak veled van így az egész univerzumban.

Az én játékom ojrópa Európa kompatibilis lesz, mer az ojrópa, az olyan nagy, és segít minket, a ojrópa. A valóságban azonban érdemesebb a magyaroknak egymást segítenie, ha pénzről van szó, olcsóbban. A megfelelő emberek kiválogatása pedig az általuk EGYEDÜL felmutaott értékek alapján történjen. Csak a megbízható emberekre lehet számítani, őket úgy ismered fel, hogy SIKERTELENSÉGBEN IS MELLETTED ÁLLTAK. Egyedül őket kell megbecsülnöd. Annélkül pedig nincs sikeres játék, hogy ne tennéd bele magadat igazán. Ez pedig csak úgy érhető el, ha egy kicsit őszinte, és egy kicsit rólad is szól. Ne félj semmilyen témától, valamekkora kockázatot vállalni kell, mert kockáztatás nélkül tömegszar lesz belőle. Minnél több dolgot emelsz be magadból, annál jobb. Lehet ez egy hétköznapi helyzet, amit átéltél, vagy lehet olyan, ami egy barátoddal történt, de valamilyen módon kapcsolódik a játékhoz. Akár tudatosan, akár tudattalanul, de mindig tedd bele a játékba magadat. Ez irányú gondolataidat ne próbáld meg elfojtani. Ne legyél szégyenlős. A részletekben elrejtve elmesélheted azt, hogy ki is vagy valójában. A legjobb helyzeteket mindig a való élet és a sors produkálja. Lehet ez egy székelymintás asztalterítőre lehulló vércsepp, egy egyszerű kút a nagybátyád udvarán, vagy egy jelentéktelennek tűnő tárgy. Teljesen más dolgok is lehetnek, egy kedvenc dallam, egy kedvenc kameranézet... De azzal, ha ezeket elfolytod, épp a játék lényegét tűnteted el, nem teszed bele a saját szellemedet, akkor a játék üres lesz.

Megszűnt a buzz.hu!

Engem valamiféle átuk súlyt. Ahová megyek interneten, és megfelelően, kényelmesen befészkelem magamat, egy idő után fogja magát és egyszerűen megszűnik. Én ezt nem is értem hogy hogyan lehetséges. Talán valaki megátkozhatott, vagy ilyesmi. De ez nem normális dolog. Délután a postaládámban egy levél várt, a tartalma:

Kedves Felhasználónk!

Sajnos rossz hírünk van: blogszolgáltatásunkat 2010. október 1-től
kezdve nem folytatjuk tovább, a buzz.hu bizonytalan időre bezár.

Természetesen a blogokat nem érinti ez a bezárás, sem bejegyzést,
sem felhasználót nem törlünk!

Továbbra is bejelentkezhetsz a http://admin.buzz.hu címen, postokat
is írhatsz, ugyanúgy, ahogy eddig, de ezután már a címlapunk nem
frissül, a blogok pedig technikailag a Freebloghoz kerülnek.
Kérdés esetén hozzájuk fordulhatsz: http://admin.freeblog.hu/imp

Ha informatikai témában szeretnél tovább blogolni, azt javasoljuk,
próbáld ki a HWSW fórumán található blogmotort:
http://forum.hwsw.hu/blogs/

Ha pedig a játékok világa érdekel, akkor regisztrálj a
Gamekapocsra, és a rendszeren belüli blogoddal rengeteg emberhez
eljuttathatod az írásaidat!
http://www.gamekapocs.hu

Köszönjük az elmúlt években nyújtott segítséget, támogatást,
bizalmat, és azt a rengeteg jó bejegyzést, amit írtatok!
Egyszer még, valamilyen módon, de visszatérünk.

A Buzz stáb
--
Ezt a levelet a http://legendgrafix.buzz.hu blog tulajdonosának
küldtük a(z) *****************@**********.hu e-mail címre.
Felhasználónév: Geri

Több levelet nem kapsz tőlünk.

Most nem is akarok belemenni a buzz.hu megszűnésének okaiba részletesen, mert nem ismerem őket, számomra csak annyi világos, hogy a buzzon nem maradtak blogok, mindenki elment máshova. Hogy ennek mi az oka, illetve hogy mitől következhetett be, hogy gyakorlatilag az én blogom maradt az egyik abból a pár darabból, ami aktív volt, de én nem tudom, talán az oldal üzemeltetői leírják majd. Meg arra is kiváncsi lennék, hogy akkor most októbertől hogyan lesznek a dolgok. Mindenesetre kár a buzz.hu-ért, de mivel a buzz.hu a hwsw tulajdonában volt, és a hwsw is eléggé el van néptelenedve, ez nyilván magával hozta a buzz.hu halálát, ami idővel elkerülhetetlen volt. Kár. Pedig én megmondtam...

Az ATi beelőzte az nVidiát

Azért ezen nincs is mit csodálkozni. GPGPU így, általános célú felhasználás úgy, számoljunk magfizikát gpu-n, gecó. Na most ez mind szép és jó, de a programozókat, meg a játékosokat megkérdezte erről valaki? Hát nem ártott volna. Vazze, én pl mint fejlesztő, például nem magfizikát akarok írni a videókártyára, hanem csak háromszögeket akarok vele kipakolgatni a képernyőre. Nvidia bazmeg, mi ebben olyan kurva meglepő? Ha majd magfizikát akarok írni, használom a cpu-t, mert az egy általános célú egység. A videókártya meg videókártya. Benne is van a nevében. Csak meg kellett volna nézni a nevét. Most az hogy kijön havi 2 AAA játék ami egyáltalán képes kihasználni a legújabb shader modelleket, attól még a többi 8000 ami kijön, ilyen opengl 1.1 szintű függvényeket fog használgatni. És kurvára le fogja szarni mindenki azt a maradék kettőt. Ugyanis a játékfejlesztők nem magfizikát akarnak számolni, hanem játékot írni. Ez így nem merült fel, még mielőtt nekiálltatok megcsinálni az új kártyagenerációt?

A közelmúltban sikerült olyan ray tracer kódot írnom, ami 32 processzormagon folyamatosan fut.

Tudom, hogy ez nem nagyvilági pletyka, csak érdekességképpen megemlítem, hogy én ilyen okos vagyok. Miért érdekes ez? Laikusok kiabálhatnak most, hogy mire megyek vele, ha már egyszer 32 magos processzorok úgy sincsenek, és úgy 5 éven belül nem is lesznek. Nos először is ez azért jó nekem, mert ha már ilyen kurva gyors procik lesznek éveken belül, akkor a grafikus enginemet szoftveres ray tracingra cserélem (félig meddig, mivel a dinamikus cuccokra továbbra is megmarad az opengl). Ezzel azt érem majd el, hogy többé nem kell szopnom a driverírók balfasz bugjaival, az egymással és a szabványokkal teljesen inkompatibilis, hülye hardverekkel, a szabványok be nem tartásával. Mostantól az van, hogy amit megírok a szoftveres rendererembe, az van, és kész. Arra fordítom majd le, úgy, akkor, amikor csak akarom. És mindenhol ugyanúgy fog kinézni. Természetesen sokkal szebben fog kinézni, mint ha hardveres 3d lenne. Persze ezt úgy kell érteni, hogy én, mivel indie fejlesztő vagyok, nem vagyok képes AAA szintű és minőségű tartalmat (modelleket és textúrákat) előállítani, viszont a ray tracing segítségével egy nagyságrendileg jobb minőségű képet tudok renderelni, minthogyha hardveres 3d-vel csinálnám, és trükközném össze az effekteket. Ez pedig jó, mert a grafika is sokkal szebb lesz. Egyelőre erről screenshotokat nem szeretnék közzé tenni, maradjon ez csak az én titkom, annyit viszont elárulhatok, hogy a kód 64 processzormagig tud skálázódni, és polygonszámra logaritmikus (ergó mindegy neki hogy 10000 vagy 100 milla poly van e), és hogy a folyamatosan való futás az stabil 25 fps fölötti futást jelent. Természetesen az egész teljesen realtime. Továbbá a renderer háromszög alapú, nem pedig mindenféle hülye nurbs, voxel, vagy egyéb mesébe illő, sohasemlétező baromság az alapja, tehát teljesen kompatibilis a mostani cuccokkal. Csak állítgatnom kell az effekteket (illetve megírni azt a párat amit meg kell, bár ez igazából inkább művészi, mint programozási feladat). Szóval itt lényegében egy ray tracing alapú grafikus engineről van (lesz) szó, nem pedig valami modellezőprogramhoz való rendererről. Aki nem tudná, hogy mi az a ray tracing, vagy tévesen ismerné a fogalom definícióját (gémerek, modellezők, etc) annak elmondom, hogy a ray tracing alapú pipeline egy olyan grafikai leképezési mód, ami középsulis 3. osztályos mátrix alapú levetítés helyett a fotonok térben való haladásával és az anyagok tulajdonságaival számol. Vagyis a ray tracingnak, bármennyire is szeretnék a grafikus kártya gyártók, gyakorlatilag semmi köze nincs a mostani 3d-s grafikához, mivel a gpu-k inkrementális képszintézissel, azaz magyarán szólva a polygonok képernyőre való vetítgetésével dolgoznak. Ennek a két dolognak annyira nincs semmi köze egymáshoz, hogy a ray tracing az gyakorlatilag egy nagyon speciális fizikai szimulációnak fogható fel inkább, és egy nagyon egyszerű ciklus (ami kb több ezerszer egyszerűbb mint egy inkrementális renderer bele) kipotyog mindenféle létező gyönyörű effekt. Tehát ez a ray tracing, maga az eljárás, és nem pedig valami effekt amit be/ki lehet kapcsolni, mint ahogy azt sokan elképzelik.

Miért nincs mostanában új bejegyzés?

Nem igaz, hogy nincs rá időm. Az se igaz, hogy meguntam. Az se igaz, hogy a buzz megszűnése miatt már nem lehet írni. Az igazság az, hogy én úgy vagyok ezzel a bloglással, hogyha nincs miről írnom, akkor nem írok semmiről. Mert akkor uncsi lenne a blog. Csak azért írkálni, hogy legyen írva, meg nem érdemes. Ha van valami, ami kikivánkozik belőlem, majd le lesz írva és kész. De ezekben a hónapokban az IT ipar nagyon unalmas. Senki se akar világuralomra törni, senki se hozott ki semmilyen világmegváltó szoftvert/hardvert. Én se.

Pokemon

Mivel el kezdtem nézni a sorozatot, illik hogy írjak róla néhány szót. Eredetileg az unciklopédiába akartam, de mivel valami túlbuzgó zsidó kápó kitörölgette az illusztrálásnak szánt képeket, gondoltam jó lesz ez ide is. Azért de durva már, hogy egyeseknek annyiból áll az életük, hogy mennek körbe egy kiválasztott oldalon egész nap (ahonnan úgy hiszik, hogy egyszer majd valami hasznot remélhetnek) és egyesével vizsgálgatják a képeket. És pl a Pokemon szócikkből kitörlik a pokemont, merhogy jogvédett. Igen, élnek ilyenek. Szóval. A pokemon egy japán sorozat, rajzfilm. Arról szól, hogy állatszerű, ám magasabb intelligenciával rendelkező lények egymás ellen harcolnak, miközben a tévénéző  gyerekek a pokemesterek megfelelő időben és módon fellebbenő bugyiját tekinthetik meg. Vagyis valami hasonló lehet az értelme, mert mást nem nagyon véltem felfedezni, de azért egy remek rajzfilm.

Egy átlagos csata az alábbiak szerint zajlik:

Ez csak egy 10 éves kislány! Egy ilyen kis fű pokemon nem árthat nekünk! Támadj!

1. villámcsapást neki, pikachu!
2. pikapika!
3. pikachu, vissza!
4. pengeleveleket neki, balbasaur!
5. kapd el az indáiddal!
6. tudod folytatni, balbasaur?
7. pörkölj oda neki, charizard!
8. charizard, neeeeeeeeeeeeeee

A pokemon amúgy a pocket monsters rövidítése, ami zsebszörnyeket jelent. Zsebszörny kéremszépen, hát nem félelmetes ez annak fényében, hogy már amúgy is
bugyikra gondol az ember?

A főszereplők:

A főszereplő neve Ash Ketchum (középen). Az Ash majdnem azt jelenti hogy segg, csak egy betű eltérés van. Hát megmondtam, hogy ezek a bugyikra utaznak. Sőt. Ash egy munkanélküli pokemonvadász, akinek kisiklott életét erdőkben és elhagyatott szigeteken történő végtelen bolyongás teszi ki. Kedvenc zsebszörnye egy Pikacsu.

Aki nagyon aranyos állat lenne, ha állat lenne, de nem az. Szokott almát is enni. Mármint a Pikacsu is, de tulajdonképpen mindketten szeretik.

Az aranyos Pikachu egy megnyert csata után.

Maszti Miszti a másik főszereplő, aztán lecserélik másik lányra, hisz a lányok jönnek, mennek, sosem állandóak a való életben sem. Ebből is látható hogy a Pokemon mennyire oktatás-tanítási célzattal készült. Ő a vizi Pokemonokat kedveli. Biztos szereti a tentaklékat is. Alulról. Úgy kerül a történetbe hogy Ash pikachuja feketére pirítja a bicaját, ezután Asht követi mindenhova, amíg meg nem téríti a bicaja árát. Ami persze valószínűleg soha nem fog bekövetkezni. Ash amúgy szereti a lányok bicaját megpirózni. Lehet hogy ez egyfajta fétis nála.

Van egy Rézműves Brock nevű harmadik szereplő is a csapatban, bár fogalmam sincs, hogy minek tették bele, tulképp semmit nem csinál, csak foglalja a képernyőn az értékes helyet. A vezetékneve nem biztos, a bőrszíne alapján következtettem ki. De azért ő is elég retardált egy csávó lehet, ha ebben a csapatban van. Minden útjába kerülő csajnak szerelmi vallomást tesz. Ha van rajta bugyi, ha nincs.

Nézd meg, akkor is, ha nem jönnek be az ilyenek. Nem, ez se fog bejönni, viszont annyira rossz, hogy már jó!

Aki sokat netezik, találkozhatott már ezzel a mémmel: Do you like mudkips?

A mudkip egy pokemon, ha esetleg valaki nem tudná, most én engedelmetekkel ideírom, hogy mi ennek a mémnek az eredete. Szépen madzsarszkira lefordítva önmagam által.

,,Ma farsang napja volt, és hát, mer mérne, kitaláltam hogy meg kéne baszatnom magamat az iskola legretardáltabb pokemonbuzijával. Ashnek volt öltözve. Tudtam, hogy ezt a jelmezt fogja felvenni, ezért mentem és vettem egy plüss-mudkipokot. Persze mielőtt beszédbe elegyedtünk volna, meggyőződtem róla hogy senki sem látott engem.

-Szóval, azt hallottam, szereted a mudkipokot.
-Mudkip? IMÁÁÁÁÁÁÁÁDOM A MUDKIPOKAT!
-IGAZÁN? Nos, mond csak, megbasznál egy mudkipokot, hogyha ...
(nem hagyta hogy befejezzem a mondanivalómat, azt akartam mondani még hogy ,,ha te is mudkip volnál''
-HÁT PERSZE!
-Nos, ebben az esetben egészen véletlenül van nálam egy mudkipok, és..
.. még mielőtt befejeztem volna, ami azzal végződött volna, hogy a plüssel fejbevágom, elkapta, és egy hirtelen mozdulattal már le is tolta a gatyáját, és a földre vetette magát. Már el is kezdte gyömöszölni. Nem akartam az ember és az ő mudkipokja közé állni, nagyon halkan kisétáltam a hálószobából, mivel nem volt kedvem a mudkipok elé odapankrációzni magamat.
Pár másodperc múlva lányok látták meg, és elkezdtek sikogatni. Én úgy álltam tovább, mintha semmi sem történt volna. Valahogy nem akartam belekeveredni ebbe a játékba.
Két perccel később, mikor visszajöttem, láttam hogy sokan körül állják. Még mindig dugta és nagyon furcsa EEEEEEEEEEEINFF EEEEEEEEEEEEINFF hangokat adott ki. Nem sokára egy csosszanást hallottam, középről, ami valószínűleg azt jelentette hogy valami nagyon csúnya dolog történt.

Megérdeztem a többektől hogy mi történt. Az egyik focista barátnője megpróbálta leállítani, de nem tudta. Valaki hívott pár focistát (akik mind országúti harcosnak voltak öltözve) akik elkezdték kiverni a szart is a gyerekből. Ezt a portások megpróbálták leállítani.
Nemsokára elkezdett szólni a behatolásjelző. Mint kiderült, valaki egy égő plüss állatot dobott a könyvtárba. Húha, mi a fene?

Nemsokára megjelent valami agyas. Azt mondta, hogy mindenki, aki részt vett a veszekedésben, magába kellene hogy forduljon. Ezt követően elkezdett üvölteni valaki: BE FOGLAK PERELNI TITEKET KIS GECIK. BE FOGLAK PERELNI.

Ezt követően megjött a kis nyomorék anyja, majd kilátásba helyezte hogy perelni fog azzal kapcsolatban hogy megrték a fiát. ,,És a többi dologgal kapcsolatban.'' Az iskola viszontperelte őket garázdaság gyanújával.

Szóval. Azt kérdezem: Szereted a mudkipokot?

Holokauszttagadó kutya eltemetésével csökkenthető a szivárgási áram!

Na kérem tisztelettel, először is ez itt most egy sajtóközlemény, csak azért adtam neki ilyesféle látványos és értelmetlenül megbotránkoztató címet félvállról, hogy biztos hogy a drága tisztelt uraim meg hölgyeim, akik merő véletlenségből ti vagytok, rákattintsanak. Fogalmam sincs, hogy hogyan szokott kinézni egy sajtóközlemény, gondolom valahogy így, de ha nem, azt is olyan magasról szarom le, amekkora dombot ti úgysem tudnátok rakni.

No most hogy ezt így tisztáztuk is, először is hadd mutatkozzam be: Geri vagyok. A Geri szó japánul hasmenést jelent már kb 600 éve, ez azt jelenti hogy 599 éves szakmai múlttal rendelkezem, és azóta gondolom piacvezető vagyok, vagy valami hasonló. De én kérem annyira piacvezető vagyok, hogy a piacon bazmeg beülök az autóba, és vezetem! Hozzám képest a hízott piacoscigány is maximum kabalás mókár lehet, de az is csak este 7től.

A termék, amit itt most felkonferálok majd krumpliültetés közben, annyira forradalmi és lenyűgöző, hogy Petőfi Sándor kifúrná a koporsója hátlapját tőle, ha lenne neki olyanja! Milyen kár, hogy tömegsírban nyugszik!

A termék bemutatóján a nirvánától elájult többek között Steinmüller Leopold cirkuszi állatidomár, a téma neves szakértője.

TitaniumGL for gamers:

A TitaniumGL for gamers egy opengl driver arhitektúra, ami azokhoz a videókártyákhoz való, amikhez nincs OpenGL.  Ez már így kezdetnek is elég elvont. Kb az a gyanús, aki nem gyanús. Nos tehát arról van szó, hogy vannak az ilyen régi kuka mellől összeszedett fos-szar videókártyák, amik amúgy nem jók semmire, dehát esetleg mondjuk laptopban vagy ilyesféle intergányolt baromságban vannak, vagy csak éppen kényszerből beleteszi őket az ember öcsike/hugika gépébe, mert épp nem talál mást. Pl mittomén Permedia 2, GMA900, S3 ViRGE... Namost, ezek a kártyák így manapság már nem valók semmire. Természetesen directx alatt azért tudják pörgetni vidáman a kockát, hogy jelezzék hogy élnek. Na a TitaniumGL driverarhitektúrája olyan okos, hogy ennyi elég neki ahhoz, hogy HARDVERESEN GYORSÍTOTT OPENGL 1.4 DRIVERKÉNT FUNKCIONÁLJON. Megfelelően erős processzor mellett tehát ez a csodálatos driver, ami mellesleg INGYEN letölthető, ezekből az ősi mitikus kacatokból potencionális keretkörnyezetet képez pl az xmoto.exevel való játszáshoz. Olyan ez, mint egy lúzercatalyst. Egy egy új verzió időnként feltűnik a horizonton, kb mint a vér néni. A driver (mivel önálló, tesszelátort és saját commandstacket tartalmaz, ezért drivernek tessék hívni) persze sokkal újabb videókártyákkal is képes táncra perdülni, például az olyan gépekben, ahol amúgy kéne openglnek lenni, de valami furcsa csillagegyüttállás miatt mégsincs.

bővebb szakmai ismertetőanyagot az alábbi weboldalon lehet kinyerni:
http://TitaniumGL.tk

Alant pedig információ gyanánt néhány játék amint épp a TitaniumGL segítségével üzemel:

Wolfenstein3d. Persze biztos menni fog az a kb 30 game amit most kezdtek el fejleszteni a wolf mocijára, mivel gpl-es lett pár napja.

Xmoto, az opensource csodatársadalom egyik legjobb klónszoftvere.

Quake3, meg az a 65536 db szoftver ami a mociját használja, hát persze, hogy fut.

Persze fut és tesztelve lett még kb 400 game, de nem fogom őket mind felsorolni. A driver használatához 1,7 ghz-s procit és 1 giga ramot ajánlok, de természetesen ha valaki tized ekkora gépen szeretné futtatni, ott is menni fog. Valahogy.

Letöltés:

http://TitaniumGL.tk

Nagy részét az interneten találtam, egy részét úgy mondta más ember, egy része pedig saját találmány. Szerintem vicces. Bár nem szokásom fordított anyagokból építkezni, ez most félig az. Amúgyis, a kivétel erősíti a szabályt. És különben is fun.

Hindenbug

Egy olyan katasztrófális bug, ami a program memóriaterületének nagy részét ott frissen letarolja. Oh, the humanity! (forrás: stackoverflow)

Bugfoot

Egy olyan ritka és hihetetlen bug, amit összesen csak egy ember látott, és semmi kézzel fogható bizonyíték nincs a létezésére. (forrás: stackoverflow)

Félelemtől hajtott fejlesztés

Amikor a projektvezető kirúg valakit, vagy a megrendelő közli, hogy ha nem készül el a program a határidőre, akkor nem fizet. (forrás: stackoverflow)

Hatlapos

A hatlapos egy összevissza layerezett kódrészlet.

ModellHelyeW(float x, y, z){mx=x;my=y;mz=z;}
ModellHelyez(float *f){ModellHelyeW(v[0], v[1], v[2])};
ModellHelyeStruct(vector *vektor){float f[3];f[0]=vektor.x;f[1]=vektor.y;f[2]=vektor.z;}
Na ez, csak kb 2 oldalon keresztül, esetlegesen hosszabb tartalommal.

Yoda feltételvizsgálat

if(count==5) helyett if(5==count) (forrás: stackoverflow)

Pokemon kivételkezelés

Kapd el az összeset, fiam! (forrás: stackoverflow)

 46:             Try



 47:                 Dim x As Double = i / (iterationCount - i + 1)



 48:             Catch ex As Exception  // Gotta catch 'em all


 49: 

 50:             End Try

Az exceptionokról annyit kell tudni, hogy csak akkor szabad őket használni, ha muszáj. Akkor is csak végső esetben. Sokan persze leszarják, és menőnek tartják őket. Ha a kódod ilyen, akkor akkor Pikachuék örülni fognak!

Katonai szerver

Egy olyan szerver, programmal együtt, ami atomtámadás ellen is véd. Papíron.

Balesetek persze mindig történnek.

Pistike bugreportja

Azt a bugreportot nevezzük így, amelyiknek a beküldője azt hiszi, hogy ért hozzá (mert pl scriptkiddie, vagy a mamája azt mondta, hogy fiam, értessz hozzá) és ennek megfelelően teljesen használhatatlan információkkal látja el a bugreportot (pl memória sebessége, színe, egér gyártója, videókártyán a tranzisztorok száma, vércsoportja). Ennek megfelelően természetesen megtippeli a hiba helyét, és javaslatot is tesz a kijavítására, ami persze mindig hülyeség.

Orz-kód

Egy olyan, neten talált, vagy egy másik programozótól csak úgy megkapott kód, amiről fogalmad sincs, hogy tulajdonképpen mit csinál, azon kívül, hogy pont azt csinálja, amit kell, és te már órák vagy napok óta gondolkozol rajta sikertelenül.

Houdini

A houdini egy olyan kódrészlet, amiről senki sem tudja (beleértve magát az alkotót), hogy mitől, mikor, mi alapján, és miért, de működik. A lényeg, hogy nem szabad hozzányúlni.

Krisztofóró

Ez egy olyan átláthatatlan, karbantarthatatlan kódrészlet, amiben ha kijavítassz egy bugot, 2 másik keletkezik. Ha levágod a sárkány fejét, nő helyette két másik.

Megamoth

MEGA MOnolithic meTHod.

Ez egy több oldalon átívelő függvény, vagy monolitikus kódblokk. Veszélyesebb változata a Gigamoth, amikor egyetlen függvény több tucat vagy akár több száz oldalon át ível. Testvére a GOD CODE, amikor több kis fájl helyett valami egyetlen nagy monolitikus fájlból áll. (forrás: stackoverflow)

Jenga kód

Egy olyan kódblokk, amihez ha hozzáírsz még egy apró dolgot, és összeomlik az egész program. (forrás: stackoverflow)

Script kiddie

A script kiddie egy olyan ,,programozó'', aki valódi tudással vagy programozói képességekkel nem rendelkezik, hanem csak a konfig fájlokat és scripteket képes úgy matatni és összeépíteni, hogy jó legyen neki. Néha mások kódját is képes összelopkodni, és a sajátjaként feltüntetve mutogatni.

Természetes szelekció

Amikor a te saját kódrészletedet egy hirtelen mozdulattal kicseréled valaki máséra. (forrás: stackoverflow)

TOP

Túlságosan Orientált Programozás. Avagy, amikor egy osztályból örökölt osztályból származtatott osztály példányának a barátjának a szerelmének az ismerősének a szobatársa. Az OOP hívők kedvence, de hasonlít a linux kernelre is. (forrás: stackoverflow)

Mászkálván olyan helyeken, ahol mindenféle más (retardáltabb) népek gyermekei is megfordulhatnak, nem csak a szentkorona népe, előfordulhat bennünk az az igény, hogy pusztán a poén és a felsőbbrendűségünk bizonyítása okán, hogy a retardált nép gyermekének az agyát fel akarjuk baszni. Természetesen az itt leírt módszerek egy részét személyesen is kipróbáltam a magyarországon is fel-fellelhető élőlényeken (pl cigányok, niggerek) a többit pedig szigorúan interneten tudtam csak gyakorolni, mivel értelmes ember nem jön ebbe az országba önként.

Hogy basszuk fel egy cigány agyát?
A közhiedelemmel ellentétben a cigányok agyát nem lehet se cigányozással felbaszni, se pedig előítéletekkel, pl: hol marad a sajtszagod, cigány, csak nem megfürödtél?
Ez nem működik. Ezzel max egy ,,kurva anyád"-at lehet begyűjteni, de ha igazán fel akarod baszni egy cigány agyát, akkor kedélyesen diskurálj el vele, majd szőrszálhasogató módon keress logikai hibákat az érvelésében. Mivel a legtöbb cigány intellektuálisan balfasz, hamar találni fogsz egy hibát a mondanivalójában, ekkor nincs más dolgod, mint meglovagolni ezt a hülyeséget. A dolog lehet bármilyen apróság, a lényeg hogy ész érvekkel bizonygass, és a cigány agyának felforrását fokról fokra követheted nyomon. A célodat akkor sikerült elérned, hogyha a cigány ,,JÓVAN BAZMEG LEGYEN IGAZAD LESZAROM NEMÉRDEKEL'' stílusban, égő gyilkos szemekkel mered rád, és magában a ,,vigyen el a devla'' jókívánságokat mormolja feléd. Kipróbálva.

Hogy basszuk fel egy zsidó agyát?
A zsidók marha okosnak hiszik magukat, holott nagyrészt egy írtózatosan hülye nép. Egész addig elemükben vannak, amíg a beléjük plántált, társadalmilag SZAKSZERŰEN elfogadott szélsőliberális értékrend szerint folytik a vita, vagy a beszélgetés. Holokauszttagadással meg ilyesmikkel nem lehet őket felbaszni 1v1-ben, max egy hülye nácikkal nem lehet vitatkozni frázist vágnak a fejedhez és elkussolnak. A legjobb dolog vallásilag megfogni őket, ugyanis a zsidók nagy része a talmudi tanok alapján kommunikálja ki magából önnön felsőbbrendűségét. Tehát tereljük a szót jézusra valahogy, és beszélgessünk róla egy ideig, hogy mit tett jézus. El fogunk jutni arra a pontra, hogy a zsidó kinyilatkoztatja:

-De jézus anyja a testét árulta.

vagy valami hasonlóra. Jézusról ugyanis azt tartják a zsidók, hogy forró geciben és trágyában főzik a szellemvilágban (amiben amúgy nem is hisznek), mert kritizálni merte a szent nép prófétáinak a szavait. Dehát most ne is menjünk ebbe bele, a lényeg az, hogy hajolj közel a zsidóhoz, mintha egy régi barát lennél, és épp csúszópénzt készülnél adni neki, vagy valami hasonló, és jól hallhatóan, gonosz vigyorral az arcodon közöld vele: ja.. hallottam róla. De te, tudtad azt, hogy Ezékiel azt élvezte, hogy niggerek tolják hátulról seggbe? Na itt a zsidónak elszakad a cérna. Jézust lehet szidni, hisz az csak a lélek nélküli gój állatok istene volt, akit megöltek (megöltek egy egész istent, mekkora királyok már!) de Ezékiel az ő prófétájuk, hát azt hogy merészeli szidni egy gój! Oda a szélsőliberálisnak álcázott hittérítés. A zsidó magábol kikelve, gyűlöletteljes arccal, talán remegve fog félhangosan zsidó alapú káromkodásokat motyogni, amelyekkel aztán bátran bővítheted a szókincsedet. Kipróbálva.

Hogy basszuk fel egy USÁk agyát?
Az usákok tudják, hogy átlagban hülyék. Az elvesztett és megnyert háborúikról beszélgetni velük teljesen eredménytelen lesz, ha fel akarod baszni az agyukat, ezért drasztikusabb lépésekhez kell folyamodnod a célod elérése érdekében. Az usákok egyalamire büszkék, ez pedig nem más, mint a fene nagy demokráciájuk. Éppen ezért kell ezt támadnod. Első lépésként bőven elég az usa kormányzatát Észak Koreához hasonlítani, közölni, hogy az usában zsidó diktatúra van, követelni tőle, hogy magyarázza el a saját pénzének a forgalomba hozatalának a módját, majd közölni, hogy a magyar nemzeti szocialista mozgalom tagja vagy, és hogy a kommunizmus idején sokkal jobb volt az élet, mint a kapitalizmusban. Sajnos ez nem minden usákkal működik, de ahol igen, ott a siker garantált. Habzó szájjal pocskondiázó SZÓLÁS SZABADSÁG VAN MINÁLUNK, CSAK AZ ILYEN NÁCI SZEMETET NEM TOLERÁLJUK ITT, MINT TE szerű kirohanások közepette megcsodálhatjuk a tomboló 70es IQ-t élőben, miközben a minket hallgató csendes hallgatóság megvető pillantásai az IQ betyárra meredve mosolyra fordulnak át. Így új barátokra is szert tehetsz könnyedén. Kipróbálva.

Hogy basszuk fel a környező országok lakóit?
Bizonyos, magyarországtól távolabb eső pontokon, pl szlovákia felvidék tetején, vagy románia túlsó felén ezt a legegyszerűbben úgy érhetjük el, hogy megszólalunk magyarul, és nem értjük, miért nem értenek minket. Ám sajnos ez az esetek nagy részében, a közhiedelemmel ellentétben így nem járunk sikerrel. Kivéve a szerbek esetében. Egy szerb agyát elég egyszerű felbaszni. Elég csak kedélyesen, mosollyal az arcodon úgy szólítani, hogy drága kedves déli szomszédom! Na a gyűlölet fellángolását a szemükben már érzékelni is lehet. Ekkor dühtől lobogva meg fogja kérdezni a kis csetnyik, hogy ugyanmár, mi problémád van vele. Ekkor közölheted vele nyugodtan, hogy az a 30.000 vajdaságban lemészárolt magyar, meg az éhes disznók elé lebaszkodott magyar csecsemők bántják a drága szívedet, amit az ő kedves ősei elkövettek. Na ezen a ponton a szerb ki fog akadni, igen, ennyire egyszerű kiborítani őket. De csak azokat, akik a retardáltak közül valók, mert az átlagszerbet a háborúskodós népírtásos baromságok teljes mértékben hidegen hagyják. Ha a szerb már gyűlöletteljes arccal tobzódik, nagyon szép káromkodásokat lehet begyűjteni. Pl a kurac azt jelenti, hogy pina. Valószínűleg a nomád anyád  bűzös picsájára fog utalni, miközben erre-arra köp egyet. Kipróbálva.

Hogy basszuk fel a hülye németeket?
A németek egy része nagyon higgadt, de a maradékot nagyon könnyen, pár mondatban stimulálhatjuk a kiborulás irányába. Ne gondolkodjunk ilyenekben, hogy karlendítéssel köszönünk neki, vagy heil hitlerrel, ez csak a felszabadító atombombadobáló és nőerőszakoló armada által beléjük táplált szánalmas polkorrektséget fogja bennük aktiválni. A németek egy része arra kényes, hogy azt hiszi magáról, hogy olyan kurva okos, és az ideológiája megkérdőjelezhetetlen és megingathatatlan alapokon nyugszik. Ne politikai ideológiákra gondoljunk, puhatoljuk ki az ízlését, és ezt követően az ízlésével teljesen ellentétes dologgal sokkoljuk az agyát. Például ha az adott német végletesen hisz az opensource szoftverekben, akkor a legjobb azzal jönni, hogy opensource szoftverekhez írtál hozzá kártékony kódot, majd megemlíteni néhány igencsak jelentős sarokkövet, amelyre az opensource társadalom épül. Pl drivereket. A német ekkor gyors csődítésbe kezd. Talán még a kancellárt is előtrombitálja neked az odujából, hogy úristen, mi történik itt, ezt az embert KI KELL ÍRTA... izé.. khm.. szóval töröltetni kell minden vele kapcsolatos szoftvert és adatot az egész INTERNETRŐL. Lázasan, gyűlölettelesen fog rád nézni ezt követően, és neked már csak annyi a dolgod, hogy folytasd a dicsekvést: és akkor az xyz portált feltörtem az apache sebezhetőségével, és kurvára nem jött rá soha senki! Egy életen át gyűlölni fog utána, dehát ki nem szarja le a büdös kis náciját? Kipróbálva. Sokáig tartott kikísérletezni, de bevált többször is.

Sajnos a többi néppel kapcsolatban még nem találtam ilyen általános igazságokat, amivel ki lehetne borítani őket. Ha tudtok ilyet, osszátok meg velem is.

Ezt a történetet álmomban láttam. Elhatároztam a múltkor, hogy az összes furcsa, ismétlődő álmomat le fogom írni, hogy el ne felejtsem őket. Ezt az álmot már álmodtam évekkel ezelőtt korábban is, de akkor nem maradt meg bennem ilyen részletesen. Sajnos a cselekmény második fele már nem jut eszembe, ennyit sikerült megmentenem. A cselekmény valószínűleg egy távoli jövőben játszódik, mert a benne szereplő eszközöket nem ismertem fel, és a céljukra se nagyon jöttem rá. Ezek az álmok, amelyeket ilyen stílusban és mélységben élek át, néha kísértetiesen hasonlóan megtörténnek, néha pedig napokig gondolkozásra kényszerítenek.

A föld alatt szunnyadó gépezetet régi romok között játszó gyerekek ébresztették fel.
A helyszín hamar megtelt érdeklődőkkel. Az igazság az, hogy a föld mélyében rejtőző gép méretét sem megbecsülni nem tudták, sem a céljára nem sikerült rájönni, egészen addig a pillanatig, amíg az egyik arra tévedt kutatót a gépezet be nem húzta. Az üvöltése, amelyet pánikba esett kollegái hallattak, miközben elkeseredett és hiábavaló erőlködések árán próbálták kiszabadítani a hatalmas eszköz foggságából, egyre mélyebb és mélyebb rétegekből érkeztek, majd végül elhalkultak. Ám volt VALAKI, aki ezt nem hagyta ennyiben. Egy betonos területen talált egy nagyon vékony csapóajtót, mely alatt primitív zárszerkezetek sora fedett egymásba zárt aknákat. A feltáró csapatban volt egy gyerek is, aki könnyedén be tudott nyúlni a zárszerkezetek furcsa reteszeibe, és folyton felnyitotta őket. Az egymásba nyíló, egymás alatt elhelyezkedő szűkülő aknák rendszere végül egy rotor hidraulikus, könnyen forgatható, talán a generátor vagy az erőátvitel szerepét betöltő tengelyét tartalmazta, amit aztán a feltáró csapat elkezdett forgatni. Erre megmozdult a szerkezet időközben felnyitott előcsarnokában két alak, akik a gépezet részei voltak.

Eközben két középiskolás korú lány csónakázott egy közeli kis tavon. Az egyikőjük mély tudással rendelkezett a saját területén, de nagy, csörfösen álló gonoszkodó szemei hatására ennélkül is imádta mindenki, aki ismerte. Nyugodtan beszélgettek a csónakban, s ekkor megnyílt a csónak szélén egy hatalmas fekete folt. A szerkezet volt az, ami megnyitotta, majd megszóllította a LÁNYt. A barátnő megrémült, és valószínűleg félig ájult állapotba került, mert elbeszélése alapján nem lehetett biztosra megállapítani, hogy került A LÁNY a furcsa fekete gömbbe, amely ezután a szerkezet mélyére repítette, de azt biztosra lehetett venni, hogy a szerkezet hangja volt az, amely kiszólt, és hívó szavára magába szippantotta A LÁNYT.

A két alak, aki a szerkezet része volt és a gép előcsarnokában állt, erre megmozdult, és szép lassan elindult a terem egyik oldala felé. -Az attrakció, a hatalmas, az egyetlen, nemsokára elkezdődik. Dráma és szenvedés! A történet megelevenedik! - mondták az alakok, akiket bár a régmúlt időkben terveztek, a kutatók még csak a működési elvüket sem értették.

Volt egy régi hegymászó is, aki már felhagyott hóbortjával, de egy nagy teremben egy berendezett, fogódszkodókból és kapaszkodókból álló gyakorlóteremben kapaszkodott épp, amikor megszólalt a gépezet hangja, és a fentebbihez hasonló módon megismert hirtelenséggel nyílt meg a fekete lyuk, mely a bejáratához vonzotta őt. Ő azonban ellenállt. A gépezet hangjából kiható elfolytott rosszindulat hatására végül erőt vett magán.

Eközben az APA, a csónakban elvesztett LÁNY apja, aki megtudta a hírt, elindult a szerkezethez. Tudta jól, hogy hivatalos segítségre nem számíthat senkiről. A területet le sem lehetett zárni, akkora volt a szerkezet, továbbá a szerkezetből áramló tudati energiák a legtöbb ember hangulati szintjét mélydepresszióba sodorták, és ők cselekvésképtelenné váltak. Így aztán az APA azonnal a szerkezet helyszínére sietett, hogy megmentse a lányát. Foggal és körömmel, véresen, mint egy sebzett állat, aki kicsinyét védi, kezdte felásni a szerkezet külső rétegeit. Eltökélt próbálkozásai közepette A LÁNY lépett oda hozzá. Az APA először el sem hitte amit látott. A LÁNY állt ott, mellette a két géplény. A LÁNY körvonalai fehér színben izzottak, majd hazug nyugodtsággal megszólalt:
-Elbúcsúzok. A közös utunk itt véget ért, apa.
Erre az apja zokogásban tört ki, és elindult a lány felé, ám sosem érhette el, bár csak pár méterre volt tőle. A gépezet úgy alakította a teret, ahogy szerette volna. A lány azt mondta, nem lehet, ő mostmár egy magasabb dolog része, de látszott a nagy, mostmár jóságot és sebezhetőséget tükröző szemeiben, hogy ő belül küzd a gépezet akarata ellen. A LÁNY és a két alak szép lassan visszament a szerkezetbe. Nem ajtón át tértek vissza, hanem a LÁNY körüli nagy fehérség kiterjedt, és ebbe a fehérségbe léptek be mindhárman. A jelenség szemtanúja volt a kutatók csoportja, akik ezután a zokogó, a lelke mélyéről jövő őszinte üvöltést hallató APA megvígasztalására siettek, majd együttes erővel kezdték meg a szerkezet további feltörését.

Bár nem sokat jutottak előre a feladattal, sikerült megállapítani a gépezet építőinek a kilétét. A nép, amely talán több tízezer évvel a gép újbóli beindulása előtt eltűnt már, nem igazán rendelkezett saját kultúrával és identitással. A társadalmukat elöntötte az unalom, és a bűn. Mohó öninámádatuknál fogva nem bírták elviselni, hogy
nagy kultúrák, mint például a Római birodalom kolosszeumai, hogy lehettek ismertebbek és népszerűbbek, mint az ő kultúrájuk. Tudósaik tehát megalkották a szerkezetet, amely célja az volt, hogy emléküknek, és züllött, haldokló
nemzetük végnapjainak mementót állítson. Visszanézett a világra a múlt egy sötét szeglete, hogy azok, akiknek már csak az elporladt csontjaik maradtak, végignézzék az előadást mégegyszer utoljára.

Az elkeseredett kutatók végülis sikerrel bejutottak a szerkezet belselyébe, működési elvét soha nem tudták ugyan megfejteni, de logikáját valamelyest megértve legyőzték a gépet, amely szabadon engedte foglyait, akik szintén küzdöttek a szerkezet mélyében a kijutásért. A szerkezet mélyében ezt követően valószínűleg egyfajta önmegsemmisítési mehazizmus indulhatott be, amely a gépnek a föld legmélyében lévő részeit érinthette, de hatására a gép föld feletti apró részének változásaiból is lehetett következtetni. A szerkezet tehát megsemmisült, és visszatemették a földbe titkaival együtt, remélhetőleg ezúttal örökre.

-A kertek alatt osonnak a 2 ghz-s procival szerelt mobiltelefonok.

Netszerte hallani ezzel kapcsolatban olyanokat hogy ,,hú hát ez gyorsabb mint az asztali gépem'' és hasonló hülyeségeket. Nos először is, igaz, hogy ezek 2 ghz-n futnak, csak ezek kéremszépen ARM arhitektúrájú processzorok, amelyek az alacsony fogyasztás és marha olcsó gyárthatóság kritériumát szem előtt tartva lettek kifejlesztve, és mint ilyenek, pl egy float szorzás kb 11-13 órajelbe kerül nekik, míg egy modern asztali 2 ghz-s x86 számítógépnek ez 1-3 órajel ciklus alatt megvan. Természetesen nem csak a szorzás az egyetlen művelet, ami ennyivel lassabb az ARM processzorokon. Ez a gyakorlatban azt jelenti körülbelül, hogy egy 2 ghz-s mobiltelefon kb egy asztali 300-as pentium 2 sebességét képes hozni a gyakorlatban, ami persze nagyon szép, ahhoz képest, hogy mobiltelefonokról van szó. Megjegyzésként hozzáfűzném, hogy a sok hülye fejlesztőnek illene is rá jobb programokat írnia, mint 4 fpsen mozgó 2d-s ugrálós lövöldözős tucatszarokat, hiszen a mobilokban lévő powervr gpu sebessége is eléri már egy voodoo3 szintjét, aztán ilyen gépekre meg annó már olyan gamek voltak hogy Quake3, Unreal Tournament, Croc. Mondjuk akkoriban még tudtak programozni, és egy pattogó labdához nem kellett 30 gigaflops meg 80 db konténer osztály a programkódban, dehát ez az ő bajuk. A lényeg tehát az, hogy ez a 2 ghz szép is így leírva, meg jó is, meg a régi, 1 ghz-s sebességhez képest természetesen gyorsabb is... csak minek? Úgy se bírnak rá megírni semmit normálisan. Inkább a programozók agyát kéne kicserélni picit.

-Új PowerVR GPU-k érkeznek a mobilokba

Ha már egyszer belekezdtem a mobiltelefonokba, hát akkor már technológiailag miért ne mondjam el az új PowerVR gpu-k debütálásának hírét. Aki nem tudná, a PowerVR a mobil gpuk piacán piacvezető, olyan cégeket írtott ki mint pl az nVidiát az idióta Tegra platformjával együtt. A PowerVR nem gyártja le a GPU-t, hanem licenszelhető, és az ARM processzor mellé beintergányolható. Előnye még a rendkívül jó minőségű driverek, és az, hogy ezt az egész mobilgpuzós hülyeséget a mostani formájában tulajdonképpen ők találták fel még évekkel ezelőtt. Az új GPUjuk a régihez képest a sebességnövekedésen kívül természetesen semmi érdemlegeset nem hoznak, ám állítólag a fogyasztást az új gyorsabb GPU arhitektúra nem növeli majd meg érezhetően. Ezek a GPU-k képesek lesznek kb egy Voodoo4 sebességét hozni, de teljesen mindegy, hisz úgyis csak igénytelen 2d-s kártyagame klónok fognak tobzódni ehhez is.

-Új flash player érkezett

Az új flash player állítólag sokat optimizál a sebességen, na nálam az eddig fullscreenben jól futó videók most elkezdtek alig észrevehetően szaggatni. Belegondolva, hogy a 10 éves, anno 400 mhz-s celeronon kissé szaggató flash gamek most, 10 évvel később egy 30 ezer ft-os 4 magos gépen miért futnak pont ugyanúgy, mint anno egy 400 mhz-s celeronon, miközben 120 ezer ft-os 4magos gépen jól futnak, és 10 évvel ezelőtt is jól futottak a 120ezer ft-os gépeken, mosolyt csal az arcomra. Programozói arrogancia: minek írjuk le ezt a kódot optimálisan? 4 év múlva úgyis kétszer gyorsabb processzor lesz! Persze, kétszer gyorsabb lett, csak közben a flash szép lassan elvesztette a csatát a következő generációs online videózás defacto szabványának a trónján, és ezt tipikusan az sztk-szemüveges valakinekavalakilyevagyokmajdénmegmondom ignorens magatartásuk következtében érték el. Pedig a flash egy nagyon remek volt anno, de úgy látszik, hogy az online játékok kívételével az összes többi területen haláltusával kell szembenézniük.

személyes dolgok:

Azon gondolkoztam, hogy írnom kéne egy fájlcserélő protokolt, kliens és szerverprogrammal. Én úgy vagyok vele, hogy a torrent nem elég szabad, továbbá túl nagy sávszélességet is igényel a szerver részéről. Feleslegesen túl van bonyolítva: tracker kell, kiszolgáló weblap, torrent készítő varázslók, miegyéb. A dc-n viszont sok az ügyeskedő troll, akik 0 feltöltés viszont több tera letöltéssel egyszerűen semmit nem tesznek hozzá, csak elvesznek a közösből. Tehát a fájlcserélőrendszer a következő paraméterekkel rendelkezne:

-DC-hez hasonló működési elv: szerverek, fájllisták
-Párhuzamos letöltés: több fájl, és egy fájl töltése több helyről egyszerre autómatikus aletnatívakereséssel, szegmentált letöltéssel. Letöltés alatt álló fájlok letöltött szegmenseinek a megosztása.  (torrent jelleg)
-Kicsi gépigényű szerver: 500 mhz-s celeron processzor, 256 mega ram... csak egy mezei hálókártya kell bele, és több ezer usert kiszolgál. A gép meghibásodás esetén gyorsan és könnyen pótolható lenne.
-Minimalizált hálózati forgalom a szerver felé: akár egy egyszerű otthoni adsl vagy kábelnetes kapcsolattal is ki lehetne több ezer felhasználót szolgálni.
-http forgalomnak álcázott adatforgalom a szerver és a kliensek, a kliensek és kliensek között is: alapértelmezésben 80as, de tetszőlegesen beállítható más port is.
-Arány monitorozás: a felhasználók fel és letöltési arányainak monitorozása a szerver részéről autómatikusan.
-Akár meghívó vagy regisztráció alapú beléptetés
-Szervereknek saját csicsa háttérkép témák
-Chat, cuki avatarokkal
-Linux és Windows támogatás
-Zárt protokoll és zárt forráskód a cheaterek ellen (nagyon nehéz lenne trükközni)
-A szerveren való adattárolást tetszőlegesen ki lehet kapcsolni (így a szerver abszolút semmit nem tárol az userekről, kivéve az usernevet és a jelszót, ha van), vagy bekapcsolni 4096 bites, vagy erősebb titkosítás mellett
-Lehetőség egyes felhasználók moderátori jogkörrel való felruházására

Természetesen, ezen még csak gondolkoztam egyelőre. Igazából nem nagy kunszt egy ilyet megírni, de a sikere nagyon is kétséges lehet, hisz a felhasználók támogatása nélkül egy ilyen halálra van ítélve. Ezért aztán kérem a ti véleményeiteket is - a fenti listát mivel lenne érdemes még kiegészíteni? Mit szeretnétek másképp?

Ugyanakkor muszáj közölnöm, hogy egy ilyen megírása nagyon sok időt emésztene fel, tehát csak akkor lennék képes rá, ha valaki, vagy esetleg egy vagy több, ebben érdekelt csoport egy nagy összegű átutalás révén elősegíteni a kifejlesztését. A siker és a projekt elkészülése azonban így sem lenne garantált.

Vélemények?

Manapság egyre divatosabb a linuxos gamerkedés. Pár gondolatot szeretnék megosztani azokkal, akik a meglévő windowsos játékukat szeretnék linux alá portolni, vagy direkt linux alá szeretnének valamit fejleszteni. Ezt a bejegyzést nem ajánlom kezdőknek, meg az se hátrány, hogyha a linuxot valamilyen szinten ismeri, aki ilyesmire készül.

A 3D grafika linux alatt már réges régen nem fos, mint ahogy ez a köztudatban él. A driverek minősége kb a windowsos szinttel megegyezik, mind sebességben, mind funkcionalitásban. Linux alatt alapvetően a grafikus meghajtóprogramokat a következő módon különböztetjük meg:

-A hivatalos driverek:
A hivatalos drivereket a gyártó honlapjáról lehet letölteni, és a minőség és sebesség, amit már fent említettem, ezekre vonatkozik.

-Opensource driverek:
A nyitott forrású OpenGL driverek általában sokkal lassabbak mint a hivatalos, gyári társaik, de a disztribúciókban általában ezek találhatók meg alapesetben. A sebességkülönbség egy eléggé széles skálán mozog, de egy 8x-os szorzóra nyugodtan számíthat mindenki. A nyitott forrású driverek funkcionalitása a hivatalos meghajtóprogramokhoz képest sokkal primitívebb, instabilabb.

Linux alatt természetesen csak OpenGL található, amely a windowsos verziótól csak az inicializálásban tér el (ez wgl helyett glx kezdetű függvényekkel történik) és működése összefügg az X ablakozórendszerrel, tehát OpenGL-re csak akkor van lehetőség, ha a linuxot ablakos felületen használják, vagy a programot egy ablakos felületen megnyitott konzolból futtatják. Senkinek sem javaslom, hogy kézzel nekiálljon natív ablakozó és periféria-olvasó könyvtárakat írkálni magának, javaslom a glut vagy az SDL használatát. Ám az SDL-el, ha nem nyitott forrású a programod, jogi problémák merülhetnek fel, de azt hiszem kb 200 euró licenszelni. A windows alatt található driverbugok, amik pl csak ATi kártyával jelentkeznek, valószínűleg linux alatt is ugyanúgy elő fognak jönni a gyári driverekkel.

Linux alatt az OpenGL fájlja a libGL.so.1. Ez a windowos opengl32.dll-nek felel meg. ám a libGL.so.1 általában nem egy wrapper hanem a grafikus meghajtóprogram egyik állománya, vagy egy arra mutató link. A grafikus meghajtóprogramot így kerülőút nélkül éred el, vagyis a dolog nagyon gyors.

FINAL RELEASEHEZ NE LINKELJ DINAMIKUSAN MINDENFÉLE RUTINKÖNYVTÁRAT!
http://legendgrafix.buzz.hu/archives/2009/01/09/A_linux_es_a_zart_forras/
és ezt olvasd is el, mielőtt továbbolvasnád ezt a bejegyzést.

A közhiedelemmel ellentétben linuxra nem csak nyitottforrású programokat lehet fejleszteni.

Linux alatt a könyvtárakat, mint azt már úgy is tudod, \ helyett / jellel kell elválasztani. Nem javaslom mégsem azt, hogy átírkáld a már meglévő könyvtárkezelő és betöltő részeket, hanem inkább írj egy fopen wrappert, mondjuk fopen_linux néven, ami windows alatt irányítsa át magát simán fopen-ra, linux alatt pedig egy algoritmus a bejövő szövegben dinamikusan cserélje ki a karaktereket. Meghajtóbetűjelek linux alatt nincsenek. A linux fájlkezelése amúgy piszokgyors.

A Linux rendszerek beépített C/C++ fordítója a GCC. Ne kísérletezz mással (amennyiben nem C vagy C++ a forráskódod, vannak természetesen linux alá is mindenféle nyelvhez ilyen/olyan fordítóprogramok). A GCC általában minimális változtatás után viszi a visual C-s programodat. Ha DevC-ben vagy Code::Blocksban fejlesztetted a programodat, akkor nem lesz sok gondod, ugyanis ezek az IDEk a GCC windowsos változatát használják fordításhoz, ha esetleg nem tudnád. A GCC-nek nincs szerkesztője, ne is keresd. Linux alatt a kwrite az, amivel én C/c++ kódokat szoktam írkálni, mivel ismeri a C szintaxisát és szépen kiszínez mindent. Arra ügyelj, hogy a kwritet mielőtt megnyitnál vele bármit, állítsd át a magyar nyelvnek megfelelő kódlaptámogatásra. A GCC, bár külsőre egyszerűnek és gagyinak tűnik, egy nagyon kemény fordítóprogram. Az általa létrehozott kód gyors, és egy friss GCC képes az aktuálisan legújabb processzorokhoz is optimizált kódot fordítani. Használata rendkívül egyszerű:

g++ FAJLNEV.cpp -o FAJLNEV -o3 -s -lLIBRARYNAME

Az alábbi parancs a FAJLNEV.cpp állományból a FAJLNEV nevű futtatható bináris állományt generálja 3mas szintű (legnagyobb) optimizálás mellett méretoptimizáltan (-s) a LIBRARYNAME függvénytár befordításával.

Linux alatt a libraryk kiterjesztése .a és .o, a shared library (ami megegyezik a DLL-ekkel windows alatt) fájlok pedig .so kiterjesztést használnak. Linux alatt a .so fájlokat ne szórd a binárisod mellé, inkább fordítsd őket be! Természetesen a .so fájlt nem lehet befordítani a binárisba, mint ahogy a dll-t se lehet befordítani az .exebe. Vannak cruncherek, amik képesek erre, de a linuxos rutinkönyvtárakból lehet építeni statikusan linkelhetőt is. Ez iránt a képesség után mindig a felhasználni kívánt library dokumentumában érdeklődj.

A közhiedelemmel ellentétben az egyik linux alatt lefordított program másik linuxxal is kompatibilis, amennyiben a fordítás a fenti dolgok megszívlelésével zajlott. Nyitott forrású programok esetén makefile-t kell gyártani, hogy ezt a felhasználók configure, make, és a make install kombókkal lefordíthassák. A makefile megtervezése nem bonyolult, a googleban rengeteg tutorial található hozzá.

Linux alatt a futtatható binárisokon egy futtatási jog (chmod +x ./fajlnev) van, ez alapján tudja az operációs rendszer, hogy futtatható az állomány. A futtatható binárisokat szokás még .run, .bin, vagy .lnx névvel is ellátni. A magyar 3D-fejlesztők nagy része az lnx kiterjesztést használja, a többiek pedig nem használnak kiterjesztést. Ha a szoftveredet .tar.gz fájlba csomagolod (jobbgomb, tömörítés) akkor ez a futtatási jog megmarad a programodon, amikor kicsomagolják. Ha pl leRARozod a játékod, akkor ez a jog el fog tűnni amikor az user kicsomagolja a cuccod, és fel kell hívnod rá a figyelmét, hogy kicsomagolás után chmod +x ./fajlnev parancsot adja ki, vagy a fájlnév - jobbgomb - tulajdonságok - futtatható (eXecutable) mellett pipálja be a kockát, hogy a binárisod futtathatóvá váljon.

Linux alatt már régóta lehetőség van a windowsos .exe fájlok futtatására is. Ehhez az kell hogy az adott gépen a wine nevű emulátor installálva legyen. A wine nem egy igazi emulátor, mert a programkódot nem emulálja, csak a keretkörnyezetet és API-kat, jelen esetben a winapit. Linux alatt van Direct3D is a wine révén, manapság ez teljes D3D9 támogatást jelent SM3-mal (amennyiben a videókártya képes rá). Ez természetesen egy beépített DirectX to OpenGL wrapper segítségével valósul meg. Ha szerencséd van, a játékod kapásból el fog indulni így, ha nincs, akkor valami olyan egzotikus winapi utasítást sikerült megtalálnod, amit a wine fejlesztői nem írtak meg. Általában viszont az szokott a gond lenni, hogy szépen okozol valahol egy tömb túlírást vagy nullpointerrel babrálsz, és a windows elfelejt lefagyni tőle, a linux viszont kettéáll. Maga a programkód nem fog lelassulni attól, hogy winevel futtatod, a winapi és a directx hívogatása viszont nagyon csúnyán. A programod akár 30% körüli teljesítményűre is leeshet, persze ez még mindig jobb, mintha egyáltalán nem futna. A d3dxet hanyagold. A wine forráskódjának a segítéségével megoldhatod azt, hogy a directxes játékodat natív linuxos binárissá forgasd le, de a sebességcsökkenés ugyanúgy meg fog maradni, így én ezt egyáltalán nem javaslom.

A 32 bites binárisok futnak 64 biten linux esetében is. Némely disztribúcióból azonban kispórolják a 32 bites librarykat a helytakarékosság végett, ezért ezeket aztán néha utólag fel kell telepítenie az usernek a telepítőlemezről. Érdemesebb lehet 64 bites futtatható állományt is fordítani emiatt, bár én a magam részéről nem szoktam.

A hangképzés linuxban is épp olyan igénytelenül van megcsinálva, mint windows alatt. Javaslom hogy a hangkeltéshez az SDL_mixert használd. Ha jót akarsz, MP3 helyett .OGG formátumba konvertáld át a hangjaidat. Linux alatt természetesen joystickkezelésre is mód van.

A hibásan megírt kód linux alatt másképp viselkedik. Feljebb már említettem, hogy emiatt könnyen történhet segmentation fault (címhiba), vagy egyéb furcsa jelenség, melynek oka valószínűleg a kódodban elrejtett programozási hiba, ami windows alatt nem okozott gondot. Ennek kiderítésére figyelgesd hogy hol, mi után száll el a programod, és takarítsd ki a hibákat a programodból. Ne aggódj, a hibákat meg fogod találni. A final releaseket általában 586 vagy 686 processzorokra optimizálják. Mindenképpen legyen legalább egy 586os bináris is a csomagban, amelyet az usereknek küldessz el, mert pl egy Core2Duo-ra fordított bináris nem fog futni régebbi hardvereken!

Fordításhoz ne 2 hetes friss-linuxot és gcc-t használj. Használj pár éveset, mert előfordulhat hogy régebbi linuxokon nem fog futni egy újabb linuxon lefordított bináris.

Az OpenGL extension alapú linux alatt is. Használj glewet.

A forrásfájlban a következő makrókkal tudod megállapítani a platformot:

#ifdef __linux__
______amit ide írsz, az csak linux alatt fordul be
#else
______amit ide írsz, az linux kivételével mindenhol befordul
#endif

vagy:

#ifdef WIN32
______amit ide írsz, az csak windows alatt fordul be
#else
______amit ide írsz, az winfows kivételével mindenhol befordul
#endif

Ezek a makrók GCC alatt érvényesek. MSVC alatt WIN32 helyett csak _WIN32 van. Tehát pl:

#ifdef WIN32
______A fordítóprogram GCC for windows.
#else

______#ifdef _WIN32
____________ A fordítóprogram Visual C++.
______ #else
____________#ifdef __linux__
__________________ A fordító GCC a platform pedig linux.
____________#else
__________________ Ismeretlen platform vagy fordítóprogram.
____________#endif
______#endif
#endif

Ma reggel 7 körül csöngettek. Mivel ma semmi dolgom nem volt, levánszorogtam, hogy kinyissam az ajtót. Meglepetésemre egy gárda-ruhás emberkét véltem felfedezni elblurozott látómezőmben. A félálomból felzavarva, a gondolatok színes kavalkádjában először is ellenőriztem, hogy nem -e vagyok cigány, és nem -e azért jött, hogy elvigyen egy marhavagonnal. Miután ezt sikerült tisztázni, és a látómezőm is kitisztult, megnyugodtam, csak egy régi haverom volt, aki történetesen a szélsőjobb hírszerzésében tengeti egyre pörgősebb hétköznapjait, és volt valamilye számomra. A kezembe nyomott CD-n pedig nem más volt, mint az új nextgen XGI GPU-k specifikációi és üzleti tervei.

Megkapó bevezetés, nem igaz? Kár, hogy egyetlen szó sem igaz belőle. De azért remélem kellően felvillanyozott mindenkit a bevezető. Megértük ezt is: Geri bácsi lezsírozott valakivel valamit, és most 2 hónappal a bejelentés előtt világelsőként közzéteszem az új XGI GPU-k specifikációit. Lehet ámulni és bámulni, és hízlalni a májamat.

Akkor most tehát jöjjön egy kis történelemlecke. Mi az XGI?

Az XGI a SiS leányvállalata ként kezdte a pályafutását. Lényegében megkapta a SiS grafikus-chip gyártó részlegének nagy részét, illetve felvásárolták a Tridentet, amely szintén egy régebbi, felvásárlása előtt már 3D kártyákat fejlesztő vállalat volt. Nagy ambíciókkal indult útnak az új cég, a cél nem más volt, mint egy teljes piaci palettát lefedő termékkínálat a grafikus kártyákból. A kártyák a Volari nevet kapták, és nagyon csúnyán leszerepeltek. A Trident alapjain a Volari V3, a SiS-től hozott alapokon pedig a Volari V5 és V8 szériás kártyák érkeztek. A kártyák specifikációit google segítségével meg lehet találni, a benchmarkokat, amelyekben a kártyák brutálisan leszerepeltek, meg lehet tekinteni szinte mindegyik oldalon, mondjuk például akár itt:

http://prohardver.hu/teszt/xgi_volari_v8_a_masodik_lejt_menet/halo_chaser_f1_nfsu_lomac.html

És akkor innentől kezdve minden insider, és ti fogjátok először megtudni. Nem mintha valami világösszeesküvés szintű titkokat akarnék kifecsegni, csakhát néhány mozzanat mellett, amit az XGI hirtelenfelindulásból elkövetett, nem minden esetben tudtam elmenni röhögés nélkül, szóval nem árt az óvatosság.

Először a régi insider dolgok.

Magyarországon az XGI termékek nonamenek számítanak, mivel azok is. Akik mégis ismerik, azt hiszik, hogy az XGI kártyái kiegyensúlyozatlanok, és a brutálisan szar driverek miatt kiegyensúlyozatlanok. Ez igaz is, csak a történet ennyiből nem áll meg.

Az XGI mérnökei, miután elkészítették a V8 és V8 duo kártyák terveit, kipróbálták a kártyák teljesítményét. Meglepő módon a kártyák tényleg hozták az ígért teljesítményt: a V8 egy 9600 szintjén, a V8 Duo pedig egy Radeon 9800 szintjén volt. Na de igenám, csakhogy az eredeti XGI Volari V8 Duo kártya valahogy így nézett ki:

Szóval. Pszihoanalizáljuk ki, hogy mit látunk. A gyártásba került kártyáról lemaradt a bridge chip. Na most ez miért rossz? Azért, mert a mérnökgyerekek nem hiába tették oda. Csak aztán a többi mérnökgyerek meg leszedte róla, merthogy a kártya bridge chip nélkül is működőképes maradt, a következő áron:

-A chipek közötti kommunikáció és a memória elérésének a sebessége 40%-al leesett

miért?

-Mert a chipeknek az elsődleges GPU által mindent mirroroznia kell a másodlagos GPU-ba és annak saját memóriájába.

miért?

-Mittudomén. Nem én találtam ki ilyenre.

Szóval tehát miután legyártották a kereskedelmi forgalomba kerülő kártyák első prototípusait, hirtelen arra lettek figyelmesek, hogy a Volari V8 Duo, a 100.000 ft-os nagyvas, az új felsőkategóriás extrémbirkózó gyakran lassabb, mint a Volari V8. Hogy ne legyen a dologból világbotrány, az XGI egyszerűen fogta, és visszalassította driverből a sima V8-at egy picit, hogy a V8 Duo gyorsabb lehessen nála. Lényegében tehát a Volari V8 Duo hozta ezentúl azt a szintet, amit eredetileg a Volari V8 hozott volna (~Radeon 9600), csak épp 3x akkora áron. Hogy az XGI a hatalmas beégést, és a nevetség tárgyává való válást elkerülje, nagyon gyorsan leszedte a termékpalettáról az egész V8 sorozatot, kezdve a duo változattal. Tényleg elég nevetséges, hogy egy 2000 ft-os spórolás egy 100.000 ft-os terméken hogy tudja a cég alaptőkéjének a negyedét elbaszni 2 hónap alatt. Szerintem mondjuk vicces. Na ezt követően az XGI eladta a meglévő fejlesztéseit (illetve azok nagy részét) az ATi-nak, tehát a V8 és a hozzá kapcsolódó minden jog mostmár az ATi kezében van.

egy Radeon, x2 felépítésben VS. V8 Duo

Ej, az az apró különbség. Az a crossfire bridge nem dísznek van ám ott...

Na miután eladták az egészet az ATi-nak, az XGI látszólag full kussban volt, persze fejlesztgettek mindenféle 32 bites extra low end integrált gpu-kat, amik a kutyának se kellettek, hírt magukról nem igazán adtak.

És nem is fognak még 2 hónapig, ugyanis akkor jelentik be a terméket, és akkor kezdik meg a sorozatgyártást.

És most az új infók.

Hamarosan kibővülhet a gamer-kártyák piaica egy új szereplővel?

Épp a multkor írtam az Appleről. Hát akkor most ez pont időszerű, ugyanis az XGI a következő generációs grafikus chipsetet az Apple megrendelésére fejlesztette ki. Nem, nem az integrált majmocskáikba fogják majd szerelni őket, hanem az x86 alapúakba. Illetve de, fejlesztenek valamit az ARM alapú csodamasinákhoz is állítólag, de erről most nem lesz szó. Talán az új Apple hordozható gépekbe kerülnek majd. Az XGI tehát már jó ideje magábafordultan dolgozik az új grafikus chipen (amit teljesen 0-ról újraterveztek, mivel a régit amúgyis eladták az ATi-nak), a driverek írása pedig közel 11 hónapja folyik. A termékpalettát tehát 2 hónap múlva mutatják be.

-Az XGI hardverek először kizárólag a MAC-ek részeiként jönnek majd. Ez azt jelenti, hogy Windowsos driverek NEM IS LESZNEK ELSŐ KÖRBEN. Hihetetlen, de igaz. Az Apple windows-user-megnehezítő politikája fényében ez nem is lenne rossz lépés.

-A Windowsos driverek csak pár hónap késéssel fognak jönni az új GPU generációhoz, valószínűleg PCI-E-re szerelt grafikus kártyák formájában. AGP-ről nincs hír.

A paletta tehát a következő termékeket tartalmazza majd:

Volari V20i
Ez lesz a legkisebb integrált igp.

Volari V24i
Ez a nagyobbik inkarnációja.

Volari V20
Ez a videókártya-formációban érkező új Volari kisebbik inkarnációja lesz.

Volari V24
Ez a videókártya-formációban érkező új csúcs-Volari lesz.

A Volari V24 a Radeon 5870 teljesítményét képes hozni, mindezt kevesebb áram felvétele mellett. Ezt az XGI benchmarkokkal igazolta... tehát biztos hogy HAZUGSÁG. A valóság inkább az lehet, hogy a V24, ami a legerősebb kártya, olyan 37%-al lehet lassabb a 5970-hez képest. És akkor ezt a számot most a multkori baklövés alapján generáltam, hasraütés segítéségével.

A kártyák SM5 kompatibilisek.

Gyártástechnológia: 40nm (TSMC ???)

Magméret: ismeretlen, de nagyobb mint az ATi chipjei.

A grafikus chip 8 független, monolitikus processzormagból áll. Tehát lényegében egy 8 magos GPU-val van dolgunk. Mivel a chipméret kurva nagy, valószínűsíteni lehet, hogy a legtöbb GPU-ban nem fog mind a 8 mag tökéletesen működni, 1-1 le lesz tiltva, illetve ahol több core selejtes, ott a GPU-n belül több magok lesznek letiltva. A jobban sikerült példányok V24, a maradék meg V20ként fog debütálni.

2D és 3D órajelek külön. És akkor most mindenki kezdjen el röhögni: 3D alatt a chip max 50 fokig melegszik fel, viszont masszív ablaknézegetés közben 67 fokra mekkenhet a GPU. Hogy lehetséges ez? Hát úgy, hogy 2D alatt kizárólag csak az egyik gpu core működik, és a folyékony 2d érdekében a mag órajelét megnövelik. Think again: órajelet kell emelni a folyékony 2d-hez? Akkor ez a csúcskategória igencsak kétséges, még ha 8 ilyen mag is van egybeintegrálva, pusztán a matematika szabályszerűségeire gondolva.

HDTV gyorsítás, codekek, foglalatok, 3d...

Elsődleges szempont a fogyasztás alacsonyan tartása. Ezért tehát valószínűleg fogyasztási keret áll majd a magok részére, melyet kimerítvén az órajelet visszaveszik.

Konklúzió: Az új XGI videókártya érdekes lesz. Hogy hogy a fenébe fogják tudni normálisan legyártani a hatalmas chipet, és hogy ezt hogy a fenébe fogják tudni gazdaságosan előállítani, tekintve az nVidia kálváriáját a Fermivel, olybá tűnik, hogy ismételten egy gyönyörű szép hattyúdalt fogunk átélni. Csak ezúttal nem egy nVidia kaliberű cégről van szó, hanem egy töketlenről.

ÚJ INFORMÁCIÓK:

A Volari V20 és V20I család a régi Volari 8600as chipek továbbfejlesztett változatain alapul majd. Ezek a kártyák eddig nem igazán jelentek meg, de most továbbfejlesztett formában meg fognak. Ez azt jelenti, hogy az igazi újdonságok csak a V24 szériás kártyákat érintik majd.

MEGVANNAK A BENCHMARKEREDMÉNYEK:

Benchmark eredmények:

V24i teljesíményadatok:

3DMark Vantage Extreme 1920x1200 4xAA 16xAF

Radeon 5870 CF:  13217   Pont
GeForce GTX 295:   9301   Pont
XGi Volari V24i:       9109   Pont
ATi Radeon 5870:   8018   Pont
ATi Radeon 4890:   4767   Pont

A V24i passzív hűtés mellett érte el az eredményt.

Rengeteg tévhit kering az interneten az Apple MACekrol, megpróbálom ezeket eloszlatni.

Az Apple egy régi szereplője a számítógép-iparnak. Első népszerű személyi számítógépeik a nyolcvanas évek közepén jelentek meg (84-ben jött az első Macintosh, voltak előtte is gépeik ofkorsz), az operációs rendszerük grafikus felületű volt, melyet billentyűzet mellett egérrel lehetett vezérelni. Nincs kedvem történelemórát tartani, akit érdekel hogy hogy indult be a dolog, az googlizzon utána, de pontokba szedve azért leírom:

1. Az Apple számítógépek készítéséhez szűkséges műhelyt Jobs az otthoni garázsukban alakítja ki
2. Az Apple egyre sikeresebb, magas ára ellenére.
3. Jobs összebalhézik az üzletfeleivel, ezért kivágják. Az Apple hanyatlik.
4. Jobsot visszakönyörgik, az Apple ismét virágozni kezd.

De ez most minket nem érdekel. Beszélek picit a platformról. Mint ismert, a MAC-ek a közelmúltig bezárólag IBM PowerPC processzorral voltak szerelve. Az elvakult rajngók ódákat zengtek ennek a processzornak az emberfeletti képességeirol, a valóság azonban az, hogy ez a processzor azonos órajelen kb fele-harmad olyan gyors mint egy x86 processzor. Mivel az utóbbi idoben a PowerPC egyre életképtelenebbnek bizonyult desktopként, az Apple is amellett döntött, hogy számítógépeibe x86 processzort (egész pontosan Intel procikat, Core2 generációtól felfele) fog használni. A mai kor MAC-ei tehát nem mások, mint egy egyedileg dizájnolt házba és formába beépített egyszeru x86 processzorok, melyekre az Apple saját operációs rendszere, az OSX kerül. Hogy az OSX operációs rendszert megóvják attól, hogy a gyári MAC géppel nem rendelkezok is felinstallálják, mindenféle védelemmel ellátták, melyeket a hackerek villámgyorsan kijátszottak.

Miért válasszák mégis a MAC-et? A rossz nyelvek szerint az Apple célközönsége már rég a plázacicás fuhszos susogósgatyás managerek. Megosztom veletek azokat a gyakran felmerülő kérdéseket és szituációkat, amelyeket a MAC-fanboyok harsognak.

1. A MAC-ek sokkal jobb minoségu hardverekbol lettek összerakva, mint az átlagos számítógépek.

HAZUGSÁG. A MAC-ek ugyanazokból az alkatrészekből vannak összeállítva, mint az összes többi számítógép. Ezek egyszeru Intel processzorral szerelt számítógépek, melyek egy koncepció alapján egyedileg összeállított konfigurációt alkotva kerülnek a boltok piacaira. (except: bios) Egy MAC gép semmivel sem jobb minoségű, mint egy Dell, egy IBM vagy egy HP gép, vagy éppen egy kiskereskedés által egyedileg összeállított masina.

2. Az OSX operációs rendszer sokkal stabilabb, és sokkal megfontoltabban lett tervezve, mint a többi operációs rendszer.

HAZUGSÁG. Az OSX operációs rendszer bír számos elonnyel, és hátránnyal is. Összességében a rendszer semmivel sem jobb a Windowstól vagy a Linuxtól. Windowshoz hasonlóan rengeteg a bug, de az OSX küzd számos tervezési hibával is, melyeket idovel vagy javítanak, vagy nem. A legismertebb talán a könyvtár felülírás: a felülírást itt szó szerint kell érteni. A stabilitás megegyezik a windows stabilitásával. Van akinek mindkettőt sikerül fél perc alatt kiakasztani, van akinek hónapokig mennek probléma nélkül. Az operációs rendszer sebessége semmivel sem gyorsabb, se nem lassabb mint a Windows sebessége, attól pedig nem lesz egy operációs rendszer sem felsőbbrendű, hogy az ikonok kidudorodnak a képernyo alján, ha a kurzort föléjük helyezik.

3. De hisz az OSX is linux alapú!

HAZUGSÁG. Az OSX operációs rendszernek az égadta világon semmi köze nincs a Linuxhoz. Az OSX operációs rendszer unix alapúnak tekinthető, a Linux pedig unix szerűnek, a hasonlóság pedig annyiban ki is merül, hogy mindkét rendszer esetében \ helyett / jellel válasszuk el a könyvtárszinteket, és konzolban hasonlóak a parancsok. A Linux nyitott forrású, ingyenes operációs rendszer, az OSX pedig egy zárt forrású kereskedelmi operációs rendszer.

4. OSX operációs rendszert használva semmiben nem szenvedek hiányt. Minden hardver gyönyörűen muködik.

HAZUGSÁG. Az x86 működésébol adódóan és a hardveripar szemlélete és hozzáállása révén csak azok a hardverek képesek adott operációs rendszer alatt megfeleloen üzemelni, amelyekhez létezik meghajtóprogram. Az OSX egy kis elterjedtségű operációs rendszer, így aztán jó eséllyel nem lesz meghajtóprogram egy harmadik forrásból beszerezett eszközhöz, legyen az egy sok gombos joystick, egy webkamera, vagy bármi más. Persze az eleve made-in-apple hardver működni fog.

5. OSX operációs rendszert használva minden igényeimet kieléítő szoftverpalettát találok.

HAZUGSÁG. Az OSX-re megjelent programok száma csak töredéke annak, amely Windowsra létezik. Errol én nem találtam még konkrét statisztikát, de a különbség hatalmas, ne tessen senki se arra gondolni, hogy fele, vagy negyede. Nyugodtan tessék egy nagyságrenddel nagyobb számot gondolni. Persze erről nem az Apple tehet, de a MAC szenved miatta. A legtöbb OSX-re megjelent alkalmazás csak a windowsos verzió silány átirata (üdíto kivételek persze mindig vannak).

6. A MAC-em egy nagyon komoly munkagép! Csak ezzel lehet rendesen dolgozni!

HAZUGSÁG. A munkagép az az, ami kiássa a ház előtt a csatornát. Mivel MAC-re sokkal kevesebb program létezik, mint windowsra, a platform inkább akadályozza a komoly munkavégzést, mintsem elosegíti. A MAC csak zene-iparban és a grafikával kapcsolatos munkavégzésben volt képes némi reputációt elérni.

7. Hát pedig Z program csak OSX-re létezik.

TÉNY. X meg csak DOS-ra, Y meg csak OS/2-re. U pedig csak Linuxra. De ettől még nem lesz jobb a DOS, hanem az ember szépen fogja, és felteszi egy külön számítógépre, és a dolog el van intézve. Ha Z program nem is létezik pl Windowsra, biztosak lehetünk benne, hogy Z szeru programok, melyek maradéktalanul képesek ellátni Z program feladatát, százasával léteznek egyéb platformokra is, az ellenkező eset elég valószínutlen. De ha mégis elofordulna, hogy nincs, az nem az OSX érdeme.

8. Pedig a filmekben is majdnem mindenhol alma-logós gépeket látni!

HAZUGSÁG. De van benne némi igazság, hisz az Apple gépek a tengerentúlon, és már nálunk is státusszimbólumnak számítanak az áruk miatt, meg aztán a Nokiához és sok más cégekhez hasonlóan ilyen módon is reklámozzák a gyártók a produktumaikat. Mellesleg zombikat is gyakran látni a filmekben, mégsem jönnek veled szembe az utcán. De talán mégis, és MAC van náluk... ;)

9. Nem is drága!

HAZUGSÁG. Az Apple számítógépek egy velük azonos hardverkiépítésu számítógép árához képest 2-3x drágábbak, és a fentiekbol is jól látszik, hogy az ártöbbletért cserébe semmiféle előnyt nem nyújtanak.

http://www.argep.hu/product_960209.html

(kb. 600.000 Ft)

Nézzük csak meg a hardverkomponensek árát:

Megdöbbentő a 2x-es árkülönbség! Igaz, ha jobb minőségű kijelzőt tennél bele, akkor az drágább lenne mondjuk 70ezerrel, persze az Apple még úgy is csúnyán drágább. Nem beszélve arról, hogy egy egyszerű otthoni PC esetében az előzőből vígan átpakolhatjuk a kacatokat: dvd író, vinyó, monitor, wifi kártya, ház (feltéve ha új gépet vettünk)... A MAC egyszerűen nem éri meg az árát. Ennyi pénzt sehol nem ér meg, még ott sem, ahol az emberek 4x annyit keresnek, mint nálunk. Vannak persze olyan modellek is, amik nem szenvednek túlárazástól, de sajnos kevesebb, mint ami igen.

10. Ha Applet veszek, ,,lázadok a rendszer ellen'' és valami jót teszek!

HAZUGSÁG. Csöbörből vödörbe esel. Az Apple platformja a hardver és a szoftver szoros árukapcsolása miatt még a Windowsénál is zártabb. Ha az Applet választod, egy sokkal ridegebb, központosítottabb rendszer csapdájába kerülsz! Ha nagyon lázadni akarsz a Windows ellen, inkább azt inkább a Linux révén tedd!

10+1, a szubjektív ráadás. ÚGYIS TUDOM HOGY CSAK AZÉRT FIKÁZOD A MACET MERT HURRR HURRR HURR ÉLETEDBEN NEM VOLT MEG NEM IS LESZ MERT NEM ENGEDHETED MEG MAGADNAK HURR HURR HURR

HAZUGSÁG. Volt szerencsém hozzá. Sőt, az én tulajdonomba is került egy. Pénzt nem adtam érte természetesen. A mac fanboyok, akik fél millió ft-ot kiadnak egy fele annyit érő számítógépre, talán maguknak sem akarják beismerni, hogy mennyire átverték őket, és ezért próbálják olyan véresen védeni szívük választott platformját, vagy számukra ez csak egy fallaitikus szimbólum? Persze ez csak abban az esetben igaz, ha egy gyakori, túlárazott modellhez van szerencséd. ,,Nem engedheted meg magadnak'' hát igen. Nézzünk a szavak mögé. Ezek a gépek akkor most státusszimbólumok, vagy számítógépek? Én minden mac fanboy helyében nagyon mélyen magambanéznék.

KONKLÚZIÓ:

Apple gépet csak akkor érdemes megvenni, ha nagyon olcsón adják, és Windows fog rákerülni. De ebben az esetben az már nem egy Apple gép, csak egy PC amire egy almát rajzoltak. Nem csoda, hogy csak az USA-ban terjedt el! A platformot nagyon messzire kerüljétek!

Elérkezett a verseny kiértékelésének az ideje. Aki esetleg még nem adta be a rilízét, az KURVAGYORSAN tegye meg, különben pocsékba megy a munkája. A legutóbbi engineverseny kb tavaj ilyenkor volt. Arra számítottam, hogy sokkal többen leszünk, mint akkor, mivel rengetegen jelentkeztek (30 fő). Sajnos ebbe a 30ba beleszámoltam azokat a megmondóembereket is, akik mindenfelé arcoskodtak a 3d grafikáról, hogy ők majd megmondják hogy hogyan van, mert ők olyan nagy elmék. Sajnos egyikőjüknek sem sikerült elkészíteni a versenyig még egy egyszerű modelviewert sem, szóval csak annyit mondhatok, hogy várom őket a legközelebbire. (Szokás szerint ismét azokról az arcokkal volt ígyjárás, akik szerint a verseny nevetségesen egyszerű, és túl könnyű a feladat.) Volt pár ember, aki nem ért rá (értve ez alatt azt, hogy TÉNYLEG nem értek rá, nem pedig azt, hogy ezzel a kifogással hárították el a szereplést), reméljük, legközelebb majd ráérnek. Pár riliz még pending, szóval végleges számot nem mondok, inkább csak felsorolom a résztvevőket rövidesen. Mindenesetre alig leszünk többen mint a multkorin. Rendhagyó módon a mostani engineverseny kiértékelése nem egy nagy eredményhirtedtés kitevésével fog történni, hanem szépen aprólékosan, folyamatosan, napról napra írom majd le az eseményeket. Tehát ajánlom mindenkinek, hogy kb 2-3 naponta nézzen vissza a blogra, hogyha szeretné látni az újdonságokat, illetve bookmarkolja el a blogot ennek okán.

Először is az idei versenyzőket fogom bemutatni, de csak szépen sorjában.

Először a szüzek:

Piece of cake
	Fejleszto:	aqnuep
	Honlap:	http://www.rastergrid.com/blog/
	Fejlesztés ideje:	2010. március 5. - 2010. március 6.
	Grafikus APIk:	OpenGL
	Egyéb APIk:	szokásos + GLM, SFML
	Forráskód mérete:	714 Sor
	Fordító:	gcc

Ő bejött így trollkodni, de ennek ellenére tényleg érti a dolgát, mivel képes volt nevezést előállítani, így aztán megkapja most a nagy intergalaktikus engedélyt a trollkodásra. Csak a verseny kedvéért heggesztett egy minienginet, ami minden bizonnyal nagyon gyors lesz, hisz egy célirányos miniengine. Csak azt nem értem, hogy mi a faszért angolul blogol.

Scream
	Fejleszto:	Pretender
	Honlap:	Nincs
	Fejlesztés ideje:	2010.02 - 2010.03
	Grafikus APIk:	DirectX
	Egyéb APIk:	-
	Forráskód mérete:	70 kbyte
	Fordító:	Microsoft Visual C++

Xanat. A régi nagy XNA-s harcos, aki csalódott szíve választott clickclick tooljában, és áttért c++ra, szintén elsőként nevez a versenyen. Szerintem direkt a verseny kedvéért kezdte összerakni ezt az enginet, legalábbis a verseny volt az egyik oka. Kis méretű forráskód, rövid fejlesztési idő jellemzi, tehát remélhetőleg nagyon gyors lesz ez a miniengine is.

TBS Script System
	Fejleszto:	Blueghost/TBS
	Honlap:	Nincs
	Fejlesztés ideje:	2009. szeptember (+2010. március VBO támogatás a verseny miatt :-))
	Grafikus APIk:	OpenGL
	Egyéb APIk:	szokásos + libmodplug, fltk
	Forráskód mérete:	3300 sor
	Fordító:	gcc

Blueghost egy nagyon kedves és barátságos ember velem, és a vitákban is mindig mellém áll. Erre csak az lehet a magyarázat, hogy még nem tudja, hogy mekkora troll vagyok alapjáraton. Ő tulajdonképpen egy demoscener. Ilyen élőlényt errefelé még úgysem láttatok, de feltételezem, hogy tudjátok mi az. Egyszerűen fogalmazva, ezek a scene demók olyan számítógépes játékok, amikkel nem lehet játszani, na ő ilyeneket ír. Az ő engineje tehát nem game engine, hanem úgynevezett effekt engine. Tudjátok, bagoly és a fecske. Olyan mint a game engine, csak nem hasonlít rá. Általában sokkal kisebbek mint a game enginek, de grafikai tudásukban messze felülmúlják a játék engineket. De pl egy csomó specifikus dolog van, ami miatt teljesen máshogy kell működniük, pl általában nagyon-nagyon realtime grafika, jól mutatja hogy Blueghost a vbo-t is csak a verseny kedvéért gyártotta bele.

AGYTÁGÍTÓ BUTUSKÁKNAK: mi az a VBO?
A VBO, bár már szerintem meséltem róla a blogon, egy olyan technika, aminek segítségével a sokszögeket nem framenként szüttyögetik újra és újra bele a videókártyába, hanem egyszer betöltik őket a VRAM-ba, és onnét a betöltött mátrixok segítségével egyetlen hívással bedaráltatják őket a GPU-ba. OpenGL alatt a display list nevű előzte meg őket korban, a VBO-t olyan 2002 körül extensionizálták, az azóta megjelent kártyák döntő többsége tudja.

IrSoftware
	Fejleszto:	B_Gergo
	Honlap:	http://www.irsoftware.uw.hu
	Fejlesztés kezdete:	2006
	Grafikus APIk:	OpenGL
	Egyéb APIk és libek:	szokásos
	Forráskód mérete:	1,3 Mbyte (kommentekkel)
	Fordító:	Visual C++ 2008

Ő visszatérő vendég, akart dx11-es rilízt is adni, de szerencsére sikerült lebeszélnem róla. Most volt a szülinapja, tehát boldog szüüüliiinaaapoooot, meg ilyenek. Szerintem az utolsó verseny óta több lényeges változtatást is eszközölt a kódban, próbálkozott MAC-re is portolni, de nem sikerült neki, ami nem is baj, mert legalább nem járul hozzá a MAC-ek terjedéséhez, vagyishát jót tesz az emberiségnek.

Ogre3D alapú randomengine
	Fejleszto:	MaximumViolence
	Honlap:	http://www.ogre3d.org
	Fejlesztés kezdete:	Valamikor
	Grafikus APIk:	OpenGL, DirectX
	Egyéb APIk és libek:	-
	Forráskód mérete:	Gondolom kb 30 sor
	Fordító:	Visual C++
	Használt alapengine:	Ogre3D

Ő most angliában magyarkodik, a sok arab között. Elég retard népek ezek az angolok, remélem nem fog maradandó testi-lelki sérüléseket szenvedni a beltenyésztett angol nőktől. Még ad életjelet magáról, mert képes volt benevezni az Ogre3D-t a versenyre. Én személy szerint már régóta kiváncsi vagyok, hogy mire lenne képes ez az engine úgy helyből, mert amit eddig láttam az igencsak nevetséges volt az ogre részéről. Talán el is lehet majd indítani akár.

Quantum
	Fejlesztő:	Asylum
	Honlap:	http://people.inf.elte.hu/asylum
	Fejlesztés kezdete:	2007
	Grafikus APIk:	Direct3D 9
	Egyéb APIk:	-
	Forráskód mérete:	kb 1 mega kommentek nélkül
	Fordító:	Visual C++

Asylum megint indult, és ezúttal küldött logót is - pedig annyi ötletem lett volna, hogy milyen gyártsak neki }:-> Nem volt szépségverseny, ő mégis készített egy szépségversenyes screenshotot, mert ennyire ráért.

A műalkotás itt tekinthető meg:

Igazából nagyobb felbontásban adta, de kénytelen voltam levenni a méretét, mert kezd elfogyni a tárhelyem. A képpel feltett szándéka volt megalázni egy nevezőt, aki végülis nem produkált produktumot a versenyre, így aztán a manőver teljes sikernek tekinthető a részéről.

Haralos Core
	Fejlesztő:	Haralos Core Team, dothumour
	Honlap:	az még most sincs
	Fejlesztés kezdete:	2008. 08. 30.
	Grafikus APIk:	OpenGL
	Egyéb APIk:	-;
	Forráskód mérete:	~200kB
	Fordító:	Delphi 2010

Ő most másodszor fog résztvenni a mi kis paralimpiánkon, az engine mérete ugyanakkora mint 1 évvel ezelőtt volt, tehát valószínűleg hozzá sem nyúlt, ami azt feltehetőleg eredményezi majd hogy igen csak gyors lesz megint. Túl sok mindent nem tudok arról, hogy ezt a szoftvert mire használja, szóval a legvadabb következtetésem az, hogy szerintem cracktrokat csinál vele.

Első nevező. Érdekes engine-névvel. Mintha egyenesen a Superman visszatér 327: Sztálin ébredése című filmből lépett volna elő.

DSX Engine 3D
	Fejlesztő:	Tommy @ Dragon Sim Max
	Honlap:	http://www.dsmax.hu
	Fejlesztés kezdete:	2008. június
	Grafikus APIk:	OpenGL
	Egyéb APIk:	Newton Game Physic
	Forráskód mérete:	kb 2,6 mega kommentek nélkül
	Fordító:	Delphi 2010

Már ő is volt az engineversenyen, azt hiszem eddig egyszer, vagy talán kétszer. Nem emlékszem pontosan. Ha jól tudom, akkor egész sokat haladt a kóddal, abból a szempontból, hogy jócskán kibővülhetett a belseje a legutóbbi találkozás óta, ez esetleg negatívan befolyásolhatja a sebességet, de aztán majd meglátjuk.

Timcseee GFX Library
	Fejlesztő:	PR00F88
	Honlap:	http://people.inf.elte.hu/proof88
	Fejlesztés kezdete:	2006-2007
	Grafikus APIk:	OpenGL
	Egyéb APIk:	-
	Forráskód mérete:	kb 200 kbyte
	Fordító:	Delphi 6

Veterán engineversenyes. De logót még azóta se gyártmányolt magának. Elnézve, túl sokat szerintem nem fejlesztett a kódjában, legalábbis így külső szemlélő szemével nézve a dolgokat. Gondolom általános bugfixeket azért csinálgatott, na meg új ficsőröket is, bár nem tudom hogy van -e köztük olyan, ami esetleg a sebességet befolyásolná.

LegendgrafiX game engine
	Fejlesztő:	Én
	Honlap:	http://LegendgrafiX.tk
	Fejlesztés kezdete:	2006 eleje
	Grafikus APIk:	OpenGL
	Egyéb APIk:	-
	Forráskód mérete:	kb 1400 kbyte
	Fordító:	gcc

A világ legjobb grafikus motorja. Vagy nem. Valószínűbb a második feltételezés a helytálló. Vagy nem. A készítőkének van a legnagyobb pénisze, mivel a készítője egy fasz. Vagy nem. De a lényeg, hogy az elmúlt évben játék nem is készült vele, szóval gyakorlatilag hozzá se lett nyúlja a grafika-specifikus kódjához. Más dolgok persze lettek készítve vele. A monolitikus felépítésű egybekód a gányolás új, magasabb, profibb szintjeit idézi. Vagy nem. Mindenesetre menő cuccok készülnek vele.

És most kezdődjék a várva várt kiértékelés. Szerintem 3-4 naponta lesz új eredmény kivéte!

KONFIG #1

videókártya: ATi Radeon 9800 PRO
processzor: 2x 1666 mhz AMD AthlonMP
alaplap: MSI K7D
memória: 1024 Mbyte RAM
operációs rendszer: Windows XP SP3

Radeon 9800PRO, vízszintesen: fps, nagyobb érték a gyorsabb

Az Ogre based miniengine és a Glotor drwatson segítségével adták tudtomra, hogy valami nagyon el lett baszva valahol. A többi 0 pontos enginevel csak simán nem volt kép. Az eredmények alapján tehát ebben a tesztben a következő pontok kerülnek kiosztásra:

DSX: 11 pont
Haralos core: 10 pont
Proof: 9 pont
LgfX: 8 pont
IR engine: 7 pont
TBS: 6 pont

KONFIG #2

videókártya: FX 5200 PCI
processzor: 2x 1666 mhz AMD AthlonMP
alaplap: MSI K7D
memória: 1024 Mbyte RAM
operációs rendszer: Windows XP SP3

GeForce FX5200, vízszintesen: fps, nagyobb érték a gyorsabb

A Haralos Core nem csinált semmit, se hibaüzenetet nem írt ki (legalábbis a logban az utolsó bejegyzés a creating opengl context), az Ogre based miniengine pedig megint el-drwatson-ozott. A Gltor engine pedig nem 1024x768ban ment, hanem egy kis ablakban, ezért az eredményét, ami 7 fps volt, az ablak méretének az arányában leosztottam. Az ablak 495x498 volt, ezt 1024x768 pixellel leosztva egy kb 3-mas arányt kapni, amit aztán leosztva 7-el 2 fps lesz a végeredménye. Elég sok a holtverseny is.

Ebben a tesztben a következő eredmények születtek:

Piece Of Cake: 11 pont
LgfX: 10 pont
Proof: 9 pont
DSX Engine: 8 pont
Scream: 8 pont
IR engine: 6 pont
TBS Script System: 6 pont
Quantum engine: 6 pont
Glotor: 6 pont

KONFIG #3 (Xisansigo gépe)

videókártya: Radeon 4670
processzor: Phenom(tm) 9850 (4 mag)
alaplap: biztos volt az is a gépben
memória: 2 giga RAM
operációs rendszer: Windows XP

ATi Radeon 4670, vízszintesen: fps, nagyobb érték a gyorsabb

Király, ezúttal nem fagyott szarrá senkinek a semmilye, és szaggatni se szaggatott semmi, ez remek hír.

A pontok a következő módon alakulnak:

Piece Of Cake: 11 pont
Ogre by MV: 10 pont
Quantum engine: 9 pont
Proof: 8 pont
Haralos core: 7 pont
DSX Engine: 6 pont
IR engine: 5 pont
TBS Script System: 4 pont
LgfX: 3 pont
Scream: 2 pont
Glotor: 1 pont

KONFIG #4 (Ahavasi gépe)

videókártya: Radeon x1600
processzor: A64 (1 magos)
alaplap: ???
memória: ???
operációs rendszer: Windows XP

ATi Radeon X1600, vízszintesen: fps, nagyobb érték a gyorsabb

A pontok a következő módon alakulnak:

Piece Of Cake: 11 pont
DSX Engine: 10 pont
Haralos core: 9 pont
Quantum engine: 8 pont
Proof: 7 pont
LgfX: 6 pont
IR engine: 5 pont
Scream: 4 pont
TBS Script System: 3 pont
Glotor: 2 pont

KONFIG #5 (Yutani gépe)

videókártya: S3 Chrome S27 PCI-E
processzor: AMD Athlon X2 6000+ (3100 MHz Brisbane)
alaplap: Abit KN9 Ultra
memória: 2x1GB DDR2-800 GEIL Value @775 MHz
operációs rendszer: Windows XP

S3 Chrome S27, vízszintesen: fps, nagyobb érték a gyorsabb

Gondolom Chrome-on nem tesztelt még úgysem senki, hát akkor a nagyon örömteli bejelentenivalóm ezzel kapcsolatban az, hogy mindenkijé használhatóan ment. Kivéve Asylumé, az övé néha kékhalált dob, így aztán alig lehetett lemérni. De még lesz más S3 kártyákkal is tesztelve, ne féljetek.

A pontok ebben a tesztben így alakultak:

Piece Of Cake: 11 pont
Quantum engine: 10 pont
Haralos core: 9 pont
Ogre by MV: 8pont
LgfX: 7 pont
IR engine: 6 pont
DSX Engine: 5 pont
Proof: 4 pont
TBS Script System: 3 pont
Scream: 2 pont
Glotor: 1 pont

KONFIG #6 (dothumour gépe)

videókártya: Gainward GeForce GTX 260 1792MB
processzor: AMD Phenom II X4 920
alaplap: ASUS M4N72-E
memória: 4 Gbyte
operációs rendszer: Windows XP SP3

nVidia GeForce GTX 260, vízszintesen: fps, nagyobb érték a gyorsabb

Az utolsó 3 helyezett motorja valamiért nem tudta kikapcsolni a vsyncet. Érdekes. Ennek az okát mi nem ismerjük. De legalább mindegyik elindult.

A pontok ebben a tesztben így alakultak:

Haralos Core: 11
Piece of Cake: 10
Quantum Engine: 9
Ogre by MV: 8
Proof: 7
IR Engine: 6
Lgfx: 5
Scream: 4
DSX Engine: 3
TBS Script System: 3
Glotor: 3

KONFIG #7 (aqnuep gépe)

videókártya: Radeon HD2600XT
processzor: AMD Athlon X2 4000+
alaplap: MSI K9N Neo V3
memória: 4 Gbyte
operációs rendszer: Windows 7

ATi Radeon HD2600XT, vízszintesen: fps, nagyobb érték a gyorsabb

Azt hiszem, ez a versenyben az első Windows7-es gép, szóval lehet örvendezni, feleim. Sokkal több Win7-es gép nagy valószínűséggel nem is lesz.

Ebben a tesztben a pontok a következőképpen alakultak:

Piece Of Cake: 11
DSX engine: 10
Ogre3D MV: 9
Quantum: 8
Halalos Core: 7
Proof88: 6
IR engine: 5
TBS script system: 4
LgfX: 3
Scream: 2
Glotor: 1

KONFIG #8 (aqnuep gépe)

videókártya: Radeon 5770
processzor: AMD Athlon X2 4000+
alaplap: MSI K9N Neo V3
memória: 4 Gbyte
operációs rendszer: Windows 7

ATi Radeon 5770, vízszintesen: fps, nagyobb érték a gyorsabb

Ebben a tesztben a pontok a következőképpen alakultak:

Piece Of Cake: 11
Ogre3D MV: 10
Proof88: 9
Halalos Core: 8
Quantum: 7
IR engine: 6
DSX engine: 5
TBS script system: 4
LgfX: 3
Glotor: 2
Scream: 1

KONFIG #9

videókártya: Voodoo3 AGP 16 Mbyte
processzor: Cyrix PR333 250 mhz
operációs rendszer: Windows 98

Piece of Cake: FUT   (11 Pont)
Lgfx: FUT   (11 Pont)
Glotor: FUT   (11 Pont)
TBS Script System: FUT   (11 Pont)
Proof: FUT   (11 Pont)
IR Engine: NEM FUT (a windows újabb verziójára van szűksége bla bla bla)
Quantum Engine: NEM FUT (a windows újabb verziójára van szűksége bla bla bla)
Haralos Core: NEM FUT (a windows újabb verziójára van szűksége bla bla bla)
Ogre by MV: NEM FUT (a windows újabb verziójára van szűksége bla bla bla)
Scream: NEM FUT (a windows újabb verziójára van szűksége bla bla bla)
DSX Engine: NEM FUT (a windows újabb verziójára van szűksége bla bla bla)

Tanulság: mindenki használjon normális compilert. Fps eredmények itt azért nincsenek, mert mindegyik nevezés mérhetetlenül lassú volt.

KONFIG #10 (seraph gépe)

videókártya: GeForce 9550GT
processzor: AMD Athlon 64 X2 dualcore 6000+ - 2x3.00Ghz
alaplap: Gigabyte M61PME-S2
memória: 4 Gbyte
operációs rendszer: Windows 7 64bit

GeForce 9550, vízszintesen: fps, nagyobb érték a gyorsabb

Az IR Engineből egyedül a DX10-es verzió volt hajlandó elindulni. Az utolsó 2 helyezett pedig valami oknál fogva nem tudta kikapcsolni a vsyncet, így mindketten 60 fpsen futottak. A sorrend tehát:

Piece Of Cake: 11
Halalos Core: 10
Proof88: 9
Ogre3D MV: 8
Quantum: 7
Scream: 6
LgfX: 5
TBS script system: 4
IR engine: 3
Glotor: 2
DSX engine: 2

KONFIG #11

videókártya: SiS 6326
processzor: 2xAthlonMP 1666
alaplap: MSI K7D
memória: 1 Gbyte
operációs rendszer: Windows XP

piece of cake: FUT   (11 Pont)
lgfx: FUT   (11 Pont)
tbs script system: FUT   (11 Pont)
quantum engine: NEM FUT (no zbuffer support)
Haralos Core: NEM FUT (acess violation)
IR engine: NEM FUT
Ogre: NEM FUT (drwatson)
Pretender: NEM FUT (failed to create bla bla bla)
DSX Engine: NEM FUT (drwatson)
PROOF: NEM FUT
Glotor: NEM FUT (drwatson)

Ez a kártya csak D3D-t tudott, ennek fényében meglepő hogy egyik d3d-s engine se volt képes initelni rajta (hát elég mocsok driverek vannak hozzá az biztos). Az OpenGL-es enginek szoftveres módba váltva indultak el. Ez a kártya hihetetlenül lassú, az FPS-t mérni se lett volna érdemes, mindenhol 1 fps alatt.

KONFIG #12

videókártya: 3Dlabs Intergraph Intense3D Wildcat 4110 136 mbyte AGP Pro
processzor: 2xAthlonMP 1666
alaplap: MSI K7D
memória: 1 Gbyte
operációs rendszer: Windows XP

piece of cake: FUT   (11 Pont)
lgfx: FUT   (11 Pont)
tbs script system: FUT   (11 Pont)
Haralos Core: FUT   (11 Pont)
PROOF: FUT   (11 Pont)
quantum engine: FUT   (11 Pont) (REF rasterizer)
IR engine: NEM FUT (drwatson)
Ogre: NEM FUT (drwatson)
Pretender: NEM FUT (failed to create bla bla bla)
DSX Engine: NEM FUT (drwatson)
Glotor: NEM FUT (drwatson)

Az előző kártya D3D only volt, na ez pedig OpenGL-only. Amúgy ez egy brutális CAD kártya volt a maga idejében, olyan 2000 körül, másra persze eléggé használhatatlan, de pl egy Radeon9800PRO-hoz képest a viewportokat az elterjedt modellezőprogramokban kb 2x gyorsabban mozdítja meg. Biztos jó durva ára volt, manapság 6000 ft-ért beszerezhető, szervergépekben szívesen használják, illetve a 3d modellezők is szeretik. A sok memória ne tévesszen meg senkit, ez egy ősrégi ,,videókártya'' és nem tud VBO-t sem, ezért aztán mérhetetlenül lassú eredmények születtek minden konfiggal a teszben.

FEREDMÉNYHÍRDETÉS:

A nyertes tehát aqnuep, a második helyezett Proof, a harmadik pedig én. Magamnak nem adok ajándékot, talán majd egyszer, ha skizó leszek. Proof és aqnuep tehát MSN-en megkapják az AJÁNDÉKUKAT, tudom, hogy azt mondtam, hogy nem lesz, de igen, lesz ajándék. Két teljes verziós szoftver közül lehet kiválasztani a nekik tetszőt, az egyik szoftver, amelyet választhatnak, nem nyilvános, a másik pedig a TitaniumGL teljes verziója.

A grafikonokért külön köszönet jár Asylumnak, a táblázatért pedig aqnuepnek.

Dothumour tehát lecsúszott az első helyről, az első és az utolsó helyezett enginek teljesítménye között hatalmas eltérések vannak (pedig hát folyton mindenki csak azt szajkózza hogy csak a videókártyát méri, meg semmi különbség nem lesz. Mert nyomik.), leginkább a Scream és a Glotor teljesítményével van gond. Az IR engine, ha egy kicsit kompatibilisebb lett volna, sokkal előkelőbb helyet szerezhetett volna. Az Ogre3D sebessége viszont sokkal jobb volt, mint vártam (ismerve az opensource 3d szoftverek ,,minőség''ét), de sajnos hihetetlenül instabil és inkompatibilis. Aqnuep totálisan uralta a mezőnyt, gondolom ez a célirányos minienginenek köszönhető, no meg annak, hogy elég rafinált trükköket tudott kieszelni. Proof igen előkelő helyen végzett az eddigiekhez képest.

Ebben a versenyben amúgy LegendgrafiX game engine forráskódot kaptak a versenyzők, amely leírta hogy milyen modellt hova, hogyan kell betölteni. Örömmel látom hogy ezt mindenkinek sikerült wrapperelnie, vagy a forráskódok alapján kitalálnia, hogy mit csinál.

Most egy jó ideig nem lesz verseny. A nyereményekért lehetőleg a forma-1 után gyertek.

TE AGYBETEG FASZJANKÓ!

http://elmondo.blog.hu/2010/04/06/az_nem_lehet_hogy_zsido_pap_nem_lehet_zsido

Nem tűnik fel a faszságaidból gyűrűző mélysötét baromság? ZSIDÓ PAP? Jaj, tudatlan blommerkhém, hát azt rabbinak hívják! Tudod, a zsidó egyházban. Te is tudod, hisz hetente találkozol vele. Mond csak, mire fel ez a manipulatív szélsőliberális incest trágyaság? Tán már a keresztény egyházakban is hatalmat akartok, ezért akartok zsidó papokat? A futószalagon gyártott kis szektácskáitok nem hoznak elég lóvét mi? Mert tudod, a katolikus papnak katolikusnak kell lennie. A zsidók között meg a rabbinak kell zsidónak lenni.

Köszönöm a bejegyzésedet, hihetetlenül jókat nevettem rajta. Öröm nézni, ahogy egyre mélyebben megalázzátok magatokat!

Ti vagytok a daganat. Mi vagyunk a gyógyszer.

Megjelent az lgfxgears

Az lgfxgears, az új linuxos minibenchmark, melynek célja a glxgears felváltása. Az lgfxgears grafikailag sokkal jobban néz ki, több nagyságrenddel fejlettebb, mint az elődje, továbbá a grafikus vezérlőnek és a drivereknek megfelelően skálázódik a sebessége. Jelenleg a Windows és a Linux platformokat támogatja. Amennyiben a program sok ember tetszését elnyeri, és igény mutatkozik rá, BSD és natív Linux-64 platformra is át lesz írva. Az lgfxgears az összes ismertebb grafikus kártyával maradéktalanul kompatibilis, már amennyiben az adott videókártyának a stabilitása kielégítő. Amennyiben a grafikus kártya támogatja a shaderek használatát, azokat is kihasználja, amennyiben nem, azok kihagyásával állítja elő a kívánt képet. A tesztprogram tehát remekül skálázódik a hardverek széles skáláján, a glxgears egyszerűségét, minimalisztikus stílusát és egyéniségét is megtartja, kis mérete révén ideális lehet arra, hogy disztribúciókba kerülhessen a régi glxgears helyett, vagy mellett. Mivel a grafikus kártyákat sokkal mélyebben, és modernebb eljárások révén használja ki a szoftver, ideális a teljesítménygondok kiküszöbölésében. hisz minimalisztikus kidolgozottsága ellenére megfelelően leterheli a rendszert.

LETÖLTÉS: https://sourceforge.net/projects/lgfxgears/

vagy

http://legend.uw.hu/lgfxgears.zip

(ez az 1.12-es verzió, a legújabb. Az 1.0 és 1.1 kisérleti verziókat összesen 110 ember próbálta ki, az ő általuk észlelt hibák és problémák az 1.12ben javítva lettek.)

Ha gondolod, teszteld le te is, és az eredményedet írd le kommentként. Az eddig összegyűjtött eredmények itt vannak:

Sokakban merül fel időről időre a kétely, hogy vajon az nVidia Fermi, vagyis az nVidia következő generációs kártyája létezik -e egyáltalán. Emlékszünk arra, amikor először az nVidia átverte az embereket, és Ferminek álcázott szétfűrészelt nyákú 9800akat toltak az emberek pofájába? Aztán amikor a prezentáció, ami állítólag a Fermin futott, szintén korábbi nv kártyákon mászott? Ne is beszéljünk a fake fotókról, amiken a Fermi állítólag az unigine benchmarkot futtatta: hiányzott a gépből a ram és a vincseszter. No meg amikor másfél perc után állórafagyott a GeForce2 grafikai színvonalon álló demó, amivel elvileg az újgenerációs shadereket akarták volna megvillantani. Valóban, jogosak ezek a kételyek. Na de, szaladjunk picit előre: a Fermi létezik. Bár nem pont úgy néz ki, mint a képeken. Kicsit nagyobb, kicsit rondább, kicsit 30 forrasztott kábel gyűrűzik a hátoldalán, kicsit itt-ott le van kozmálódva a nyák, kicsit 400as celeron hűtőborda van rajta hűtés gyanánt, de létezik. Legalábbis prototípus formájában.

Na meg kicsit érdekesen működnek a pre-pre-béta driverei. Dehát, mit várhat az ember egy prototípus boardtól?

ennek valahogy így kéne kinéznie:

Na, tény, hogy ezt a pepitacsikozódást, ami a Sziporkás engineháttérképpem történt, biztos nem. Nekem a Fermiről végtére is valami olyasmi érzésem van, hogy nem is az nVidia gyártotta, hanem a FELSZABADULÁS ELEKTRONIKAI MgTsz. Viszont hiányérzetem van, nem találom a videókártyán a vörös csillagot. nVidia, hogy lehet ilyen szart összerakni? Jó, értem én, hogy béta, de ez alfának is kevés lenne. Ilyet az XGI szokott. Tény, hogy ezt így nem lehetett kiadni.

és akkor most lássuk a pletykákat:

-Hatalmas selejtarány a gyártásnál. (Látod a kockázódást a képen?) A selejtes chipekből majd a lowend szériák készülnek. Ez azt jelenti hogy az nVidiának kurva sokba fog fájni a kártya gyártása.

-Az nVidia azt mondja hogy a csúnya TSMC nem bír elég jó minőségű chipeket gyártani. Tény. De bazmeg, az ATinak tud, nektek meg nem? Ugyan már, ki veszi ezt be?

Ebből csak két dologra lehet következtetni:

1. Gecire bugos az egész hardver, tervezési hibás az alapoknál, és már beindult a gyártás. A kártyákat majd szoftverből fogják életre lehelni. Ez ilyen S3 módszer.

2. Az nVidia nem fog tudni normálisan highend Fermiket gyártani. Lowendben az ATi és az Intel miatt esélytelen, a középkategória meg gyakorlatilag lassacskán megszűnik. Akkor most ezt hová akarják szánni? A szék lába alá alátétnek? Ahhoz kicsit drága. Vagy pohártartónak?

Ja, javítsátok a pepitacsíkokat. Inkább bugozzanak a vertexek a béta kártyákkal, az annyira nem idegesítő. :3

Unatkoztam, úgyhogy csináltam nektek Gárdachan-t.
Fogyasszátok egészséggel.

Kedves versenyzők. Elérkezett az 5. engine-verseny ideje.

Az engineveseny egy, immár több éve zajló egyedi, magyar hagyomány, melynek főszervezője Geri.

Attól eltekintve, hogy nagyon lazára vesszük a figurát, ez egy nagyon komoly szakmai megmérettetés, ahol
elsősorban nem másokkal, hanem saját magaddal versenyzel.

Az engineversenyben 3d-s grafikus motorjaink teljesítményét mérjük egymáséhoz, több platformon, mindig egy megadott scenevel. A verseny pár hét múlva lesz aktuális. A korábbi résztvevők autómatikusan meghívást kapnak. Amennyiben csatlakozni szeretnél, kérlek, küldj levelet a gerilegend kukac freemail pont. hu címre, vagy vedd fel ezt a címet msnen. Skypeon a geri_lgfx nicket keresd. Amennyiben nem kapsz választ a leveledre 1-2 napon belül, nem kaptam meg! Próbálkozz újra. Amennyiben msnen vagy skypeon nem igazollak vissza, véletlenül leikszeltem a felugró ablakot! Ebben az esetben keress meg emailben.

Lehetséges, hogy meghívást kapsz erre a versenyre úgy is, hogy nem is tudsz a létezéséről. Ez azért van, mert figyelünk.

Őszintén megmondom, én azt hittem, hogy a SiS, mint hulladék videókártya, már kihalt. Tévedtem. Mostanában láttam futólag 1-2 SiS-es kártyát az error reportjaimban, de azt hittem hogy azok occsó kínai régebbi extralowend gépek. Utánuk sem néztem igazán. A tévedésem csak akkor tudatosult bennem (és valószínleg a többi fejlesztő agyában is csak most kezd), amikor megláttam az előző negyedéves VGA piacrészesedéseket, és a SiS és az S3 szárnyaló növekedését. Az infók egyrészt nirvánaként hatottak az Ati+NV+Intel triumvirátusba belefásult elmém számára. Bár az Intelt leginkább csak úgy kezeli mindenki, mint harmadik mostohagyereket. Fejleszt az első kettőre, az Intelen meg vagy elfut valahogy, vagy nem. Pedig az Intel kőkemény, 50% feletti részesedéssel bír. Szóval hirtelen ez a 3 szereplős piac 5 szereplőssé vált, ami számunkra, fejlesztőkre is komoly terheket ró. No nem azért, mert annyi sok kártya, hanem annyira ,,minőségiek'' a driverek. Én a magam részéről pár éve még a 3Dlabs gamer kártyákra való visszatérésében reménykedtem (az arhitektúrájuk, a drivereik, stb, minden adott lett volna hozzá). A Matroxba vetett bizalmamat a Parheliával való töketlenkedésük óta fokozatosan elveszítettem, aztán, bár kevesen tudják, de nagy erőkkel viszatért a PowerVR is az IGP piacra, csak a kártyáikat az Intel égisze alatt adják. Akik ettől az Intel kártyák minőségének javulását várták, nagyot csalódhattak a PowerVR-ben. A chipen ott feszít a PowerVR logó, a minőség maradt a megszokott Intel. Az XGI hullócsillag lett. A többi gyártó meghalt végelgyengülésben. Viszont nehogy azt higyjük, hogy a SiS és az S3 csak névleges tényező, komolyan foglalkoznunk kell a tudattal, hogy a SiS visszatért, és bizony ott figyelnek az olcsóbbnál olcsóbb laptopokban, a laptop oldalán DirectX és Win7 logóval. Szóval 5 szereplős lett a piac, csak nem egészen úgy, ahogy vártuk. Az enginem nyitóképernyőjéről készítettem képeket tehát a mostani elterjedt S3 és SiS grafikus kártyával megáldott csodamasinákon.

SiS Mirage2
Nagyban:http://legendgrafix.buzz.hu/files/sis661_Mirage_2.png

S3 DeltaChrome
Nagyban:http://legendgrafix.buzz.hu/files/s3deltachrome.png

S3 DeltaChrome:
A Chrome széria több tagból áll, de az AGP és PCI-E kártyaként beszerezhető változatai nem túl elterjedtek hazánkban. Magyarországon lényegében csak az integrált grafikus vezérlőként való használata a gyakori. A legkisebb integrált Chrome kártyák csak DX7et támogatnak (OpenGL 1.2) a legnagyobbak pedig elvileg teljes DX10.1 és OpenGL 3.0 támogatást kínálnak. Mivel én főleg OpenGL-es arc vagyok, ezért a DirectX-el most nem is fogok bővebben foglalkozni, lesz mit írnom az OpenGL funkcionalitásról is bőven. A 400as és 500as Chrome szériába tartozó chipek tehát DX10.1-et támogatnak, az S25 és a DeltaChrome dx9-et, az ez alattiak meg ki tudja, miket támogatnak. Legalábbis elméletben. Nyissuk csak meg a fenti extension listát. A vertex és fragment shadereket elvitte a cica. Hiába a jól csengő SM2 támogatás, OpenGL alól csak 1.4-et kapunk, GLSL shaderek nélkül. Van elvileg fixed funct shadow map, ám sajna, miután kipróbáltam, csak lassulás volt észrevehető, az árnyékok nem. Azok ugyanis nem voltak. S3 kártyákkal így aztán számítani kell arra, hogy a hardver nem tudja azt, amit ráírtak a dobozra. Sőt, az extension listát elnézve, hiába támogat egy csomó baromságot a kártya, a leglényegesebb featureokat hagyták ki. Az extension lista alapján a kártya akár egy tuningolt GeForce2 is lehetne, és a sebesség is erre utal. Hiába a hangzatos megahercek, és az állítólag 128 bites memóriavezérlő: a kártya nem rendelkezik saját dedikált memóriával, teljes egészében a központi memóriából harapja le a számára magadott mennyiséget. A kártya tehát így 2-3-4-5 giga adatot bír mozgatni másodpercenként, és ebből lejön az éppen futó szofver memóriasávszélesség igénye is. A végeredmény tehát egy GeForce2 szerű valami sebességileg, durván bugos driverekkel. Az OpenGL extension lista annyira bugos, hogy az extension nevek nem egy szóközzel vannak egymástól elválasztva, hanem minden extension után van egy extra karakter, azt eredményezve hogy az ext lista kiíráskor széteshet. Puszi a fejlesztők hasára. Chrome kártyákkal a postprocesst teljességgel el lehet felejteni, még a leg-alapszintűeket is. Én nem igazán értem, hogy minek ebbe a GPU-ba 8 textúrázó futószalag. Sokkal kiegyensúlyozottabbak lennének ezek az IGP-k pusztán 4 futószalaggal, és a maradék futószalagok helyére (+ egy pici extra hely) pedig be lehetett volna integrálni szépen 64 mega ramot, átlendítve ezzel a játszhatóság/szaggatás szinten számos esetben. 

SiS Mirage:
A SiS számos dx7, 8 és 9-es kártyát kiadott, mind kártya, mint IGP formájában. A dedikált grafikus kártyái, melyek AGP4x vagy 8x sínen keresztül kapcsolódnak, 32 mbytetól 128 megabájtig terjedő 128 bites memóriával vannak szerelve. A dx7-es kártyáik OpenGL 1.1-et támogatnak, a multitextúrázáson kívül túl sok használható extensiont nem ismernek. Ezen kártyák a SiS300-as széria, és klónjaik. A dx7, 8 és 9 vonal elszeparálását nehezíti, hogy a SiS minden logikától mentesen nevezi el a GPUit. A dx8at támogató kártyái is 3massal kezdődnek és 3 számjegyűek, vagy 6ossal. Továbbá ott van a Xabre sorozat, de lehet egy kalap alá venni a 8as dx-et támogató kártyáikkal. DX8-at, és ezel együtt OpenGL 1.4-et támogat tehát számos 3massal kezdőd sorozatszámú kártya, továbbá az 5 és 6os számmal kezdődő kártya és IGP családok közül jónéhány. Ezen kártyák kódneve a SiS Mirage 2. A dx9 kompatibilis kártyák a Mirage Graphics3 névre hallgatnak (és hála istennek az m3 kártyák esetében már a driver is így hívja őket, és nem pedig a vércsoportjukat írja ki). Manapság a gyakorlatban tehát Mirage 2 és Mirage 3 kártyákkal találkozhatunk. Megnézvén az extension listát, rögtön az ember szemébe ötlik a Chromeokkal való hasonlóság. Látható, hogy a SiS kártyák esetében is csak a fele igaz annak, ami a dobozra van írva. A dx8-as kártyákon az esetek nagy részében a dx8-as ficsőrök kihasználását lehetetlenné teszi az, hogy pusztán 2 (igen, 2) futószalag van. Persze ez egy dolog. A baj az, hogy OpenGL felé is kettő látszik. Normál esetben azt csinálják a gyártók, hogy OpenGL felé legalább 4 futószalag látszik (hogy egyáltalán ki lehessen használni a kártyában rejlő lehetőségeket a texture combinerek és shaderek folytán), de a SiS fejlesztőit ilyen apróságok nem zavarták. Így aztán hiába tudnak a Mirage2 alapú kártyák DirectX 8-at, a fene se fogja a jól működő passait megtoldani még 3-4 passal csak azért, hogy ezeken a kártyákon is működjenek a speciális featureok, amiket egy komplex engine támogat. Szóval így aztán egész egyszerűen a kártya visszasilányul egy GeForce2 szerű valamivé, de megnézve a memóriavezérlőt, még annak is satnya. Ugyanis az S3hoz hasonlóan a rendszermemóriából lopja a ramot. Kár, hogy a SiS chipset még a duál ddr szabványt sem támogatja, így aztán a memória sávszélesség kapásból leesik a ,,mi a faszom ez, vidd már el innen'' szintre. A driverek ezen felül hihetetlenül gányak: pár frame renderelése után elkezdi a szegmenshibásan megírt driver feldarálni a programot, ami épp használja. A programban használt szövegek szép lassan ascii hieroglifákká változnak, majd egy csúnya halálhörgést követően dr watson már csak a játékod hulláját kapargatja össze a memóriából. Már ami maradt belőle. A Mirage 3 kártyák már dx9-et támogatnak. Ez van ráírva. Ez gyakorlatban annyit tesz, hogy az OpenGL verziószáma 1.4-ről 1.5-re ugrott. GLSL shaderek persze itt sincsenek. Tiszta S3 feeling. A különbség csak annyi, hogy a SiSnek ennél fejlettebb driverei egyáltalán nincsenek, az S3nak viszont van már 3mas OpenGL-t támogató hardvere. Persze miután megírták azokat a drivereket, egyszerűen így hagyták, és eszükben se volt javítani, vagy továbbfejleszteni őket. Szóval a SiS kártyák teljesítménye picikét alulmarad az S3 kártyákéhoz viszonyítva. Azt hiszem, a siralmas szó remekül összefoglalná az általam tapasztaltakat. A SiS tehát méginkább rá lenne szorulva saját memóriára az IGPiben, az alacsonyabb ram sávszél miatt. Nem ártana persze az se, ha a dx8as kártyáikhoz végre kiadnának valami olyan drivert, ami 4 textúrázó egységet mutat a program felé. A SiSnek amúgy nemsokára frissül majd a termékpalettája, a frisebb dx-ek felé mozdulnak majd el. Talán sikerül nekik a 2.0-ás Ogl-t is meglépni, persze ha nem kap az IGP legalább 64 megányi saját memóriát azonnal, akkor a legjobb lenne ha megkímélnének minket ettől. A SiS és S3 kártyák OpenGL alatt nyújtott teljesítménye ettől eltekintve annyira azért nem silány, a szűk keresztmetszet inkább a driver baromságaiból, és a múlt évszázadot idéző memória sávszélességből adódik. Azok, akik Quake3 szerű enginet írtak, és azt használják a szoftvereikhez, örülhetnek, mert az S3 és SiS kártyák remekül fognak szerepelni alattuk. Azoknak, akik aktívan használnak postprocesst, vagy shaderezni szeretnének, nem sok jót fognak tartogatni ezek a kártyák a jövőben. Érdemes lehet ezekhez a kártyákhoz írni egy primitívebb pipelinet, és azon keresztül megjeleníteni a grafikát.  

Pontosabb táblázatokkal sajnos nem tudok szolgálni, csak a gyártók által hivatalosan kiadottakat tudnám idemásolni, de azt mindenki megtalálja a gyártók honlapján. Másfelől meg túl sok értelme úgyse lenne, mivel látván a drivereket, a kártyák a gyártók állításainak csupán a töredékét támogatják a gyakorlatban. Normális linuxos drivereket a kártyákhoz ne is keressen senki.

Illúziókat pedig ne tápláljon senki: Aki az S3 és a SiS történelmét ismeri, tudhatja: az X kártyához kiadott Y minőségű drivert soha sem fogják tovább fejleszteni. Felesleges arra várni, hogy majd jobb drivereket fognak kiadni a már meglévő kártyákhoz. Nem fognak. Újabb kártyákra persze lehet várakozni, de az a mostani driverek minőségét már nem fogja érinteni.

Most a szokásosnál is üresebb és unalmasabb pletykák jönnek.

A Microsoft leszarja a meghibásodott MSN Messenger accountokat (is).

Akinek beszar az user listája, vagy meghal a fiókja, semmiféle használható supportra sem számíthat a Microsoft részéről, és ezt a saját bőrömön volt szerencsém megtapasztalni. Ajánlom mindenkinek, hogy exportálgassa ki magának az ismerősei listáját sűrűn, ha egy csúnyább elszállás után viszont szeretné őket látni. Szerencsére én megtettem. Az msn képében tehát ismét egy olyan szolgáltatást üdvözölhetünk, amely a közepes kategóriából a silány bóvli kategóriába csúszott vissza. Köszönjük. Nem beszélve arról hogy úgy néz már ki az újabb verziók telepítője, mintha egy kisebbfajta operációs rendszert telepítenénk fel a gépre. El kellene már végre gondolkozni az MSnél. Vajon a gyorsvonat módjára csökkenő részesedések és bevételek minden létező fronton lehet hogy azt jelzik, hogy szarok a termékek? De végülis fél óra alatt már 20 kontaktot visszatettem. Már csak 450 maradt. Hisz karácsonyra úgy se terveztem mást, minthogy a partnereket rakom újra csoportokba. Majd karácsonyra veszek nektek egy műfaszt, aztán elküldöm az ügyfélszolgálat postai címére. Remélem hasznát veszitek, análisan.

Az Intel törölte a Larrabee-t.

A hír igaz, csak nem osztogatnak, hanem fosztogatnak... A Larrabee-t csak dedikált grafikus kártya manifesztációjában törölték, helyette desktop szerver és generic x86 alapú cpu-t kapunk. Tehát kb az történt amit vártam. Viszont ezzel az új sokmagos procival, ami a Larrabee arhitektúrjának nagy részét hordozni fogja, van egy kis probléma: nem szabványos az SMP kezelése. Tehát az Intel nagyon meg fogja szopatni magát, ha kihozza ezt a processzort. Ugyanis ez a sokmagos proci csak 2 procimagnak szándékozik látszani a windowsban, és csak speciális SDK révén lenne programozható a többi mag, aminek, valljuk be, az égadta világon nincs semmi, de semmi értelme. Miért kell fából vaskarikát csinálni? Újabban már a sok rohadt multicégnél is luxus a józan gondolkodás? Ha nem csináljátok meg normálisan SMP képesre, úgy jártok majd vele mint az Itaniummal vazze. Kiheréli majd az AMD.

2009 4. negyedéves VGA piaci ***BECSLÉS***

Természetesen az értékeket semmilyen forrással nem tudom alátámasztani, így aztán tessék aképpen kezelni őket. A 3Dlabs, az XGI és a Matrox véglegesen névleges tényezővé olvadt. A SiS és S3 kártyákkal komolyabban is foglalkozni kell már, rövidesen össze fogunk ülni pár fejlesztővel, és megvitatjuk a Mirage és Chrome alapú VGA-kra való fejlesztéssel kapcsolatos dolgokat, és erről valószínűleg bejegyzés is fog születni.

A Raki-Suta és az /a/ jobbára kibékültek.

Anonymous üdvözölte a döntést.

Valami probléma van a Windows 7 hálózati-kártya kezelésével.

Többen randomra megszakadó kapcsolatokról beszélnek, volt szerencsém személyesen is megfigyelni egy ilyen esetet. A probléma úgy tűnik, nem függ össze a hálózati kártyával és a driverrel. Az XP-re való visszatérés minden esetben megoldotta ezeket a problémákat. Mind a Wifi, mint az UTP-s eszközök érintettek. Hivatalos bejelentés még nincs. Elég ciki lenne, ha ismét sebezhető lenne közvetlenül a kernel egy preparált adatcsomag által. 

Túl sok a Firefox dependenciája Linux alatt.

A régi linuxokra egyre bonyolultabb feltelepíteni az új Firefoxokat, rengeteg a meggondolatlan, felesleges csomagfüggőség. Amúgy a Mozilla hozzáállása a fejlesztéshez beleértve a Win32 platformot is, egyre inkább tűnik furcsának.

Az ATi ismét aktívan fejleszti a legacy driver vonalat.

A Radeon 9500től az X1 szériáig bezárólag friss drivereket adott ki az ATi. Ezek a gyártó honlapján letölhetőek külön, a megfelelő kártyát kiválasztva a support oldalon. A hagyományos Catalyst meghajtókat ne próbálja meg senki felerőszakolni ezekhez a kártyákhoz, mert nem fognak működni, csak az újabb kártyákon.

Most egy nagyon rövid bejegyzés következik. Gondolom mindenki hallotta a google arrogáns vezetőjének a nyilatkozatát arról, hogy ők leszarják, mindenkinek megtartják a keresési előzményeiket, és ki is adják azt a hatóságok számára. Nem kell ahhoz bűnözőnek lenni, hogy ezen meghökkenjen az ember, elég csak egy egyszerű vegyészhallgató pl, aki pár nappal épp olyan anyagokat szerez be, amit kapcsolatba hoznak pl egy robbantással, és az illetőre már is rárúgják az ajtót a demokrácia hazájában. Meg aztán ott vannak pl a papok, orvosok, pszihológusok... vajon miért köti őket a titoktartás? Ha a papok nem vezetnek titoktartást a bűnökről, amiket meggyónunk nekik, akkor egy egyszerű kereső mégis hogy merészeli azt képzelni, hogy ő bármiféle információt begyűjthet arról, hogy az egyes emberek mit csinálnak az interneten? Ez olyan mintha a windowsba beépített algoritmus lenne ami a webkamera képét időként elküldi a Microsoftnak, megnézve azt, hogy mit csinálunk. A Google gyakorlata egyértelműen törvényellenes, felesleges is lenne ezt tovább boncolgatni. Persze ez minket, Magyarokat ilyen formában különösebben nem fenyeget, de én ennek ellenére is javaslom a googleről való szép lassú leszokást, amennyiben a vezetőik ezen a véleményen maradnak.

Az egyik leghíresebb kereső, ami nem a google, az a cuil.com

A cuil valóban egy remek kereső, ám csak és kizárólag abban az esetben használható, ha angol kifejezéseket keresünk, ugyanis magyar szavakra teljesen értelmetlen, összefüggéstelen, és használhatatlan találatokat ad az esetek többségében.

A Yahoo-ra szintén ez vonatkozik.

Továbbá a yahoo kevés eredménnyel szolgál, a keresőmotorjuk nem elég kifinomult.

A Microsoft új, állítólag jó keresője a Bing.

Sajnos ez is épp olyan használhatatlan mint a többi. De ez legalább tud csak magyar nyelven keresni, és akkor a cicára tényleg macskák jelennek majd meg. Sajnos a keresőalgoritmus a bing esetében is fejletlen, nem érhet a google nyomába.

A heuréka kereső egy magyar kereső. 

Addig amíg a cica szóra keresek rá, működik is valamilyen szinten. Amint olyan szót kap, ami nem része a szótárnak, az eredmények száma máris 0-ra szűkül, így aztán a kereső is javarészt használhatatlan.

A Baidu a google legnagyobb konkurense Kínában.

Kínában. Annak a veszélye nem áll fent, hogy kicenzúrázzák pl az utcai tüntetéseket, de a Cicára csak olyan képeket ad, amelyek csak bizonyos értelemben nevezhetők cicáknak, s csak akkor dorombolnak, ha egy bizonyos helyen simogatjuk őket :3

Tehát így hirtelen végigfutva a keresőkön, nincs olyan, ami lényegében konkurenciát jelenthetne a google számára. De akkor mi lesz a személyiségi jogokkal? 

Attól tartok, megtörtént az, amitől féltünk. A kétemberes világmegváltó ötlet bejött, majd egyre nőtt, és a végén az egója túlnőtt mindannyiunkat, és Júlia többé már nem akar a földön járni.