Raczej zostaniesz zjechany za to, że jesteś emo żeby przejmować się tym co sądzą inni o tym, że bawisz się w ogre3d.

Obiektywnie patrzac to Ogre3D najlepiej pasuje do tego tematu. Bo to jest wyłącznie silnik graficzny. Reszte musisz dopisać sam .

Hmm ktoś coś z was urodził czy raczej cisza:)?

Polskie Hatred powstaje na UE4 i powiem, że wygląda to zacnie

https://www.youtube.com/watch?v=RrX7G-1xPLs

http://www.develop-online.net/news/john ... eo/0199112
Huehuehue.
Teraz bedą sprzedawać Unity na raty, z DLC włącznie .

OMG no cóż, na forach już się flame zaczyna:).

http://mono-ue.github.io/

C# do UE4.
Co prawda nie wiem kto normalny chciałby używać C# w UE4, no ale jest opcja.

A co jest złego w c# ? Jak ktoś umie a nie potrzebuje w projekcie super zajebistej wydajności a może pisać w c# to chyba tylko duży plus? Ja np na pewno dużo więcej umiem w c# niż w c++

iniside jeszcze starej daty jest

No więc rozwać kilka kwestii:
1. C# w UE4 to jest 3rd party binding. Ktory nie jest i nigdy nie bedzie w stanie nadążyć za zmianyami w API Unreala. Ergo, zawsze bedziesz do tyłu z upgradeami. Nie jest to moze duzy problem, ale uptejdy wiecej poprawiaja i dodaja niż psują.

2. Wyobraź, sobie ze Xamarinowi znudzi sie utrzymywanie tego pluginu..
3. C# z tego co widze moze korzystać tylko z rzeczy które sa wyeksponowane do Blueprintów.
Ergo, zapomnij o rozszerzaniu edytora, albo korzystaniu z funkcji ktore jeszcze nie sa blueprintach.

No najważniejsze. Odcinasz sie od wiedzy która już zbudowało community unreala w C++.
Aha. No i o ile nie piszesz rozszerzeń do edytora, to wszystko ma GC. A mam wrażenie ze to własnie zarzadzanie pamiecią jest najwieksza pszekoda jak ktoś słyszy C++. No wiec dobra wiadomość. Wszystko co w Unrealu dziedziczy z UObject ma GC (;.

A nawet jak piszesz rozszerzenia do edytora to większość rzeczy jest juz zrobiona za ciebie. Tylko jeszcze o tym nie wiesz .

Xamarinowi chyba się nigdy nie znudzi c# . W robocie nawet na tym prototypujemy trochę no i z tego co wiem to mają ambitne plamy. Sam Andek miałbyć kiedyś portowany na c# ale chyba z tego zrezygnowali z powodu nowej wersji?

Eh głupie C++, trzeba odkurzyć składnie trochę...

http://www.visualstudio.com/en-us/downl ... -community

Visual Studio 2013 za darmo.
Ilosc featerow ta sama co w professional.

Promocja czy na stałe?

Tak dlugo jak nie zarababiasz 1mln $$ rocznie, albo nie instalujesz na 250 PC, to masz za darmo (;.

Woo hoo, po cichu sobie wrzucę na mojego VS2008 :P

Oyciec myślałem, że ty masz studencką licencję ze Sparka .

Mam ale nie mogę ich używać przecież :)

http://ezjones.github.io/what-if-game-e ... were-cars/
Całkiem trafne porównanie.

takie pytanie. Unity3d.



i teraz jak chce dodac np. BoxCollider to moge to zrobic przez:

albo

Jaka jest roznica? W pierwszym przypadku wolam AddComponent klasy bazowej? Tylko to wyglada troche jak wywolanie metody statycznej (jak np. dla GameObject.CreatePrimitive), a AddComponent nie jest static.

1) C# jest case sensitive, nie ma czegoś takiego jak cube.GameObject, jest tylko cube.gameObject
2) cube.gameObject zwróci ci po prostu referencje do cube więc teoretycznie nie ma znaczenia czy napiszesz cube.AddComponent, czy cube.gameObject.AddComponent czy nawet cube.gameObject.gameObject.gameObject.AddComponent

Nie mam pojęcia po co ten getter tam w ogóle jest, może dla ujednolicenia składni, ponieważ również każdy komponent ma referencje do GO na którym się znajduje

Edit: ofc metoda/konstruktor cube.GameObject() istnieje, ale raczej nie o to ci chodziło.

dzieki, nie dawalo mi to spokoju, a nie bardzo wiedzialem jak to wygooglac.