Will

Powinieneś zakupić jedną książę, która omawia same podstawy. Niestety nie wiem czy są jakieś w naszym języku no ale w twoim wieku już pewnie sobie z ang lekturą radzisz więc looknij na: 3D Math Primer for Graphics and Game Development lub inne książki czy kursy poruszające ten temat. Co prawda to nie pozwoli Ci posiąść jakiejś super wiedzy ale na pewno będziesz rozumiał co właściwie robisz transformując wierzchołki do clipspace czy oświetlając swoją scenę a z każdym prostym błędem nie będziesz walczył po x godzin. Jeśli chcesz tutoriale to poszperaj na gamedev.net pełno tam tego lub na gamedev.pl. Możesz zrobić sobie jakiś krótki kurs d3d czy ogla z tych stron. To też powinno dać Ci podstawową wiedzę.

Za pisanie czegokolwiek to się można zabrać po solidnej lekturze teorii. Przede wszystkim matematyka i podstawy programowania grafiki potok, przekształcenia, operacje na rastrze itp. W innym wypadku branie się za silniki mija się z celem i programowanie przypomina błądzenie po ciemnym lesie.

I to jest dobra decyzja ja niestety będę musiał kombinować jak się dostać na taki kierunek z samą majcą xd Na szczęście jest rok na kombinowanie.

Moja subiektywna opinia: Informatyka nie licząc kilku uczelni to dno. Lepiej wybrać się na kierunek typu robotyka.

Zwracam honor myślałem, że chodzi o coś na wyższym poziomie. Jeśli potrzebujesz tylko do gier 2d to nawet się nie bierz za c szkoda czasu, zanim napiszesz coś sensownego sporo czasu minie.

@Crack padłem na podłogę... Jeśli chcesz kiedyś na poważnie pisać gry powinieneś się przerzucić na c++. Jeśli robisz to tylko dla zabawy radze pozostać przy gm. Każdy kto Ci napisze, że pisanie gier przy użyciu c+biblioteka typu d3d9/opengl możesz uznać za zwykłego kłamce. Zabawa w te klocki to spore wyzwanie, które co prawda pozwala na pisanie świetnych aplikacji ale za ogromną cenę czasu i wyrzeczeń o wymaganej zaawansowanej matmie, fizyce czy ai nie wspominając.

Wszystko zależy jakiej techniki pragniesz użyć(ja bym wybrał każda klatka osobno chociaż w rzeczywistości dzięki prostym techniką wcale nie trzeba osobno rysować każdej klatki) Jeśli nie boisz się angielskiego polecam zajrzeć tutaj: http://www.mangatutorials.com/ a także oglądnąć: http://www.theanimatorssurvivalkit.com/volumes_1_4.html a to jest całkiem fajna książka: http://www.amazon.com/Character-Animation-...f=pd_rhf_shvl_2 (podobno fajna) Jeśli chodzi o programy to photoshop lub gimp w zupełności wystarczy+ jakiś programik do montowania.

hmm.. A dla mnie tam, że chce tylko kierować wcale nie przeszkadza bardziej mnie martwi to jak chciałby przeprowadzić rekrutacje bo aby sprawdzić czy demo programisty lub kawałek kodu jest jego dziełem trzeba się raczej orientować w temacie. Co jak co ale ja nie chciałbym mieć takiego szefa ;)

Jeśli chcesz się czegoś nauczyć to kąt odbicia jest równy kątowi padania i skoro pada pod kątem 90 stopni to niby jak ma się odbić inaczej niż 90?

Vec Odb=vPad-2*vNor(vNor*vPad) o ile dobrze pamiętam taki był wzór na obliczanie wektorów odbicia.

http://www.cplusplus.com/reference/clibrary/cstdlib/atoi/ Nie powinieneś zadawać takich pytań wystarczy trochę się postarać.

Tak myśląc logicznie to StrToFloat("2+2-4") nie zadziała tak jakbyś tego oczekiwał. napisz sobie własną funkcje: std::stringstream g_StringStream; float StrToFloat(const string&s1) { g_StringStream<<s1.c_str(); float l=0; g_StringStream>>l; if(!g_StringStream) { g_StringStream.clear(); return -1; } return l; }

#include <iostream> #include <math.h> using namespace std; int main() { float numberCount = 0; cout << "Podaj ilość liczb w działaniu: "; cin >> numberCount; numberCount = ceil(numberCount); if (numberCount < 2) { cout << "Ilość liczb w działaniu musi być większa od 1."; system("cls"); main(); } double * costam=new double[numberCount]; for( int i = 1; i < numberCount; i++ ) { cout << "Podaj wartość " << i << "liczby: "; cin >> costam[i]; //robisz cos tam } //zwalniasz pamiec delete [] costam;

double number; ee co to jest? 0o to jest statyczna tablica nie dynamiczna jak chcesz dynamiczną double*d=new double;

Co prawda ostatnio bawiłem się w to z rok temu ale bodajże przy disconnect'cie miałem shutdown(socket,SD_BOTH); closesocket(socket); socket=invalid_socket);

jeśli chodzi o zmienne globalne: plik nagłówkowy: extern unsigned costam; plik cpp: unsigned costam=12;

std::endl

c out, in są wolniejsze.

50% czasu pisanie/kombinowanie/eksperymentowanie i 50% czytanie.

Z tego co czytam nie bardzo masz pojęcie o programowaniu. W Symfonii mamy do czynienia z programowaniem strukturalnym jak i obiektowym choć nie w pełni. O ile też pamiętam na końcu książki było wytłumaczenie dotyczące tego tematu. Wnioskuje, że nie bardzo masz wiedzę praktyczną więc na razie zajmij się przykładami z książki. Algorytmami nie bardzo masz się co zajmować gdyż tam logika i nie wiele języka chociaż możesz sobie potrenować jakieś proste algorytmy na pseudokodzie.

W programowaniu gier to nie ma większego znaczenia. Liczy się tylko szybkość. Napisz sobie jakiś wraper i po sprawie. To są biblioteki. Zapoznaj się jak na razie z sdl i allegro wybierz lepsze i napisz kilka gierek.

Na początek żadną. Poświęć kilka/naście dni i przejrzyj dostępne kursy sdl, allegro i dopiero potem opłaca się szukać książki. Później może się okazać, że kasa poszła w błoto. Tak więc w mojej opinii zrób jakieś podstawy bib 2d+ ostro weź się za majce i ang bo bez tego leżysz.

W języku polskim takiej nie ma. Radze się dobrze zastanowić gdyż d3d to nie jest zabawa. Proponuje zacząć od biblioteki 2d i matematyki.

Nie nie będzie. Wyjątki i szablony zawsze są przydatne. Możesz zaoszczędzić tą kasę i skorzystać z jakiś kursów na ten temat a zamiast tego kupić jakąś książkę o sdl,allegro,direct3d czy ogl oczywiście przed tym zapoznać się z możliwościami i podstawową obsługą danych bibliotek aby wybrać najlepszą. EDIT: Ogólnie rzecz biorąc programowanie gier jest tak rozległą dziedziną, że liczba książek, które są przydatne liczy się w setkach. Sam po przeczytaniu kilkunastu ciągle czuje, że jestem straszny newbie i ciągle sięgam po nowe.

Pasja omawia dodatkowe tematy. O ile dobrze pamiętam masz tam szablony, proste struktury danych, RTTI, wyjątki. Wszystko co jest opisane w C++ 50.. jest ciągle aktualne. Masz tam różne porady dotyczące zarządzania obiektami, pamięcią itp. Jeżeli opanujesz to co w pasji to nie masz co się dalej w język zagłębiać, praktycznie i tak bardzo rzadko używa się jakiś "dziwnych szczegółów". Jeżeli zamierzasz pisać gry to tym bardziej odpuść sobie dalsze pogłębianie wiedzy teoretycznej na temat języka.