Mogli by dać 2x mocniejszą i 2x dłuższy cd.

Jakie dane do równań potrzebujesz ??

Moje spostrzeżenia po dwóch dniach gry:
Plusy:
+dźwięk (zdecydowanie największy +)
+"klimat" wojny
+interakcja z otoczeniem
+możliwość modyfikowania broni i naszej postaci
+nowy system spotów/requestów (dużo ludzi narzeka na niego, mi akurat przypadł do gustu choć mógłby być bardziej rozbudowany)
+system spawnów (gra przez to zyskała dużo na dynamice)
+gunner w heli, nie jest jakiś morderczy ale zamieszać też nieźle może
+widok przez lunetę u snajpera

Minusy:
-zbyt mały FOV
-medyk z CKMem to zły pomysł, lepsza byłaby piąta klasa jako support a medykowi dać coś lżejszego
-sterowanie niektórymi pojazdami to nieporozumienie (zbyt mała czułość)
-smuga po rakietach w śmigłowcu Apache wygląda bardzo słabo/brzydko
-wygląd granatów
-tekstury niektórych broni
-grafika

Trzeba w humana wywalic pol magazynku zeby padl

jaki jest cooldown na rakiete z UAV?

Ogolnie tak przedstawia sie specyfikacja mojego PC (po duuuzym OC):
Phenom X3 720BE [2.8] -odblokowany 4 rdzen + oc na 3.4Ghz-
Gtx 260 - podkrecony z zegarow 575/2000/1348 na 715/2480/1542 (jest moc, zapewniam :>.. wieksza wydajnosc niz gtx275 - potwierdzone w testach)
OCZ Reaper 2x2gb 1066MhZ
no i tam pare mniej istotnych podzespolow, nie zaglebiam sie...

Do rzeczy: Gra chodzi bardzo dobrze na medium )nie spada ponizej 55fps).. Przy ustawieniach all high, aa&aniso 16x, HSAO:off, vsync:on mam stale 45fps (przy wszystkich opcjach wlaczonych mam minimum 30 fps).. Gram na dx10, 1920x1080.. vista64

Pamiętaj , to nie jest następca BF2, to jest nowy "twór" na który się trzeba przestawić i na nowo pewnych rzeczy nauczyć

Cykl życia programu
[edytuj]

Cykl życia programu – seria kolejnych zmian programu, w trakcie których odbywa się sukcesywne dodawanie nowych funkcji oraz usuwanie powstających w trakcie rozwoju błędów.
Etapy rozwoju [edytuj]

Zasadniczo cykl życia kolejnych wersji programu można podzielić na następujące etapy:
wersja niestabilna (testowa) – seria wydań, podczas której dodawane są przede wszystkim nowe możliwości:
wersja robocza (pre-alpha) , dostępna zazwyczaj tylko dla twórców programu w postaci repozytorium kodu źródłowego (np. CVS, SVN), kiedy implementowany jest algorytm programu, tworzony jest interfejs i dodawane są nowe funkcje
wersja alfa (pre-beta), podczas której autorzy doprowadzają do rzeczywistego działania programu, nawet w ograniczonym zakresie
wersja beta, kiedy program ma już pierwszych użytkowników, zwanych często beta-testerami, i wyłapywane są błędy związane z różnymi środowiskami i warunkami pracy programu
RC (ang. Release Candidate, czyli Kandydat do wydania) – wydanie kandydujące, których może być nawet kilka, ale jeżeli nie zostanie w nim znalezione żadne istotne odstępstwo od planu wersji, zmienia się jedynie numer wersji na wyższy i uznaje wersję za stabilną
RTM (ang. Release to manufacture lub Ready to market czyli Gotowy do wydania) – produkt gotowy do wypuszczenia na rynek. Nie jest dostępny publicznie do czasu premiery.
wersja stabilna (wersja produkcyjna) – wersja nadająca się do użytkowania zgodnie z założeniami autorów
wersje stabilne z poprawkami bezpieczeństwa lub innych błędów
ostatnim etapem jest zwykle starzenie moralne programu i porzucenie przez autorów, co zwykle kończy jego życie (w przypadku kodu na licencjach FLOSS ten stan może w dowolnym momencie ponownie przejść do fazy aktywnego rozwoju, jeśli tylko znajdą się chętni do przejęcia opieki nad nim, lub wykorzystają fragmenty kodu w innej aplikacji)

Zależnie od projektu niektóre fazy życia programu mogą nie być tak oznaczane, można natomiast mówić w tych kategoriach o jakości kodu (np. kod beta oznacza wtedy po prostu program, w którym zaniedbano testowania na rozmaitych platformach sprzętowych i programistycznych).