www.warsztatgames.fora.pl

Will

@nobody

Wiadomo, że taka opcja będzie don't worry+ połączenie z edytorem choćby przez sockety czy wrapper.

hashedone

Jeśli miał bym wybierać, swoją chęć zgłaszam do AI, grafiki, integracji fizyki, skryptów (lub integracji skryptów), mechaniki, ewentualnie do sieci lub edytora. W tej dokładnie kolejności (czyli najbardziej bym był zadowolony AI, najmniej edytorem). Przez grafikę myślę jej programowanie (renderer), nie tworzenie.

Estivo

To wy już się dzielcie Wink

Jak coś mogę, też coś myśleć nad AI, ale już z Mateuszem się dogadaliśmy co do sieci.

Will

Ok, wszyscy już są. Na dziś wieczór przygotuje temat co do wybranie ról. Chcę od razu napisać swoją wersje rozłożenia całości na party dlatego potrzebuje trochę czasu.

p2rkw

Co do języka skryptowego: rozważaliście użycie game monkey? Do tej pory używałem tylko lua, ale może warto spróbować?

Will

Podstawowe pytanie brzmi: dlaczego? tzn jaką przewagę ma ten język nad lua?

p2rkw

Bindowanie wygląda na łatwiejsze. Chcąc używać lua bez bindera i tak będzie trzeba napisać zestaw funcji pomocniczych. Do GM wydaje się to zbedne, ale zaznaczam że jezyka nie używałem. Jezyki te podobne są do siebie, zresztą twórca GM jak sam pisze chciał poprawić tylko pare mankamentów lua.
Ale i tak pewnie użyjemy biblioteki do bindowania, a ja mam jedynie złe doświadczenia z toLua++ i wolałbym ponownie się z toLua++ nie męczyć. Co proponujecie do bindowania?

Will

Może i bindowanie wygląda na łatwiejsze ale lua zna pewnie każdy uczestnik projektu choćby w minimalnym stopniu. Jeśli chodzi o bindowanie to mi to osobiście wszystko jedno. Nie ma żadnej perfekcyjnej biblioteki do tego a przynajmniej ja takiej nie znam.

Xirdus

Osobiście to mi obojętne co będzie, dopóki nie będzie mulić. A nie mogę znaleźć żadnych testów wydajności tego GameMonkey.

p2rkw

[link widoczny dla zalogowanych]