Face select/twoside problems

The interface, modeling, 3d editing tools, import/export, feature requests, etc

Moderators: jesterKing, stiv

Post Reply
bannerboy
Posts: 0
Joined: Sun Sep 05, 2004 1:18 am

Face select/twoside problems

Post by bannerboy »

ok, is there a way to apply the twoside property to multiple faces at one time? and does the twoside property slow down live3d

ideasman
Posts: 0
Joined: Tue Feb 25, 2003 2:37 pm

Post by ideasman »

select all to apply to
Select the 2 sided face so its active,
press the copy draw mode button.

bannerboy
Posts: 0
Joined: Sun Sep 05, 2004 1:18 am

Post by bannerboy »

thanks, I never would have thought to do that my self.

joeri
Posts: 96
Joined: Fri Jan 10, 2003 6:41 pm
Contact:

Post by joeri »

2 sided faces slowdown the realtime engine.
I even think it's converted to 2 single sided faces !!!

halibut
Posts: 0
Joined: Fri Apr 25, 2003 2:02 pm
Contact:

Post by halibut »

joeri wrote:2 sided faces slowdown the realtime engine.
I even think it's converted to 2 single sided faces !!!
Afaik, this is how all realtime rendering works. Double sided faces only exist if two faces are defined (I am thinking vrml here).

z3r0_d
Posts: 289
Joined: Wed Oct 16, 2002 2:38 am
Contact:

Post by z3r0_d »

halibut wrote:
joeri wrote:2 sided faces slowdown the realtime engine.
I even think it's converted to 2 single sided faces !!!
Afaik, this is how all realtime rendering works. Double sided faces only exist if two faces are defined (I am thinking vrml here).
in opengl you can turn on/off twosided drawing as well as specify which side is the side to be drawn [by clockwise or counterclockwise verts on the screen]

however, the driver can implement it any way it wants

halibut
Posts: 0
Joined: Fri Apr 25, 2003 2:02 pm
Contact:

Post by halibut »

z3r0_d wrote:
halibut wrote:
joeri wrote:2 sided faces slowdown the realtime engine.
I even think it's converted to 2 single sided faces !!!
Afaik, this is how all realtime rendering works. Double sided faces only exist if two faces are defined (I am thinking vrml here).
in opengl you can turn on/off twosided drawing as well as specify which side is the side to be drawn [by clockwise or counterclockwise verts on the screen]

however, the driver can implement it any way it wants
So, will a 2 sided mesh take around twice as long to render as its single sided equivalent or not?

ideasman
Posts: 0
Joined: Tue Feb 25, 2003 2:37 pm

Post by ideasman »

It makes since that it takes longer0

Double fill rate, no backface cilling

z3r0_d
Posts: 289
Joined: Wed Oct 16, 2002 2:38 am
Contact:

Post by z3r0_d »

halibut wrote:
z3r0_d wrote:
halibut wrote: Afaik, this is how all realtime rendering works. Double sided faces only exist if two faces are defined (I am thinking vrml here).
in opengl you can turn on/off twosided drawing as well as specify which side is the side to be drawn [by clockwise or counterclockwise verts on the screen]

however, the driver can implement it any way it wants
So, will a 2 sided mesh take around twice as long to render as its single sided equivalent or not?
depends how much wasn't drawn by the single sided equlivent, and a bunch of stuff relating to the graphics card

so, the answer is it can be, but it will not always be signifcant

joeri
Posts: 96
Joined: Fri Jan 10, 2003 6:41 pm
Contact:

Post by joeri »

halibut wrote:
z3r0_d wrote:
halibut wrote: Afaik, this is how all realtime rendering works. Double sided faces only exist if two faces are defined (I am thinking vrml here).
in opengl you can turn on/off twosided drawing as well as specify which side is the side to be drawn [by clockwise or counterclockwise verts on the screen]

however, the driver can implement it any way it wants
So, will a 2 sided mesh take around twice as long to render as its single sided equivalent or not?
There is no way to look at both sides of a triangle. So the onscreen drawing speed will stay the same. But... for all the logic it's an extra triangle, so determing if it should be draw will take time, if it's a colidable plane then it will eat time in the colision detection module. etc.

halibut
Posts: 0
Joined: Fri Apr 25, 2003 2:02 pm
Contact:

Post by halibut »

joeri wrote:There is no way to look at both sides of a triangle. So the onscreen drawing speed will stay the same.
Ohh yeh :D

theeth
Posts: 500
Joined: Wed Oct 16, 2002 5:47 am
Location: Montreal
Contact:

Post by theeth »

joeri wrote:if it's a colidable plane then it will eat time in the colision detection module. etc.
Unless there's some optimisation for two sided faces (would only be logical don't you think?).

Martin
Life is what happens to you when you're busy making other plans.
- John Lennon

joeri
Posts: 96
Joined: Fri Jan 10, 2003 6:41 pm
Contact:

Post by joeri »

I know Erwin and Gino, logic has nothing todo with it.

Check the near sensor... and you will start to know what I'm talking about.

theeth
Posts: 500
Joined: Wed Oct 16, 2002 5:47 am
Location: Montreal
Contact:

Post by theeth »

I won't touch C++ code unless I'm forced too, so I'll pass.

Martin
Life is what happens to you when you're busy making other plans.
- John Lennon

joeri
Posts: 96
Joined: Fri Jan 10, 2003 6:41 pm
Contact:

Post by joeri »

theeth wrote:I won't touch C++ code unless I'm forced too, so I'll pass.
Martin
I can understand that.

I made a little pacman game in blender. Should work, how hard can that be?
Have some pills with a near sensor and if pacman is near the pill dies and adds a point.
Only it was very very slow.
How long can a manhatan test take? it's only 144 pills.
Turns out the near sensor is implemented as a collision in solid with a sphere of a given near size. Logical? sure, it's beautiful code, who cares about performance?

" would only be logical don't you think? "
Right. That's what you'd think. But that has nothing to do with how it's done. :)

Post Reply