First crack at new NutcrackerIntent.  This change reduces memory used in rendering Giz's sequence from about 1G to about 100 MB.

Bulk of the work is in Nutcracker.cs but ColorIntent.cs and DisplayScene.cs needed some tweaks to be less dependent on LightingIntents.
Avoid crash when playing a sequence if the mp3 file is missing.  This change allows Giz's sequence to play even though I don't have his audio file.
These two changes seem to speed up rasterizing in the sequence grid.  The IntentRasterizer.cs change just uses a solid rectangle when possible.  The EffectRasterizer.cs change is a bigger departure.. basically, it limites the number of elements being rasterized to 15 or so (rather than rasterizing a Y row for all elements).  I think is still looks pretty good and runs a whole lot faster.  Try it on Giz's sequence with AllElements open... note how long it takes to Ctrl-+ before and after this change.
Merge remote-tracking branch 'upstream/master'
Base rows to draw on the height (in pix) of the grid element. Currently rows is about height/2.  Meaning each row drawn takes two pixel rows.  This seems like a pretty good compromise  between fast drawing and nice appearance.
Here's my shot at the new StaticLightingArrayIntent.  This intent is used by the (updated) nutcracker effect and could also be used by an 'animation'/movie effect in the future.  I verified it works (via Giz's sequence) up through the Preview Display.  We need a volunteer (Giz?) to verify it works OK going to lights.

This version is not quite as memory efficient at the previous 'NutcrackerIntent' because it stores LighingValues which take up 25$ more space than the previous version with stored Colors.  This means instead of a 10X reduction in memory (on the Giz sequuence) this one is only 7X better - still... not bad.
This change allows the e131 controller to start up even if both unicast and multicast are null.  This should never be the case if serialized correctly but I observed this on Giz's V3 dir when I enabled the e131 controller.  IF I had to guess I'd say the fact that my NICs don't match his led to something bad happening in deserializing.  In any event, however this occurs, this change will allow the controller setup routine to detect the missing NIC id and put of a dialog and disable the universe in question (rather than getting an NPE in the UpdateState entrypoint due to incomplete initialization.
Need this change too... just makes a property accessible to the fixer upper code in the last commit.
Merge remote-tracking branch 'upstream/master'

Conflicts:
	Modules/Editor/TimedSequenceEditor/EffectRasterizer.cs

I reapplied my changes to this version of Effect/EffectModuleDescriptorBase.cs.
It looks like the StaticLightingArrayIntentState was not needed and causes problems because color breakdown doesn't know how to handle it and there was never really a need for it.  This change makes the StaticLightingArrayIntent create 'standard' IntentState<LightingValue> states instead.  Works in the Preview and now works outputting to controllers.  I believe this fixes the issue that Giz saw with the last two incarnations of this.

I believe we are ready for more developer testing of this whole thing.
Somehow I left this out in this morning's merge madness.
back out my local changes to this file
The current background image in the preview display looked a little to 'hot' to me. This change modifies the ColorMatrix used to 'dim' the image to directly scale the rgb values. I think it is a bit more pleasing this way and better matches what the user sees in the ConfigurePreview dialog.  What do you all think?
Merge remote-tracking branch 'remotes/gizmohd/master'

Conflicts:
	Modules/Preview/VixenPreview/Direct2D/DisplayScene.cs
Merge pull request #38 from sall/master

Merge from sall/vixen