Art-Net Externals - V1.0 Beta - 64-bit and Multiple Universes
in your earlier posts you claimed it didn’t work and then later you claimed it worked , right ?
I had a Dmx King eDMX1, but I sold it. Now I use other interfaces, but I never had any issues with any Art-Net device, as they work pretty much the same as far as the computer side of things.
so it never worked with the dmxking , correct?
No, it is not correct. It did worked perfectly fine. David had some issues with a build but it was fixed right after. See my post from May 03 2015, everything was working fine.
ok thx :-)
not working for me with the dmx king but fine with other nodes . can’t figure out why.
the dmx king works with touch designer , so i know the nose worka. but not max.
Well, I had some weird results with some interfaces regarding the network. For some reason, some devices worked when plugged in a router and others didn't. I guess it has to do with how it reacts with the network, but nothing to do with Max per se.
Any update on this external? I'm using it in a touring art project and really want to go to Max 8. The 64bit version doesn't work in Max 8, both the 0.8 and 1.0 version.
Or does somebody have a recommendation for using artnet, or even better, sACN output, from Max? Willing to pay for it as well.
Will take a look at Max 8 compatibility in the most recent version, most likely something trivial.
My previously mentioned new DMX system for Max will have support for sACN also.
Nice, looking forward to that.
Yeah, really looking forward. If you need a beta tester please let me know.
Yeah, somebody told us in the Facebook group about this issue. He guessed that it is because Max 8 dropped the support for 32 bit externals. Could it be?
BTW, we have a Max group specifically for DMX! It would be amazing if you guys also participate: https://www.facebook.com/groups/704523639714438/
OK had a look at this today, finally got the objects to compile again. Fixed a few bugs, including the CPU usage bug. Please try the below and see how you go. Note that the objects are now 64-bit only, although should hopefully work in Max 7 and 8.
Gave it a go and still had the same results. See the screenshot of the help file for more info.
This is with Max 8.0.1 on MacOS 10.13.6 on a Mbp 2014. Downloading 8.0.2 as I type and will give it another go if it's in (hotel has slow internet).
OK, try below. That error was just XCode irritatingly linking the dynamic boost library rather than the static one.
Looks like it's working! I'll be at the site in a couple of hours, no internet though so probably I'll give you an update later tonight.
Works! I did see some hickups, but only after a while. Looks like a buffer of some sort is full. I'm not sure if that's my patch or your external though. Bit difficult to debug on a headless art installation.
Were the hiccups just dropped packets or something? (as in, some DMX data was "missing") or was the scheduler jamming up in Max?
No dropped packets, felt more like the scheduler filling up too much. Felt like the installation was frozen for a second and then moved on again.
Fyi, I'm using 6 universes with 390 channels each. Doesn't sound like too much right?
Don't know on amount as I've never used anywhere near that much, but I had something similar happen where the scheduler would jam up, but it was due to a memory leak in another object (among other things), so don't know if something similar is happening here.
So when you say "frozen for a second", do you mean like there was literally no DMX activity for a bit?
Looks like it, yes. Can't say for sure because yesterday was the opening and for now I can only check on that PC if the artnet controller (Enttec Storm 8) is really frozen or not.
Just used the new version of the object with Max 8 this weekend in a important project and everything went completely smooth! Running the whole night without any kind of glitches.
@Kleurbleur, that's not much at all. I have used that many channels per universe with 16 universes with no issues!
@Matheus, maybe I'm doing something wrong here. Could you give me some advise on my current setup? I've got 88 of these subpatchers spread out over 6 universes using in total 2340 addresses. The input is a grand piano sending out a midi signal (note on/off and velocity only used). The final matrix is also in another subpatcher which is banged 25 times a second by a metro object and sending its data via a jit.spill to the artnet external.
I looked at your patch but I actually couldn't understand exactly what you wanted to achieve with this patch. But my guess is that maybe repeating this over and over 88 times might be a bit heavy for the CPU. My approach is that I generate a huge matrix, to slice and spill it in the end. I'm not spilling the whole universe, so I use many imp.artnet.controller objects, one per universe.
Yeah, that's basically the same approach as I have. I've got six imp.artnet.controller objects which get their data from 6 [jit.matrix universe1 1 char 390] objects.
Also, I didn't see any hang up or freezes anymore so it might have been a one time only thing.
Is there an option to set the ip address via a message?
Could someone take a look at my patch and see if there's something I'm missing? At the moment, it is just an int box going through a message box with "channel 1 $1", and from there into imp.artnet.controller. The ip address and universe are both correct, and I can see that data is being sent to my DMX node(I'm using an eDMX1 Pro) when I change the value of channel 1, but I don't see it making any change to the 3-channel DMX light I have the node plugged into. Do I need to include the subnet mask or something like this?
Thanks!
The patch seems to be fine. The only issue is that the universe count actually starts on 0 and not 1. If that doesn't fix it, the issue might be your network settings.
Success!! Ah, I don’t know Universe 1 started at 0. Thanks so much David Butler for putting together such a useful set of externals!
Hello!
I'm trying to update from my Enttec DMX USB PRO interface (with dmxusbpro the dmxusbpro object by Olaf Matthes) to the ENTTEC ODE MK2 (with the imp.artnet.controller object by David Bulter / The Impersonal Stereo).
I'm using a new MacBook Pro with the usb-c connector, so I have a Belkin USB-C LAN adaptador. When I go to Network Preferences to check the IP Address of the MK2 i see this (pic attached). I'm afraid this is the IP of my adaptador, is that possible?
I just created this little patch. On the right the system I used successfully until now with dmx usb pro, on the left my attempt to change to artnet. I add the IP address it appears on my Network Preferences but the information doesn't arrive to my DMX decoder...
Does anyone have an idea how to make it work?
Thank you!
@Marc
If you are connecting directly from the USB-C ethernet adaptor to the ODE (rather than going through a router or managed switch), you will need to set 'Configure IPv4' to manual and set IP addresses for both your laptop and the ODE. The Enttec NMU utility app can help you set the IP address on the hardware.
Standard configuration for an Art-Net network would be addresses in the 2.x.x.x (or 10.x.x.x) range with a subnet mask of 255.0.0.0.
Thanks @David,
I'll go with dmxusbpro for this project since the opening is next week, and check all your info in mid-April when I get back home! Thank you again, I really appreciated!
Hello guys, I'm working on a project with Max 8.0.1. I would like to control some light bulbs which are connected to a GrandMA2. What should I do if I want to control the intensity of specific channel through ArtNet connection on Max by using imp.artnet.controller?
Hello all, I have a question about imp.artnet.* causing Max 8 to crash. As soon as I attempt to add the external to a patcher, Max freezes, then exits soon after. This seems to happen both within the standalone Max (8.0.6 on Windows 10) and the Max integration within Ableton Live 10 Suite. This issue also is triggered by opening the imp.artnet.node.maxhelp or imp.artnet.controller.maxhelp files. I have made sure that the folder where the externals are located is included in the File Preferences search path for Max, and so far that's the only thing I could think of that would cause an issue with Max, but I doubt that would cause a crash. Does anyone have an idea on what this may be?
Hey David,
I'm using your Art-net externals a lot, working perfect! At the moment it's running in a few patches in a venue with lighting-desks and nodes on one network.
The venue is thinking about switching from Art-net to sAcn. Did you have time to work on sAcn-support for your externals?
If I can help you with anything, let me know!
cheers,
Mark.
Short answer is yes but it's coming as part as a whole new set of DMX tools for Max with much greater scope. No estimate on when this will be done however. Unfortunately I have little to no dedicated time for development these days so what I end up working on tends to be only things connected to whatever project I'm involved in.
Hey David,
Clear answer! :-) Keep us posted about new updates, thanks for the fast response!
Hey David, why not throw it on GitHub and share it here? I was trying to find it on your GitHub page but couldn't. As far as I know your package is the most complete out there. I'm pretty sure that some other users would like to pick up some coding and add for example sANC amongst other things.
I was about to say that I would love an excuse to delve more thoroughly into C. :)
The new dmx tools package (LXMax) will be published on GitHub under the MIT License as soon as it reaches first beta release. I'm unable to easily release any of the previous objects as they have dependencies on other libraries which i want to keep unpublished. Removing these would take time which I'd rather spend on new development.
I totally understand. Very nice and much appreciated!
https://github.com/impsnldavid/lxmax
I've put what I've done so far on LXMax up on GitHub. Nothing working or available to download yet, but allows everyone to keep an eye on the project.
Actually have a week where I'm just supervising venue moves for a couple of existing shows so able to get some work done on this...
Very smooth, thanks David!
Really cool David, thanks so much, we should definitely buy you a beer sometime!
Thanks a lot :-)
Hello, I'm trying to use [imp.artner.controller] to send data to control 576 RGB LEDs via ethernet to a teensy 4.1 as interface. I loaded the attached .ino file on the teensy. I see the ethernet LED blinking when I send data from [imp.artnet.controller] but none of the 576 LEDs lights up... any idea how I could get [imp.artner.controller] to communicate with the attached teensy code?
Do the LED strips go through the initTest() sequence, or do they not light up at all?
I don't know anything about teensy, but there are references in that ino file to sACN, which is a different DMX protocol than Art-Net. You need to implement the Art-Net protocol specification in your teensy code for this to have any chance of working.
Hi Amina, they were going through the initTest(). The issue was related with the library Native Ethernet. Now everything is working like a charm!! Thank you very much!1
Hey David, did you already have time to look into the sAcn part? Let me know if I can help you with testing or anything! ;-)
Hi David
Thank you very much for these externals. They work like a charm.
Maybe an idea worth considering: Currently your package is only available via the dropbox link somewhere hidden in this forum thread. It would be better practice if the package was a github project with downloadable releases from github.
cheers
martin
@martin I've held off on doing this so far because I'd have to spend some time cleaning up the code build system and I'd rather spend the time on the LXMax project. It may happen soon however...
@david: If more excitement is in the works, the better :-)
Hi David !
I'm using imp objects for a long time and they are very helpful, thanks !
I just changed my Mac for a Silicon model but imp externals are not yet compatible if I don't run Max with Rosetta.
Would you be able to compile a new version of your externals working natively on Silicon Macs ?
I know Lxmax is in the works but I suppose you're not ready for a first release yet, are you ?
Best regards and thanks again for your work !
Jérémie
Aiming to have an initial release of LXMax out very soon, which will be Apple Silicon compatible...
Hi David,
I am convtering an art installation from 2016 to work on Silicone M1 macs using your external library.
The patch was using the following setup for your artnet.controller external: imp.artnet.controller @unicast 1 @unicast_ip <ipaddress> @num_channels 24 @auto 0
Can you tell me what mode this would be with the 1.1 version?
Auto was switched for mode and need to make sure the settings flawlessly convert everything.