Xojo Conferences
XDCMay2019MiamiUSA

using opengl for blurs? (Real Studio games Mailinglist archive)

Back to the thread list
Previous thread: [ANN] 3DMF Workshop v0.5d
Next thread: Re: RB3DSpace.Background woes


[ANN] Preview of RBD 2.4   -   Marc Zeedar
  using opengl for blurs?   -   Mike Woodworth
   Re: using opengl for blurs?   -   Chris Dillman
   Re: using opengl for blurs?   -   Frank Condello
   Re: using opengl for blurs?   -   Asher Dunn

using opengl for blurs?
Date: 13.07.05 21:30 (Wed, 13 Jul 2005 15:30:26 -0500)
From: Mike Woodworth
hello all,

recently there has been a lot of conversation about low level opengl
work. i looking into using opengl to speed up/ share the load of
some blurring i need to do for a project. this is going to be done
on a cluster of mac minis so we can't use coreimage, but it's my
understanding we can still get a blur operation on the GPU with
direct opengl calls. having never done any 3d/opengl i'm not really
sure where to start, or if the reason coreimage isn't support on the
mini is beacuse this sort of thing isnt possible with the chipset.

i've already optimized the blurs with altivec calls, but they are the
major speed drain on my calcualtions, the hope is to be
simultaneously performing blurs on the CPU and the GPU.

any advice/pointers you can give me would be greatly appreciated.

mike

Re: using opengl for blurs?
Date: 13.07.05 21:52 (Wed, 13 Jul 2005 15:52:31 -0500)
From: Chris Dillman
>hello all,
>
>recently there has been a lot of conversation about low level opengl
>work. i looking into using opengl to speed up/ share the load of
>some blurring i need to do for a project. this is going to be done
>on a cluster of mac minis so we can't use coreimage, but it's my
>understanding we can still get a blur operation on the GPU with
>direct opengl calls. having never done any 3d/opengl i'm not really
>sure where to start, or if the reason coreimage isn't support on the
>mini is beacuse this sort of thing isnt possible with the chipset.
>
>i've already optimized the blurs with altivec calls, but they are
>the major speed drain on my calcualtions, the hope is to be
>simultaneously performing blurs on the CPU and the GPU.
>
>any advice/pointers you can give me would be greatly appreciated.

One thing tho
If you want the GPU you to do the calculations
and then you want READ that back into main memory and not just leave
it on the screen.

That reading is really slow.

Maybe even worse then doing it all in altivec

Re: using opengl for blurs?
Date: 13.07.05 22:09 (Wed, 13 Jul 2005 17:09:38 -0400)
From: Frank Condello
On 13-Jul-05, at 4:30 PM, Mike Woodworth wrote:

> recently there has been a lot of conversation about low level
> opengl work. i looking into using opengl to speed up/ share the
> load of some blurring i need to do for a project. this is going to
> be done on a cluster of mac minis so we can't use coreimage, but
> it's my understanding we can still get a blur operation on the GPU
> with direct opengl calls. having never done any 3d/opengl i'm not
> really sure where to start, or if the reason coreimage isn't
> support on the mini is beacuse this sort of thing isnt possible
> with the chipset.
>
> i've already optimized the blurs with altivec calls, but they are
> the major speed drain on my calcualtions, the hope is to be
> simultaneously performing blurs on the CPU and the GPU.

CoreImage will still work on the Mini - just not on the GPU - so you
might want to try it anyway and see if Apple's CPU fallback is any
better than you're hand-tuned algorithm.

Frank.
–––––––––––––––––––––––––––––––––
Open Source RB Goodies and Shareware
<http://developer.chaoticbox.com/>
<http://www.chaoticbox.com/>
–––––––––––––––––––––––––––––––––

_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>

Search the archives of this list here:
<http://support.realsoftware.com/listarchives/lists.html>

Re: using opengl for blurs?
Date: 13.07.05 23:21 (Wed, 13 Jul 2005 18:21:13 -0400)
From: Asher Dunn

On Jul 13, 2005, at 4:52 PM, Chris Dillman wrote:

> If you want the GPU you to do the calculations
> and then you want READ that back into main memory and not just leave
> it on the screen.
>
> That reading is really slow.

That is not true. It takes about 1/10 of a second to read a fullscreen
image from the GPU into App memory on my computer, IIRC.

Asher Dunn
--------------------------------------------------------
President and Head Developer of Fireye Software
<http://www.fireyesoftware.com/>
AIM and Yahoo: fireye7517

_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>

Search the archives of this list here:
<http://support.realsoftware.com/listarchives/lists.html>