[PD-dev] FreeFrameGL external

[Gert De Roost]

Big issue with color channels has been fixed.

Trying to avoid GL_EXT_gpu_shader4 dependency by using GL_RG and
GL_UNSIGNED_BYTE for loading pdp frame.
Texture sampling normalization seems to make this impossible as far...  How
can I make OpenGL map [0, 255] exactly to [0.0, 1.0]?
Tried other texture format options but most other options stress the CPU
too much.



On Tue, Feb 21, 2012 at 9:53 AM, Gert De Roost <paleajed at gmail.com> wrote:

> Greetings,
>
> After several days of programming work I can now present this first
> version of a new external for pdp that hosts FreeFrameGL1.5 plugins.
> My first project using C++... slow learning!
>
> The external does conversion from YUV to RGB and back using fragment
> shaders.  The real bottleneck is the glReadPixels call that copies texture
> information back to main memory.  I managed to implement it using
> asynchronous pixel buffer DMA, so it doesnt block.  Disadvantage is one
> must wait for the transfer to end (anyone know how I can check for this?)
> so I wait for the next frame to arrive before writing out the current frame
> to pdp, so input 1 frame, it outputs only when you input another...
>
> Little testing has been done, and to my understanding there are not many
> FFGL plugins available (please proof me wrong here), still if anyone could
> give the external a spin that would be nice.  A test file is provided.
>
> The external needs you to have the GL_EXT_gpu_shader4 extension available
> on your OpenGL system, like I can run it on nVidia here but not on Intel.
> Any feedback on IF it works at all would be great.
>
>
> Get the first tarball at: http://www.ewocprojects.be/pdp_ffgl.html
>
>
> Also the visually inclined might check my Pd video mixer EWOCvj at
> http://www.ewocprojects.be
>
> Also I have some code that does video wiping for pdp, check this on the Pd
> forum.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-dev/attachments/20120224/ed7fc4a1/attachment.htm>