Vixen 3
C# C++ JavaScript NSIS C HTML Other
Failed to load latest commit information.
Application/VixenApplication VIX-1992 Make some changes to optimize the creation of elements via t… Jan 14, 2017
Common Make several changes that should improve the performance of the Displ… Jan 14, 2017
Installer Make sure all the old files in the Modules and Common folder are remo… Aug 20, 2016
Modules Code formatting changes to make the code more readable. Jan 15, 2017
packages VIX-1997 Upgrade the Dock Panel Suite to the latest stable version. Jan 8, 2017
.gitignore Add some local VS files to the ignore file. Jul 17, 2016
MajorVersion.txt Add MajorVersion and MinorVersion files, to be used for the automatic… Aug 23, 2014
MinorVersion.txt 3.3 Release prep update. Set release notes and update version numbers. Aug 8, 2016
Packages.dgml Merge ebrady1's Lipsync work. Untested, not compiled -- squashed merg… Jun 23, 2014
README.txt Update version and release notes for 3.2 update 1. Sep 15, 2015
Release Notes.docx Update release notes for the 3.3u2 release. Nov 18, 2016
Release Notes.txt Update release notes for the 3.3u2 release. Nov 18, 2016
UpdateAssemblyVersion.cmd Add shell command to automatically patch the assembly versions (as pe… Aug 23, 2014
UpdateAssemblyVersion.proj Update the installer and auto-versioner to support the 4th version di… Oct 1, 2014
UpdateAssemblyVersion.tasks Update files for the automatic build process. Aug 23, 2014
Vixen.sln VIX-1129 Add a Vixen implementation of the Shockwave effect that is l… Aug 20, 2016
Vixen.sln.DotSettings Bring in the effect layering and combining logic. This allows effects… Jul 17, 2016


This contains all the publicly available content for the Vixen 3 system. At present,
this includes:

- common components used by the application and modules, in /Common
- modules developed and maintained by the core team, and other contributors, in /Modules
- the main Vixen application, in /Application
- the vixen framework, in /Vixen.System
- files to build the installer, in /Installer

You should be able to open the Vixen.sln solution and have it 'magically work'.
If you have any problems, please let us know; there's quite a few small workarounds
and gotchas used to get the modules building in two different solutions.

Conventions for module development:

- The assembly name should be the name of the module (eg. TimedSequenceEditor), and
  the default namespace should be "VixenModules.<ModuleType>.<ModuleName>". For
  example, VixenModules.Editor.TimedSequenceEditor.
- The build output directory should be relative to the solution directory, in an
  'Release' directory for x86 release builds, and a 'Release64' directory for x64 release builds.
  It will also depend on the type of module. For example:
  Vixen Modules (Release):              $(SolutionDir)\Release\Modules\<ModuleType>\
  Vixen Modules (Release64):            $(SolutionDir)\Release64\Modules\<ModuleType>\
  Vixen Common assemblies (Release):    $(SolutionDir)\Release\Common\
  Vixen Common assemblies (Release64):  $(SolutionDir)\Release64\Common\
  Vixen Applications (Release):         $(SolutionDir)\Release\
  Vixen Applications (Release64):       $(SolutionDir)\Release64\

  Note: the $(SolutionDir) text will need to be edited in the .csproj file directly
        (ie. outside of Visual Studio), as VS escapes the '$()' macros.

  If you're unsure, look at another existing project, and copy the OutputPath for both
  Release and Release64, eg.:
- To reference the vixen project (or any other projects that are needed), make sure you
  add a 'project reference', and not a "normal" reference (to the binary DLL). This will
  help compatibility for other developers when used in different locations.

- When adding any other references, make sure you turn off the "Copy Local" option;
  with it on, we end up with copies of DLLs all over the place on output. :-)  If you're
  unsure, after building the solution, do a 'clean solution', and everything should be
  removed from the build output directory.

- Tabs vs. Spaces, and other formatting: Tabs are preferred, any other preferred formatting
  can be added here. However, please try to review all your own changes before committing,
  to ensure you are not making large changes to unrelated sections of code (eg. changing
  formatting in a file, or whitespace, etc.). Commits like this may be rejected.