Thanks for your response. Unfortunately the OSC functionality of Zig Sim Pro for full body tracking does not appear to be working for me. I have the correct iPhone device and iOS. I can get a connection using udp and json to the Zig Sim desktop app. Just thought I would ask before taking a different route such as node.js
I have an Epson EB-L1505UH and I control the shutter by PJLInk. In a scene, which is always active, I have the "Send PJLink" actor and via Broadcaster-Listener actors I communicate with it. In the projector I have only configured the IP and I have not set a password for the PJLink. The only thing I do set is the password @Panasonic in the Send PJLink actor because I read it in a forum once. Maybe if you set a password for the PJLink in the projector field,
in the Send PJLink actor you should enter the same one.
I have just completed the task of routing multi-channel audio through Isadora from DAW software (Logic Pro). I compiled the steps into a short PDF document. But I am wondering if there is any other way to do this?
I was unable to capture, through Live Capture Settings, the multi-channel audio through my audio interface - not sure why Isadora refused to see any more than one stereo track when capturing directly from my Focusrite audio device. After routing through a multi-channel virtual audio interface (Loopback Audio) I did manage to get independent control and SoundLevelWatcher++ data for each channel. Then mix out of Isadora using AU plugins to my audio hardware.
We continue to work on this issue since we are still running into the unexplained 'crashes'. Additional information that we were able to deduce today is as follows:
1) Isadora runs for about 20 minutes or so with the TCP stream active and the TCP in Watcher running before 'crash'. This time span is variable. Is there some kind of known issue about running TCP related actors for long periods of time?
2) We developed a python script to run simultaneously to do the same thing as Isadora and it does not run into any problems.
3) Using the Data Array actor to capture the incoming data stream, we do not see any odd characters, etc. The last message is truncated but that may be due to the fact that Isadora 'crashed'.
The use of the TCP data stream is critical for this project so any input, assistance, suggestions would be greatly appreciated.
no idea why the crop happens whenever I choose any of the available resolutions from the menu
Scaling is normal for any unsupported resolutions. I do find the 'from' resolution odd though. I will investigate why it lists 500x1080 rather than 1284x2778 (note: Full HD would scale 1920x1080 from 1284x2778, and because they ratios do not match would add the required crop)
Hi, It is a problem, send-receive by localhost in Isadora, both for OSC and for Artnet. You can use a router that assigns you an IP and use that IP to send on the same machine. You can use your mobile phone or something that assigns you an IP.
I'd advise you to avoid putting multiple Kinects on the same USB hub
I just want to reinforce this, generally one Kinect per USB host/bus in your system. On a laptop, often you will have one Bus on the left side and one on the right (maybe the rear), but it is unlikely you have more than 2 on a laptop. This is most apparent with Kinect V2 which is USB 3 only and really needs the bandwidth.