BlenderDMX Addon Blog


BlenderDMX Addon 2.0.3 Released


Add Initial Support for a Light-bulb Like Devices

  • Add initial support for DMX controlled bulb light like devices
  • Use model of geometry reference if provided
  • Update pygdtf to 1.2.5
    • Handle parsing of incorrect DmxValue values
    • Return default FixtureType if ElementTree.fromstring fails on malformed XML

BlenderDMX Addon 2.0.2 Released


Allow fixture edits while preserving addressing

This release adds the ability of device editing while preserving DMX address, universe and/or the Fixture ID. Strobing is now really flashing and not blinking as before. When Cleaning project data, old BlenderDMX profiles are now being removed. MVR export/import has been improved.

Read more…

BlenderDMX Addon 2.0.1 Released


Small re-adjustments after the big 2.0 release

These are small but important things that didn’t make it into the 2.0.0 release and they result in better GDTF functioning, slight speed improvements, include some fixes and bring updates to the packaged GDTF profiles.

Read more…

BlenderDMX Addon 2.0.0 Released


Support for GDTF real-world physical properties

The data provided in the GDTF files includes not only 3D models, gobo images… or the necessary DMX control descriptions, but it additionally contains measurements of movement ranges, beam angles, rotation speeds, and other physical parameters. This release of BlenderDMX Addon adds initial support for utilizing these measurements on supported visualized device properties, transforming it from a “nice effects generator” into a lighting visualizer representing real lighting fixtures behavior.

Read more…

BlenderDMX Addon 1.9.6 Released


v1.9.6

  • Ensure that empty geometries are handled correctly
  • Update pygdtf to version 1.2.0

BlenderDMX Addon 1.9.5 Released


Add full support for DMX Breaks

  • Allow proper patching of fixtures with multiple DMX entry points (DMX Breaks)
  • Centralize GDTF loading to gain speed
  • Add possibility to Set Eevee Cutoff distance on selected fixtures
  • Accommodate to latest pygdtf changes - use channels directly and so on

There is a migration procedure to make sure older .blend files can be open, but you will have to use the Fixtures → Edit → Advanced Edit → OK, to have the fixtures’ data to be re-generated.

Read more…

BlenderDMX Addon 1.9.4 Released


Improve control of color mixing of child geometries

Fixtures with multiple levels of sub geometries where control attributes of color mixing or dimmer are linked to a parent geometry can now be controlled even if the parent geometry is several layers up the chain.

Read more…

BlenderDMX Addon 1.9.3 Released


Initial support for a control passing down the geometry tree

  • Allow control of beams from attributes on parenting geometries
  • MVR-xchange:
    • Handle not existing commits
    • Show info about downloaded commits
    • Use UUID in uppercase
    • Ensure FileName is not empty
    • Make StationName definition global
  • Update pygdtf with better system to get geometry parent
  • Adjust formatting of fixture.py

See the changelong for more information, or developers can look at git log for full details.

BlenderDMX Addon 1.9.2 Released


Improvements to MVR-xchange local version

  • MVR-xchange
    • overall improvements to the TCP communication
    • use per blend file application/station UUID
    • add configuration for mDNS group compatibility
    • handle UUIDs with changed character casing
  • reformat all code and add uv based python helpers
  • update pygdtf and pymvr

Changelog

See the changelong for more information, or developers can look at git log for full details.

BlenderDMX Addon 1.9.1 Released


MVR-xchange - Internet-Based Implementation re-writen to pure websockets

Our last release added support for the non-local version of MVR-xchange. For that, not only was the MVR-xchange implemented into the BlenderDMX Addon, but a coordinating server had to be written from scratch. The plan was to eventually re-write the server, to clean up the code and make it more efficient and only during the re-write I have discovered that the implementation, based on the socket.io foundations is not the same as if done in pure websockets. So after the server has been re-written, this release (v1.9.1) of the BlenderDMX addon now contains a re-write of the non-local MVR-xchange to websockets. There is not difference on the user facing side, except that the address to the MVR-xchange server must start with a websockets scheme wss, rather then https.

Read more…