Code Monkey home page Code Monkey logo

Comments (6)

smokris avatar smokris commented on August 30, 2024

The FreeFrame 1.5 spec defines an alpha parameter type:

value = 11
type = alpha
Transparency value esp. for use in a 3 colour colourpicker + alpha

That value appears in the FFGL trunk header, but not in the FFGL 1.6 branch header.

(Also there's a conflict between that and FF_TYPE_OPTION = 11 defined in Resolume's fork.)

from ffgl.

spxl avatar spxl commented on August 30, 2024

I think I may have previously tried using FF_TYPE_ALPHA, which didn't work, but my memory is hazy!

In any case, using type = 11 doesn't work.

from ffgl.

smokris avatar smokris commented on August 30, 2024

In any case, using type = 11 doesn't work.

Same here; in Resolume Avenue and Arena, type=11 doesn't show any widget. Some other hosts (such as VDMX and MMV) show a standard float widget for type=11.

from ffgl.

jorisdejong avatar jorisdejong commented on August 30, 2024

As far as I can see, there is no other mention of type=11 being reserved for Option type before we published our fork to Github. Judging by 56b3fa2, it wasn't properly implemented either until we pushed the FFGL2.0 spec. This makes chances of anyone using it right now pretty slim.

All in all, it sounds like we should keep type=11 reserved for Alpha (to not break compatibility with VDMX and Magic), and change the type reserved for Option.

Once we make that change, we can then make Resolume take type=11 as the fourth parameter of
a color picker widget.

from ffgl.

ResolumeMenno avatar ResolumeMenno commented on August 30, 2024

I would argue that we should keep 11 as option. Color picker based support for alpha should then use type 203 as suggested by spxl.
We've already broken vdmx/magic compatibility by changing the init function. They already need to update their hosts to the new ffgl headers, so then a change in the number associated with the param types will be adopted right away.
If we change 11 back to alpha and use 13 as option then everyone who has already updated their plugin to ffgl 2.1 would need to recompile and we may get a version mismatch between those plugins and resolumes beta build that supports ffgl 2.1

from ffgl.

MennoVink avatar MennoVink commented on August 30, 2024

It seems like this may have been an issue on the host side. I've updated the Gradient example and tested with Resolume 7.3.0 and there it works as intended.

from ffgl.

Related Issues (20)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.