AREX: napada te lepsi zpusob vydelavani? ;)

my se snazime jit podobnou cestou, tzn. iterni mena a za ni nakup vychytavek... ale vychytavky jsou taky dost funkcionalniho charakteru, tzn. lepsi klient co toho umi vic

CYBERWOLF: Tak zkousit tu Niboreu. Nevim v jakem stavu to bylo v dobe kdyz jsi to testoval ty. Kazdopadne ted mi to prijde docela hratelne. Grafika by mohla trochu polepsit, hlavne uhladit ty ovladaci prvky a trochu je zatraktivnit javascriptem. Kazdopadne prijde mi to jako idealni hra, kterou lze hrat pri zamestnani. Clovek tam naklikne quest, ktery se sam splni treba za pul hodky a pak se tomu nemusi venovat. Podobne funguje Shakes & Fidget a me zatim neomrzel. Pro vikendove hrani to vsak neni zadny odvaz.

Zpusob vydelavani pres nakup "diamantu" je celkem otrepany, podobne jako ve zminemem SF, kde se zase kupuji houbicky. Kazdopadne tady zatim moc nevidim k cemu ty diamanty vlastne jsou krome najimani nejakych poradcu, ktery davaj ruzny bonusy.

CYBERWOLF: budem musiet urobit nejaky test ako dlho sa bude generovat obrazok, potom uvidim.

chapes spravne

TOMAS3333: jasne, ale jde o to, ze s vygenerovanim bludiste muzes vygenerovat obrazek a ten si ulozit a tomuhle uzivateli ho servirovat pokazde, dokud bludiste neprojde. Zkratka ze si bludiste jednou vyrenderujes, pak nad tim jen ukazujes pozici (a dotazujes se jestli muze z aktualni pozice tam a tam).

Mimochodem, chapu to spravne, ze mas jednotliva policka a u nich urcene, z kterych stran maji steny?

TOMAS3333: jestli v tom bludisti nechces vyhledavat (v ramci SQL dotazu), tak bych to bludiste ulozil v ramci jedny textovy/binarni bunky.

CYBERWOLF: tie bludiska si bude moct vygenerovat uzivatel ked pride na web, pricom kazde vygenerovane sa ulozi do db. s tym suvisi ako to do db ukladat, je to dvojrozmerne pole ktore obsahuje info o tom kde je stena a kde nie pre kazdu bunku

CZUPA: toto vyzer dost dobre, dik

TOMAS3333: offtopic to rozhodne neni.

Netusim, jak dlouho trva vygenerovat obrazek bludiste, ale pokud se vygeneruje jednou, pak by nemuselo vadit, ze to chvili tva. Zobrazovani pozice v bludisti bych resil tak, ze obrazek bludiste bych si dal na pozadi prislusne velkeho divu, ve kterem bych absolutne pozicoval ukazatel aktualni pozice.

CZUPA: to 3D bludiste je vyborny!

TOMAS3333: http://raphaeljs.com/

trochu offtopic ale je to hra a je to online, tak...
je nejaky vhodny sposob ako zobrazit bludisko vygenerovane v php? divy s floatom su nepouzitelne pre nizsie rozlisenia alebo vacsie, bludiska, lebo sa to rozpadne, tabulky zasa maju tendenciu sa zuzovat aby sa zmestili na stranku. generovat obrazok asi bude dost casovo narocne a riesit potom pohyb po bludisku by bol zrejme problem... http://tomas01.herniweb.cz/maze/class.generate.php

Sice mi to prijde jako pitomost, ale zajimave to rozhodne je :)
Gamasutra: Robert Boyd's Blog - Monetizing Griefing - the Next Stage in Social Gaming
http://www.gamasutra.com/blogs/RobertBoyd/20110415/7439/Monetizing_Griefing__the_Next_Stage_in_Social_Gaming.php

Jeden se prihlasil, ale pak se uz neozval, takze se zda, ze ne. Abych to nekomu nutil, na to znam moc dobre, jak to dopada ;)

AVATAR: Tak co, nasel se nejaky pomocnik?

TENCOKACISTROMY: no tak mu holt nesmis dat tu uplne nejvyssi prioritu :)

TENCOKACISTROMY: Ano. A pokud to na sobe zavisi, tak to centralni logikou proste nepridelim. Mam nastaveny collision bit pro situace, kdy to muze nastat. Takovy ukol pak pocka az mu bude dovoleno se zpracovat.

Vzhledem k tomu, ze to jsou ukoly jako "kup si neco k jidlu", "najez se", "utrat nejake penize", "trenuj" atd. tak to neni moc rizikove. Navic vetsinu veci insertuju (napr. mnozstvi, statistiky atd), takze soubeh taky moc nehrozi.
Kdyz to neuhlidam, vetsinou se mi neco zdvoji a na to rychle prijdu.

WEWERKA: A ty 4 childy pocitaj neco, co na sobe navzajem nezavisi, rozumim tomu spravne?

TENCOKACISTROMY: Ne, bezi mi najednou 4 childy a jeden master (ten bezi nonstop) + sem tam nejaky zombie :) Vic jak 4 nemaji smysl kvuli vykonu (4 cpu)

WEWERKA: Aha, takze to forkujes ale nakonec ti to stejne bezi seriove?

TENCOKACISTROMY: Oni se diky centralni logice vzajemne mezi sebou synchronizovat nemusi. Proste mam v php cyklus, ktery si na zacatku nacte ukoly, pak jednotlive ukoly forkne, potvrdi zpracovani a uz neceka na dokonceni. V dalsim cyklu uz mi centrala neprideli ukol, dokud nedostane potvrzeni od dokonceneho childu, ze predchozi ukol byl splnen. Zaroven centrala hlida vsechny (doufam) moznosti soubehu, priorit atd.

WEWERKA: Jak teda resis synchronizaci tech forknutejch procesu?
CYBERWOLF: To zalezi na priorite procesu. Kdyz mu das uplne tu nejvyssi a strcis tam "while(true){}", tak to je dost znat.

AVATAR: stavet na pesimistickem predpokladu je urcite dobre, ale 50k mi proste prijde jako hrozne male cislo. Otazkou samozrejme je, co vsechno se s tim dela nebo nedela a tezko k tomu takhle od stolu neco rict.

Jake zkusenosti mas na mysli? :)

YAWGMOTH: Pokud jde o vyhodnocovani "tahu", tak tam bych rekl se muzeme pohybovat i ve vyssich cifrach nez desitkach MB. Samozrejme to zalezi pripad od pripadu.

Kdyz o tom tak ale premyslim, ma cenu tam cpat sleep? Jeden proces si preci nevezme tolik prostredku, aby ohrozil plynuly chod serveru.