LUA

[perry]

Když už se tu dneska řeší ta LUA Tak se zeptám.

a) Má význam psát si vlastní wrapper na LUA pro C++ ?

b) Pokud a == ano -> je ideální přístup ala COM-Interface ?

c) Předpokládám ale, že nejde udělat nějak automaticky bind funkcí, aniž bych je musel všechny "přepsat" a používat lua_push apod. fce. Tzn. každou funkci, kterou chci vidět v LUA, musím ručně přepsat. Zkoušel jsem hledat nějaký auto-bind (podobně jako v C# přes [Export] atribut), ale nic jsem nenašel. A dodefinovat si vlastní chování #pragma (ala OpenMP) jsem zjistil, že nejde , protože to je compiler-specific

d) Na základě c) mi ale přijde zbytečné psát C++ wrapper, protože klidně můžu napsat fce. do_this(ptrA, x, y), do_that(ptrB, y), ptrA = create_this()... a volat je.
_________________
Perry.cz

[mar]

No já luu (lua? nepoužívám, ale myslím, že co jsem se kdysi díval, tak existuje luabind. Jak moc to je/není použitelné, nevím, jak někde vidím include něčeho z boostu, okamžitě mažu z disku

[perry]

Jo.. boost mi nesmí přes práh taky Jako těch wrapperů je hromada, to vím. Spíš jak jsem psal d), jestli se to vůbec vyplatí
_________________
Perry.cz

[nou]

ja som raz v jednom projekte pouzil tolua++ http://www.codenix.com/~tolua/ parsuje to C++ hlavicky a automaticky vygeneruje wrapper. moze ale vadit ze treba pomocou komentarov

[VODA]

Když řešíme tu Luu (Lua), jak byste řešili to, když chci ve skriptu počkat na dokončení nějaké operace? Něco ve stylu:

[OndraSej]

VODA> pres corutiny - http://www.lua.org/pil/9.1.html

Kazdy objekt ma svoji corutinu s while cyklem, a moveTo bys pak mel napsane jako

[VODA]

A nešlo by ten skript jen nějak krokovat?
Bych měl v kódu proměnnou doScript, když by byla true, skript by se krokoval, když by narazil na funkci waitForLastAction, tak by se nastavil na false a zpátky by se přepl až by přišlo potvrzení, že se poslední akce opravdu dokončila...
_________________
Opravdovost se pojí s trýzní...

[OndraSej]

Vsak neco takoveho presne delaji ty corutiny (mozna i o neco jednoduseji). Z waitForLastAction() muzes volat coroutine.yield(), ktere preda rizeni zpet tomu, kdo spustil tu corutinu a ten se pak muze rozhodnout, co bude spousted dal (jestli spustit skript nejakeho dalsiho objektu, renderovat dalsi frame, ...) a kdy znova spusti tuhle konkretni corutinu.

To coroutine.yield() muzes volat i libovolne zanoreny, takze pokud si vhodne navrhnes dispatch corutin objektu, tak pak muzes mit kod pro ovladani postav krasne jednoduchy (a bez toho, abys musel explicitne resit predavani rizeni mezi objekty). Pokud si navrhnes nejake zakladni funkce pro chovani postav (treba to moveTo, say, pickUp, putDown, attack, ...) a ty yieldy schovas do nich, tak pak celkove chovani muzes popsat napsat extremne jednoduse a bez toho, abys musel explicitne resit predavani rizeni dalsim objektum. Tj. skript postavy by skutecne byl

[VODA]

No budu to muset tedy prozkoumat, do Lua zatím moc nevidím...
Ty coroutiny se mi zatím zdají dost divoké...
_________________
Opravdovost se pojí s trýzní...

[mar]

[VODA]

Tak já toho zase příliš řídit přes skript nepotřebuji. Co jsem tak přemýšlel, tak zatím si vystačím se 4 funkcemi skriptu, které potřebuji volat:
1) initLevel - zde si vytvořím podle herních proměnných level
2) endLevel - kdybych potřeboval něco při ukončení levelu
3) actionPerformed - když se stane nějaká událost (sepne trigger)
4) interactionPerformed - hráč provede interakci (např. klikne na NPC)
Předpokládám, že tyhle 4 funkce bych spouštěl jako coroutiny...

A ve skriptu by měli být používány zase nějaké jednoduché funkce, např.: spawnItem, spawnContainer, spawnEnemy, moveTo, rotateTo, getLevelVariableBoolean/Int/..., say, waitForLastAction, waitForAllActions, atd.
Zase to nechci komplikovat, např. AI si nakódím přímo, sbírání předmětů a operace s inventářem také...ale např. dialogy by bylo dobré řídit přes skript, popř. nějaké in-game sekvence, nebo logiku levelu (sepnutí triggeru, atp.)
Tady by se pak opravdu hodil ten yield a nebo by se každé volání skriptu uložilo do fronty příkazů (per coroutina) a následně bych to už zpracovával podle sebe...
_________________
Opravdovost se pojí s trýzní...

[OndraSej]

Ty corutiny jsou v zasade "vlakna" s kooperativnim multitaskingem (tj. kod funkce bezi, dokud se sam nerozhodne, ze je cas predat slovo nekomu jinemu). Ale jinak kazda ma svuj vlastni stack a je na ostatnich nezavisla. Takze se hodi hlavne ve chvili, kdy chces mit nejaky kod bezici dlouho (napr. po dobu zivota jedne postavy ve hre) a nechces ho nasilne rozdelovat do funkce, kterou budes volat opakovane.

Pokud potrebujes jen jednorazovy callback, ktery neco rychle udela a vrati, tak ti budou stacit normalni funkce.
_________________
http://trionteam.net

[frca]

Zrovna o tom vyšel článek na gamedev.net:
http://www.gamedev.net/page/resources/_/technical/game-programming/the-lua-tutorial-r2999
_________________
www.FRANTICWARE.com

[Mem]

C# yield používáme v našich herních skriptech v Unity docela často, je to fakt pohodlné a přitom elegantní a dostatečně názorné. Používáme to např. pro asynchronní tahání informací z netu (grafický banner ve hře, online score, ...), nebo animace vyvolané v kódu (např. animace a změny stavů nepřítele před smrtí, než si sám destryone svůj GameObject)

[perry]

frca Vynikající.. díky.. přesně takhle jsem se nakonec rozhodl to dělat místo jakéhosi "matlání" a napojování na to, aby to mohlo volat objekty Stejně bych musel psát k těm objektům ty "lua" wrappery, takže takhle alespoň držím přehled a čitelnost a nemusím nijak prasit Luu
_________________
Perry.cz