Intel ( i845G ) profiling

Stephane Marchesin marchesin at icps.u-strasbg.fr
Sun Mar 9 16:02:53 PDT 2008


On 3/7/08, Simon Thum <simon.thum at gmx.de> wrote:
> Stephane Marchesin wrote:
>  > On 3/7/08, The Rasterman Carsten Haitzler <raster at rasterman.com> wrote:
>  >
>  >>  of course a pure box filter would be even better than this... and i suspect
>  >>  some hardware may support that. beyond that you might not find much hardware
>  >>  support and if its back to software in xrender with what i consider "phd
>  >>  research level filter experiments" then i dont think this is something xorg
>  >>  developers should be worrying about. if you want such a filter - it will end up
>  >>  in software anyway and so you may as well implement it yourself and pre-scale in
>  >>  software.
>  >
>  > Not really, there are a couple of papers on the topic of implementing
>  > better filters on existing hardware which prove that this is possible
>  > :
>  > http://citeseer.ist.psu.edu/494410.html
>  > http://citeseer.ist.psu.edu/559923.html
>  >
>  > So what you're discussing is definitely feasible today, it's just that
>  > people are not ready to invest much time into the implementation.
>
> I don't think that argument extends to the linear filters I described
>  (the abstracts don't mention linearity aspects so they'll probably
>  ignore it), leaving as an implementation option only software or some
>  form of GPGPU programming. So we're again with the integrated 2D/3D
>  pipeline everyone wants :)
>

Well, I implemented this, so I know that it does arbitrary FIR
filters. But maybe you know better from just reading the abstract...

Stephane



More information about the xorg mailing list