[leif3d]

ChadCapeland, on 08 July 2010 - 10:12 PM, said:

leif3d, on 08 July 2010 - 05:30 PM, said:

Regardless of the slight slowness that we might see in the UI (according to Eric), the benefits of platform independence and stability will far exceed this minor inconvenience.

Really? Inconveniencing 100% of your customer base to allow a minority to avoid running WINE? That sounds like a terrible tradeoff.

- Chad

I just labeled it an inconvenience because Eric mentioned Qt was slow. Like I said, I haven't experienced any slowness worth mentioning in any Qt application I've used under Linux.
To me, maintaining a platform independent app is a better business strategy than neglecting a massive film user base that uses Linux as their main OS. I've had to do miracles over here to spend on new windows workstations when we could just spend money on Fusion licenses...
Again, this is just my opinion and of course it might not translate to what Eyeon might be planning for their future. I'm just responsible for what's right, and spending on hardware doesn't seem very right after a while, especially when you have native Nuke versions on Linux.
In the end, sure, I can move to whatever is more convenient for me and forget Fusion. I just think it's a fantastic product that could benefit from widening its user base. If that's not first priority, I don't know what is...

[pingking]

bfloch, on 09 July 2010 - 08:36 AM, said:

And once they have a Roadmap it would be nice to share it with their customers.

this is also very dangerous, if you cant make it like you plannend then everybody is screaming at eyeon "you promised it"

[bfloch]

It may be a companies choice to publish the roadmap or not. But it definitely has to be something you can talk to with your customers in private. At least to a certain degree. Companies make decisions what software to use for now and the future. It's a big investment taking in account all the licenses and development costs for pipeline integration.

If a company wishes to switch an the main OS for one reason or the other it is crucial to know if their package will be there in the future. If Fusion 10.0 is meant to target prosumers with HDV cameras (just a joke) this is something on the roadmap they should share with their customers.

Promises are one thing. Directions the other. Most of the screams come because we are uncertain, not because we are unsatisfied.
Just take the Changes from 6.0 to 6.1 on vfxpedia. The day they were online I was happy to know what 6.1 will do for me. Especially since I was at the time building a pipeline with Python and it was crucial to know if PeyeonScript gets updated or even integrated. It was a shot in the dark to use the old PeyeonScript with Python2.5 and now we switched to 2.6/3.1. Of course we we're screaming on the delay, but this was more of a childs scream for ice cream :)

Anyhow, like discussed million times before: It's not what eyeon does, it is how they present it to the future that sometimes is a problem. Just think of it, you get more information about the future of the package through the ambassadors Eric, Michael, Jason and Peter here on pigsfly than from public statements. It maybe ok for the tiny bit of hard core users that lay on the refresh button of pigsfly.com/forums but it may be a problem for the rest. Look at the rumors and misunderstanding of VFXTalk users when they talk about Fusion. Yes a lot of nuke folks but still.

If all the info that sees the public was bundled in a stream like the blog or newsletter I would not be complaining.
And I know they work on this! It actually got much better in the past! The newsletter is a light in the dark for example.

I mean take this thread. Now I know eyeon is or was examining Gui-Kits/Frameworks which would allow to easily port it. It may be no promise but it is a direction which I can live with for the future. Similar applied to DoD. Where did you first find out they actually did it?

It's probably not fair only to complain here in public. But I try to do this for the good of all. Maybe I will write personally a feedback of what I like or dislike of the current situation. Though I am pretty sure they are reading this ;)

Cheers,

[pingking]

a new version of WINE was just released, the offical one not the eyeon one.
WINE 1.2 now also supports 64bit apps. so maybe this was the missing thing for a linux 64bit version?

[bfloch]

I just was able to embed Inhouse Tools written in PyQt as docking panels in Maya2011 with about 20 lines of code.
This is one of the coolest experiences I had as TD, seriously and if that works with other Qt-tools like Nuke ... holy moly.

Dudes screw performance this is awesome!

[robocop]

sCREAMshoot please please :)

[bfloch]

Attached is a project manager here@parasol island.

This was an external tool. With the maya qt magic it was integrated in the application.
This could be anything. And additionally Qt is so powerful that you can extend the apps to unlimited degree. Hate the Timeline editor? Why not making a new one. If that's no selling point ...
eyeon: TDs will love you for this kind of PyQt integration. At least I feel an uncontrollable love for Autodesk now.

Attached File(s)

•  mayaPyQt.jpg (232.04K)
  Number of downloads: 44

[abhay sharma]

I would love to see a native x64 Linux version of Fusion and a learning edition too.
One of the great thing I have seen with nuke installer is that is very easy to install just download it, extact it and click on the nuke installer and it runs like an exe file on windows doesn't ask for any shared libraries. and runs very smoothly. and it runs on almost any distribution of linux.
But with fusion , the first promblem is it isn't 64 bit, second it is an rpm based installer so other distristions which are not rpm based (like Ubuntu) are not able to read it like installer (although we can use 'alien' programme to covert rpm to deb but i haven't tested it). so please keep ubuntu linux in mind because it's the most popular distribution of linux .

[leif3d]

abhay sharma, on 08 August 2010 - 04:43 AM, said:

I would love to see a native x64 Linux version of Fusion and a learning edition too.

Agreed.

abhay sharma, on 08 August 2010 - 04:43 AM, said:

One of the great thing I have seen with nuke installer is that is very easy to install just download it, extact it and click on the nuke installer and it runs like an exe file on windows doesn't ask for any shared libraries. and runs very smoothly. and it runs on almost any distribution of linux.

That would be even nicer, but given Eyeon's track record with Linux I wouldn't bet on it...
I can only see this happening if eyeon decides to re-write Fusion's GUI. The only problem with that is... in the last two major releases they haven't even tried to make Fusion cross platform, so it's obviously not a priority for them.
And quite honestly I think staying with one OS is not a smart business move.

abhay sharma, on 08 August 2010 - 04:43 AM, said:

But with fusion , the first promblem is it isn't 64 bit, second it is an rpm based installer so other distristions which are not rpm based (like Ubuntu) are not able to read it like installer (although we can use 'alien' programme to covert rpm to deb but i haven't tested it). so please keep ubuntu linux in mind because it's the most popular distribution of linux .

I wouldn't rely on Ubuntu for a single shot, it's too cutting edge and very unstable if handled improperly.
Every studio I've ever known uses RedHat or an equivalent RPM distro that relies on proven and stable (but old) code for their Kernel and accompanying applications (KDE, etc...)
Either way, an RPM installer is just putting files in place, nothing more, so using Alien should cause no problems.