To Paul and the other Fabric crew, I too want to thank you. The thing I preach whenever possible is that we have to be ready to move software apps at the drop of a hat (a point made crystal clear to me about a year ago). If there is one thing I miss, though, it is ICE. I am happy to use and explore all the fantastic things Houdini and C4D have to offer (the two apps I chose, for now), but the ease of use (compared to Houdini) of ICE is something that I really long for.
Canvas very may well be the answer to having a tool that can be carried with me from app-to-app, where I wouldn't have to lose that ICE-like ability when I have to switch to a different app. The main thing I think you guys got right was making your tools host program agnostic. So, while that may not be exactly what happens, under the hood, it IS the impression I get. It feels like that is basically the goal. If I am correct about that, well, more power to you guys. The more open and flexible this stuff can be, the easier our work will be and the happier *we *will be, even if it means using a software app we don't care for. The one constant will be Canvas, and that could help solve a lot of app-anxiety (or in my case, app-anger). So, again, thank you all so much. Perry On Sun, Mar 8, 2015 at 7:01 AM, Mirko Jankovic <[email protected]> wrote: > And I'm sure bunch of guys like me are waiting to see what great minds > will make for us to start making :) So far it is tool for making tools, and > we are waiting for tools ;) > Dumb down version for us artist with just couple buttons and text boxes to > tweak ;) > > On Sun, Mar 8, 2015 at 3:41 AM, Sebastien Sterling < > [email protected]> wrote: > >> I'm just waiting for dat community to start forming, Rray.de's gona need >> a new category soon, fingers crossed :P >> >> On 8 March 2015 at 02:33, Paul Doyle <[email protected]> wrote: >> >>> Yes - writing extensions for Fabric is simple, as is wrapping an >>> existing C/C++ library as a Fabric extension. There are no dependencies on >>> Fabric Software to build anything, it's all there for developers to build >>> upon. >>> >>> More cool stuff next week, it should get you guys thinking :) >>> >>> On 7 March 2015 at 21:25, Sebastien Sterling < >>> [email protected]> wrote: >>> >>>> Isn't the theory, that third parties could develop modules for fabric, >>>> like Lagoa multiphisics ?, or the mootzoid suites ? i'm assuming it would >>>> if not now eventually become theoretically possible for someone to create a >>>> flip solver for fabric? >>>> >>>> (I'm sure that: - One does not simply "A Flip Solver") >>>> >>>> Bifrost (at this point) reminds me of a famous Racing horse called >>>> Shergar, it too had a great pedigree, then the IRA nicked it, and turned it >>>> into burgers.(most likely). >>>> >>>> There is a moral in there somewhere! >>>> >>>> On 8 March 2015 at 00:48, Paul Doyle <[email protected]> wrote: >>>> >>>>> Certainly for stuff like fluids they've got the pedigree :) I have >>>>> only seen the public demos though, I'm keen to see what's coming. >>>>> >>>>> /diplomacy >>>>> >>>>> On 7 March 2015 at 19:36, Raffaele Fragapane < >>>>> [email protected]> wrote: >>>>> >>>>>> Surely Bifrost is what you aspire for your product to be when it >>>>>> grows up, right? ;) >>>>>> >>>>>> On Sun, Mar 8, 2015 at 5:41 AM, Paul Doyle <[email protected]> >>>>>> wrote: >>>>>> >>>>>>> That's what the alpha is for :) We aren't wedded to a particular >>>>>>> design, and we're drawing inspiration from modern systems like >>>>>>> Blueprint. >>>>>>> >>>>>>> >>>>> >>>> >>> >> > -- Perry Harovas Animation and Visual Effects http://www.TheAfterImage.com <http://www.theafterimage.com/> -25 Years Experience -Member of the Visual Effects Society (VES)
