Online: 0 użytkownik(ów), 34 gość(ie)
  Nie jesteś zalogowany     UŻYTKOWNICY     PROFIL     OPD     PRYWATNE WIADOMOŚCI     LOGUJ    
Newsy
Nagłówki
Archiwum
Grupa Steam
Shoutbox Wywiady
Tutoriale
Forum / regulamin
Szukaj
Linki
Serwery Mapy
Programy
Zasoby
VERC Collective

source SDK

Strona dla początkujących mapperów zawierająca kurs i porady dotyczące tworzenia map do Counter Strike'a

grinder74.com - Polska Baza Map i Modów SP dla HL1 & HL2

AHA - Andrzej Hrycyk - Polskie mapy do Counter Strike

D.I.P.R.I.P.

 Wejdz na strone The BORG Collective

MAPOSFERA.ORG

NATURAL-SELECTION.PL

CSNation.pl

kzpl.kampno.pl

Bannerek serwisu beta

Forum > Programming/Modding > Nowe kompilatory - ZHLT by Vluzanc
 
> 1 <
Autor Wiadomość
supra36
[10] Użytkownik
Ma zadatki na pisarza
      117204
Dołączył: 24 Czerwca 2009
Miasto: Bydgoszcz
Zawód: Brak
Wiek: 21
 Czwartek, 06 Sty 11r, godz. 17:19     #32604   
Witajcie ! : P

Na forum HL:Rebrith znalazłem temat o nowych kompilatorach, raczej zmodyfikowanych (bardzo ciekawie) ZHLT by Merl's z transparency.cpp w kompilatorze RAD.

Możliwości

Byty zhlt_lightmaps 2
Szybsze wykonanie 'TestSegmentAgainstOpaqueList' poprzez grupowanie nieprzezroczystych powierzchni.
Brak bugów w procedurach direct, bounce, wszystkiego co odwołuje się do światła i ustawień vismatrix.
W HLCSG dodano flagę aby automatycznie kopiować wszystkie powierzchnie bytów z flagą opaque i automatycznie oklejać je teksturą 'SKIP', więc kompilator HLRAD może ciąć powierzchnie brył.
Zmniejszenie redukowania natężenia światła na pół przezroczystych powierzchniach.

Bounce (odbicia)
Poprawiono nieprawidłową przejrzystość kiedy światło przechodzi przez krawędź przyległych półprzezroczystych powierzchni.
Poprawiono założenie, że 50% światła z jednej powierzchni musi się znaleźć na drugiej powierzchni, co powoduje nieprawidłowe oświetlenie z light_environment i teksturą sky. Procedura 'SwapTransfers' została usunięta.
Dodano cvar, który określa ile procent światła ma być odbite od powierzchni (w innych wersjach jest na sztywno 50%)
Skompresowano dane transferów aby zmniejszyć użycie pamięci.

Przełączalne światła
Dodano korekcję gamma dla świateł statycznych i dynamicznych (w grze były one "spawnowane" bez tej korekcji).
Dodano obsługę wielu light_environment na mapie.

Tricki dla bytów
Użyj 'zhlt_transform' aby skalować (użyj to z teksturą origin na środku bytu) lub przesunąć byt. Użyj opcji '-scale #' aby skalować mapę.
Użyj 'zhlt_usemodel' aby usunąć geometrię bytu i skopiować wartość 'model' z innego bytu określonego w 'zhlt_usemodel'.
Od teraz 'game_text' będzie konwertował tekst na UTF8.

Inne możliwości
Usunięto ograniczenie 4096-. Od teraz byty solidne mogą znajdować się poza siatką.
Użyj tekstury 'nocliphull' aby edytować cliphulle.
Skraca niepotrzebne dane lightmap co z kolei przyspiesza proces kompilacji.
Usunięto bug 'sample position' kiedy brush blokuje światło, ale nie zaszedł tam proces 'chop'.
Szuka plików WAD na dyskach od A: do Z:.

Limity

MAX_MAP_LEAFS = 32760 (poprzednio 8192)
MAX_LEAF_FACES = 16384 (poprzednio 1024)

Kompilacja
Nie można kompilować mapy poprzez edytor (użyj pliku .bat !).
Opcje kompilacji mogą być ustawione poprzez plik settings.txt

PS. To nie jest przetłumaczone bez błędów. Jak macie sugestie to piszcie na dole : P. Btw. Na razie przeglądałem tylko pierwsze dwie strony, jak coś znajdę to dodam bo patrząc na screenshoty na tym forum (patrz. źródło) to tego na pewno jest więcej.

Cheers.

Download

Źródło jest tutaj
Mhm.
Post edytowany: 4 razy, ostatnio Czwartek, 06 Sty 11r, godz. 17:23 przez supra36 (--- temu)
wolf480
[10] Użytkownik
Ja wiem najlepiej !
      13217169
Dołączył: 04 Listopada 2009
Zawód: C++ coder
Wiek: 21
 Piątek, 07 Sty 11r, godz. 17:45     #32616   
Niektóre z tych rzeczy tak modyfikują wygląd gry, ze aż nie chce mi sie wierzyć, że wystarczy zmienić kompilatory...

Dexter
[35] Moderator
Ja wiem najlepiej !
      2891092
Dołączył: 12 Kwietnia 2007
Miasto: Wałcz
Zawód: Hl1,Hl2 C++ Coder
Wiek: 21
 Piątek, 07 Sty 11r, godz. 21:18     #32619   
Świetne! Nie wierze, że wystarczyło zmienić kompilatory aby zwiększyć limit silnika oraz uzyskać większe efekty. Polecam

Przyklejam.
supra36
[10] Użytkownik
Ma zadatki na pisarza
      117204
Dołączył: 24 Czerwca 2009
Miasto: Bydgoszcz
Zawód: Brak
Wiek: 21
 Piątek, 07 Sty 11r, godz. 21:32     #32620   
No wiecie, w sumie to tylko od kompilatora HLRAD zależy wygląd lightmapów, ich nasycenie, kolory i przejście z cienia do światła. Bawiłem się z CSG aby zwiększyć ilość grupowanych brushy, ale coś mi nie wyszło : P

Hack pod hammera aby można było konstruować bloki poza siatką

Download
Mhm.
Post edytowany: 2 razy, ostatnio Piątek, 07 Sty 11r, godz. 21:41 przez supra36 (--- temu)
wolf480
[10] Użytkownik
Ja wiem najlepiej !
      13217169
Dołączył: 04 Listopada 2009
Zawód: C++ coder
Wiek: 21
 Niedziela, 09 Sty 11r, godz. 11:54     #32643   
Cytat:
Nie można kompilować mapy poprzez edytor (użyj pliku .bat !).

Dlaczegóżto niby nie dałoby sie tych kompilatorów użyć w kompilacji typu expert???

supra36
[10] Użytkownik
Ma zadatki na pisarza
      117204
Dołączył: 24 Czerwca 2009
Miasto: Bydgoszcz
Zawód: Brak
Wiek: 21
 Niedziela, 09 Sty 11r, godz. 13:26     #32644   
Na jakimś forum badi (chińskim) vluzanc napisał coś o plikach bat, chodziło mu chyba o to

"PS. To nie jest przetłumaczone bez błędów. Jak macie sugestie to piszcie na dole : P.".

Z resztą ja przy kompilacji poprzez vhe mam zawsze ::LoadLump NULL) bo nie wykrywa mi zhlt.wad ... : P
Mhm.
wolf480
[10] Użytkownik
Ja wiem najlepiej !
      13217169
Dołączył: 04 Listopada 2009
Zawód: C++ coder
Wiek: 21
 Poniedziałek, 10 Sty 11r, godz. 15:51     #32652   
A zhlt.wad nie dodaje sie jak zwykłego WADa do VHE ?

supra36
[10] Użytkownik
Ma zadatki na pisarza
      117204
Dołączył: 24 Czerwca 2009
Miasto: Bydgoszcz
Zawód: Brak
Wiek: 21
 Poniedziałek, 10 Sty 11r, godz. 19:49     #32656   
No właśnie dodałem, nie wykrywa mi zhlt.wad, ja i tak zawsze kompiluję poprzez .bat, dawno nie testowałem eksperta w vhe : )
Mhm.
Nem666
[10] Użytkownik
Paplam nawet przez sen
      685571
Dołączył: 14 Sierpnia 2007
Miasto: Piekary sl
Zawód: Fajny
Wiek: 28
 Wtorek, 11 Sty 11r, godz. 17:23     #32657   
kompilacja w VHE jest jak sex bez wytrysku.
najlepiej przez Bata.
szybsze lepsze pewniejsze
>.<
Pan Nem niszczy swiat
(-------79%-------)
Lizard
[45] Redaktor
Administracja
      7513000
Dołączył: 01 Kwietnia 2008
Miasto: Bydgoszcz
Zawód: Technik Informatyk
Wiek: 23
 Środa, 12 Sty 11r, godz. 10:46     #32669   
Nem... trafne porównanie
wolf480
[10] Użytkownik
Ja wiem najlepiej !
      13217169
Dołączył: 04 Listopada 2009
Zawód: C++ coder
Wiek: 21
 Środa, 12 Sty 11r, godz. 13:10     #32672   
Zakłądając że zamkniesz VHE na czas kompilacji - rzeczywiście.
W przeciwnym wypadku nie widzę powodów, żeby było szybsze czy pewniejsze.

supra36
[10] Użytkownik
Ma zadatki na pisarza
      117204
Dołączył: 24 Czerwca 2009
Miasto: Bydgoszcz
Zawód: Brak
Wiek: 21
 Środa, 12 Sty 11r, godz. 15:08     #32674   
To chyba tylko Ty zamykasz VHE podczas kompilacji
Mhm.
wolf480
[10] Użytkownik
Ja wiem najlepiej !
      13217169
Dołączył: 04 Listopada 2009
Zawód: C++ coder
Wiek: 21
 Środa, 12 Sty 11r, godz. 16:15     #32676   
1. nie siedzę już w mappingu od....ohoho ile
2. używam BATów to ważniejszych rzeczy niż kompilacjia mapy
3. to jaka jest różnica między kompilacją przez VHE a kompilacją BATem z włączonym VHE? RAMu tyle samo, procesora tyle samo...

supra36
[10] Użytkownik
Ma zadatki na pisarza
      117204
Dołączył: 24 Czerwca 2009
Miasto: Bydgoszcz
Zawód: Brak
Wiek: 21
 Środa, 12 Sty 11r, godz. 16:52     #32677   
2. ?
3.

Uruchamiając programy w wierszu poleceń shell działa jako nakładka, wykonując program poprzez BAT wykonujesz go w nim, shell także działa automatycznie jako odświeżacz po każdym output'cie

 
LOG:\>
  1. Output 1
  2. ==czekaj na input==
  3. Output 2
  4. + odswieżenie dla następnego input'a lub output'a
  5. C:\>


Działa to podobnie jak w HLSDK, przykład

Kod:
pev->nextthink = gpGlobals->time + 0.01;


Podczas kompilacji w VHE, shell działa także jako nakładka co powoduje, że wykonywane programy są traktowane jako część VHE, co automatycznie laguje program powodując, że potrzebuje on więcej zasobów do wykonania reszty eventów (widok 3D, siatka, log kompilacji i inne duperele).

http://www.countermap2.com/Tutorials/tutoriald708.html?id=3
Mhm.
Post edytowany: 3 razy, ostatnio Środa, 12 Sty 11r, godz. 19:45 przez supra36 (--- temu)
Lizard
[45] Redaktor
Administracja
      7513000
Dołączył: 01 Kwietnia 2008
Miasto: Bydgoszcz
Zawód: Technik Informatyk
Wiek: 23
 Środa, 12 Sty 11r, godz. 19:36     #32684   
Wolf. Jestem na profilu tech. informatyk. I nawet na początku nauki mogę ci powiedzieć jaka różnica. Taka, że kompilatory są uznawane jako pod-procesy pod hammer.exe co go spowalnia i to bardzo. Staję się on bardzo pamięcio żerczy itd... Dla czego zawsze vhe się zwiesza przy kompilacji? Jego bufor nie wytrzymuje nacierających na niego informacji z kompilatorów > pobiera więcej pamięci/ CPU > zawiesza się .
supra36
[10] Użytkownik
Ma zadatki na pisarza
      117204
Dołączył: 24 Czerwca 2009
Miasto: Bydgoszcz
Zawód: Brak
Wiek: 21
 Środa, 12 Sty 11r, godz. 19:43     #32685   
No właśnie, to samo miałem na myśli tak btw przez mój post xD
Mhm.
wolf480
[10] Użytkownik
Ja wiem najlepiej !
      13217169
Dołączył: 04 Listopada 2009
Zawód: C++ coder
Wiek: 21
 Czwartek, 13 Sty 11r, godz. 10:11     #32694   
No w sumie... tego nie wziąłem pod uwagę.

romet
[10] Użytkownik
Coś tam już napisał ...
     
Dołączył: 11 Sierpnia 2010
Miasto: City 17
Zawód: Maper
Wiek: 19
 Sobota, 15 Sty 11r, godz. 16:15     #32724   
macie jakieś ss że mówicie że takie fajne bo sam nie wieże
Marikororba
[10] Użytkownik
Paplam nawet przez sen
      6881964
Dołączył: 21 Września 2007
Miasto: Łódz
Zawód: Grafik, Fotograf (Technik informatyk)
Wiek: 24
 Sobota, 15 Sty 11r, godz. 18:33     #32728   
Kompilacja zawiesza VHE coś na zasadzie funkcji Delay. Pomimo zawieszenia programu, instrukcje nadal są wykonywane, więc wystarczy poczekać, aż program wykona wszystkie operacje, wtedy się odwiesi.
Lizard
[45] Redaktor
Administracja
      7513000
Dołączył: 01 Kwietnia 2008
Miasto: Bydgoszcz
Zawód: Technik Informatyk
Wiek: 23
 Sobota, 15 Sty 11r, godz. 20:48     #32730   
Tak marik. Tylko czasami (zależy od systemu) Proces może zostać zakończony.
wolf480
[10] Użytkownik
Ja wiem najlepiej !
      13217169
Dołączył: 04 Listopada 2009
Zawód: C++ coder
Wiek: 21
 Niedziela, 16 Sty 11r, godz. 12:16     #32737   
Przypomniało mi się, że jak kompilujecie BATem to shell uruchamia prymitywny emulator DOSa, który wykonuje tego BATa. Natomiast ten emulator ma swojego shella - command.com, więc powstaje taki sam przekładaniec jak przy VHE. Rozwiązaniem byłoby zmienienie rozszeżenia .bat'a na .cmd . Wtedy plik wsadowy byłby wykonywane przez cmd.exe, który jest aplikacją Win32, a command.com jest programem DOSowym

Marikororba
[10] Użytkownik
Paplam nawet przez sen
      6881964
Dołączył: 21 Września 2007
Miasto: Łódz
Zawód: Grafik, Fotograf (Technik informatyk)
Wiek: 24
 Niedziela, 16 Sty 11r, godz. 14:28     #32739   
Z tego co kojarze command.com to konsola 4-bitowa, a cmd.exe 8-bit. Jeżeli się myle to proszę mnie poprawić. Obydwa programy są programami win32.
Lizard
[45] Redaktor
Administracja
      7513000
Dołączył: 01 Kwietnia 2008
Miasto: Bydgoszcz
Zawód: Technik Informatyk
Wiek: 23
 Niedziela, 16 Sty 11r, godz. 16:53     #32742   
Wolf... chyba ci się coś pomyliło. Baty są wykonywane przez powłoka tekstową (cmd) ona uruchamia kompilatory. Co ty gadasz o jakimś emulatorze? Dla jasności : Windows (Powłoka graficzna explorer.exe | Powłoka tekstowa cmd.exe) Oby dwie są powłokami systemowymi . Są jeszcze PS i Command.com (który działał w MS-DOS-ie) . Co prawda .bat może być wykonany przez command.com ale on nie mia prawa uruchomić innej powłoki bo innej już nie ma ! Po za tym. Sprawdź ile zabiera CPU zwieszony vhe podczas kompilacji, a potem porównaj z wynikiem CPU procesu cmd.exe ...
wolf480
[10] Użytkownik
Ja wiem najlepiej !
      13217169
Dołączył: 04 Listopada 2009
Zawód: C++ coder
Wiek: 21
 Poniedziałek, 17 Sty 11r, godz. 08:46     #32744   
O kurcze, zapomniałem że BATy uruchamiają sie w trybie MS-DOS tylko jak się je uruchomi skrótem typu .pif, bezpośrednie uruchomienie oraz uruchomienie skrótem .lnk jest przez cmd.

O jakim emulatorze? A weź uruchom jakiś program DOSowy, np. norton commander i zobacz ja sie proces nazywa. ntvdm.exe - to jest ten emulator DOSa.

dMg
[10] Użytkownik
 
Niemowa
     
Dołączył: 01 Września 2011
Miasto: Włocławek
Zawód: gt ziom
Wiek: 25
 Piątek, 02 Wrz 11r, godz. 11:24     #34747   
Czyli koompilacja jednak przez VHE ejst możliwa i nic się nie stanie mapie poza tym mapa będzie wolniej się komplowała tak ?
wolf480
[10] Użytkownik
Ja wiem najlepiej !
      13217169
Dołączył: 04 Listopada 2009
Zawód: C++ coder
Wiek: 21
 Piątek, 02 Wrz 11r, godz. 18:28     #34754   
Tak!
A skąd ci wogóle przyszło do głowy że niby to by miało coś zmieniać?

dMg
[10] Użytkownik
 
Niemowa
     
Dołączył: 01 Września 2011
Miasto: Włocławek
Zawód: gt ziom
Wiek: 25
 Piątek, 02 Wrz 11r, godz. 19:52     #34756   
Sam nei wiem wczoraj na imprezie byłem i jakoś pokręciły mi się litery . Chyba przeczytałem . Nie można kompilowac mapy !
> 1 <
 
Tylko zarejestrowani użytkownicy mogą brać udział w dyskusji
 
Powered by LDU 604 Czas generowania strony: 0.109 sek
SQL : 0.012 sek - zapytań: 55 - średnio: 0.00021 sek
Top