Skip to content
2010-01-30

Ezt hallgattam 2009-ben

FYI, a last.fm szerint ezeket az előadókat hallgattam 2009-ben:

Ugyanez hónapokra lebontva:

Végezetül itt egy montázs a legtöbbet hallgatott előadóimmal 2004 és 2010 között: (eredetileg ez egy szép, klikkelhető image map volt, de a szuper-duper wordpress.com-nak kiütése lesz az ilyen modern HTML fogásoktól.)

Hát nem lebilincselő diagramok?   Jól látható, hogy szeretem, ha őszülő, hosszú hajú férfiak duruzsolnak a fülembe!  (Mellesleg fogalmam sem volt, hogy olyan sok Stephen Lynchet hallgatok, hogy már a top 20-be is bekerült — megyek, le is törlöm a telefonomról.)

A lejátszások számára alapuló statisztikák egyébként egy kicsit félrevezetőek, mert már évek óta sokkal több időt töltök podcastek hallgatásával, mint zenével.

2010-01-29

Politika 2.

A legutóbbi bnapló-bejegyzésemben megfogalmazott problémámat Miklósi Gábor bőbeszédűbben is megírta az Indexen.  Minden szava arany, bár aránytalanul sokat foglalkozik egy „SZDSZ” nevű párttal, ami csak valami szarkasztikus indexes poén lehet.

Egyik magyar pártra sem lehet jó szívvel szavazni.  Nincs legkisebb rossz.  És az a leginkább borzasztó, hogy a kampány csak most kezdődik: ennél már csak lejjebb süllyedhetnek.

2010-01-27

Politika

NSFW kampánymellékletünket hallják.

Amiért meg sem fordul a fejemben, hogy a Fideszre szavazzak

Amiért meg sem fordul a fejemben, hogy az MSZP-re szavazzak

Amiért meg sem fordul a fejemben, hogy a Jobbikra szavazzak

Amiért meg sem fordul a fejemben, hogy az MDF-re szavazzak

Amiért meg sem fordul a fejemben, hogy a KDNP-re szavazzak

Amiért meg sem fordul a fejemben, hogy az LMP-re szavazzak

Amiért meg sem fordul a fejemben, hogy az MKMP-re szavazzak

Amiért meg sem fordul a fejemben, hogy a Zöld Pártra szavazzak

Kihagytam valakit?  Párthívek ellenvéleménye?

Egyelőre úgy fest, a Lemon Party vagy az MKKP fog ikszet kapni tőlem.

2009-12-02

Menger App

Én sem szeretnék lemaradni a bimbózó Menger mémről, úgyhogy íme egy screenshot az iPhone legújabb mindentvivő alkalmazásáról, a Menger Appról.

Bizonyára Önnel is számtalanszor előfordult már, hogy egy mindig a Föld középpontja felé forduló, fekete ködbe vesző, artériás vér színű harmadfokú Menger spongya-közelítést szeretett volna megfigyelni, de épp egyetlen ilyen sem volt a közelben. A Menger App segítségével ezentúl bármikor kielégítheti ezirányú vágyait!

A Menger App az iTunes App Store-ban nem hozzáférhető, csak elit kiválasztottak egy szűk köre juthat hozzá. Kápráztassa el barátait!  Menger App!

Igazából persze csak a móricka 3D motorom kipróbálásához kellett valami bonyolultabb tesztmodell, amihez kapóra jött, hogy mindenki Menger-lázban ég körülöttem. Nosza kitaláltam hogyan lehet leírni a szivacs felületét adó poligonokat, és a kapott rekurzív algoritmust egy borzasztó ronda Python szkripttel jól meg is implementáltam. A módszer érdekessége, hogy a triviális, kockákból építkező megoldással ellentétben csak a szivacs tényleges felületét generálja, a belső, láthatatlan lapokat kihagyja. További érdekesség, hogy a szivacs közelítéseinek felszínén lépten-nyomon megfigyelhető, nyolc négyzetből is kirakható „lyukas négyzet” formát a program az alábbi nyolc, láncba fűzhető háromszöggel írja le, ezzel is csökkentve a kimenet méretét:

Ezzel együtt is például a fenti harmadfokú közelítés eredménye 46 848 csúcspontból áll, amik 27 648 háromszöget feszítenek ki. (A negyedfokú változat ugyanezzel a módszerrel 912 384 csúcsból és 528 384 háromszögből állna.) Sok persze a duplikált csúcs, és nagyon-nagyon megérné egy utófeldolgozási menetben hosszabb háromszögláncokat is keresni, de a célnak a modell így is megfelel.

Az alkalmazás az előzőleg legenerált kész modellfájlt egyszerűen be-mmapolja a címterébe, aztán a kapott blokkot simán vertex arrayként használja.

Mint kiderült, ez a kevesebb, mint 30 000 háromszög pont elég ahhoz, hogy 13-15 fps mellett 100%-ra kihajtsa az iPhone 3G grafikus gyorsító csipjének transzformáló egységét, miközben a processzor terhelése 50% alatt marad. A verem-minták szerint VBO-k használata esetén is a CPU javarészben folyamatosan vektoradatokkal eteti a segédprocesszort, tehát a VBO-k az iPhone-on nem érnek kutyafülét sem. Ez mondjuk egy dedikált grafikus memória nélküli gépen nem is annyira meglepő.

Ráadásul a szivacsmodellben pillanatnyilag minden csúcs mellett egy normálvektort is transzformálni kell, tehát a GPU majdnem dupla annyi melót végez, mintha csak a csúcsokat számolná. Ezt persze teljesen feleslegesen teszi, hiszen a spongyában csak hatféle normálvektor van, és ezek közül egyszerre csak legfeljebb öt ad a képernyőn is nyomot hagyó háromszöget.  A screenshoton pl. csak háromféle irányultságú háromszög látható, a többi a kamerától elfelé néz. Ezeket helyből ki lehetne zárni a megjelenítésből, kár is őket elküldeni az MBX-nek.

Ha a háromszögláncok maximalizálása mellett a normálvektorokat sem csúcsonként adnám meg, hanem irányultságonként különválogatnám a pontokat, szerintem simán meglehetne a stabil 25-30 fps – de ez egyelőre maradjon házi feladat.

A sebességtesztek szerint az iPhone 3G végsebességben olyan 680 000 háromszöget képes feldolgozni másodpercenként. Ehhez képest az én 15 * 27 648 = 414 720 eredményem lópikula, de ez a fenti optimalizálási lehetőségek alapján nem olyan meglepő.  Az viszont nagyon meglepett, hogy az elvileg sokszorta gyorsabb 3GS modellen a változatlan tesztprogramom még a 3G-nél is 1-2 fps-sel lassabban fut!  Na ezt magyarázza meg nekem valaki.

2009-12-02

Lejárat az S&M kazamatákhoz

Oktogon, Budapest

Follow

Get every new post delivered to your Inbox.