Will

Na czym GUI?

"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.

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

<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>

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

Jak widzę macie cienie czyli wersja pro? jeśli tak użyj global fog, posprocessing i będzie to wyglądać świetnie. Jeśli nie to zabawa z fog density/fog mode, da się uzyskać w miarę dobre efekty + kolor mgły zawsze pod konkretna scenę i oświetlenie np dla jasnego nieba mgła powinna być delikatnie błękitna, wtedy można uzyskać jakiś tam poziom niby scatteringu. Na pewno nie może to zostać jak teraz, musicie ukryć fakt, że same góry z takiej odległości wyglądają "słabo" ale nie można ich całkowicie zakrywać. Można tam dorzucić jakiś dof ale dobrze ustawiona mgła zasłoni szczegóły i zostawi ogólny "obrazek", kwestia kombinacji i testów.

@Teegee Hmm, ale tutaj jest inne oświetlenie dlatego inny sky niż na poprzednim screenie(a przynajmniej tak podejrzewam).

Wszystko super tylko.. ta mgła.. Poprawić tak żeby góry wyglądały tak jak powinny a będzie już na prawdę wysoki poziom.

Dół jest super, poprawcie tylko tą mgłę bo góry wyglądają teraz słabo+ skybox.

W sumie jak chcesz tylko programowanie pod gry.. to bierz c# i jakieś xna, unity czy inny silnik.Weź coś pokroju(nie czytałem): http://www.empik.com/projektowanie-gier-w-...00597,ksiazka-p lub równoważnik dla innego silnika. Książki czysto programistyczne są cholernie nudne, jeśli Cię samo programowanie wystarczająco nie kręci szybko stracisz motywacje.

Opłaca się. Symfonia to bardzo dobry wybór na początek.

Będę w sobote po 15 a jeśli nie to dopiero w niedziele. Miło by było zrobić jakiś gmclan-meeting choćby na kilkanaście minut.

Polecam poszukać czegoś z probooków. W tym zakresie ładna 17 z całkiem niezła kartą+ matowy ekran.

Sunflower... tu chodzi o efektywność.. Pisałem w d3d/opengl/xna/sfml/ogre i w różnych innych cudach. Gdybym teraz miał projekty pisać używając tych rozwiązań a nie Unity to po prostu bym się pochlastał.. Pisząc najprościej, w unity przelejesz swoją wizję na grę. Używając po prostu api od zera też zaczniesz przelewać swoją wizję tylko parę lat później. Jest zrobione z myślą o wszystkich grach i nie tylko.. Pisałem w unity gry na pc, anndroida, aplikacja reklamowe i gry na kinecta, programy z funkcjami dotykowymi na pc i różne inne cuda.. Użytkowanie jest proste, po paru tygodniach w dzień zrobisz więcej niż na bazowym api przez miesiąc. Spróbuj, a na pewno nie pożałujesz. Jak będziesz mieć jakiś problem po prostu pisz.

Unity i tyle w temacie.. jeśli rzeczywiście chcesz robić gry to jest najlepszy wybór. Teraz masz dodatkowo darmowe wersje pod androida i ios.

Widocznie wszyscy z góry zakładają, że będziesz ;) Będę na 99%.

Spróbuj: Control.IsKeyLocked(Keys.CapsLock)

Użyj eventu: KeyDown a nie KeyPress a potem możesz np: SuppressKeyPress(); żeby nie wywołać eventu dla KeyPress.

O ile dobrze pamiętam ma być KeyChar a nie KeyCode.

O ile dobrze pamiętam ma być KeyChar a nie KeyCode.

Zapominasz o jednej ważnej rzeczy. Tworzenie gier to nie kopanie rowów czy zamiatanie ulic. Tu nie wystarczy po prostu wykonać robotę i jest sukces, gra musi być grywalna. innowacyjna, ładna i odpowiednio dopracowana bo inaczej nikt nie zapłaci za granie w coś co "nie daje frajdy"+ trzeba trafić w odpowiedni target, gra shoot the paqoo na pewno spodoba się tym, których oszukał ale raczej choć zdolny nie dorobił się aż tak dużej bazy klientów aby przyniosło Ci to realne zyski.

Wychodzą 2 gry na team. 20dni roboczych /2 = 10 dni na jedną grę. Dość mocne terminy, trzeba wziąć pod uwagę jeszcze testowanie, design, poprawianie znalezionych bugów itp itd Jeśli udałoby się zrobić grę w miesiąc (w co bardzo wątpię, chyba, że na prawdę jakiś prosty produkt) to byłby to sukces choć grywalność takiego tworu... Dochodzi jeszcze fakt, że za 3-4tyś miesięcznie to dobrego programisty nie znajdzie(taki który będzie potrafił coś takiego szybko ogarnąć) no i jeszcze koszty licencji różnych programów. Generalnie nei jest to jakiś przełomowy pomysł, jeśli rzeczywiście masz takie fundusze, poczekaj, dobrze się zastanów i wymyśl coś sensownego, "świeżego" choć po części.

Przypomina tą rudą babkę z gry o tron.. Popraw dwa elementy a będzie super: nos i górną wargę.

No.. no.. i to się nazywa pomysł na biznes. Sukces murowany.

Może się pojawię :) Jeśli tak to jest szansa, że autem więc kogoś z południa polski będę mógł zgarnąć.