Skip to content

Releases: Hundemeier/sacn

Unified Multicast Behavior

04 Dec 11:31
Compare
Choose a tag to compare

The behavior of multicast sending and receiving is now unified across most operating systems. This means Windows no longer requires to set a bind_address to be able to use multicast or universe discovery. (Thanks to @mthespian ! See #42 for more information)

Close Sockets on Stop

18 Aug 13:48
Compare
Choose a tag to compare

Calling stop on a sender or receiver now closes the underlying socket too. Note: after stopping a sender or receiver, it can not be started again with start. (See #39 for more information)

Added function for removing listener on receiver by universe

12 Jul 17:14
Compare
Choose a tag to compare

Added function for removing a listener on a receiver by specifing the universe. See sACNreceiver.remove_listener_from_universe(<universe>), #34, #35 and #37 for more information.

Minor timing improvements

06 Jul 15:46
Compare
Choose a tag to compare

Small changes that might improve timing on the sender. (Thanks to @mthespian ! See #36 for more information)

Added new function for removing listener on receiver

05 Jul 14:58
Compare
Choose a tag to compare

Added function for removing a listener on a receiver. See sACNreceiver.remove_listener(<callback>), #34 and #35 for more information.

Tests for sACNsender

09 Apr 16:07
Compare
Choose a tag to compare

Functionality related to sending of sACN data is now mostly covered by tests. Removed undocumented parameters for sACNsender.start().

Bugfix: Exception on special first received packet

24 Mar 19:22
Compare
Choose a tag to compare

Test coverage for functionality related to receiving sACN data is now mostly covered by tests.
Fixed a bug, where an exception was thrown on the first DataPacket when the stream-termination option was set.

(Additional thanks to @mthespian ! See #31 for more information)

Bugfixes of missing checks

14 Mar 09:06
Compare
Choose a tag to compare

Test coverage of sub-module messages is now 100%.

  • Fixed a bug where a too long source name did not throw an exception.
  • Fixed a bug where invalid DMX data could be set on the DataPacket.

(Thanks to mthespian! See #30 for more information)

Bugfix: DMX start code not set

12 Mar 17:37
Compare
Choose a tag to compare

Fixed a bug, where the DMX start code was not set on received packets (Thanks to @mthespian ! See #29 for more information).

Added DMX start code to DataPacket

09 Mar 17:27
Compare
Choose a tag to compare

Thanks to @mthespian, data packets now support the DMX start code present in DMX data. Previously, this code was limited to being 0x00.

See #27 for more information.