smokehomeAutodesk announced the release of Smoke on Mac 2010 today and it’s a big move for Autodesk, as traditionally their system products have been bundled software/hardware packages. This change makes Smoke available to a much larger number of users and facilities around the world, hopefully strengthening the product and leading to even greater growth and development efforts in Montreal. In a multi-part series at fxguide, we’ll have an in-depth look at the software and why it is good news for the industry.

If you want to try Smoke on Mac out for yourself, Autodesk is offering a downloadable 30 day trial of the software. And if you want to really learn how the software works so you can get a job, join our fxphd.com training site after January 1st where we’ll have the software available over the VPN for the new term. Smoke artist Brian Higgins, who taught Smoke masterclasses in Asia for Autodesk, will be leading a project-based introductory course which builds upon the training materials you can find for free on the Autodesk Area site.

In part one of our series of articles on the new offering, we have an overview on the new software and take a look at the hardware requirements and price considerations of Smoke on Mac.


Autodesk’s finishing product Smoke began life as Fire almost a decade ago. This was on the cusp of a transition to computer based editing systems from the traditional linear or non-linear disk based systems. In the past, the product as been sold as a combination of hardware and software — if you wanted to own smoke you had to buy both together. Recently, there have been two versions of the software: Smoke and Smoke Advanced. The main difference between the offerings has been the inclusion of Batch, a procedural processing tree similar to the workflow in Nuke, Fusion, or Shake. Smoke on Linux’s previous list price was around $45,000 and Smoke Advanced around $90,000.

Smoke on Mac Installation

With the Smoke on Mac release, Autodesk has freed the software from the hardware, at least on OS X Snow Leopard (the Linux offerings are still bundled and are not sold standalone). For $14,995 US (prices vary worldwide), one can purchase a software license to run Smoke on Apple hardware — hardware that many facilities already own. This change is significant as it signals a change in thoughts up in Montreal regarding the systems products. A year ago, Autodesk announced their software product Flare which is effectively the batch subset of Flame. That software is still quite pricey, at about $45,000 per license — and to purchase a license you have to own flame.

While that was a start in the right direction, the high price tag and $190,000 giant flame dongle was still far too high a price to be paid. Considering the current business climate as well as the continually increasing capabilities of software packages such as Nuke, Fusion, and even After Effects, this new “low price” wasn’t ground breaking enough for the market.

Smoke on Mac breaks this ownership and hardware barrier and offers an attractive price point that allows a vastly larger market access to the software as well as the ability to pay off that investment. In a series of articles, we’ll have an overview of what smoke is, breakdown pricing (and why it is a pricing “sweet spot”), discuss its benefits, and examine some of its shortcomings in comparison to other software only products.

Before going into smoke in more detail, a bit about my background. I spent over a decade at Avenue Edit in Chicago working on national tv commercials and also some film and broadcast work. I’ve worked with smoke since the early days on version 1.0 beta when it was born as Fire, but largely concentrated on working in flame. In tandem with the flame I also used a wide variety of other software. I always required a machine in the flame suite with Photoshop, Illustrator, After Effects, Shake, and other apps.

After leaving Avenue Edit and starting fxphd, a little over a year ago I began a collaboration with Hootenanny, a post boutique in Chicago started by my friends Jim Annerino and Liz Tate. I purchased a combination smoke advanced/flame system on Linux which Annerino uses to finish jobs. While my work history fits strongly in the discreet/Autodesk camp, for the last several years you’d be far more likely to find me working in Final Cut or After Effects, so I’m quite familiar with the strengths and weaknesses of the various applications in the creative field.

Overview

dual-angie

Smoke is an editing application with integrated compositing, grading and paint tools as well as VTR and file-based i/o. When many people talk about the software, they say its a great app for working fast with clients. The integrated toolset makes it much easier to work on a job as opposed to diving in and out of separate applications. Having all the tools in one application is also incredibly freeing when experimenting on a comp or graphic. Suppose you’ve got an edit where you need to work on a scene. You can quickly take a shot into the 3D compositing node Action to try an idea out, render, and drop it back in the timeline to view in context….it is quite freeing from a creative standpoint. And yes, one can certainly accomplish this workflow using Premiere or Final Cut Pro by going into Color or After Effects, but it really is much more effective to have those tools within the same app.

This doesn’t mean that all the tools are “best in class”. For some of the tools you’ll more than likely find another one out there that is specialized does a better job at a specific single task. But the whole is definitely greater than the sum of the parts — smoke does a great job of getting a majority of your work done quickly and efficiently. For those times when Smoke’s toolset doesn’t have the capability to do something, you can always export a clip, work in an external app such as After Effects or Nuke, and then bring that result back into Smoke for integration into the master edit. In fact, many facilities work this way — they have numerous Flame, Nuke, or After Effects artists feeding the smoke finishing hub.

Smoke handles a wide variety of media formats, making it an ideal finishing station to put all the elements together at the end of a job. Just throw out some formats and smoke most likely provides some type of support: from QuickTime, P2 MXF, AVC-Intra, Photoshop, 3DS, FBX, image sequences, AAF, MXF, and EDL. While it handles these formats and more, it’s also important to note that there are some significant limitations to the support, which we’ll be covering later in our articles.

Even though Smoke on Mac is a software offering, there are some recommendations you should follow in order to make sure the software runs to its full potential:

  • 8 core Mac Pro 2008 or later
  • Snow Leopard OSX 10.6.2
  • 8GB RAM
  • Wacom Intuos Tablet
  • NVIDIA® Quadro® FX 4800 or FX5600
  • AJA Kona 3 Card
  • Single display, capable of a resolution of at least 1920 x 1200 or 2560 x 1600
  • Fast storage

Let’s talk about a couple of items on the list and how they relate to Smoke.

Snow Leopard and Mac

Smoke on Linux has been a 64-bit application for several years now. This is due to the fact that is eats up RAM quickly when loading high resolution uncompressed imagery into memory. Speaking first hand having seen the transition from 32 to 64-bit Linux, the software became much more stable once more RAM could be accessed. On the OS X side, Autodesk’s timing worked out great with the release of the 64-bit Snow Leopard. Autodesk was in on the early days of the 10.6 beta, as it was absolutely critical to porting the app from Linux to Mac. It wouldn’t have made much sense to port the application any sooner without a full 64-bit kernel.

What about performance on the Mac platform? We’ll be publishing some specific benchmarks in the future, as we’ve done tests in the past on various flame hardware systems. However, these were batch setups and without batch the tests need to be reworked a bit before publishing our results. The media storage subsystem also makes a big difference in performance, so it’s tough to compare Apples to Apples — or HP to Apples. That being sad, in our initial tests, Smoke on a high end MacPro is not as fast as the currently shipping high end Autodesk HP Linux workstations. That’s not incredibly surprising as the HP hardware screams, but more details to come later.

QuadroFX card

A QuadroFX card is currently required on the Mac platform — matching the family of cards which are used on the Linux platform. Why only NVIDIA at this point? Smoke (and Flame) make substantial use of OpenGL in the graphics card to render effects and provide fast interaction with imagery while working in the app. This requires data not only being read to the card for display, but also back out of the card to save the imagery to disk. When Autodesk first starting working with the cards in their systems products, they had to work very closely with NVIDIA in order to get them to work. This is because for most purposes graphics card’s data paths are one way…you need to get imagery to display on a monitor at high frame rates — but the flow ends there. When Autodesk started using them to render imagery, there was a bottleneck getting the data back off the card and the drivers needed to be improved. To make a long story short, Autodesk was quite helpful in working towards getting improved drivers from NVIDIA on Linux as well as on OS X.

While a QuadroFX card is an official requirement, Autodesk developer Sheila Santos admitted in our our fxguidetv episode about the initial announcement that some of the work they did in porting from Linux to OS X could actually lead to supporting more cards and more vendors. Not that it is their official goal to support other graphics cards, but that the possibility is there. I think it’s a good idea to start with a limited set of “blessed” configurations as a first step due to the technical challenges of porting the software, but to fully gain traction I think they’ll have to do more testing with other cards moving forward.

That being said, the software does actually run on other graphics cards including — yes, it’s true — current MacBook Pro 17″ systems. I’ve installed Smoke on Mac on systems with GeForce cards as well as the MacBook Pro 17″ and it does run, certainly well enough if you want to install the free trial on a Mac system. To be clear, this isn’t listed in the requirements or recommendations, so If you’re gonna put together a system without these, buyer beware. Especially if you’re investing $15,000. But I’m sure over time we’ll hear from the web universe what works and what doesn’t. Smoke certinaly isn’t optimized for the dual CPU and low RAM capacity of a MBP 17″.

One critical point is that the display needs to support at least at 1920×1200 so that the entire UI can be displayed. The other point is that if you are buying a system that you need to have running at the highest level — go with the recommended hardware. Autodesk tests the software on systems that meet the suggestions, so if you’re running on a different configuration there is no guarantee it will run.

AJA Kona 3

The AJA Kona 3 card is used for both videotape input and output as well as feeding a broadcast monitor which displays a realtime output from the edit timeline and effects modules. This hardware setup differs slightly from the configuration on the Linux platform, where Quadro SDI daughter cards are used to feed the broadcast monitor. The reason for this is that there is no Quadro FX daughter card available on the Mac platform, so Autodesk uses the AJA card for this purpose.

This does have an implication on functionality of the application in comparison to the Linux product: no realtime deliverables are available on Smoke on Mac. What are realtime deliverables? The QuadroFX card is used to do realtime format conversions — say from HD to SD and/or from 24fps to interlaced 60i — and you can record the SDI daughter card output directly to a VTR. This is a significant difference, but we actually don’t use this functionality at Hootenanny and I know many others who don’t use this functionality either.

Smoke on Mac – including the 30 day free demo – can actually run without an AJA Kona 3 card, but you won’t be able input or output to tape or have a broadcast monitor output. The Smoke on Mac installer can, in fact, disable the use of an AJA board automatically during install if one is not installed.

Storage

Finally, you’ll want fast storage and a lot of it to work with smoke. Smoke always internally processes footage as full resolution uncompressed RGB imagery, so at HD and higher resolution the storage requirements can quickly add up. How you use Smoke and how it manages media can also determine the amount of storage you need, so here’s a bit of background into how the app works with files and imagery.

smoke-diskspeedSmoke and Flame can work with imagery in one of two ways, via importing into a managed framestore or via soft import. For the first method, you define a folder as a “framestore” on your RAID array. Think of it as what it is — simply folder where images are kept — with the difference being that the application, not the OS, handles moving media in and out of the folder. This is why the framestore is considered “managed”…it is managed by the application. In fact, it’s quite important that you don’t delete any imagery within this folder from the Finder.

I’ve read some posts in forums online which talk about forcing you to buy into strict hardware, including proprietary disk arrays and using a proprietary stone file system. This has not been the case for several years now, so here’s a bit of a primer to some of the terminology related to media storage. First, some terms (from Autodesk documentation):

  • Stone and Wire: The software package that encompasses local management of media and the transferring of media between Visual Effects and Finishing workstation
  • Stone Direct Disk Array: A direct-attached storage (DAS) from Autodesk. Fibre channel links and the 4-Gb adapters of the XR-series disk arrays provide high performance and throughput.
  • Stone Filesystem (Stone FS): A proprietary filesystem that is configured on a Stone Direct array to store media managed by Stone and Wire.
  • Standard Filesystem (Standard FS): Any UNIX/POSIX-compliant filesystem, such as XFS and CXFS, recognized and mounted by the host Linux® operating system. You can configure a standard filesystem on a direct attached storage (DAS) array, a SAN volume, or a NAS device. Visual Effects and Finishing applications can manage media located on a standard filesystem in a manner identical to a Stone filesystem.

smokefs

So those are some terms…what does this mean as an end user? The key is the fairly recently introduced Standard Filesystem. In the past, you had to use a Stone array (sold by Autodesk) and Stone FS to manage your media and especially in the early days of Flame and Smoke those arrays were ridiculously overpriced.

Today, even on Linux systems, you can now use your own storage for the media used in smoke. On the OS X side, you have to use the Standard Filesystem. This means the array you might have for Final Cut can also serve as the managed media folder for Smoke. It’s as simple as pointing to a folder when you install Smoke.

In fact, if you look inside the managed media folder with the default configuration, you’ll actually see dpx files that you can open and view. You can’t easily track what clip is what, but the point is that Smoke is actually saving the files internally as DPX files. In the deeper configuration files, you can actually select between saving your files as DPX, TIF, JPG, CIN, SGI®, or RAW (16-bit float files are always saved as RAW). I personally haven’t tried JPG or the other formats, but I suppose you could work with compressed media all the time. One key difference is that file system fragmentation can become an issue with Standard FS and you may consider using defrag utilities to correct this (if you’re willing to take the chance on corrupting clips should something go wrong during the process).

Now let’s take a look at the two main ways of getting media into Smoke. With “normal” import, you select an image sequence or media file on the OS X file system and import it into a Clip Library. Smoke reads the media off the OS X filesystem and then creates a full resolution uncompressed RGB clip on your framestore. This method is useful for safety and speed reasons. For instance, if your image sequence is located on a network drive — importing the media to your local framestore allows you to play back the clip in real time. Processing of effects is also simply faster as you’ll be reading the file off the fast local RAID. Also, if the original media file is deleted from the networked or OS X file system, it is not a problem because you are actually using the full resolution clip from the framestore. The drawback is that media is duplicated and with uncompressed RGB files, disk space can quickly be filled.

With soft import, you also select an image sequence or media file on the OS X file system and import it into a Clip Library. In this case, however, only a link is created in the library without copying or converting the media — it effectively is a symbolic link to the file on your file system. The benefit in working this way is that media is not duplicated by Smoke and if the media is located on your fast local RAID, you’ll get real time performance for many file types. As discussed above, Smoke is already using image sequences in the managed media folder, so performance is not an issue.

However, you also need to be aware that if you move or delete the original media file you won’t have access to it any more. Working with soft import is an ideal way of moving between applications such as Final Cut or After Effects. When you start a Final Cut project, just make sure your media is located on the RAID drive. When you export an XML from Final Cut and import into Smoke, you can simply reference this same media without duplication.

While this workflow is great, there are some limitations. QuickTime media clips work, but not all codecs are supported by Smoke for realtime performance. Optimizations have been done for Pro Res, Uncompressed 8-bit and 10 bit, DVCPRO, and AVC-Intra clips, so working with these flavors works quite well through HD resolution. Others don’t work as well and you’ll get frame stuttering or dropped frames.

With either of the import options, media metadata which you use in the app is tracked via what are called Libraries. At a basic level, you work a Library the same way you would work with a project bin and folders in Final Cut Pro, Premiere, or After Effects — you see and load clips from the library into modules and the Smoke EditDesk. The difference is that when you delete an imported clip, you are actually also deleting the media. When deleting a soft-imported clip, you are merely deleting a pointer to the clip.

In addition to the lack of real-time deliverables, Smoke on Mac has a few other shortcomings compared with the Smoke on Linux offering. The following Linux features are not supported on the Mac version:

  • Tape archiving and VTR archiving (file archiving is only method to archive)
  • Broadcast monitor does not work when inputting media from VTR
  • There is no export to QuickTime DNxHD
  • No spell check in the Text Module

For the full, official listing of system requirements, visit the Autodesk requirements page.

Price

Now that we’ve taken a look at the hardware and some of the reasons behind the hardware, let’s talk pricing. If you look at the price of building a system from scratch, the software + hardware price of Smoke on Mac is comparable to Linux Smoke system. In several posts on our site and elsewhere on the web, readers have tried to make the point that because the combined price is the same, that that the new offering isn’t all that groundbreaking. This is a fallacy. If you’re building a system from scratch, yes, it’s true that there isn’t a significant price savings. However, Smoke on Mac software provides an incredibly affordable point of entry for boutiques and facilities who have already invested in hardware for a high end Final Cut or Premiere workstation. Even if you’re not a hugely busy facility, as you’ll see below, it’s a fairly simple business proposition to pay off the software.

If you wanted to build a system from scratch, here are some ballpark numbers which would provide the foundation of a solid Smoke on Mac system:

This ends up costing around $36,500 to build a system from Scratch, compared with about $15,000 if you have already made an investment in required hardware. On top of this, you’ll want to add $2,000 a year for software updates and support. The support I’ve gotten over the years from discreet and Autodesk has been fantastic. It is a level of support that I haven’t gotten from other applications, which makes sense as it does add to the cost of the system. While down time has been minimal, when the system has had issues the Autodesk support folks have been top notch in getting the system up and running. Not shipping a spot and delivering it on time for a client would have a far greater cost than support — and that’s a chance I’m not personally willing to make.

The last item I’d consider a necessity for a Smoke on Mac system would be a base set of plugins — and the stalwarts on the Autodesk systems would be GenArts Sapphire or Tinder from The Foundry. While there is currently no support for sparks on the Mac platform (due to the lack of a Sparks API from Autodesk), we expect it to be available in the future. Since no product has been announced, I’ll budget $4,000 for the plugins for Smoke on Mac.

Here is a look at the rough pricing (US Market), along with numbers of how much one would have to spend to pay off your investment over 3 years (a standard period to expense equipment):

prices

There will be those who complain that the price is still too high — or feel that it should and will eventually come down in price to be closer to Final Cut. I don’t buy into that. From the numbers above, it is quite easy to see that the software can be paid off with minimal effort for many markets. This is a targeted application and not for everyone. If you can’t pay off the purchase price with the work you’re doing, then quite simply…the application isn’t for you.

As a current Smoke on Linux owner, I want a healthy and vibrant software development for Smoke moving into the future. Instead of being upset that I paid a significantly larger amount of money for Smoke about a year ago, I’m actually excited to see the potential user base grow. That being said, had I bought a Smoke system last month, I might feel a bit differently.

I’ll also suggest that the market to which applications such as Smoke, Flame, Scratch, and even Shake and Nuke are targeted is quite limited in the grand scheme. Once you sell copies of software to your market, there’s not many more artists or facilities to which you can pitch the app. I think this was one of the issues back in the Shake days when it was developed by Nothing Real. At some point, they had fairly saturated the market with Shake and needed to come up with another version of it to expand the market — so they came up with Tremor. Externally, this had the appearance of distracting them from their core market, so instead of adding features that enhanced compositing they added features that didn’t have as great a value. This may not have been the case, but it is still a perception. Once the product got to Apple, it became fairly obvious they weren’t selling many copies as development languished and we saw very few updates.

What about pricing the software closer to Final Cut Studio? The argument being that his would increase the market segment Smoke could target and the cut in price would be more than made up by increased sales. I think that’s also dangerous to the future of a product. As you expand the target of your software into more and more areas, development becomes less focused because your market isn’t as clearly targeted. Toxik seemed to be a victim of this thinking. Initially, the product was targeted as a hard core compositing replacement for Shake. Over time, however, wider market features such as broadcast output were added instead of concentrating on a very focused segment. The software became a bit of jack of all trades and master of none. Focus on your core market and make a great app.

Finally, if pricing software at a low price is such a great idea, what is happening to Final Cut Studio? From any vantage point (except possibly a true Apple fanboy), it is clear that development of the product has stagnated over the last several years. Is this because Apple doesn’t have enough income from the suite to support three vastly different application development environments? I can’t help but wonder if Apple charged $2,000 or more for each of the suite biggies (Final Cut, Color, and Motion) that we would see much more solid development on the applications.

Contrast the Final Cut Studio development with a couple of other higher-priced app’s development over the last couple of years. Avid seems to have hit their stride recently, offering several big improvements to their software including direct support of filesystem media, mutli-resolution, and stereoscopic xnxx editing. Smoke’s development over the last several years has also reached a quick pace. Each year there has a been a major update with new features as well as minimal mid-year upgrades. From a stability standpoint, I also find Smoke to be way more stable than Final Cut. In fact, it’s not even close with the recent release of Final Cut Pro riddled with bugs. This is certainly not to say that Smoke doesn’t have bugs — far from it. I just find them to be far less serious and unpredictable than the ones found in the studio.

Does smoke replace Final Cut Pro? No. After Effects? No. Nuke? No. The software serves a more specialized market — high end finishing where creative tasks can be done quickly and efficiently. There are requirements for this market that require more specialization than they do for other markets, so it is best to focus on those things in the software. Opening the software up to too many vertical markets ends up pulling the development in too many directions instead of concentrating on what the software does best.

The bottom line? If the software is too expensive at this point in time, maybe it isn’t for you.


In the next part of our Smoke on Mac series, we’ll walk through the creative tools of the software and examine where they excel, where the promise doesn’t fully live up to the reality, and why it’s still a fantastic tool for the job.


Thanks so much for reading our article.

We've been a free service since 1999 and now rely on the generous contributions of readers like you. If you'd like to help support our work, please join the hundreds of others and become an fxinsider member.

68 Responses to Smoke on Mac Part 1: Overview

  1. Thorough and to the point. Nothing else to add.
    The price point is simply a blessing for those intended to make money with it.

    After all, it is the 10th generation of this software, which used to cost close to 150K$, 2 & half years ago.

    It has been proven in production many times over and can only benefit existing or growing businesses.

    John, thank you for the detailed configuration, this simplifies tremendously our research.

    Great article.

    All the best.

    Krawken.

    Posted by Krawken on
    • I’ll just add that I have just done a few HD (1080, 59.94i) comps using several layers on Smoke (trial) running on my 17″ MacBookPro (8GRam, 3.06 clock dual core 2, 2x1T external disks in USB Raid).
      I started working with Smoke in 98 as an application specialist at Discreet and it’s just amazing ( to say the least ) to have such a fabulous toolset at home…
      Great article John and thanks to all of you on Duke Street!
      Cheers!

      Posted by Ron Williams on
  2. Pingback: Looking at Smoke on Mac | VizWorld.com

  3. Updated the post to a later draft to correct some spelling and wacky sentences. We had some problems with our blog software cutting of sentences and losing changes. Thanks for the heads up, folks.

    Posted by John Montgomery on
  4. John, your rich discussion of Smoke Mac 2010 shows thoughtful consideration of the responses from your November announcement. I could come up with one or two different thoughts to add, but I would be hard-pressed to come up with anything close to your work in this article. Your product knowledge and comfort level navigating between deep technical and practical ownership considerations shows not only your knowledge of Smoke, but how far the post/fx market has come in the past decade. The reality is that there are many great visual motion editor apps out there, and Smoke on Mac provides another option that will expand the Autodesk userbase. It’s a product not meant for everyone, but for those that do their homework and find a fit… this is a game-changer.

    I look forward to your future articles and continued success. Keep up the discussion!

    Posted by David Sallak on
  5. John, thank you for the overview of Smoke OSX.
    I think 2010 will be the new era of Industry.
    I am also looking forward to seeing more deep user review for Smoke OSX at fxguide.

    Yun

    Posted by Yunsik Noh on
  6. Actually, trial version works with 32 bit kernel as well e.g. SN on MBP (late 2007 model which doesn’t run 64 bit kernel). Smoke issue warning on startup, but then gives an ption to continue.

    Mac

    Posted by Mac on
  7. John,

    I’m attending the Smoke for Mac technology demo in NYC tomorrow and I highly doubt that I’ll be getting any information there that’s more concise and comprehensive than what you’ve written here. Outstanding article, thank you for your hard work. I’m eagerly awaiting the next article(s) in the series.

    Posted by Alan on
  8. It’s not happy about starting the S+W database server on my MacBookPro3,1 (2.4Ghz Core2Duo)

    I’m pretty proficient in troubleshooting Irix and Linux Smoke/Flame systems, but this one is stumping me pretty good.

    Can’t wait to try it out on a laptop though!

    Posted by Dee on
  9. Thanks for putting in the time and effort to write such a well thought out overview. I completely agree with most of your points, especially your bottom line. All I can say is Ditto.

    Posted by Paul Carlin on
  10. I have a couple of questions though, how is Smoke on OSX working with RED (r3d) files?

    Does it worth as a conform station for film work based on 10bit log DPX files and r3d files?

    Does the soft-import provide realtime playback for such formats?

    And if r3d files are indeed supported will it support Red Rocket in the future?

    Posted by Joe on
    • Hi Joe,
      In order to import RED media into Smoke, you use a companion tool called WiretapCentral, which debayers R3D files into 10-bit DPX files. You can find out about the workflow here :
      http://download.autodesk.com/us/smoke_training/Smoke2010_New_Features/index_RED.html
      In the current version there is no way to Soft Import R3D files, and I can’t speak about Red Rocket support.

      Also, you can use Smoke to conform DPX files, even Soft Import.

      Posted by Marc-Andre Ferguson on
  11. Pingback: Studio Daily Blog » Autodesk Smoke for Mac ships and offers a demo version

  12. I tried to install in my 15″ MacBook Pro and it works well. Only issue is it shuts down 32-bit kernel means Bootcamp and other 32-bit apps wont work. Is there any workaround. it even shuts down my Reliance datacard from working cuts my internet.

    Posted by Balaji Gopal on
    • How do you get around the resolution issue on the 15″ MBP? App min is 1920×1200, 15″ max screen res 1440 x 900.

      Posted by Chris on
    • Hi Balaji.

      Run the Smoke Monitor app (it’s in the utilities folder), go to the troubleshooting tab, click the 32-bit button and reboot your mac. your apps and drivers should work now. when you start smoke, it will complain that the kernel is not in 64-bit mode, but it will still work. that’s how i run it on my imac and i’ve had no problems so far.

      Posted by bob on
  13. Wow really appreciate the excellent write-up. I have a much clearer understanding of the software and how it fits in with the rest of the vfx world.

    Truly appreciate the work put into this, look forward to reading the future articles.

    Posted by Andrew Hake on
  14. Hi John

    So owner who has everything on the above requirements except FX 4800 wont be able to run it ? If it can, it will be great, since i want to try it out before buying it. We are running on Geforce 8800 GT

    And is there any difference if we buy 3rd party FX 4800 graphics card and the one directly from apple ?

    Posted by Rivai on
  15. Well..the question, is there any difference FX 4800 for Mac and FX 4800 (without any label “for Mac”) like PNY and some other manufacturer ?

    Thanks

    Posted by Rivai on
    • Yes, there is different firmware …

      Posted by David on
  16. @Rivai: The Quadro FX 4800 for Mac and Quadro FX 4800 for PC are almost the same. The main difference is the firmware on the card which deals with Mac or PC bios. The PC version will not work in Mac and vice-versa.

    Posted by Etienne Clement on
  17. @Balaji: Just wanted to point out that both the 32-bit and 64-bit kernels are perfectly capable of running both 32-bit and 64-bit applications. The difference is that the 32-bit kernel requires 32-bit drivers and the 64-bit kernel requires 64-bit drivers. The reason Smoke currently requires the 64-bit kernel is not because it’s a 64-bit application but because a thirdparty driver on which we depend on was only available as a 64-bit driver until very late in the development process.

    The reason why your Reliance datacard stops working with the 64-bit kernel is most likely because you don’t have a 64-bit driver for it.

    I hope this clarify things.
    Etienne

    Posted by Etienne Clement on
  18. @etienne..thanks for the clarification. Can you tell me if 8800 GT will work ?

    Posted by Rivai on
    • There is no technical reason why it shouldn’t run. It’s just untested and unsupported.

      Posted by Etienne Clement on
  19. So does Smoke currently requires a bootup in 64 bit kernel? Can you run Smoke on a 32 bit kernel?

    Posted by Andrae Palmer on
    • Hi Andrae,
      Smoke only runs in 64 bit. When you install it, it requests a restart to boot the Mac with the 64 bit kernel. There is a utility that comes with Smoke that has a 32/64 bit toggle switch, if you need to quickly reboot in 32 to do some other work.
      HTH

      Posted by Marc-Andre Ferguson on
      • ok, scratch that ;-)

        Posted by Marc-Andre Ferguson on
    • Smoke will give you a warning and allow you to start on the 32-bit kernel. However, it has not been tested.

      Posted by Etienne Clement on
  20. Outstanding review !!! Thanks for all the knowledge,
    I felt so familiar with all you said , I started working with Discreet Flame 4.4 with Fire 1.0 running on Onyx systems and it was a huge change on that time in the way we made Post, now we are witness of another revolution on the workflows, mainly because in one moment we had to moved to desktop workstations to can afford the falling of budgets , and now this is a response to that, this is the moment in time when we can get those amazing finishing tools back, I’ve had to learn all that battery of FCp, shake, AE to be competitive on the market, so now we can rely on integrate all the tools we have and use the best of both worlds together on a single workstation. !!!
    Looking forward to hear the next part ……

    Posted by Cristian Aracena on
  21. Pingback: overview of autodesk smoke for macintosh

  22. The ‘soft import’ vs ‘normal import’ is very similar to what Avid has introduced with Avid Media Access, though Smoke will currently soft import a lot more formats. There are tremendous advantages to this type of file importing concept and part of what will make systems that use this type of concept more robust, stable and professional as we move further into the hi-def future. I wish other apps ***cough FCP*** would adopt such a method. It’s the best of both worlds in terms of media managent as it gives the editor a choice.

    Posted by Scott Simmons on
  23. Hi Rivai.

    If you just wanna play with the trial version, your 8880 GT should be fine. My imac has a geforce 8800 GS and i’ve been able to run Smoke with no problems. If you’re planning to buy Smoke though, i’d suggest to go with the recommended Quadro FX.

    cheers,
    bob.

    Posted by bob on
    • Hi bob..yeah i agree. I will get FX 4800 if i’m confidence with Smack. Good to know that it will work, i have all what it’s needed except the graphics card.

      Posted by Rivai on
  24. Hi, is it possible to outrun the resolution somehow?
    I requested the license for the trial on my macbook pro accidently, and it seems like I wont get a new one. Would be cool to it out!

    Posted by Tim on
  25. Is it just me, or is smoke/flame plain overhyped?Im currently studying at one of the (oooh!) few schools in the world that supposedly teach it, and it doesn’t seem like so much of a big deal to me. Sure, good keyer and tracker, fast and reliable to keep impatient and computer illiterate customers happy, but that aside it feels to me like going to the past and using some awkward and stiff outdated crap without nuke or even after effects for heavens sake flexibility and excitement.
    Ive just been at it for a month, maybe it does get better but every day at school it becomes easier and easier to fall asleep on that autodesk keyboard

    Posted by takosuke on
    • Takosuke:

      Where smoke and flame really shine is in client supervised sessions with very demanding clients. The ability to have all the tools integrated, to very quickly get a great-looking result, and to solve problems and issues while the client is watching – this is what sets Flame and Smoke apart. If you are falling asleep at the keyboard you need to have a client driving you to do the impossible.

      Posted by Scott Malkie on
    • I’ve been using Smoke/Flame for 5 years now, and there’s simply no comparison for supervised sessions.

      Can other software do more powerful things? Yes.

      But I beg you to find a better piece of software to use in front of clients when pulling difficult keys or need to build a motion graphic package in a very short turnaround. Now that Smoke Advanced has Batch, it’s easily the most powerful editing and finishing product on the market. Applications like Nuke and After Effects simply cannot be used in a supervised environment in the same manor that Smoke/Flame can.

      Posted by Dee on
      • Dee:

        Well said!

        Posted by Bryan on
    • If you are pacing ahead of the class, then push yourself to trying more difficult challenges. I’ve seen people burn out with brain overload in a Smoke class, but never fall asleep. Have you mastered all aspects of the Modular Keyer? That will keep you awake for a few days. Jump ahead and plow into unchartered territory. Don’t just wait for everyone else to catch up.

      People who compare Smoke to After Effects and Nuke are usually people who have not had a client waiting for you to remove wrinkles from the actress

      Posted by Paul Carlin on
  26. Pingback: Smoke for Mac shipping and Fxguide overview | Final Cut User

    • Hello Andrew, as someone who has been in the HPC and post production workspace for over 10 years just remember these two things with storage:

      1. you always get what you pay for
      2. if you think it’s expensive, ask yourself how much your data is worth.

      Hard drives are moving parts and they will fail. Go with the good stuff from the get go!

      Posted by Bryan on
  27. thanks for the info guys
    i have 3 questions

    1) seems without AJA, there’s no audio output from the application – is there a work around to use core audio?
    2) anyone got this working properly on 15inch MBP with screen resolution of 1440×900
    3) does the trial support XDCAM EX codec?

    thanks
    grant

    Posted by Grant on
    • Hi Grant,

      1) Unfortunately we were short on engineering time and couldn’t get core audio in this first release. We’ve already put some work into it though and it’ll be in an upcoming release soon.
      2) The layout of the UI buttons and views is dependent on a 1920 x 1200 resolution.
      3) Yes XCAM EX is in the trial version. DNxHD isn’t in the trial version but it is in the release version. We had to take it out of the trial due to royalty issues.

      Sheila

      Posted by Sheila Santos on
      • Hi Sheila..are there anymore differences between trial and full version ? It’s good to know so we dont misjudge the package.

        Posted by Rivai on
        • Hi Rivai,

          DNxHD support is the only difference between the release and the trial.

          regards,
          Paul

          Posted by Paul Jefferies on
  28. Ok thanks

    I hope you guys can add spark support and other third party plugins in near future, this is so essential in having such system.

    Posted by Rivai on
  29. thanks for the very quick answers – your responses are very much appreciated
    it will be great to be able to work with core audio as many like me have very high quality audio devices that would be great to work with

    the screen resolution seems to be the only limiting feature on a MBP 15inch other than the “recommended” specs though if it was possible for the GUI to adapt to at a 15inch monitor, this could be an amazing mobile rig – not you intended customer base i know but with the world moving towards Mobile & Wireless, you never know!

    Posted by Grant on
  30. one more thing to add with regards to XDCAM EX

    Final Cut Pro cannot import the RAW XDCAM mp4 files directly from the SD Card so you have to use the log and transfer window which imports the files, renames .mov and seems to add header information

    Smoke can import the RAW XDCAM mp4 files direct from the card but cannot import the files that have been logged and transferred!
    oddly, the files information in Smoke is reported as different
    for RAW .mp4 file: VIDEO / BGR / 1.777778 / 8 bits / xd5b
    for log and transferred version: VIDEO / blank / 1.777778 / unknown / xdvc

    this is a bit odd – i prefer that smoke can import directly from card but FCP doesn’t support that which means that to work with EX, you have to store both versions to be able to work in both apps or just work in either one

    do you have any ideas about this?

    thanks
    grant

    Posted by Grant on
  31. Log and Transfer does weird stuff to P2 as well.
    Can you transcode the whole lot to ProRes? That would work great in both apps.

    Posted by Scott Malkie on
    • Can you describe “weird” ? and what is your system specifications ?

      Posted by Rivai on
      • I just did a test conform using Log and Transfered P2 files that the smoke on mac found and linked to perfectly using a FCP xml version 4. Even the FCP markers came across as cue marks. Cool.

        Posted by Barry Goch on
  32. Thats one of the best software industry articles I have read in avery long time. From a very crucial standpoint with Autodesk Mac products Toxik, Maya and now Smoke its really smart to only support a few I/O cards but still leave the system open to other cards for the geeks out there to tweak and tinker the software to great strengths. Obviously for about 30,000 immediate Red owners and users it will be really smart to fully make smoke the one stop shop for redusers, Supporting Redrocket for realtime editing, correction, effects, conforming and output. Please keep the system closed to only sparks based Api plugins. I must say I love toxik but have not tested the smoke/mac how interoperable are they? can you send composites directly to smoke from Maya/toxik? lastly word is Lustre is next, it better be able to accept edl’s from Adobe.

    Posted by danny dare on
  33. Pingback: Autodesk Smoke on MAC OS X | IndiesHD

  34. Hi Guys

    Are there any going to be any differences by putting FX 4800 and FX 5600 on smoke ? Considering FX 4800 has newer GPU, please advice on what is the best for smoke between these two.

    Thanks

    Posted by Rivai on
  35. Sheila Santos, I wonder if you how ProRes (YCrCb) to RGB translation is done, I know that SMOKE will render full RGB internally, are there any gama shifts or is the math all correct? When you online as ProRes 444 is the internal render still RGB DPX?

    Also since Autodesk is taking over on the NVIDIA QUADRO FX 4800 drivers, will you be making apps like Apple COLOR faster?

    Posted by Todd Jaspers on
  36. I’m having trouble getting the Smoke to relink to media after an XML import. Smoke finds all of the media and says relinkable, I select all the clips and hit relink and it says nothing done 40 files not found even though they are all listed there and imported. Any suggestions?

    Posted by Robert Brown on
    • The trick is to make sure that the xml is reformatted to the media type the smoke “sees”. If you check out blogs on the Area, there is a complete tutorial on how to do this.

      Cheers!

      Barry

      Posted by Barry Goch on
  37. Great article. Do you or anyone have a clear vision of how the Smoke on the Mac platform could be used for high end VFX feature films?

    Posted by Uriman on
  38. Hi guys.

    This might not be the right place to ask this question, but does anyone know why the Kona 3 card is the only option available to Smoke users (which I think should be called Smokers)? I have an LHi on one machine and was wondering what the real difference is and whether I’ll be able to use that in the future?

    Thanks,
    Bjarki

    Posted by Bjarki Gudjonsson on
  39. Is there a way to use the trial version past 30 days just for the purpose of learning from additional tutorials on Area? It would be great if you did something similar to Ableton Live where you can launch the app in demo mode beyond 30 days, but you cannot export or save anything. Thus, every time you launch Live you start with a blank slate.

    Posted by Mark Holloway on
    • FXPHD has already announced that they will have a VPN license for their smoke class to use for the length of the term.

      Barry

      Posted by Barry Goch on
  40. Hi
    Somebody mentioned running a RedRocket with Smoke on the Mac. That would indeed be very cool. Unfortunately the Mac Pro does not have the space to hold a RedRocket, Quadro FX, RAID card and a Kona 3 as both the Quadro and RedRocket are double width cards.

    Also to the Autodesk folks, well done on a tremendous mindset change that has developed Smoke for all us caught between the limitations of FCP and the unreachable high end boxes. However, a lot of us are using BMD Decklink cards out there, Yes the Kona 3 is better, but not 3 times better, any chance of building support in for the Decklink HD Extreme cards please.

    Cheers
    Toby

    Posted by Toby Risk on
  41. Well I like to browse around when i’m not so busy at work. So are you currently using any Discreet products? If so what do you use?

    Posted by Mallory Undercoffler on
  42. Pingback: zona0x » Blog Archive » Autodesk Smoke on a Mac

  43. Great article! As a Smoke Advanced on Linux owner, the prospect of a cheaper version of Smoke was a scary thing at first but now I am actually considering expanding my facility to include a “SMac”. I had the pleasure of doing several sessions on the Mac version at other facilities as a freelancer and guess what… the darn thing works(!) and integrates nicely with the bigger boxes.

    Posted by Ralph Scaglione AKA FLYfx on
  44. thanks very much for the info… do continue your work so noobs like me will find it very useful before investing in products.

    Posted by emarun on

Leave a Reply