|
Re: unity declares war!
[Re: Captain_Kiyaku]
#297390
11/07/09 07:51
11/07/09 07:51
|
Joined: Nov 2004
Posts: 7,121 Potsdam, Brandenburg, Germany
Machinery_Frank
Senior Expert
|
Senior Expert
Joined: Nov 2004
Posts: 7,121
Potsdam, Brandenburg, Germany
|
Regarding math and vector / matrix calculation. Actually sometimes it is even better and faster to setup your own routines. I tell you why:
If you want to do translation, rotation and scaling within the same frame then you have to use 3 operations. If you do that on a mesh with 100 thousand vertices, then you get 3 times the amount of operations. But if you create a combo matrix / vector first, that combines translation, scaling and rotation in one matrix / vector, then you have only 1/3 the amount of operations, resulting in higher speed.
But you dont need to write your own engine only because of this. It is just some kind of optimization.
Models, Textures and Games from Dexsoft
|
|
|
Re: unity declares war!
[Re: Machinery_Frank]
#297391
11/07/09 08:14
11/07/09 08:14
|
Joined: May 2002
Posts: 7,441
ventilator
Senior Expert
|
Senior Expert
Joined: May 2002
Posts: 7,441
|
why would that need my own routines? it's just a normal matrix concatenation. matrix = tm * rm * sm for v in vertices: v = v * matrix ...and transforming 100 thousand vertices isn't something you usually have to do in gameplay code.
|
|
|
Re: unity declares war!
[Re: ventilator]
#297400
11/07/09 09:49
11/07/09 09:49
|
Joined: Sep 2003
Posts: 9,859
FBL
Senior Expert
|
Senior Expert
Joined: Sep 2003
Posts: 9,859
|
Why writing an own class? Newton comes with a very nice dMatrix class And I agree with Ventilator that Newton is the better physics engine. At least compared to what is possible in A7. The ODE integration in ODE is insufficient. Fast turning objects can cause colission problems because a higher fps is needed for calculating the physics. A7 does not allow to e.g. double the physics engine framerate. It's always tied to the engine fps (unless I missed something). I know that ODE can do more than what is possible with the current A7 integration, but that doesn't help as long as the internal interface stays the same in A7. For my test project I saw no way to do this properly with the integrated ODE. With Newton it works a lot better (but still needs tweaking). And thanks to Ventilator and VeT there is a really easy to use wrapper available.
|
|
|
Re: unity declares war!
[Re: ventilator]
#297406
11/07/09 10:42
11/07/09 10:42
|
Joined: Apr 2007
Posts: 3,751 Canada
WretchedSid
Expert
|
Expert
Joined: Apr 2007
Posts: 3,751
Canada
|
why is bootcamp supposed to be slow? hardware-wise macs just are normal intel pcs now and i thought that bootcamp isn't an emulator or virtualization solution but just helps booting windows?
Yep, it's help you to create a new partition for windows and makes it able to boot the new partition. It has also drivers for mac hardware like the mouse or iSight camera. It is a native windows installation.
Shitlord by trade and passion. Graphics programmer at Laminar Research. I write blog posts at feresignum.com
|
|
|
Re: unity declares war!
[Re: Captain_Kiyaku]
#297409
11/07/09 11:23
11/07/09 11:23
|
Joined: Oct 2006
Posts: 1,245
AlbertoT
Serious User
|
Serious User
Joined: Oct 2006
Posts: 1,245
|
[quote=AlbertoT] And about the friction. Do you know about Physic Materials? You can create your own physic material with different friction and apply it to different kind of textures or whatever. That could solve your problem Yes but you can assign one friction factor only to each texture i.e either grass or sand, for example In 3dgs you can even read and manipulate each pixel of the texture You can for example paint an irregularly shaped sand road on a grass terrain In the gameplay you can detect if your hovercraft is on the road or on the grass I dont think that this extreme flexibility is allowed to Unity users Once again , ok for shaders and all the graphic stuff but a game must be first all: Interactivity Apart from that, generally speaking ,I agree that Unity workflow and programming language is better than 3dgs However it seems to me that it is the direct opposite as far as the set of commands are concerned Every new release 3dgs supplies some new commands From this point of view I agree that 3dgs is more programming oriented than Unity On the other hand I can not really understand how someone can claim that the Lite_c / action / entity based 3dgs architecture is better than the C# / JavaScript components Unity based architecture Maybe these people are simply more familiar with 3dgs than with Unity
Last edited by AlbertoT; 11/07/09 12:51.
|
|
|
Re: unity declares war!
[Re: ventilator]
#297453
11/07/09 16:40
11/07/09 16:40
|
Joined: Nov 2004
Posts: 7,121 Potsdam, Brandenburg, Germany
Machinery_Frank
Senior Expert
|
Senior Expert
Joined: Nov 2004
Posts: 7,121
Potsdam, Brandenburg, Germany
|
why would that need my own routines? it's just a normal matrix concatenation. matrix = tm * rm * sm for v in vertices: v = v * matrix ...and transforming 100 thousand vertices isn't something you usually have to do in gameplay code. You got it. This is exactly what I mean. I just wanted to point out that it might be better to do it that way instead of using roate(), move() and scale() after each other for such a big mesh. I am not sure about your example since in most books and in the OpenGL examples it would be matrix*v, but maybe you are talking about an DirectX notation. And yes, a standard mesh will probably not have 100 thousand vertices. This was just an example to exaggerate the performance problem a bit. You will rather do something like that for smaller meshes but maybe several ones.
Models, Textures and Games from Dexsoft
|
|
|
Re: unity declares war!
[Re: Machinery_Frank]
#297511
11/07/09 22:23
11/07/09 22:23
|
Joined: Sep 2003
Posts: 9,859
FBL
Senior Expert
|
Senior Expert
Joined: Sep 2003
Posts: 9,859
|
I think vec_ commands are quite nice. I hate matrices. They are a bunch of numbers which mean nothing to me when I look at them. I feel more comfortable when working with angles and vectors since I see directly what I'm doing. It is true that for 3d calculations matrices are the best way, but I'm happy when I don't have to use them outside that area
|
|
|
|