Paul Dore

Members
  • Posts

    19
  • Joined

  • Last visited

Posts posted by Paul Dore

  1. 50 minutes ago, Marcelo Rodriguez said:

    Before everything works...

    After version 15, only OFXs work; ACES and HueConverge. Use Hackintosh CUDA card. What went wrong ...?
     

    Captura de Tela 2018-06-14 às 13.50.41.png

    I'm not sure of the exact reason, but some of the precompiled plugins on the GitHub page aren't showing up anymore in Resolve 15. I recompiled them and now they seem to work. Something to do the latest version of Resolve doing some lib file modifications when installing perhaps.

    Anyway, try using these.

    https://github.com/baldavenger/Extras/blob/master/mac_OFX.zip

     

    • Like 1
  2. Peter Doyle used simple math expressions to achieve channel suppression, much like a despill operation (which Jussi was referring to). You can do this in Resolve with LUTs (good) or DCTLs (better). One of my first plugins was called BlueBox, which was based on the process Peter Doyle described in an fxphd interview he did several years ago. An extended version of the plugin, called ChannelBox, is described here:

    ChannelBox info

    Links to the source files and complied plugin can be found there too.

     

    • Like 2
  3. It's the direct application of the official transfer functions and 3x3 matrix colour space transforms, as opposed to those transforms being first applied to a LUT and then applied via interpolation. It's a clean, non-destructive, and fully reversible process. It's not a question of trust, it's the only truly indisputable scientific certainty i.e. math. 

    • Like 1
  4. Yes, why let actual precision and colour accuracy get in the way of a more "fun" and popular approach. Not all colourists think that way though. Some are more technically minded (heaven forbid), in so much that they actually know what they're doing, whereas others are more like colour plumbers, with a toolbox of tricks and a gut instinct. Fair enough, the world will always need plumbers. However, a technical problem thats requires precise mathematical formulae cannot be solved with just positive attitude and excellent client skills, and trying to bluff your way around that won't improve the quality of your images either.

    I suggest perhaps trying to raise the bar a little (instead of lowering it even further), and putting the onus on enhanced technical knowledge rather than what best suits your mood or whim.   

    • Like 4
  5. There should be no artefacts or information loss if the transforms are performed mathematically in 32bit float, which I believe is the case with Baselight colour management as well as RCM in Resolve. Only when there is an analogue emulation (film stock) is a 3D LUT utilised, but other than that all transforms are based on linearise/de-linearise formulae and 3x3 matrices, so in theory are all invertible without loss of information.

    • Like 3
  6. Since the release of Resolve 12.5 it is possible to compile custom OFX plugins specifically for the software. The DCTL option is a quicker and easier approach to custom scripting (and an excellent one at that), but when adjustable parameters are required you'll need OFX.

    Given the potential for open source expansion (and emulation of features present in other software), I'm a bit surprised it hasn't become a bigger deal. Perhaps it will in time.

    I've put together a few examples. Most are both CUDA and OpenCL compliant. The plugins are for Mac OSX, but the source files for compiling on other platforms are included, plus the DCTLs work cross-platform (Studio version).

     

    https://github.com/baldavenger

     

    http://liftgammagain.com/forum/index.php?threads/dctls-and-resolve-ofx.7046/

     

     

    • Like 4
    • Thanks 1