Add proper formats for sRGB without alpha.

Fix a typo in the make install target.

Merge branch 'epoxy' of ssh://pannekake.samfundet.no/srv/git.sesse.net/www/movit into epoxy

We switched to #version 300 es shaders for GLES a while back, so we now have round().

Add some skeleton code for using GL_ARB_debug_output (disabled by default).

Merge branch 'master' into epoxy

Factor out the actual phase execution into a function.

Factor out RTT sampler setting in its own function.

Merge branch 'master' into epoxy

Conflicts:
flat_input.cpp

Redo FBO association yet again, this time per-texture.

According to http://adrienb.fr/blog/wp-content/uploads/2013/04/PortingSourceToLinux.pdf,
you want an FBO per-texture, not just format. And indeed, I can measure a very slight
performance improvement on both NVidia and ATI for this.

Have separate FBOs per resolution and format.

Seemingly this _also_ costs on NVidia; the demo app is down 0.9 ms/frame or so.
This rapidly started approaching complexity worthy of the ResourcePool,
so I moved the functionality in there even though it's not context-shareable.

Remove obsolete comment.

Fix a buffer overflow in MixEffectTest.

Convert another glReadPixels() to RGBA.

Properly ignore the sign bit when comparing NaNs.

Fixes fp16_test test failure on Clang.

Ditch BGRA use in OverlayEffectTest.

Fix non-float framebuffers in EffectChainTester.

Again, GLES fix.

Remove unused private members from FFTConvolutionEffect.

Use the right internal format for FORMAT_R non-float textures.

Add a few check_error() calls.

Don't use GL_RGBA32F/GL_RGBA16F with GL_UNSIGNED_BYTE.

GLES doesn't like this, even with NULL data. Replace with GL_FLOAT.

Document that we can now run on core and ES contexts.

Add support for multiple shader models.

We support 1.10 (for OpenGL 2.1 cards), 1.30 (for OpenGL 3.2 core contexts),
and 3.00 ES (for GLES3). There's some code duplication, but thankfully
not a whole lot.

With this, we compile in core contexts without any warning from ATI's driver,
and should also in theory be GLES3 compliant (tested on NVidia's desktop driver).

Check for GLES in init_movit().

This sort of worked by accident already, since 30 was interpreted
as desktop OpenGL 3.0, but this is more proper.

Fix a buffer overflow in MixEffectTest.

Make handling of non-RGBA sRGB textures more consistent.

Previously, we'd ask the driver to convert these to RGBA, which maybe
isn't ideal, and certainly doesn't work with GLES. Now we send in
the right format for RGB and RGBA, and refuse hardware conversions with
single-channel (which GLES doesn't accept). I don't think this is optimal,
but finding a use-case for sRGB single-channel is a bit tricky anyway,
and the fallback is fast, too.

Convert another glReadPixels() to RGBA.

Fix a few signed/unsigned warnings.

Properly ignore the sign bit when comparing NaNs.

Fixes fp16_test test failure on Clang.

Emulate glReadPixels of GL_ALPHA.

Ditch BGRA use in OverlayEffectTest.

Emulate glReadPixels of GL_BLUE.

Stop using BGR, BGRA and grayscale formats.

Neither of these are properly supported by GLES3, so just give in
more standard, boring formats, and then do the swizzles in the shader.

Do not store RGB textures with RGBA internal format.

Once again, GLES doesn't like this, even though the GPU probably does it
internally nevertheless.

Fix non-float framebuffers in EffectChainTester.

Again, GLES fix.

Add some precision statements to make GLES slightly happier.

Remove unused private members from FFTConvolutionEffect.

Some GLES fixes in ResourcePool::create_2d_texture().

In particular, some of the type strictness needed to be fixed here to,
and there are some fixes for some of the more obscure formats.

Do not glReadPixels() with type GL_RED.

GLES can only read RGBA pixels. Downconvert ourselves when we need to.

Use the right internal format for FORMAT_R non-float textures.

Add a few check_error() calls.

Don't use GL_RGBA32F/GL_RGBA16F with GL_UNSIGNED_BYTE.

GLES doesn't like this, even with NULL data. Replace with GL_FLOAT.

Add a temporary variable to reduce the amount of tedious typing.

Fix a typo.

Merge branch 'epoxy' into epoxy

Conflicts:
Makefile.in
movit.pc.in

Merge branch 'master' into epoxy

Conflicts:
Makefile.in
README
movit.pc.in

Reduce the amount of arithmetic in the BlurEffect shader a bit.

We did additions and subtractions with zero, which is sort of a waste
on scalar architectures. Helps ever so slightly on the demo app on my NVidia
card (3–4%).

Make VAOs persistent.

Seemingly helps ~0.5 ms/frame (which is quite significant for small
resolutions) on the demo applications on my NVidia card.

Keep FBOs around in EffectChain again.

Seemingly creating and deleting them is crazy expensive on NVidia
(~3 ms for a create/delete pair), so 6dea8d2 caused a performance
regression at high frame rates. Now we instead keep one around per
context (they cannot be shared), which brings us basically back
to where we were performance-wise.

Reported by Christophe Thommeret.

Make Phase take other Phases as inputs, not Nodes.

This was a refactoring I wanted to do for a while, but actually finding
the right structure was a bit tricky. In the process, the entire phase
generation logic was rewritten, but the separation between compilation
and Phase construction is much cleaner now, and the logic in general
is easier to follow with more use of explicit recursion.

I'm still not 100% happy about what might be overuse of output_node;
we still need to link Phase and Node (the link just goes the other way
now), but I'm not sure we need to use it in all the cases we currently do.

Document the FFTW3 requirement.

Merge branch 'master' into epoxy

Conflicts:
Makefile.in
movit.pc.in

Movit can hardly be said to be in alpha stage anymore.

Remove obsolete file.

This was part of my original scribblings, and is no longer needed.

Release Movit 1.0.3.

Move private libs into Libs.private in the pkg-config file.

Add FFTW3 libs and flags to the pkg-config file.

Take LDFLAGS properly from configure, and distinguish better between LDFLAGS and LDLIBS.

Do not link libmovit against SDL; only the unit tests need that.

Release Movit 1.0.2.

Make $(libdir) on make install, in case it does not exist.

Make make install honor DESTDIR.

Release Movit 1.0.1.

Fix a C++11 incompatibility.

Revert "Stop using -rpath when linking libmovit."

Actually, this is seemingly needed to build shared libraries at all. Doh.

This reverts commit 05466cbaae2befac3d3ab8bbba614bc08646d3f2.

Release Movit 1.0.

Make a 'make dist' target.

Add the two missing FFT shaders to MISSING_SHADERS.

Stop using -rpath when linking libmovit.

This was from pre-libtool days, and makes no sense now. Plus it seems to have
no actual effect.

Start doing symbol versioning.

As we prepare for 1.0, we want to make sure we have a proper soname.
See the comment for slightly more details.

Merge branch 'master' into epoxy

Conflicts:
Makefile.in
configure.ac

Add an FFT convolution effect.

A lot of the later commits have been leading up to this, and I finally
got to the point where all the unit tests check out, everything seems
to work (modulo maybe some overflow issues) and we have a model that
matches what people actually expects from convolutions.

Note that this adds a dependency on FFTW3; we could probably have added
our own routines for such small needs, but like with Eigen, calling out to a
library is fine as long as it's of good quality (which FFTW certainly is) and
is widely available.

Make SliceEffect slice from the top, not the bottom.

This is more consistent with the rest of Movit, and makes the rest
of the FFT implementation easier.

Revert "Support pad/crop from bottom, not just from the top."

This turned out not to be so useful after all, as we'd like a more
consistent top-left coordinate system, and changes to do that will
obsolete this patch.

This reverts commit e92a5ffa19eb67b4db5af1db8559630139073668.

In the README, document that we have luma mix.

Support pad/crop from bottom, not just from the top.

This is convenient for the FFTs that are coming.

Merge branch 'master' into epoxy

Fix a bug where repeated vertical FFTs would reverse the output.

Unfortunately, the tests didn't catch this, as the Repeat test used
an even number of passes (being of size 64), which reversed things
back into place. It now tries a wider range of sizes to make sure
everything is okay.

Merge branch 'master' into epoxy

Properly install texture1d.frag, which is needed during init.

Properly install fp16.h.

More tweaks to the .ld generation.

Merge branch 'master' into epoxy

Conflicts:
Makefile.in

Add more unit tests for fp16.

This tests a few edge cases that are not adequately covered by the
random fp32 tests; in particular, the round-to-even logic had
no test coverage, which is bad.

Make the COVERAGE variable into an --enable-coverage configure flag.

This makes a lot more sense, since it controls compilation options.

.gitignore lots of libtool stuff.

.gitignore more unit tests.

Ignore .ld files.

Merge branch 'master' into epoxy

Fix some formatting messups.

Merge branch 'master' into epoxy

Add a simple luma wipe transition.

Merge branch 'master' into epoxy

Support GL_R and 16-bit fixed-point textures in FlatInput.

The motivating need is that we want GL_R16 textures soon.

Merge branch 'master' into epoxy

Fix dependencies for .lo files.

Dependencies were unfortunately de-facto broken after introduction of libtool,
causing much head scratching. Now fixed.

Merge branch 'master' into epoxy

Add an effect for complex multiplication.

This is another building block to make the FFTs useful.

Formalize the notion of messing with sampler state.

This kills a lot of the assumptions that have been going around,
and should allow us to deal much better with the situation when
we have two or more inputs to an effect (where you basically can't
predict the sampler number used reliably); there's still an edge
case that's documented with a TODO, but this is generally much better.

Handle texture non-bounce a bit better.

This allows us to ignore the texture bounce flag when reading from a
FlatInput, and also handles better the case where an YCbCrInput is read
from multiple times (it's now bounced, which should be better for speed,
I think).

The main motivation, however, is to be able to control sampler state
a bit less hackish in the future.