initial data gathering...
Merge branch 'master' into record
cpu usage way down, just checking in as a reference point...
Merge branch 'master' into record
mostly instrumentation changes but also include tweak to 'unwind' processing in Element.cs Update.
Merge remote-tracking branch 'remotes/sall/master' into record
new intrumentation value shows min/avg/max vals
change default intervals to 50 mS
trivial cleanup
Enable BlinkyLinky builds.
Implement 'fake' mode if ip addr is 1.1.1.1
Merge branch 'blinky' into record
intrumentation tweak
Fall back to 'default' update interval
Merge remote-tracking branch 'remotes/sall/master' into record
The update cycle type is a main driver of cpu usage.  Previous checkins have provided the instrumentation to prove that with 'hard coded' longer update times. This checkin removed hardcoding of update times in controllers and allows user control over these update times:
-The ConfigControllers dialog now allows user setting of update interval for each controller.
-New controllers default to a new SystemConfig DefaultUpdateInterval (manual edit of xml file required to change it).
-The PetitionForUpdate threshold (called by each controller thread) is now calculated dynamically from the fastest controller update time.

For easy reference here is a summary of previous checkins:
-VixenPreviewModuleInstance:  add Instrumentation... why is this on own thread?
-ContextBase:  expose lastUpdateMs timestamp
-MillisecondValue: new Instrumentation type
-Element:  more direct collecting of states from contexts (save 30% on Element Update cycle);  ClearStates not used.
-ContextManager:  better instrumentation, ForAll?
-ElementManager: (lock)  better instrumentation, ForAll?,  ClearStates not used.
-FilterManager: (lock) better instrumentation, ForAll?
-HardwareUpdateThread:  instrumentation, scheduling
-IntervalUpdateSignaller:  instrumentation, sheduling
-OutputController:  Record/Playback hooks, no real change
-Recording:  Record/Playback mule
-sln: add new files
-Other output controllers: don't override UpdateInterval
Set default DefaultInterval to 46 mS (2 fmod frames).
Also remove some dead code in controllers (old overrides of updateInterval).
Merge branch 'master' into record
Fixed: Conflicts: Modules/Output/BlinkyLinky/BlinkyLinky.cs
bring Blinky up to snuff
This commit implements the new scheme for update intervals:
-New Tools/Options dialog to allow editing of the update interval.
-This is persisted in SystemConfig as DefaultUpdateInterval.
-All controllers use this update interval unless they override (none now).
-Removed the ConfigControllers UI for setting this on a per controller basis.
-Removed controller base class persistence of per controller update interval.
-Also, moved 'Instrumentation' under the Tools menu.
Merge remote-tracking branch 'remotes/sall/master' into record