Jump to content

Most Liked Content

#31094 Fusion Not Banned Anymore At Fxguide? (!)

Posted by steve eyeon on 15 November 2011 - 03:36 PM

Deep Compositing : How it works in Fusion.
In the informative interviews done by Mike Seymour on FXGuide about deep compositing, he has described examples of fog and candle lights in a row as an explanation of deep composting. These can be achieved in Fusion with the Volume Fog Tool.

The volume Fog tool is a special case render that takes 3D camera and lighting along with ‘deep images’ and renders them out from the cameras point of view.
The ‘Deep Images’ have XY and Z so that it can fit a volume of a 3D scene. The WPP is used to occlude the depth, so beauty passes can be merged into the volume image.
So in Anonymous nonlinear fog volumes of varying density can be integrated with the 3D scene. A rendered beauty pass along with its WPP(RGBA-XYZ) is put into 3D environment of the Volume tool and reacts with the fog volume. Because of the World Position Pass makes a fixed reference in terms of its XYZ coordinates, a Fog volume will stay fixed correctly to the scene. Zbuffer on the other hand is from the cameras rendered point of view, so camera based depth cue fog is not fixed to the scenes point of view.

In Fusion, you can create volumes procedurally using tools like fast noise, or particles, you can also load them via EXR. By doing things procedurally or a mixture of loading and procedurally the amount of data to disk can be dramatically reduced.
In Fusion 6.3, adding lighting models to the Volume Fog tooling, takes what can be achieved in this new deep arena to a whole new level. GPU powering this development makes the Deep Volumes interactive/realtime when rendering.
  • Ezkonrnd, vdvfqwus, Wzqnrahr and 57 others like this

#31116 Fusion Not Banned Anymore At Fxguide? (!)

Posted by xmare on 17 November 2011 - 05:15 AM

thank You Steve for such in-depth explanation!
one learns everyday:)
  • chfdt8xt, Ezkonrnd, Yuydmhrb and 26 others like this

#34891 Kak. Or Ibk For Fusion. It Sucks Less.

Posted by samsoe on 01 November 2012 - 09:44 AM

Sorry… all this writing. Why not just create a KAVT (Kick Ass Video Tutorial)…? It is much faster than all of these technical descriptions.
Looking forward :o)
  • Efferiacard and mikenicey like this

#34681 Render Manager (manual Activate?)

Posted by KellyGriffin_PortlandOR on 26 October 2012 - 02:04 PM

How do I load a render list (and/or revise that list) before rendering actually starts? Seems like "Add Comp" just loads 'n goes, and I don't want it to "go" until I'm ready (especially if I don't want an existing previous render to be overwritten!).


  • hereehina and zeloCoseslage like this

#34614 Free Flipbook Software (jefecheck 1.5)

Posted by pingking on 24 October 2012 - 03:11 PM

the flipbook softwre jefecheck is now availible in version 1.5 and is no availible for free!

  • LialiaGyday and Wheettent like this

#34383 Kak. Or Ibk For Fusion. It Sucks Less.

Posted by Kristof on 10 October 2012 - 05:13 AM

So you have people in here mentioning "Kak" all the time, and how they love it. Sounds like your sense of humor alright, from what I remember :) Showed it to Jan E. earlier this week and he had to chuckle too.

Looking forward to give it a try and thanks for sharing.
  • Lemoroyalkeme and soodaCabton like this

#33973 Better Corner Pin - Gui Prototype

Posted by Gringo on 12 September 2012 - 05:22 AM

Wow, it's so much better than the standard CornerPositioner!
Neat and logical interface.

But indeed, what I always missed in the CnP, was the possibility to drag multiple points at once.
And this tool still doesn't replace the Krokodove Positioner as it has no separate BG / FG inputs.

The advantage of Krokodove is that you can position corners of an image with different resolution over the background in the background's coordinates without preliminary reformatting.
Would be great to implement such functionality as the BG and FG image are often different resolutions and aspects.
So, if the FG isn't connected, the tool works just like it works now. If both image inputs are used, then it composites FG over BG and the points are transformed in the BG coordinates.
Perhaps, you could even borrow the Merge multibutton control from the Tracker to provide more output options (BG only / FG only / FG over BG (default) / BG over FG).

Concerning the Source / Destination choice, you may notice, that in the GridWarp when you switch to Source, it shows the original undistorted image which makes it easier to position the source points.
Although, you can always display the image from the previous node, so it's not so important...

In the standard CornerPositioner and in the Tracker the points are listed in the following order:
1. Upper-Left
2. Upper-Right
3. Bottom-Left
4. Bottom-Right
Do you also think it would be nice to stick to this standard?
I would even use those definitions (Upper-Left, Upper-Right, Bottom-Left, Bottom-Right) instead of the numbers to avoid confusion.

I hope, it doesn't sound as too much of critics, I wrote all this because I'm really looking forward to using this tool next time I need a corner positioning :)

Thank you once again!
  • rorrywakswave and arreltyBittee like this

#33227 4-df 5x & 10-node Floating Licenses W/ Hasp $1,000usd

Posted by Xpletive on 09 July 2012 - 05:38 PM

Just spoke with Eyeon and they will transfer it all for $1,000 and upgrade to version 6x it for an additional $2,000 although the upgrade is not required.

Just to clarify, I am asking for $1,000 for 4 seats of DF 5x, 10 seats of RenderNode all on a floating license and HASP dongle. You will need to pay the transfer fee and optional upgrade costs if you elect to do that.

David Ellzey
  • mikenicey and Yder2dedxnq like this

#23378 On Facebook?

Posted by Ray Smithers on 25 March 2010 - 11:51 PM

Join our Facebook site at Pigs Fly Forums

ALSO please "like us" on Facebook at FPRstudios.


  • rorrywakswave and AgedocomAccok like this

#34934 12 Bit Dpx Files Won't Read In Fusion

Posted by John Paul Docherty on 02 November 2012 - 09:40 AM

A DI company has supplied 12 bit linear dpx files (the footage was originally 12 bit linear Log C prores from an Alexa) purely as a no loss wrapper format (not the most sensible of formats for them to choose given the lack of any lossless compression strategy but there it is) and I find that fusion can't read them.

This format is not that unusual - in fact I've seen 16 bit dpx files used as well so I tested that and fusion reads them fine but not 12bit. Nuke reads the 12 bit fine as do most other programmes I've tried including Flame (not Shake, though). I can convert them in Nuke and flame to 16b dpxs or tiffs or sgi or whatever for now (the prores 444 qts aren't available) but fusion should really be able to deal with this given the increase in 12 bit linear camera systems.

I'm using 6.4b 1104 64 bit. Anyone else hit the same problem? Is there a workaround within fusion? I can supply an example 12bit dpx frame if the fusion chaps need one to test. They might want to add 12 bit to the ChangeDepth node or maybe the dpx write node options as well as we are sometimes called on to supply files back in the same 12 bit linear format.
  • mikenicey likes this

#33978 Deep Pixel Depth Blur And Fog Problem

Posted by saovadee on 12 September 2012 - 11:06 AM

Hi guys,
I'm just upgrade to Fusion 6.4 and I open some old comp from the last version, and all my depth blur node don't work, I don't have the Z channel.
Is that normal or a 6.4 bug, or do I have to set the channel booleen differently.

Thank you for all you answer.
  • KenDadeCind likes this

#33747 Clipping Issues With Fusionviewlut And Log-lin Viewlut

Posted by Kenzor on 15 August 2012 - 01:55 PM

I'm setting up a linear workflow for DPX files from a Quantel system. Though I feel this is a more general problem.

Basically LUT nodes and the 'Display View LUT' are producing different results with the same LUT files
The Display LUT seems to be clipping highlights (bad), while the various LUT nodes do not (good)

I use nvidea geForce gtx 285 as my graphics card. I'm not sure if this is the issue.

It is particularly bad using ARRI LogC. If you look at the A/B image bellow you can see that the sky in the A side is clipped while the B side is not.
The view of the first CineonLog1 node is clipped buy the Display view LUT. Even though the color Inspector still shows the colors to be super white (i.e. R,G, and B all have values above 1.0)

Posted Image

This is an issue because I have LUT files generated by the Quantel artist. He has designed a 'look' for the show and sent me LUT files to take me from Alexa DXP 'ARRI LogC' files to 'Rec709 with the Look'

For me to use a Linear workflow I need to find a way to go from 'Linear to 'ARRI LogC' and then 'ARRI LogC' to 'Rec709 with the Look' using a 'Display View LUT'

Fusion makes it simple to add two display LUTs but the clipping is a big problem for my workflow.
You can see in the image below that the 'Display View LUT' on the left is producing a clipped image compared to the right image using the LUT from the Quantel artist.
Posted Image

I've tried making my own LUT to using the LUT cube nodes. The clipping is still present.

Posted Image
Posted Image

Are other people having clipping issues with the view LUT ? Do I need to replace my graphics card, or is it a problem with the FUSE ?
  • KenDadeCind likes this

#27124 App Link Fusion<-->3Dcoat

Posted by fusionWannabe on 12 December 2010 - 02:17 PM

Thanks for posting and all the work on the AppLink!

If you do re-work it at some point with free assets, I'd certainly be interested in seeing it - and I'm sure others who are beginning with 3DCoat and Fusion would also!!
  • maxic likes this

#26732 Position And Normal Relighting Macro

Posted by Nebukadhezer on 02 November 2010 - 07:17 AM


another macro we are using often. It is a normal falloff and usable for either normal or position passes.
I think there was or is a tool in after effects, I always liked the idea to click on the normal pass and this indicates the lighting direction...
Hope it helps.


Attached Files

  • inuit likes this

#35299 Fusion - Any Information On Future Releases?

Posted by tomek on 02 December 2012 - 07:15 PM

I know that Fusion is not an open source project so it's hard to expect some detailed information on technologies Eyeon is working on, but does anyone know something about Fusion's planned features or release schedule? I'd love to hear that we're going to have planar tracker in Fusion next Spring or improved viewport controls concatenation next month. Now I don't know what to expect and when. And I think I'm not the only curious person.
  • Attattaft likes this