Fragment shader render-to-texture not working as expected

[Conduit]

Figured that was the case, since the documentation doesn't mention anything. Bummer! Doubt I have the OpenGL know-how to extend anything but the most simple portions of the SFML graphics library at present... For now I guess I'll just have a little extra trig in my shaders. Thanks Laurent.

[zsbzsb]

It would be LOVELY if I could add polar coordinates to simplify a couple shader calculations I have planned.

My NetEXT project (port of Thor) contains a PolarVector which supports conversion to SFML's vector type. See my signature for links.

https://bitbucket.org/zsbzsb/netext/src/c4192b6723eafea9eb8913634cfda7b98b17dd72/NetEXT/Vectors/PolarVector.cs?at=master

[Conduit]

As expected, the problem was due to my noobishness with regard to OpenGL/GLSL. I'd assumed (in error) that texture coordinates being uploaded in pixels inferred that GLSL wouldn't follow the typical 0...1 standards for texture sampling. Kinda silly in retrospect. Output is a little stuttered, but I'm also using Intel HD Graphics on a three-year-old laptop, so whatevs.

zsbzsb and Laurent - I won't say my introduction to GLSL was painless by any means, but with your help it was at least palatable. Many thanks!

Sample output using exponential zoom, warping, color dampening, and a square for input is attached. Unfortunately I can't upload a video displaying how awesome this looks (re: Intel HD Graphics).