Upgrade kompa + nowe (stare?) problemy Opcje

[st4rf!sh]

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

[jarpen]

edytowales konfig w main czy w profiles?

[st4rf!sh]

edytowales konfig w main czy w profiles?

W profiles.

[MorFeuS]

Dziwny błąd, pierwszy raz się z takim czymś spotkałem. Zmieniłes tylko płytę, RAM i proca, tak? Graficzną zostawiłes? To jest coś dziwnego, że tak się dzieje, bo picmip 1 i 3 az tak bardzo nie wpływaja na działanie grafy. Popronowałby najpierw sprawdzić inne cfg z picmip 3 (możesz ściagnąc cfg znanych graczy z www.enemyterritory.pl). Jeżeli ciągle ten sam błąd to zainstaluj nowe sterowniki do karty graficznej. Jeżeli to tez nie pomoże to radze odinstalować ET zupełnie, usunąc ALL i zainstalować od nowa, wrzucić jakis inny cfg i na wszelki wypadek zainstalować nowe sterowniki

[st4rf!sh]

Zmieniłem płytę, procka, ram, no i dokupiłem też nowy hdd (ale wątpie aby miał coś z tym wspólnego). Grafika jaka była, taka została. Co do sterowników, to wcześniej miałem detonatory 84.21, a teraz zainstalowałem 93.71, więc to może one blokują rozmycie tekstur Próbowałem też inne cfg (mające r_picmip 3), to zawsze, gdy uruchamiam jakąś mapę i w konsoli sprawdzam wartość r_picmip, jest 1. Wygląda to tak, jakby et "broniło" się przed tym picmipem 3 w cfg i na siłę zmieniało na 1 :/ btw. jaka opcja w ustawieniach karty grafiki może odpowiadać za rozmycie tekstur (a przez to odpowiadać r_picmip 3 w et)?

[conish]

Nie wiem jak to jest z profilami, ale ja im nie wierze. Dlatego trzymam konfig w glownym folderze z modem (etmain, etpro itd). Na Twoim miejscu tez bym sobie przerzucil. Sprawdz tez czy jest autoexec i co w nim jest. W razie czego mozesz w nim dac tylko komende exec twoj.cfg

[Swiety]

Znikające skrypty i wątpliwe panaceum w postaci read only:

Zniaknie skryptów jest spowodowane tzw zawijaniem wierszy w pliku tekstowym. Rozbudowanej komendy skryptu, takiej ciągnącej sie na kilkadziesiąt słów nie da się dzielic na linię. Trzeba ją umieścić w jednej linii tekstu.
Problem nie występuje jeśli piszemy np skrypt w notatniku windowsym z wyłączoną funkcją zawijania wierszy.
Z włączoną funkcją zawijania wierszy skrypty mogą przestać działać. Również gdy używamy do edycji innych edytorów (np Word) moga być problemy po wyeksportowaniu do pliku tekstowego bo mimo wszystko zostają np jakieś specjalne znaki nowej linii albo nie ma ich wcale. Najlepiej configi pisać w notatniku od podstaw.

Ewentualnie problemem może być zbyt wielka objętość pojedyńczego configu (rozbić na kilka mniejszych) ale i tak Wolf powinien wcześniej z odpowiednim komunikatem wywalić się, albo za duża ilość zmiennych (cvarów) - wywalić część niepotrzebnych (i tak większość shitowych komend ma wartości domyśllne i domyślnych się używa wiec nie ma sensu trzymania ich w configu chyba żę używamy innych configów i po użyciu ich pozostają nam jakieś śmieci. Wywalić cżęśc nniepotrzebnych skryptów, skrócić je, przerobić komendy skryptów na mniejsze.

A tak wogóle nie widzę żadnego związku nie działania skryptów z read only na config. Read only ma znaczenia jak ktoś nie ma swojego oddzielnego pliku configu i wszystkie ustawienia trzyma w etconfig.cfg. Bez read only Wolf robi w tym pliku burdel (np zawija wiersze), co najczęściej objawia się nie działaniem skryptów.

Wygląda to na to jakby mimo że wczytałeś swój config jego ustawienia były przez coś innego nadpisywane (etconfig.cfg ? przecież swój własny config wczytuje się po etconfig.cfg bo etconfig.cfg zawsze wczytuje się pierwszy - nie licząć autoexec.cfg) .

Trzeba pamiętać że w Wolfie jest i etconfig.cfg i autoexec i często swój własny confgi do tego w katalogach z profilami, katalogu etmain, do tego jeszcze oddzielnie dla etpro/modów - jednym słowem burdel w którym często nie można się połapać co gdzie kiedy i wogóle. Jak jeszcze w którymś z plikó jest komenda /exec inny_conf to już wogóle.


W sumie to wygląda mi na to że twoim configiem jest właśnie plik etconfig.cfg i nie masz odrębnego pliku configa odpaanego komedną /exec mój_config.cfg w co trudno mi uwierzyć - ja normalnie nie mogę wytłumaczyć sytuacji jak read only może mieć wpływ na plik w oddzielnym configu.

Moze jeszcze mieć znaczenie czy komendy w configu są poprzedzane słówkiem set, seta, setv, wartości znakami " " ale ... nie to też bez znaczenia


PS AGPx4 x8 nie ma na 99% żadnego związku z rozmytą grafą i krwią

[st4rf!sh]

Dokładnie. Miałem swój cfg w profilu jako etconfig.cfg, i miałem włączone zawijanie wierszy Ale przeczytałem i dokonałem pewnych zmian. Skopiowałem etconfig.cfg na d34d.cfg, etconfig z /etpro/profiles/ w ogóle wywaliłem, no i stworzyłem autoexec.cfg, do którego wpisałem exec d34d.cfg. Gdy uruchamiam et, najpierw wczytuje się autoexec, później d34d, a etconfig (z r_picmip 1) w /profiles/ tworzy się od nowa. Jednak to nic nie pomaga :c W swoim cfg mam r_picmip 3, ale i tak jak uruchomię et i sprawdzam wartość picmip w konsoli to jest 1 (default też na 1). Jednakże picmip nie jest głównym problemem (można się przyzwyczaić), tylko te trzęsienie ekranu w momencie obrywania. Istnieje na to jakaś komenda? Da się to wyłączyć? :s

btw. jeśli zmieniam coś (dowolna wartość) podczas gry, to zmiana dokonuje mi się w etconfig, a nie w cfg z głównego katalogu etpro. Podczas kolejnego uruchomienia ładuje się wartość niezmieniona, a zmieniona pokazuje się jaka wartość defaultowa (np. za pierwszym razem zmienię cg_fov z 90 na 120, to później będzie to wyglądało tak: /cg_fov is "90" defalut "120"). To normalne?

[jarpen]

musisz go uruchomic
/exec dead.cfg

[st4rf!sh]

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)

[conish]

AFAIK w jakis sposob komenda r_picmip2 ma wplyw na r_picmip. Tzn, jesli masz r_picmip2 = 3 wtedy nie dasz r_picmip na 3.

Efekt odrzutu broni smg (thompson mp40) kiedy otrzymujemy obrazenia jest efektem graficzny. Faktycznie nasze pociski leca dalej w tym samym kierunku a nie np w niebo.
Nie ma zadnej komendy na zlikwidowanie tego - to cecha gry.

[Swiety]

Weź znajdz wszystko co ma końcówkę .cfg we wszystkich katalogach w katalogu z ET i w każdym pliku z końcówką .cfg poszukaj r_picmip i w każdym przypadku zmień na 3. Przeszukaj kilka razy bo może też być taka sytuacja że w configu masz 2 razy r_picmip - raz ustawione na 3 drugi raz na 1.

Jeśli to nie zadziała to znaczy że to jest sprawa do archiwum X i nie można tego logicznie wytłumaczyć.

Podobnie z krwią (wszelkie komendy ze słówkiem blood )