![]() |
![]() |
On SGI, my license doesn't work. A watermark appears.
For Burn on 32bit Linux:
On Linux, with Flint, Flame, or Smoke, my license doesn't work. A watermark appears.
Do Sapphire Plug-ins work with Autodesk's 2007 products? Yes, Sapphire 3.072 should work fine with Autodesk's 2007 product line, on Linux and Irix, at both 32bit and 64bit.
On Linux, using S_Wipes I get corruption at the bottom of the frame. This is a known Discreet issue (sys00122138) that occurs with some sparks in the Desktop module with certain resolutions and certain framestore configurations. It should be fixed in a future Discreet release, but please let us know if you experience this so we can help Discreet collect additional information about it. The workaround is to either use the spark in Batch, or slightly animate an angle or other parameter which will cause the corrupted buffer to be recalculated every frame.
In Batch, I get warnings saying "FrameNo out of bounds (API Bug)". This is a known issue with invalid Total Frame Number values being given to sparks. It can occur when the Batch frame length is increased after creating some spark nodes, and the warning often starts after frame 100. The warning sometimes also incorrectly mentions 'VST Audio Spark'. The workaround is to edit each spark node, and change the end frame number in the spark's timeline to be greater or equal to the end frame number in your Batch timeline. This behavior should be improved in Flame 9.0.
I'm getting a "Bad state 0x21 for Spark buf" warning. This is a known issue with some older Discreet versions. It can occur if you are processing 12bit clips, but are using 8bit proxies. This should be fixed in Flame 8.5 and Inferno 5.5.
On Smoke, I get a crash when exiting the soft sparks editor. This is a known issue which should be fixed in a future Discreet release. A workaround is to make sure you are not on the last frame when you exit the editor.
Smoke 6.0 crashes after using a spark such as FlysEye or EmbossMask. This is a known issue with Smoke 6.0 on both Irix and Linux which can occur with certain sparks such as FlysEye or EmbossMask. This should be fixed in Smoke 6.0.5.
Some screen parameters are being set to 0 when entering a spark. This is a known issue with some older Discreet versions. When you change resolution of a spark's input (or possibly bitdepth), negative keyframe values of screen parameters are incorrectly set to 0. Even when you don't change resolution, after reloading a setup, negative values are temporarily set to 0 on the first processed frame. These issues should be fixed in Flame 8.5 and Inferno 5.5.
In Batch, there is garbage or noise in the image. In some Discreet releases, there is a memory management problem in Batch that can cause corruption or noise in the resulting images. This seems to occur mainly when sparks and action nodes are used in the same Batch tree.
How can I load old v2 setups into v3? An 'update_setups' script is provided that can automatically convert your setups from Sapphire v2 to v3. For detailed information on how to use this, check the on-line docs installed with the software on your local Discreet machine: file:/usr/discreet/sparks/sapphire_3.0/docs/general-info.html#update-setups. If you are still on a 32bit Irix system, you can alternatively install both Sapphire v2 and v3 on your system at the same time. This allows v2 setups to simply be loaded and used as before. However, be aware that the names of the sparks are the same in both versions, which can lead to some confusion, and sometimes the older version may continue to be used unintentionally.
All Sapphire Plug-ins give a "CAN NOT LOAD" error. This can occur if Sapphire Plug-ins are not installed properly, or they were copied over from another machine instead of being installed at all. The solution is to just re-install from http://www.genarts.com/download-sapphire-sparks-linux.html.
One Sapphire plug-in aborts when first loaded, although the others work fine. You may have a corrupt setup file for that spark. Type these commands to a shell, but replace "LensFlare" with the spark name that is not working. (The setupch file only exists in some cases.) % cd /usr/discreet/sparks/sapphire_3.0 % mv S_LensFlare.spark.setup bad.setup % mv S_LensFlare.spark.setupch bad.setupch and then try loading the spark again. If this fixes the problem, please email us the bad setup files so we can inspect them.
Loading a Batch setup gives default spark parameters instead of the saved values. If you save a batch setup using Discreet version Flame 6.x or Inferno 3.x, and then try to load it into Flame 7.x or Inferno 4.x, you will get default spark parameter values instead of the saved values. The fix is to use a script provided by Discreet that can update your
batch setups for you automatically. Look in:
Loading a plug-in in Batch gives an "uncaught fatal abort" error. This is a known problem introduced in Inferno 4.x and Flame 7.x that only affects Sapphire Plug-ins version 2. If you upgrade to Sapphire version 3 it should not happen.
On Linux: open a shell window, type su to become root, and then type: rpm -e SapphireSparks On Irix: open a shell window, type su to become root, and then type: rm -r /usr/discreet/sparks/sapphire_3.0
|
|
|
| GenArts and
Sapphire Plug-ins are trademarks of GenArts, Inc.
Flint, Flame, Inferno, Fire, and Smoke are registered trademarks of
Autodesk.
© 2008, GenArts, Inc. All rights reserved. |