IPBIPB

Witaj Gościu ( Zaloguj | Rejestruj )

> Upgrade kompa + nowe (stare?) problemy
st4rf!sh
post 10:19, 23 02 2007
Post #1


Hauptmann
Ikona Grupy

Grupa: Użytkownicy
Postów: 262
Dołączył: 4-08-2005
Skąd: stąd
Nr użytkownika: 4730



Witam. Spróbuję po kolei opisać mój problem i jego historię, gdyż jest z deczka zawiły :D Otóż do środy, gdy miałem jeszcze starego procka, płytę i ram, wszystko było mniej więcej ok. Mniej więcej dlatego, że kiedyś zmieniłem se picmip z 1 na 3, grając tak nie było problemów. Jednakże po pewnym czasie, gdy chciałem grać na picmip 0 (tylko taka zmiana w cfg) automatycznie podczas gry pokazywała mi się krew (dużo krwi :) ), a ekran trzęsł się w górę / w dół za każdym razem, gdy ktoś we mnie strzelał (i trafiał). Nie wiedziałem jak zniwelować ten efekt, więc z powrotem ustawiłem w cfg picmip 3, po czym wszystkie (krew i trzęsienie ekranu) problemy ustąpiły. W środę, po doprowadzeniu systemu do stanu używalności, uruchomiłem et i zauważyłem pewną dziwną rzecz. Otóż mam config 'read only' (gdyż mam tam skrypty, które nie wiem czemu znikają po pierwszej grze, gdy cfg nie jest tylko do odczytu), który to uruchamiając się zmienił ustawienie r_picmip z 3 na 1 :c Patrzyłem, w cfg nadal mam seta r_picmip 3, jednakże po uruchomieniu konsoli jest picmip 1. I w tym momencie powracają stare problemy: krew (już wyłączona) i te nieszczęsne trzęsienie się ekranu :/ Czy może ktoś wie jaka komenda za to (wyłączenie tego efektu) odpowiada? Próbowałem kilku, ale żadna nie okazała się słuszna... Albo dlaczego nie mogę z poziomu cfg ustawić r_picmip 3? W czasie gry da się tak zmienić, jednakże po vid_restart problemy nie znikają... Być może wina leży poniekąd po stronie karty grafiki, gdyż wcześniej miałem płytę główną z AGP x4, a teraz mam x8, więc może coś się zmieniło w ustawieniach karty i nie pozwala na rozmytą grafę? Mam nadzieję, że ktoś mi pomoże :)
Pozdrawiam
Go to the top of the page
 
+Quote Post
 
Start new topic
Odpowiedzi
jarpen
post 17:54, 24 02 2007
Post #2


Hauptmann
Ikona Grupy

Grupa: Użytkownicy
Postów: 499
Dołączył: 15-11-2004
Skąd: 20x z dupy
Nr użytkownika: 3186



musisz go uruchomic
/exec dead.cfg
Go to the top of the page
 
+Quote Post
st4rf!sh
post 17:59, 25 02 2007
Post #3


Hauptmann
Ikona Grupy

Grupa: Użytkownicy
Postów: 262
Dołączył: 4-08-2005
Skąd: stąd
Nr użytkownika: 4730



CYTAT(jarpen @ 18:54, 24 02 2007) [snapback]60098[/snapback]
musisz go uruchomic
/exec dead.cfg


'couldn't exec dead'

Jeśli chodzi Ci o to, aby zaraz po uruchomieniu et wczytać jeszcze raz swój cfg, to gdy tak robię, pojawia się 'r_picmip will be changed upon restarting', po czym robię vid_restart i ciągle jest picmip 1 :)

Nie wiem czy to coś znaczy, ale gdy teraz (usunąłem z etconfig r_picmip2, pojawiło się pewnie po wczytaniu jakiegoś cfg i tak zostało) wpisuję w konsoli r_picmip 1, a później sprawdzam wartość r_picmip to pojawia się tak:
"r_picmip" is: "1" default: "1"
latched: "3"
Gdy ponownie robię vid_restart, picmip zostaje na 1 a 'latched' znika. Wie ktoś może ocb z tym? :P

z ostatnej chwili [edit]: udało mi się zmienić spod konsoli picmip na 3 - tekstury rozmyte, trzęsienie jest. Jednakże, gdy wpisze w konsoli /exec d34d widzę, że cfg normalnie jest wczytywane a żadne komendy nie ulegają zmianie. Gdy teraz robię vid_restart, r_picmip z powrotem wraca na 1 (tak jakby w cfg r_picmip 3 był zasłaniany przez r_picmip 1 :s)
Go to the top of the page
 
+Quote Post

Posty w temacie


Reply to this topicStart new topic
1 Użytkowników czyta ten temat (1 Gości i 0 Anonimowych użytkowników)
0 Zarejestrowanych:

 



Wersja Lo-Fi