ORG

Pytanko:

Czy dało by się tak zrobić by uaktywniony triger zmienił texturę na bruszu? Ewentualnie by uruchamiał animację w shaderze? Mogę to zrobić oczywiście przez func_door i przesuwać cieniutką płytkę z texturą ale szukam jakiegoś mniej mechanicznego rozwiązania

???

Oj raczej się nie da. Q3 nie ma aż tak dużej \"interaktywności\".

Oczywiście mogę się mylić (chociaż wydaje mi się, że mam rację i że nie można :P).

czy mógłby mi ktoś wyjaśnić jak działają (i jak zrobić żeby działały tak jak ja chce):
1) func_door

2) func_bobbing (jakoś tak chyba)

3) i jak zrobić żeby dana rzecz była tylko w (np.) ctf-ie

4)acha, i jeszcze mi sie przypomniało, jak wyteksturować wygięty w jednej płaszczyźnie path, tak aby tekstura sie też wygięła?
PS z góry thx

Żeby działały tak jak Ty chcesz? A jak chcesz żeby działały? Piszesz bardzo nie konkretnie.
[b]Wszystko[/b] jest do przeczytania na ten temat; po zrobieniu jakiegoś bajeru - np. door czy bobbing - zaznaczasz to, klikasz \"N\" i na górze w okienku masz wszystko pięknie wypisane - klucze i wartości.
A co do krzywych - jak nałożysz texturę, to pokombinuj z ustawieniem textury w okienku \"Path properities\" - [SHIFT]+S.

no ale ja nie za bardzo jarze jak zrobić żeby coś sie obracało albo drzi sie otwierały wokół określonego punktu

(z teksturami sobie poradziłem)

(tak wogóle to dlaczego ja zrobie func_door to drzwi nie widać wogóle w grze :/)

brush ktory sie obraca :

robisz jakis blok z obojetnie jakiej textury, pozniej drugi mniejszy ktory umieszczasz wewnatrz tego wiekszego, ten mniejszy brush pokrywasz textura common/origin zaznaczasz wszystko (te 2 brushe) naciskasz N, wybierasz func_rotating :D i gotowe ;p

pozniej tylko parametry sobie ustawiasz
a drzwi moze Ci nie pokazywac ...boooo jakies kosmiczne parametry powstawiales ;DDD hrhrhr

popatrz sobie na te gotowe mapki co sa w radiancie odrazu (chyba \'muzeum\') tam jest wszystko pokazane co gdzie jak :)

Z wypowiedzi pluskffy może nie do końca wynikać - origin wstawiasz może nie dokładnie w \"środek\", ale w miejsce, wokół którego ma się obracać brush / brushe.
Pytałeś o bobbing jeszcze - jeśli ma się wahać np. od poziomu 0 do 128 unitsów, to wstawiasz brusha - func_bobbing na wysokości 64 unitsów - czyli w połowie tego co chcesz otrzymać i w okienku \"Entities\" - \"N\" dajesz wartość 64 - wtedy będzie leciało 64 unitsy w dół i 64 unitsy w górę. Tylko nie pamiętam jak się nazywał klucz do tego, ale to sobie przeczytasz. W każdym razie na takiej zasadzie to działa.
Co do drzwi - to powinny się znajdować w miejscu w którym je ustawiłeś, ponieważ dopiero później będą się przesuwały o jakieś wartości. Na początku wszakrze powinny się znajdować w miejscu, w którym je wstawiłeś w Radiancie.

Moja sprawa:

Mam zwykłą texturkę, do której zrobiłem shadera z alphashadows. Nie jest to żadna textura kratki etc. - ot, zwykła. Kleję sobie z niej zwykłą lampę, w środek wstawiam \"light\" o wartości np. 150. Po skompilowaniu wszystko wygląda ładnie, tak jak powinno - ładniutkie cienie na ścianach. Ale jeśli zamiast zwykłego lighta w środku wstawię shaderowaną texturę \"glasswater\" (w shaderze wartość światła ustawiona na 1000, ale to jakoś inaczej się przelicza, nie jest to tak jak light o wartości 1000 w Radiancie...; używałem na dAde_1024, q3dAde4, jest też jako kryształy na ts_dm6) to po skompilowaniu te cienie są ledwo widoczne. Nie wiem czemu tak się dzieje, a chce uzyskać alphashadows dobrej jakości z wykorzystaniem shaderowanej textury zamiast zwykłego światła.

Chyba ci nie pomogę ,kilka moich spostrzeżeń:

-faktycznie moc światła w shaderze ma się nijak do mocy światła punktowego, stąd wartości np 2500 są niczym niezwykłym

-cienie - tak naprawdę kompilator i tak generuje światła punktowe w miejsce świecącego shadera - uruchom kompilację z włączonym oknem konsoli w radiancie to zobaczysz ile tych świateł jest generowanych - dlatego cienie mogą być rozmyte. Brush z shaderm powinien być więc jak najmniejszy i o dużej mocy świecenia. Możesz też spróbować zgrupować obiekty na które podają cienie, i takiej grupie zmienić lightmapsize na np 0.001

• po trzecie zauważyłem że cienie wogóle są lepiej widoczne na blokach pokrytych shaderami niż zwykłymi texturami (pisałem już o tym wcześniej) ale wiem że może też być zupełnie odwrotnie[3]

Mam wielka prosbe.. Czy moglby ktos zalatwic model jakiegos Czarnego orła?? ;/ Ktos mi zalatwi to 5zl na konto - serio ;)

Kto pyta nie błądzi. Kto szuka nie nabija :D.

www.q3arena.gry.wp.pl/board/?akcja=t&forum=9&temat=13686Magiczny klik!

Szukalem kiedys na planetquake itd, wpisywalem na google ale nie moglem znalesc. Zobacze czy na tych linkach znajde ;) Dzieki z gory ;p

ps. q3dade12 cupa mapka ;D

Ten tego... ja zrobiłem taki model, niestety z napisem PDM03 (w 3d ofcourse)

więc nie wiem czy się nada...
Pytanko - MGŁA - musi być jednorodna czy da się (ktoś widział gdzieś) by na górze była rzadsza a na dole gęsta, ewentualnie czy może mieć postać dymu miejcami mniej lub bardziej przezroczystego. Na razie to układam warstwy z mgły o różnej gęstości ale widać miejsca gdzie się stykają (wychodzi taki tort...)

???

No jeszcze, do czego to doszlo - beda orla pdm03 rozdawac ludziom ;D [17]

> Pytanko - MGŁA - musi być jednorodna czy da się (ktoś widział gdzieś) by na górze była rzadsza a na dole gęsta, ewentualnie czy może mieć postać dymu miejcami mniej lub bardziej przezroczystego. Na razie to układam warstwy z mgły o różnej gęstości ale widać miejsca gdzie się stykają (wychodzi taki tort...)???

O ile mi wiadomo, to mgła jest jednolita i chyba nie można tego zmienić. Nie przypominam sobie żadnej mapki z bardziej skomplikowaną mgłą.

Jeszcze jedno, mam skyboxa z latającymi chmurkami:
textures/ttow/ttsky

{

surfaceparm noimpact

surfaceparm nolightmap

q3map_globaltexture

q3map_lightsubdivide 256

//q3map_lightimage textures/ttow/tt-s-dome.tga

qer_editorimage textures/skies/ttsky-q.jpg

q3map_sun 255 238 214 80 -58 58

q3map_surfacelight 80
skyparms env/ttsky/ttsky - -

{

map textures/skies/ttsky-c.tga

blendfunc GL_ONE GL_ONE

tcMod scroll 0.05 0.06

tcMod scale 1 1

}

}
cacy, ale czy da się tak zrobić by churki popylały też po dolnej ściance skyboxa, wydaje mi się że skoro mogą po górnej to po dolnej też by mogły...

Jedyny sposób jaki przychodzi mi do głowy to wymodelowanie w jakimś zewnętrznym programie do 3d sfery z obracającą się teksturą chmur. Potem taki model możesz wrzucić do mapy i w środek wstawić skyportal.

A co daje sky-portal?

Edit> chodzi ci o _skybox spod prawego klawisza czy o coś innego?

Tak, miałem na myśli _skybox.

czy mógłby mi ktoś powiedzieć jak zrobić żeby bronie oraz inne np brusze występowały w określonych trybach? (ctf, dm itp)

Wystarczą chyba odpowiednie klucze...

Zaznacz item

Klikasz \"N\"

Jeżeli nie chcesz, aby item występował w FFA i Tourney wpisz:

key:notfree

value:1

Jeżeli ma on nie występować w TDM i CTF wpisz:

key:notteam

value:1
Jeżeli się myle niech ktoś poprawi...

ale chciałbym że by bronie były w dm i tdm a w reszcie trybób tylko backpacki...

mam pytanie, nieco zwiazane z nowa mapa socka. jak zrobic ( chyba tak to sie nazywa) multitekstury, czyli stopniowe \'przechodzenie\" z jednej tekstury do drugiej?
edit. jeszcze jedna rzecz mi przyszla na mysl. otoz czy tekstury tga sa jakos inaczej , lepiej generowane w quaku niz jpg? bo zastanawia mnie czemu niektorzy wlasnie urzywaja tga skoro roznica rozmiarow z jpg jest kolosalna.

Poszukaj tutoriali do robienia terenu - dużo tego jest.... może coś wrzucę za chwilkę
tga? przedewszystkim nie jest skompresowana jak jpg, więc nie jpegowych kwadratów...

Tga ma jeszcze jedna koloslną zaletę - można nią przenieść tzw kanał alpha (alpha chanel) - najczęściej wykorzystuje się to do określenia przezroczystości (czarne obszery są przezroczyste a białe nie) acha, kanał alfa jest czarno biały, szare odcianie są przezroczyste częściowo...

.tga lepiej sie kompresuje d:)

chodzi ci o kopresję do zip? no pewnie że lepiej, jpg ma komresję już \"w sobie\" więc przy pakowaniu jest mniej podatny...

swoją drogą jpg ze wględu na swoją stukturę wymaga od procesora pewnego wysiłku do wyświetlenia, pliki takie jak tga, tif i bmp są znacznie większe ale dane o pikselach leżą \"na tacy\". Biorąc pod uwagę stosunek ilości plików tga do jpg w pak0.pk3 - należało by raczej stosować tga....