Hi,

Over at the global Isadora User Facebook Group, there has been a request for some insights into my 3D work in Isadora 4. I can't post a demonstration scene there, so I am posting it here for anyone interested in some backward engineering. Unfortunately, I am time poor to create a tutorial atm.

3d scene download: 3d demonstration scene

video recording of the scene loop on vimeo: video

Best Wishes

Russell

@bonemap , Thanks for this. I was excited about the chance.js library because it offered random outputs to so many data types which would make things quite efficient here. I will try your method and am sure i could use it to work with other data types.

Next up, I want to try papaparser.js for csv files. It looks promising.

@jtsteph

I am interested in this to generate random numbers between ranges - but similarly was unable to get the chance.js library to take in Isadora.

I did manage a solution that fits my purpose using 'math.random' function:

// pseudo-random number generator between min and max range
// iz_input 1 "trigger"
// iz_input 2 "min"
// iz_input 3 "max"
// iz_output 1 "random"
function main()
{
a = arguments[0];
d = arguments[1];
e = arguments[2];
const minCeiled = Math.ceil(d);
const maxFloored = Math.floor(e);
  {
return [ Math.floor(Math.random() * (maxFloored - minCeiled + 1) + minCeiled)]; 
  // The maximum is inclusive and the minimum is inclusive
}
}

best wishes

Russell

Hello,

I am trying to use the chance.js javascript library. 

https://chancejs.com/

I have placed it in the Javascript Libraries folder and am testing using various iterations of this:

include("chance.js");
function main() {
    let a = chance.d20(); // Rolls a random 20-sided dice
    return a;
}

The javascript window does not report an error when closing, so i assume it is finding the library file. The monitor is telling me that chance is not defined.

Am i doing this correctly? Is it that the chance.js library is incompatible with the isadora javascript engine?

I would appreciate any input here.

Thanks, J

Just picking this up again after spending a bit of time figuring out the SHOW/HIDE control actors. This system gave me an idea about how controller data could be sent and recieved programatically. I wonder if sending/recieveing control panel data programmatically could be done using the same Controller Address functionality currently being use for the show/hide actor. 

It could perhaps be a second way of sending/receiving information to and from controllers - there could be a couple new actors: Send Controller Data and Recieve Controller Data. These would use the same addressing system used in the SHOW/HIDE controls.

The user can figure out how they want to to address their controller data sharing using the addresses, wildcards etc. This would allow the user to use lookup tables, or dynamic systems to send and recieve controller data. It would  mean that the address on the contols themselves would still need to be assigned manually, but it would allow for greater flexibility in how they are connected to patches. Using the controller group address, the same controls could be used for different states in the patch (for example track 1, track 2, track 3 in a video mixing system)

This would maintain the current CTL# functionality, but add the "Controller Data Address" functionality.

Just some thoughts.

- J

hello, is it possible to switch smart devices like ac outlets, which are "matter" compatible?

thx.

https://matter-smarthome.de/en...

@danzltessio

You could go with virtual stages, one for each part in the 'main' stage, and put all mappings for those in a 'background' scene, which is always active.

Each real scene will only contain a 'projector actor' for each mapping, sending the image to the virtual stages and this way to the 'background scene', where the actual mapping takes place.

You could do it in each scene, straight from multiple 'projector actors', without bothering virtual stages and 'background scenes'. But this way you simulate what you wanted to do in the stage setup, keeping the full potential of the first stage izzymap functions.

@kfriedberg

have you talked to Dell support? In the past I have found them to be knowledgeable when I had issues (not related to yours) with a Precision mobile workstation.

@dusx

Many adjustments and reboots later, and still no luck.  I've found the diagram of connections, and whether I connect to the HDMI or USB-C ports, they all show as connected to the Intel Arc, with only PhysX pointing to the Nvidia RTX2000.  I've played with all the performance/quality options I could find in the Nvidia panel, the Intel Arc panel, and Windows power/graphics settings, and all the connections still go to the Arc card.

I tried disabling the Arc card in Device Manager.  Windows still knew that the Nvidia card existed, but refused to send anything to it, disabled outputs except for the laptop screen, and thought that everything was showing on a Basic Display Adapter.

Any further ideas?  This has me stumped.

@mark_m you have some obasbot UVC PTZ cams, I reckon. Can you control them via osc AND via the new Video in PTZ image Control Actor ?

I have 2 insta 360 link that I can control independently with 2 Video in PTZ image control actor in IZZY. And it works very well.