Mailing List
Home
Forum Home
Softimage
Carrara
trueSpace
Dir3d-l
Maya - a powerful 3D animation and visual effects software
Macromedia Flash Development
Subjects
Subject: Cameras
Subject: scaleDown command
Subject: black out solved
Subject: Aircraft Tutorial
Subject: Mathematical XYZ ?
Subject: Re: Its done This vs That
Subject: Re: Its done first week
recommendations for screen video captures?
Subject: 3DExplorer "Oddity "
Subject: Re: New Director
Subject: ProTeam renewals
Fuel 's new websites (X post)
Blue peter create a make toy
targeting groups question
XPost: Shockwave 3D game ( sort of )
Subject: RES: RES: RES: Fish Modeling
Emitting particles from object intersection
Fuel 's new websites (X post)
Subject: Re: Texturing
Big Break Contest Videos
Subject: New Plugins
Models and Texture on my updated site
Error Installing Patch tS6 6
Subject: Plasma?
Looking for Inspiration
Subject: Weird EMail Q
Subject: Re: It 's done first week ?
Subject: Cherry not cranberry
Subject: Re: New game
Camera Animation Problem
Subject: Particle plugins?
 
3D feedback <was 3d member >

3D feedback <was 3d member >

2004-03-27       - By NoiseCrime

 Back
Reply:     1     2     3     4     5  


-- -- Original Message -- --
From: "Neto" <neto@(protected)>


> > Secondly using copypixels, with a non-dts w3d place in the corner of a
> > 800x600 stage. This managed a very respectable 25 fps in openGL and 20
fps
> > in DX7 on the geforce 2 ultra. Using the radeon9800 it achieved 70 fps
in
> > openGL (DX7 not tested)
>
> So the OGL software render is faster than having DX7 render stuff on
> hardware and transfer it from video memory to system memory.
> Geez, AGP slots really aren't meant to work two ways, really ;)

He, he,
Well i'd say usually harware would be vastly superior to anything, except
this is Director were talking about ;)

Since you can change the scene and get a new image within the same frame,
the member.image property is clearly re-rendering the scene, that explains
some of the drop in performance. Other than that I can't think of any good
reason for such different results. Of course unlike most applications where
you'd usually blit this straight into a texture (and for which cards are
usually more optimised for) sw3d is reading the buffer into a bitmap and
returning it back to lingo, so thats bound to have a hit on performance.

You can speed up copypixels further if you don't need to extract an image
every frame by simply resetting the sprite rect between grabs. That is set
the rect to the size you need the frame before you do copypixels, and then
reset it to say (0,0,8,8) afterwards. Doing that for my shadow projection
demo helpped boost the fps on the geforce 2. I forget why i didn't bother
just moving it off stage though, but i'm sure there was a good reason.

Something that i've not tried yet, but i suspect will be true is grabbing
the image of the w3d member is more or less constant in terms of the time it
takes (based on constant rect), whilst copypixels will suffer as the polygon
count increases. Also as the rect of the image being grabbed increase there
is likely to be a convergance between the two methods.

Noisecrime 2004


__ ____ ____ ____ ____ ____ ____ ____ ____ ____
Dir3d-l mailing list
Dir3d-l@(protected)
http://nuttybar.drama.uga.edu/mailman/listinfo/dir3d-l