Urban Terror w okresie wersji 3.1 do 3.7 było tworzone tylko przez dwójkę developerów.
Dzisiaj o 20:00 nadejdzie nowa aktualizacja
Dziś Frozen Sand ogłosiło, że wieczorem czasu polskiego dostaniemy nowego patcha do Urban Terror 4.2. Patch otrzymał szczęśliwy numerek 013 i wnosi on sporo poprawek błędów oraz jeszcze więcej nowości.
Kilka zmiennych otrzymało nowe nazwy:
CVARy g_noStamina oraz g_regainStamina zostały połączone w jeden, g_stamina. 0 to normalne zachowanie staminy w grze, 1 błyskawicznie ją regeneruje a 2 daje jej nieskończoność.
Wraz z wersją 013 debiutuje nowy system podziału strefy obrażeń. Teraz jest ich dużo więcej. Dodano:
Obrażenia zadawane przez broń zostały odpowiednio dostosowane do strefy trafienia. Pachwina oraz pośladki zachowują się prawie jak tors w kwestii obrażeń - a zostały dodane aby rozwiązać problem "zbyt wielu trafień w nogi" w Urban Terror 4.2. Wcześniej strefa trafień nóg zaczynała się, anatomicznie, od pasa w dół. Teraz pomiędzy torsem a nogami są jeszcze pachwina oraz pośladki.
Wraz z wersją 013 debiutuje kilka długo oczekiwanych usprawnień. Dodano system dźwięku dmaHD, który możecie włączyć i używać zamiast wbudowanego. Ponadto użytkownicy Windows wreszcie dostali do dyspozycji komendę /raw_mouse, która pozwala na grę bez zakłóceń, które może generować system Windows.
Od teraz można również łatwo przypisać proces gry do pojedynczego, konkretnego rdzenia procesora. Opcja tylko dla Windows, nie mylić z wielowątkowością oczywiście.
Najważniejsze komendy to:
Komplet komend zaawansowanych znajdziecie tutaj.
W tej wersji po raz pierwszy można użyć dwóch nowych broni. Grupę broni podręcznej, sidearms, zasila Colt 1911. Natomiast bronie poboczne, secondary, zostały wzbogacone o pistolet maszynowy MAC11.
Zmian jest dużo, sporo też jest nowości. Z raw_mouse z pewnością ucieszy się putin, który na to narzekał już w latach 70tych. Nowy pistolet maszynowy MAC11 z pewnością uraczy Patera, który kocha Counterstrike'a jak mało kto.
Pozostaje tylko użyć UrT Updatera, albo pobrać świeżą wersję w archiwum ZIP.
sprobujcie /com_singlecore zmienic na 0 (default chyba daje 2), wg mnie zle to dziala, ja przy 1/2/3/4 mam tak ze odpowiedni rdzen caly czas jest na 100%, jak dam na 0 to jeden rdzen ok 40-50% i jeden 10-15% (pozostale idle).
Tak właśnie to działa. com_singlecore to nie wartość boolowska, tylko określa, który rdzeń ma zostać użyty, a nie ile rdzeni. Przy wartości 0 zachowuje się po staremu, czyli pozostawia wybór rdzeni(a) systemowi operacyjnemu.
po przejsciu z binarki r00ta na czystego klienta przy .013, odczuwalem szarpanie obrazu (ati hd3400). na tym buildzie problem zniknal. dziala z .013.
@fruk:
zwrocilem tylko uwage ze przy sprecyzowaniu rdzenia jego uzycie jest 100% non stop, przy czym przy niespecyzowaniu rdzenia (0) zuzycie spada o polowe i rozklada sie tez na 2 rdzenie (co jest troszke jednak dziwne).
rozumiem ze funkcja jest przeznaczona dla starszych procesorow ktore kuleja z wielowatkowoscia przy wielu rdzeniach i trzeba im sztucznie "pomagac".
Mam procesor i7 i przy /com_singlecore ustawione na 1-8 potrafi szarpać obraz, a przy z 0 praktycznie zawsze jest dobrze.
pAter, tez mam procesor i7, przy ustawieniu innym niż /com_singlecore 8 mam spadki fps.
lol i7 nie ma 8 rdzeni.
przy tym te 4 rdzenie w mobilnych i7 sa zwykle nisko taktowane i jesli ograniczacie urta do jednego z 8 watkow procka to tak serio uzywa on tylko polowe z jednego z 4 rdzeni.
wlasnie dlatego i7 raczej sie nie sprawdzaja w grach ;) lub ich przewaga nad rownie taktowanymi i5 jest praktycznie marginalna.
lol i7 nie ma 8 rdzeni.
No właśnie, dlatego przy i7 nie da się ustawić /com_singlecore ja jeden rdzeń, bo można wpisać tylko jedną wartość.
Urban Terror w okresie wersji 3.1 do 3.7 było tworzone tylko przez dwójkę developerów.
@n1n napisał:
Ok, ale z najniższym możliwym priorytetem. ;)