Luźna konwersacja o nowym projekcie

[PsichiX]

po to na githubie, zeby inni mogli zobaczyc, jak pracujemy. w koncu ma to byc gra, z ktorej moznaby sie czegos nauczyc, nie? czy chcecie robic to wsio "sekretne"? szczerze, nie widze sensu, by ta gra byla sekretna, skoro gmclanowa gre robia mozgi to moglyby one podzielic sie wiedza z mniej ogarnietymi userami GMa, right?

[Uzjel]

Piszę DD, udostępnię jak będzie już jakiś kształt, mam nadzieję, że wam się spodoba.

 

ΨΧΞ zajmij się stroną techniczną, ja tych Gitów i Bitbucketów nie używałem jeszcze.

Projekt może być dostępny do podejrzenia, ale nie sądzę, że dużo osób będzie zainteresowanych stroną techniczną projektu. Dodatkowo, jeżeli z projektu coś wypali to i tak w pewnym momencie trzeba będzie go schować.

[PsichiX]

projekt na bitbucketcie zrobiony, ale lepiej zeby byl uzyty jak faktycznie cos z tego wyjdzie, tak czy siak projekt jest latwy do importowania z githuba. Uzjel, nazwa konta na githubie, plis :)

[I am Lord]

No ja też tych gitów nie używałem, mam to teraz po instalowane i nie wiem co dalej :D

Jak all mają fb to możemy grupę zrobić jakąś czy coś.

[gnysek]

Polecam manuala od gita :) A teraz koniec offtopu, bo to temat do pokazywania prac a nie do waszego projektu ;) Chcecie to załóżcie osobny temat (Psychix i Uzjel powinni mieć prawa wydzielenia postów na nowy temat).

[Threef]

A grupa na FB nie jest dobrym pomysłem do zarządzania projektem. Szybko uciekają informacje.

[PsichiX]

zaraz ogarne zarzadzanie projektem na Trello i tam opisze konsolowe komendy gita (najlepiej jest konsolowa wersje uzywac).

danke, Uzjel.

 

EDIT: Zakładajcie konta na Trello.com i ślijcie mi username Wasze, dodam Was do projektu.

[I am Lord]

Huder

[Will]

Ciekawe czy wyjdzie jak zwykle przy zabieraniu się od dupy strony ; )

[PsichiX]

dzięki, dzięki za zdanie.

sam jesteś od dupy strony.

a może bys tak wystawił w takim razie jakieś argumenty, lub powiedział, czemu zabieramy się od dupy strony? bo oceny wygłaszane bez poparcia są, jak wiemy, wiele warte <3

[Wojzax]

Wojzax

[Will]

<Subiektywna opinia>

Po prostu podejście jak zwykle.. na początku repo i dd. Gdzieś to już się widziało. Nie musisz się rzucać, twa duma nie ucierpiała. good luck w każdym razie.

<subiektywna opinia>

[Jakim]

Ale Will ma rację. Projektu nie zaczyna się od durnych githubów tylko od planu rozgrywki.

[Chell]

Yxe bardzo lubi gry na andka

Wojzax bardzo chce gre na andka

Wszyscy na pewno lubia pieniazki

 

Chyba nie musze mowic jakiej platformy oczekuje

[PsichiX]

moi drodzy, od designu mamy goscia, ktory naqwet napisal na keidy przygotuje wstepny projekt, zdaje sie ze racja?

ja sie w design nei mieszam, wiec ogarniam sprawy techniczne i srodowiskowe, bo w tym moj udzial jest, racja?

od dupy strony byloby, gdybysmy teraz siedli i zaczeli robic grafe i kod, a tak sie nie dzieje, ot.

dzialamy wspolbierznie jezeli mozemy, nie czysto krokowo, sztucznie blokujac postep prac.

[Wojzax]

Wojzax bardzo chce gre na andka

 

Tak tylko napomknąłem, jestem otwarty na różne inne pomysły

[Will]

Cały problem w tym, że nie powinno się działać współbieżnie. A przynajmniej doświadczony programista powinien być przy każdym "zdaniu" pitch doca żeby w razie czego powiedzieć "nie" i zamknąć feature już na starcie(no i tworzyć tech doc'a) lub zrobić prototyp żeby odp na pytanie: będzie fun? trudne do zrobienia? nieopłacalny feature? itp itd Najlepiej zrobić spotkanie teamu i razem stworzyć game proposal. To jedyne sensowne rozwiązanie, całość będzie akceptowalna jeśli chodzi o pomysły bazowe już od startu ze strony kodu/logiki/grafiki itp itd

[PsichiX]

cholender, no pacz, bo postawienie repo i srodowiska do merytorycznego zarzadzania projektem wymaga ode mnie znajomosci design doca D:

nadal: nie zabieramy sie jeszcze za robienie gry, przygotowujemy srodowisko w czasie, gdy powstaje wstepny projekt.

[Will]

"moi drodzy, od designu mamy goscia, ktory naqwet napisal na keidy przygotuje wstepny projekt, zdaje sie ze racja?

ja sie w design nei mieszam" -ehh chyba pisałem o tym+ nie o dd tylko pitch/concept docu, no ale dobra poddaje się bo wiem jak to się potoczy.

[Wojzax]

Bardzo dużo mądrych słów, ale wydaje mi się że ciągle rozmawiacie o tworzeniu projektu.

[Chell]

nie za duzo profesjonalnych pojec jak na kilku gosci z gmclanu?

[I am Lord]

A ja nie wiem co to DD :(

[Amaterasu]

+1 Chell. Nie wystarczy ta burza mózgów, żeby każdy mógł zacząć swoją część roboty, nie przejmując się jakimiś sztucznymi ograniczeniami? Czy trzeba każdy projekt robić jak inni?

[PsichiX]

amateratsu: dobre zasady nie są złe, o ile nie wpycha się ich na siłę. przygotowanie środowiska technicznego jak i zarządzania projektem jest nijak związane z planowaniem projektu, bo w tym przypadku wiemy w czym to robimy i jakich narzędzi używamy, które ustaliliśmy razem i na jakie się już zgodziliśmy i nie zamierzam blokować swojej części pracy, która nie wymaga czekania na wynik pracy innej osoby, tylko dla tego, że ktoś uznał że muszę bo tak.

[Threef]

A ja nie wiem co to DD :(

"Design Document". Coś co Adrian Chmielarz robił ze swoją grą przez ostatnie pół roku. ;)

[PsichiX]

Huder:

mam ja w silniku algorytm malowania przejsc tilemapy, mozna by algorytm zaadaptowac. na przyklad z mapki zlozonej z kafli teren-woda robi ladne przejscia.

plik z definicja kafli: http://db.tt/mc8jjTaK

plik z definicja zasad malowania: http://db.tt/yo2f2Ere

[I am Lord]

U siebie w Maze Strategy mam coś podobnego.

 

Uproszczony algorytm który nie sprawdza rogów wygląda tak:

GML

if ( instance_position( x + 32, y, o_solidWall ) ) image_index |= 1;

if ( instance_position( x - 32, y, o_solidWall ) ) image_index |= 2;

if ( instance_position( x, y + 32, o_solidWall ) ) image_index |= 4;

if ( instance_position( x, y - 32, o_solidWall ) ) image_index |= 8;

 

Wtedy poszczególne klatki sprita muszą być ułożone w odpowiedniej kolejności. w MS mam to bardziej rozbudowane bo sprawdzam jeszcze rogi.

[Konrad-GM]

U siebie w Maze Strategy mam coś podobnego.

 

Uproszczony algorytm który nie sprawdza rogów wygląda tak:

GML

if ( instance_position( x + 32, y, o_solidWall ) ) image_index |= 1;

if ( instance_position( x - 32, y, o_solidWall ) ) image_index |= 2;

if ( instance_position( x, y + 32, o_solidWall ) ) image_index |= 4;

if ( instance_position( x, y - 32, o_solidWall ) ) image_index |= 8;

 

Wtedy poszczególne klatki sprita muszą być ułożone w odpowiedniej kolejności. w MS mam to bardziej rozbudowane bo sprawdzam jeszcze rogi.

image_index =
  (instance_position( x + 32, y, o_solidWall ) != noone)*1 |
  (instance_position( x - 32, y, o_solidWall ) != noone)*2 |
  (instance_position( x, y + 32, o_solidWall ) != noone)*4 |
  (instance_position( x, y - 32, o_solidWall ) != noone)*8;

Nie mam pojęcia czy to GML trawi C:

[ANtY]

dzięki, dzięki za zdanie.

sam jesteś od dupy strony.

a może bys tak wystawił w takim razie jakieś argumenty, lub powiedział, czemu zabieramy się od dupy strony? bo oceny wygłaszane bez poparcia są, jak wiemy, wiele warte <3

:rolleyes:

[PsichiX]

nie zalapales, anty. inna sprawa, ze widze, iz od dawna masz jakas awersje do mnie, a ja nawet nie wiem o co poszlo.