Piskworky - hra přes síť Jabber

Klasické piškvorky můžete hrát pomocí projektu Piskworky, který používá k synchronizaci síť Jabber. Zadáte jméno, heslo, vyberete si kamaráda z rosteru a můžete hrát.

6.1.2007 17:45 | Ricardo | Zajímavý software

Komentáře

[Josef Kufner]

[nolly]

Co se Vám stalo? Nejde to?

[Josef Kufner]

Ale né, jen že něco velmi podobného píšu jako semestrální projekt a teď už to nebude tak jedinečný program. Nutno ale poznamenat, že se neomezuju jen na piškvorky, ale píšu to obecně pro všechny deskové hry a libovoný počet hráčů, kteří jsou si naprosto rovni.

[Ricardo]

a také v pythonu a přes jabber ? jakože já piškvorky plánuju rozšířit na větší množství deskových a papírotužkových her

[Josef Kufner]

Jak se to veme. Je (bude) to sestavené ze tří nezávislých částí:

• GUI – Napsané v GTK+ a C. Jen kreslí hrací desku, komunikuje s uživatelem a spouští si dva backendy se kterými komunikuje přes stdin/stdout (stderr hází do logu). Vykreslování probíhá vrstvením různě průhledných PNG.
• Síťový backend – může jich být více, ale hodlám napsat jen pro jabber (ale uvažuju ješte o IRC). Ten je jednoduchý program, který jen udržuje seznam hráču a distribuuje mezi ně data.
• Hra samotná je provedením hodně podobná síťovému backendu, ale neočekává se, že by s něčím dalším komunikovala. Jen říká GUI co má kam kreslit a síťovému backendu co má poslat. Na oplátku GUI říká co uživatel provedl a síťový backend co přišlo od ostatních hráčů.

Do konce zkoužkového to musí být hotové a nechybí mi toho mnoho. Ještě nemám definitivně sestavený protokol, kterým si budou ty tři části povídat, ale určitou představu už mám (takové hodně jednoduché a textové).

Důvodem, proč jsem to takle rozdělil je to, že je možné použít bez problémů různé jazyky na různé části. Napsat IRC backend v perlu je hračka a integrovat všechny hry do jedné binárky zbytečně zesložití rozšiřování a psaní dalších her. Textové rozhraní usnadní ladění (byť za nepatrnou ztrátu výkonu) a kdyby to hodně vadilo, tak prostor pro rozšíření o použití sdílené paměti a OpenGL renderovacího jádra tam je

Až to bude umět hrát piškvorky, tak to odevzdám a zveřejním s kompletní dokumentací včetně návodu na napsání dalšího herního backendu.

[Ricardo]

aha, takze takhle ... no tak to budou nase dva programy za nejaky cas ponekud konkurencni

[trocha pravdy]

A bude tam backgammon?

[Josef Kufner]

Když ho někdo napíše

Pokud zvládneš v nějakém jazyce ovládat čtení a zápis na standardní vstup a výstup a naprogramovat logiku hry (pravidla, nikoliv AI) …

Asi příští semestr obejdu cvičící u nás na FELu, jestli nechtějí nějaké to zadání semestrální práce.

[Ricardo]

je mozne ze verze oznacena na konci jako beta nejde, zda se ze se mezi radky kodu vloudil nejaky brouk ... ale jinak to jede a pokud ne piste na muc piskworky@conference.jabber.org

[andree]

mat taketo vecicky uz priamo v nejakom/nejakych jabber klientoch, hned by sa lahsie siril (kolko ludi sa ma uz pytalo - a pojdu mi na tej mirande/gaim/kopete/jabberi aj lamy?), bych rek

[Michal Karas]

Vypadá to hezky. Škoda jen toho Tk.

[Majkls]

S těmi projekty se opravdu roztrh pytel:) Už sem viděl i jchess, jabbeří šachy. Nicméně držím palce v dalším pokračování. Ať je hodně Xtraz :)

[Spike]

Škoda, že je to jen taková hračka, místo aby se to snažilo třeba o implementaci nějakého robustního protokolu pro podobné hry (o jehož sepsání se na Standards-JIG mailing listu snažil Michal 'vorner' Vaner).

Osobně se mi líbila myšlenka využít MUC, ve kterém bude sedět nějaký "rozhodčí". Umožňovalo by to mít i nějaké "pozorovatele". Ten rozhodčí je podle mě kritický, aby se zajistila 100 % stejná pravidla na obou (všech) stranách.

Jo a narazili jsme na chybu v té beta2 verzi. Sparhawk vyhrál, protože jsem neviděl jeden jeho křížek... A také se často mezi hrami nesmaže hrací plocha.

[Josef Kufner]

Můžeš pls dát link na to, kde se to řešilo?

O použití MUC jsem uvažoval také, ale kvůli něčemu jsem to zavrhnul. Mno, jak nad tím tak přemýšlím, nakonec ho možná použiju, ještě nevím.

Jinak pozorovatele tam mám už od loňska, kdy to komunikovalo po vlastním protokolu

Rozhodčí kritický není – v normální hře se dá taky podvádět, takže to jen přidá na realističnosti. Ale v návrhu s ním počítám jako s volitelným doplňkem (kvůli turnajům a tak).

[Spike]

Realističnost zajímavá... ale. Nemohl by ten rozhodčí volitelně podporovat nějaké formy podvádění? :)

Zde hledat thready se slovem "game" v názvu, možná se podívat nějaký ten měsíc dva dopředu dozadu... (v tom říjnu ty diskuse myslím tak nějak odezněly).

A tohle je asi poslední verze vornerova návrhu.

Tak to s ním zkuste probrat a třeba znovu oživit diskusi. Je fakt, že stávající MUC není úplně ideální, proto později přišla řeč i na nějaký "vylepšný" MUC, který by byl tak jako tak potřeba i pro whiteboarding a shared xml document editing.

[Josef Kufner]

Dík za info. Rozhodčí nejspíš bude jen říkat něco ve smyslu "Tah s tímhle id a tímhle hashem je ok." Takže když řekne o podvodu, že je ok, tak prostě je ok Snažím se to psát tak, aby to průběhu hry a hráčům házelo co nejmíň klacků pod nohy, tak snad z toho nebude moc ošklivá obluda