I just tried it on my first-gen MacBook ( Core Duo 1.83 Ghz, i915
integrated Gfx ) and it uses about 22-24%

I had to disable the rounded corners in the .cg since they apparently
take up too much ALU instructions for the i915. 


 /Arne

On Thu, 2007-11-22 at 11:54 +0000, Matthew Allum wrote:
> Hi;
> 
> On Thu, 2007-11-22 at 13:08 +0200, Michael Dominic K. wrote:
> > 
> > I was recently looking into hw-based YUV -> RGB conversions for video
> > (http://www.mdk.org.pl/2007/11/17/gl-colorspace-conversions) 
> 
> Yep I saw v.cool stuff :)
> 
> Out of interest/curiosity - what sort of performance gains do you see
> and what card/drivers is it working with ?
> 
> > and what
> > could be done to support it in Clutter. Some random thoughts about
> > what needs to be done:
> > 
> > * Add ClutterFeatureFlags for multi-texturing and fragment programs +
> > detection on the backend. Fairly obvious.
> > 
> > * ClutterTexture needs to support 1-byte GL_LUMINANCE formats.
> > clutter_texture_from_luminance_data ?
> > 
> > * The hard part -- ClutterTexture should support rendering from many
> > textures (multi-texturing). Does it make sense to add it to
> > ClutterTexture or new actor should be created? Additionally the actor
> > needs an attachable fragment shader.
> > 
> > * ClutterGstVideoSink needs dynamic caps for the sink pad. Depending
> > on the features available, we suport YUV (different formats) + RGB or
> > just RGB if features not available. Easy.
> > 
> > Comments?
> > 
> 
> My initial thought is simply proto it as a standalone special YUV
> texture actor and modify the sink to also use this. I dunno, but I think
> with Cogl/ClutterTexture's current state its going to be quite hard to
> push all the above high end functionality in with fallbacks for lower
> end cards / GL ES (1.1 at least). I may of course be wrong and am of
> course open to a patch :)
> 
> Also note Pippin has been working on a general shader infrastructure for
> clutter which obviously would have an effect on this. Pippin - do you
> want to get this stuff up in svn/git in a branch ?
> 
> Many thanks;
> 
>   === Matthew
> 
> 
> 

-- 
To unsubscribe send a mail to [EMAIL PROTECTED]

Reply via email to