Sigh. Nie bylo czego optyamlizowac. Wystarczylo niedotykac kodu renderera.

A skad pewnosc, ze maja licencje na silnik z kodem zrodlowym?

Hmm no raczej musieliby byc niezlymi idiotami kupujac silnik graficzny bez zrodel. Srsly ale niewyobrazam sobie robienia czegos wlasnego opierajac sie tylko na tym co oferuje np. engine.

Ale przeciez ten silnik oferuje wszystko czego mozna chciec w tej chwili. Po co zatem ingerencja w kod zrodlowy? Tworzenie gry w takim kombajnie opiera sie na pisaniu skryptow - http://www.unrealtechnology.com/feature ... realscript

A tak btw. To nie jest silnik graficzny... UE zawiera w sobie silnik graficzny, ale posiada jeszcze do tego multum innych featursow.
http://www.unrealtechnology.com/technology.php

No tia ale mysla przewodnia dla MO byl wlasnie Unreal Engine czyli wszystko to co zwiazane z tym co sie widzi, dotyka i uzywa.

Skrypty skryptami ale nie wszystko da sie oskryptowac.

EDIT: silnik 2.0 kosztuje 350k+ usd, a co dopiero 3.0 :O

Nie wiem dokladnie jak wyglada sprawa skryptow w UE, ale ja pracuje na podobnym kombajnie, chociaz napewno nie z tej samej ligi. Skrypty mozna pisac w JS albo w C# poprzez Mono. Wybierajac to drugie, mam dostep do wszystkich elementow Mono z poziomu skryptow, wiec oskryptowac da sie wszystko.

3.0 pod 900k z dalszym wsparciem
coldzik: to że można pisać skrypty w unreal script, nie znaczy że są one wydajne

joshe: A Ty myslisz, ze ktos sie babra w pisanie wlasnych narzedzi i pisze wszystko w C++ korzystajac wylacznie z bibliotek UE?

Po to jest Unreal Editor + wlasnie jezyk skryptowy, aby nie bylo potrzeby babrania sie w tym wszystkim. Myslisz, ze ludzie placa takie pieniadze dlatego, ze posiada zajebisty renderer? Znam conajmniej kilka silnikow*, w ktorych renderer jest na niewiele gorszym poziomie. Featursy renderera, sa wrecz identyczne, a licza sie modele jakie wsadzimy do sceny. Ludzie placa taka kasiorke wlasnie dlatego, ze UE posiada szereg narzedzie, dzieki ktorym proces tworzenia gry jest w chuj krotszy. Jaki sens mialoby w takim wypadku babranie sie w czystym kodzie C++?

*np. Unity:

Tak właśnie myślę

Zapomniałeś o tym że UE nie był dedykowany rynkowi mmorpg, i developerzy gier korzystający z v2 musieli wprowadzać dość sporo zmian.

Jak już wspominasz o szeregu narzędzi, to nie ograniczaj się do wymienienia unreal scriptu, który jest imho najmniej potrzebnym.
A wykorzystywany jest przede wszystkim silnik renderujący, fizyka i algorytmy detekcji kolizji - to z czego UE słynie od v1, a nie unreal script.

Poszperaj też po forum MO, znajdziesz tam krótką notę o wykorzystaniu unreal script.

I na tym się kończy sprawa.

Ale dopisanie, ze tak to ujme featursa jakos nie musi wiazac sie z babraniem w kodzie UE.


Glownie wspomnialem o UnrealEditorze + Unreal Scripts do stworzenia mechaniki tego, co w tym edytorze zrobimy. (opieram sie na doswiadczeniach z Unity, gdzie tak to wszystko dziala. A jako, ze kombajny sa podobne, to pewnie i w UE jest tak samo)

Zycze milej pracy, przy pisaniu wszystkich przelacznikow, przyciskow, uruchamiania triggerow/swiatel/pulapek etc. etc. (to z takich bardziej przyziemnych spraw) w C++, mogac to napisac 30?50?100 razy szybciej?



No to podstawa w silniku


Taaa no zapewne slynie z fizyki, skoro korzysta z NVidia Physics, czyli z tego, z czego korzysta 1/3 rynku silnikow.


Jakos nie mam ochoty...
Chociaz znalazlem zdanie
Took me around a year to learn how to use UC (unreal script) and then I spent about a year or two on diffrent mod-projects just getting to know the engine and stuff. - Napisane przez Sebastian Persson
Developer. W temacie z pytaniem o dlugosc nauki programowania.
Oczywiscie, uczyl sie dla jaj, skoro unreal script jest tak niepotrzebnym narzedziem, z ktorego nie korzystaja.


Dokladnie, doczytaj wiecej i wtedy zacznij trollowac[/code][/quote]

uczył się dla jaj, bo wszystko co zrobili w us zostało przepisane w C
Dalej nie rozumiesz o co chodzi w optymalizacji i wydajności.
MO to nie gierka multiplayer dla < 32 graczy i ciągle idziesz w zaparte.

a co do fizyki, porównaj co oferował UE1 98/99r a co konkurencja

Btw. czytaj 2 razy co ludzie piszą; dobra praktyka i oszczędza dalszych nieporozumień

feature != change/code improvements

Czlowieku, Ty sam nie wiesz o czym piszesz...
Jaki wplyw ma tutaj klient, na ktorym sa wywolywane skrypty, do tego czy gierka jest dla 32, czy 20000 graczy? Czym sie rozni wyslanie danych do serwera dla 32 graczy, a wyslanie danych do serwera dla 20000 graczy?
Najwiekszy wplyw na wydajnosc ma tutaj renderer, a skrypty wywolywane w tym czasie to kropla w morzu... Oczywiscie jezeli gracz bedzie widzial na scenie 1000 graczy jednoczesnie, to wiecej bedzie musial przemielic kodu w skryptach, jednak dalej bedzie to oplacalne.
No chyba, ze ja Cie nie zrozumialem i chodzi Ci o to, ze w grach mmo jest znacznie wiecej informacji to przetwarzania. Napewno jest ich wiecej, jednak da sie to wszystko wykonac na samych skryptach...
Przykladem gry mmo napisanej w 100% na samych skryptach jest Fussion Fall czy jakos tak (ta z Cartoon Network). Gra zostala napisana w Unity, a w tym silniku, nie ma opcji, zeby sie dostac do kodu.

Podaj mi laskawie link, z ktorego zaczerpnales te wiedze... Naprawde nie chce mi sie wierzyc, ze ktos byl na tyle glupi, zeby szukac wydajnosci przepisujac skrypty...
Jestes pewien, ze przepisali to w C?


Jestesmy w XXI w. - mamy rok 2009 i gowno mnie obchodzi co bylo 10 lat temu. W tej chwili korzysta z Nvidia Physics i mowienie, ze slynie z tego jest jak mowienie, ze Audi slynie z opon Michelina.

A jak tak bardzo chcesz, to podam Ci przyklad: Quake 3 Arena. I juz jakos ta fizyka w UT nie blyszczy



widze, ze blysnales znajomoscia jezyka programowania. Niezle ...
Jakbys dobrze przeczytal, to bys zauwazylem, ze napisalem tam "ze tak to ujme"

Rok uczyl sie skryptow do UC? Ojajebie no to gz z MO.

No fakt, to troche dlugo, nawet na tak rozbudowany silnik. Moze zakazano mu korzystac z manuala i sie biedaczek musial wszystkiego na pamiec wyuczyc

A tak, skads to znam.

pieprzysz, ze musiales sie manuala kiedys uczyc na pamiec? :/

mowisz o Unity3D ?
Chwile siw tym pobawiłem, i niestety stwierdzilem, ze jak cos wspiera tyle "mozliwosci" skryptowania to tak naprawde nie wspiera zadnej.


Czasem trzeba cos poprawic (np. dostosowac synchro animacji pomiedzy graczami), czasem poprostu brakuje jakiejs funkcji ktora trzeba dopisac. w US mozesz zrobic prawie wszystko.. ale nie wszystko.

btw. nie porownoj unity do UE3. Nawet sam rendere w UE3 to kilka, klas wyzej. Chociaz, widzialem kilka silnikow ktore generuja grafike na poziomie (np. Trinigy).


Nie musi. Ale praktycznie bardzo duzo funkcji w US to wrappery na UE (np. detekacja kolizji).


Nikt o tym nie mowi. Chociaz.. Mechanika Civ4 jest w C++, ale to przemilczymy bo imo to masochizm.W C++ pisze sie metody ktore beda pozniej wykorzystywane przy pisaniu echaniki (i w zalozeniu czesto).


Zasadniczo PhysX to Framework, na ktorym pisze sie silnik fizyki. Havok jest silnikiem fizyki, ale od niedawna chca wprowadzic cos podobnego do PhysX.

Nie chce mi sie juz quotowac wszystkiego po kolei, wiec odpowiem w calosci.

Tak mowie o Unity 3d i nie bardzo rozumiem Twojego zdania o nie wspieraniu zadnej "mozliwosci" skryptowania.
A co do porownania unity oraz UE. Pod jakim wzgledem Unity odbiega od UE w sprawie renderingu? Wszystkie featursy, ktore sa must have w dzisiejszych nextgen silnikach Unity posiada. Poczawszy od soft shadows, konczac na efektach post process. Daj mi grafike z GOW a zareczam Cie, ze nie odroznisz, czy bylo to renderowane w Unity, czy w UE. Fakt, ze ta sama scena bedzie wolniejsza o jakies 20%, jednak z calkiem innych powodow. Nie twierdze, ze renderer z Unity jest super mega wypasny, jednak nie odstaje mocno od tej czolowki. Jego najwiekszym problemem jest fakt, ze korzysta z OGLa, zamiast DX, ale dzieki temu dostajemy przenosnosc miedzy Win/Mac/(Linux w planach)/Wii/Iphone. Gdzies na forum unity byly screeny, po ktorych zobaczeniu zbieralem z podlogi szczene.

Co do faktu, pisania w jezyku skryptowym, to jak nikt o tym nie mowi? joshe stwierdzil, ze dla niego Unreal Script jest zbedny.

Masz racje. PhysX to framework, jednak majac do dyspozycji takie narzedzie, jest nielada sztuka zjebac silnik fizyczny

Kurde, ale nie schodzmy na temat Unity3d vs Unreal Engine

Edit znalazlem kilka screenow, ale to i tak nie te, o ktore mi chodzilo. Trzeba wziac pod uwage jeszcze fakt, ze ta scena byla robiona przez amatora.





a takiego oceanu nie powstydzilby sie napewno UE

coldzik: każdemu imputujesz to czego nie powiedział, natomiast co zintepretował twój osobisty unreal script ?

Język intepretowany nie będzie wydajniejszy od kompilowanego, a ty ciągle się tłuczesz o to, że wszystko można w us zrobić, choć opowiadasz o unity 3D.

Jakby wszyscy developerzy nie wykraczali poza możliwości us, to się zastanawiam ilunastordzeniowe procesory byłyby teraz standardem w maszynach do gier.

Jaki Ty jestes tepy czlowieku...
To chyba logiczne, ze interpretowany nie bedzie szybszy od kompilowanego?
Nie napisalem, ze mozna zrobic wszystko w US. Padlo zdanie Radka, to tylko na nie odpowiedzialem. I napisalem, ze opieram sie na Unity, bo ten kombajn znam i z niego korzystam na codzien....
Ty dopierdoliles, ze dla Ciebie mogloby nie byc US i nie zdziwie sie, jak w nastepnym poscie napiszesz, ze to jednak byly moje slowa, a nie Twoje... Jestes albo masohista, albo gowno wiesz o czym piszesz... Napisalem Ci, ze w bardzo przyziemnych sprawach przydaje sie jezyk skryptowy i oszczedza sporo czasu i wlasnie czy tego chcesz, czy nie 90% produkcji AAA z tego korzysta. Ba! znam wiele skryptow, ktore sa wykorzystywane do proceduralnego generowania chmur, mgly etc. Juz taki stary Quake posiadal zaimplementowany jezyk skryptowy, w ktorym to nawet pisalo sie cale AI dla botow. A to, ze mozna zrobic dobra, wydajna gre nie dotykajac kodu silnika jest dla kazdego programisty, ktory w tym siedzi, czyms normalnym.

Poprawki kodu silnika to natomiast juz calkiem inna bajka...


Po tym zdaniu mozna wywnioskowac, ze Unreal Technology zrobilo tak wypasny silnik, tylko po to, by dalej babrac sie w C++ tworzac Unreala