OpenCL could definitely do this and it interoperates pretty well with GL, however, its basically not available anywhere.
Andreas On Apr 30, 2013, at 9:26 PM, Kevin Gadd <kevin.g...@gmail.com> wrote: > Could you implement all the filters once in OpenCL to get adequate > performance on-CPU (with simd and threading) and adequate performance on-GPU? > It is my understanding that OpenCL can manipulate textures, but I don't know > what the constraints are (or whether ordinary users actually have a working > OpenCL implementation). > > -kg > > > On Tue, Apr 30, 2013 at 9:11 PM, Andreas Gal <g...@mozilla.com> wrote: > > You propose SIMD optimization for the software fallback path. I wonder > whether we should focus on one fast GPU path via GLSL, and have one precise, > working, I-don't-care-how-slow CPU fallback. All hardware made the last few > years will have a GPU we support. Really old XP hardware might not, but it > will work (just not really fast). Skia happens to implement most of these > filters. Should we rely on Skia for this? > > As for the filters on GLContext, I wonder whether thats really the best > approach. Don't most filter applications want to be injected into the shader > pipeline instead? We would have to be able to compose filters for that and > generate a composite GLSL program from that. So for example we want a > BGRXTextureLayer, with Mask3D, with ColorMatrix, and we want GLSL source > generated from that. So isn't really what we want a GLSL shader program > generator (and cache) that we give an EffectChain and that gives us back a > compiled shader? (with added effects including ColorMatrix, etc). > > Andreas > > On Apr 30, 2013, at 8:21 PM, "Robert O'Callahan" <rob...@ocallahan.org> wrote: > > > This is a fairly important feature that people want to get working on soon, > > but there are quite a few design issues to settle on before we go too far. > > > > I've tried to summarize the requirements, and my ideas about the design, > > here: > > https://wiki.mozilla.org/Gecko:AcceleratedFilters > > Please tear this apart, or better still, constructively add to it :-). > > > > Thanks, > > Rob > > -- > > q“qIqfq qyqoquq qlqoqvqeq qtqhqoqsqeq qwqhqoq qlqoqvqeq qyqoquq,q qwqhqaqtq > > qcqrqeqdqiqtq qiqsq qtqhqaqtq qtqoq qyqoquq?q qEqvqeqnq qsqiqnqnqeqrqsq > > qlqoqvqeq qtqhqoqsqeq qwqhqoq qlqoqvqeq qtqhqeqmq.q qAqnqdq qiqfq qyqoquq > > qdqoq qgqoqoqdq qtqoq qtqhqoqsqeq qwqhqoq qaqrqeq qgqoqoqdq qtqoq qyqoquq,q > > qwqhqaqtq qcqrqeqdqiqtq qiqsq qtqhqaqtq qtqoq qyqoquq?q qEqvqeqnq > > qsqiqnqnqeqrqsq qdqoq qtqhqaqtq.q" > > _______________________________________________ > > dev-platform mailing list > > dev-platform@lists.mozilla.org > > https://lists.mozilla.org/listinfo/dev-platform > > _______________________________________________ > dev-platform mailing list > dev-platform@lists.mozilla.org > https://lists.mozilla.org/listinfo/dev-platform > _______________________________________________ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
