Rozpakowane pliki .pk3

pk3 to zip, więc jakiś winrar, 7zip...

A masz jednocześnie oryginalne packi?

Witam,

patrzyłem trochę na te pliki pk3 i wygląda na to, że mają ustawiony jakiś stopień kompresji zip. Można spróbować wypakować i spakować ponownie ustawiając najniższą kompresję lub bez kompresji(store only). O ile binarka UrT nie sprawdza w jakiś sposób tych plików (np. częściowej sumy kontrolnej) to powinno działać.

Inny pomysł: jeśli mamy dość sporo pamięci RAM, stworzyć skrypt, który przed uruchomieniem gry kopiuje pliki pk3 na stworzony wcześniej "dysk RAM" i linkuje do tych plików w katalogu UrT (w Linuksie bez problemu można stworzyć linki symboliczne do plików, w NTFSie też coś podobnego jest).

Jednakże oba pomysły należałoby sprawdzić i przetestować czy rzeczywiście dałyby to jakieś przyspieszenie przy ładowaniu map.

Czas ładowania mapy na dysku SSD o odczycie ~500MB/s, a tradycyjnym dyskiem HDD 7200rpm o odczycie 100MB/s, różnił się o 2 sekundy u mnie. Podejrzewam, że głównie na czas wczytywania się mapy ma wpływ procesor.
Poza tym zpak nie jest przecież rozpakowywany za każdym razem jak włączamy mapę:) Aby to udowodnić wystarczy prosty test - rozpakowac sobie ten zpak winrarem - u mnie trwało to ponad 90 sekund, a taka casa odpala mi się w 8 sekund.

Więc skończcie szerzyć herezje i módlcie się, aby kiedyś frozen sands zamiast blokować dostęp do r_smp 1, sprawił, aby ten cvar działał jak powinien;)

Tylko czego to nie ma być w tym mitycznym HD?

Turnpike ma nie być. :(

Tak ma być w HD. Tylko czego to nie ma być w tym mitycznym HD? :)

Źródło?:)

TTimoT

Widziałem co się działo na r_smp 1, wystarczy mieć parę rdzeni i widać efekty - na przykład nie wczyta się tekstura podłogi na turnpike i jest biała. Albo postacie mają jaskrawo-zielony kolor, co sprawia, że są widoczne z kilometra. Albo płotek się nie wyrenderuje w ogóle. Oczywiście efekty te są losowe, więc czasami można uzyskać jakiś niepożądany wygląd mapy.
Więc tak, r_smp w chwili obecnej jest bezużyteczne na nowych systemach, może kiedyś coś starało się robić dobrego, a teraz dzieją się dziwne rzeczy na miarę cheatów (czego oficjalnie żaden dev nie może powiedzieć na forach, co jest chyba oczywiste).

Niezablokowane i niedziałające = źle, bo działa jak w sumie legalny cheat (skoro FS to wbudowało w grę to czemu zabronione?)
Niezablokowane i działające = dobrze z oczywistych względów
Zablokowane = blokuje pole do nadużyć

Generalnie wieloprocesorowy rendering w mapach, które się renderują w 10 sekund nie ma większego sensu. Gdyby natomiast przeliczanie światła trwało 2 minuty, to byłaby inna bajka. W trakcie rozgrywki renderowanie wielordzeniowe przysparza kłopotu zwanego synchronizacją wątków, czyli "co się stanie, jeżeli jeden wątek nie zdąży wykonać zadania".

Poza tym zpak nie jest przecież rozpakowywany za każdym razem jak włączamy mapę:) Aby to udowodnić wystarczy prosty test - rozpakowac sobie ten zpak winrarem - u mnie trwało to ponad 90 sekund, a taka casa odpala mi się w 8 sekund.

@Garreth a czy UrT uruchamia się ponad 90 sekund? Raczej nie, więc wynika z tego, że zpaki w ogóle nie są w całości rozpakowywane. Za to podczas ładowania mapy UrT dekompresuje tylko potrzebne pliki z archiwów pk3 i wygląda na to, że jest to wykonywane przy każdej zmianie mapy.