I was just wondering if I was able to copy settings without them all chaining together. Specifically, I need to cope projectors because of the output of the projector for projections mapping, but if I want to change a specific input for the mapping for a specific scene I don't want the input change to apply to all projectors across all scenes. Thank you!

@DusX

Hello I'm trying to find a way to project my canvas and particle based code from p5.js via Isadora.
From what I read in the forum it's not possible to project with Isadora's javascript actor. Does anybody happen to know another way to showcase/project the code? Thanks in advance for any further help :)

Is there a way of having each scene send a body of text notes about the scene to a window in the control panel, updating with each scene change?

Thanks so much for your suggestion — I’ll definitely give it a try. At the moment, I need to keep the system as simple as possible. It’s an interactive installation using Arduino with heartbeat sensor detection. I use GLSL to overlay waveforms onto a large selection of movie files, which are then re-captured and reloaded into the installation. The system must auto-load and configure itself each morning. The audio has its own separate routine: by counting the number of re-captured videos, I’m able to trigger a beat sound file once a saved waveform overlay clip has been recalled.

I truly appreciate your help — I’d definitely like to explore using Pythoner in a future version of the patch!

@dusx

Here is a Pythoner script (untested) that should allow input triggers to start/stop recording (record settings need to be setup in OBS, as well, the websocket feature needs to be turned ON in OBS)
Additionally, you need to install these modules: obsws (pip install obsws-python) and requests (pip install requests) into your virtual environment.

Learn about Pythoner setup here: Pythoner - YouTube

# ISADORA_INPUTS:
# iz_input 1 "start_recording"
# iz_input 2 "stop_recording"
# ISADORA_OUTPUTS:
# iz_output 1 "status"
from obswebsocket import obsws, requests
# Connection settings
host = "localhost"
port = 4455
password = "your_password_here"  # Leave empty if no password
def python_init(start_recording, stop_recording):
    return "Ready"
def python_main(start_recording, stop_recording):
    # Only connect if either trigger is activated
    if not (start_recording == 1 or stop_recording == 1):
        return "Idle"
    try:
        ws = obsws(host, port, password)
        ws.connect()
        if start_recording == 1:
            ws.call(requests.StartRecording())
            ws.disconnect()
            return "Started"
        elif stop_recording == 1:
            ws.call(requests.StopRecording())
            ws.disconnect()
            return "Stopped"
    except Exception as e:
        return f"Error: {e}"
    return "Done"

@woland said:

You could use Pythoner (possibly the Pythoner Example File) or Pythoner+AppleScript to handle the importing of media.

 Yes, on Mac, You could automate a process to capture the stage via OBS (for example) and import the saved file via Pythoner and AppleScript.
In the case of OBS, it ships with a websocket interface (obs-websocket) that you can communicate with via Python (look at the python module: obsws-python)
The Pythoner example file contains a script that returns all files in a folder, which you could use to get the latest file for import (via applescript, executed by another Python script).
In the end you would be able to:

• start and stop recording with audio included, via websocket connection (it may be possible to overwrite your file if you don't want to accumulate files)
• find latest saved filepath, via Pythoner example project code 
• Import latest video file into Isadora via Pythoner (executing AppleScript)
• Play file in Isadora as you wish.

@nic said:

Is there any advantage Izzycast offers over this process?

It's an apples and oranges comparison; they're totally different. IzzyCast is not meant to be a replacement for the RTMP Streamer actor (which lets you livestream from Isadora to Facebook Live, YouTube, Twitch, etc.), it's a remote performance tool.

Once the RTMP Streamer is streaming to an online platform, audience members can then watch the performance through the online platform.

Once the host (usually technician/director) and the participants (performers) are connected to an IzzyCast Session, they can use the IzzyCast actors to send and receive live video, audio, and data (like motion capture data or text) to each other so it can be integrated directly into the Isadora’s node-based programming environment. Example use-cases:

• Actors and dancers from multiple remote locations can join live performers onstage
• For live remote performance, since IzzyCast can transmit data, you can give remote performers standby warnings or other instructions on a second monitor or control a tally light to give them cues.
• For data-driven performances, you can have a remote performer with a Kinect or motion capture suit send tracking data to you over IzzyCast, or have a polling mechanic for audiences in theatres in Oslo and Paris that affects what happens in the part of the performance happening in the theatre located in other city.
• For broadcast and live events, IzzyCast's data transmission capabilities let producers, directors, and technicians make adjustments to their talent’s setup remotely by controlling hardware like PTZ cameras and DMX lighting instruments. 

TLDR:

Streaming (RTMP Streamer Actor): A tool for presenting a performance to an online audience online. Video and audio can only travel in one direction (from you to the audience). 

IzzyCast (IzzyCast Actors): A tool for creating remote or hybrid performances, the final result of which can then be streamed online, shown in one or more theatres to live audiences, piped into a zoom call etc,. Video, audio, and data can travel in any direction between all the performers and technicians, offering a lot more flexibility than just sending video and audio to the audience.

@woland it looks like streaming from youtube to Isadora seems good, particularly if I take out a YouTube subscription. Is there any advantage Izzycast offers over this process? It seems more expensive but the same quality.

thanks, Nic

@oedipus said:

am I running too many concurrent sounds

How many Sound Player actors are you actually running at once? More than 16? If you look at the help text for the 'sampler chan' input of the Sound Player actor it says:

"The sampler channel on which the sound will be played. Isadora has sixteen audio sampler channels, numbered from 1 to 16. Set this value to 0 to play the sound on any sampler channel that is not busy playing another sound. If you attempt to play a sound on a sampler channel that is busy playing another sound, the current sound will be stopped before the new sound begins to play. If you play two sounds on two different sampler channels, then both can be heard at the same time."

(If you left the 'sampler chan' input on all the Sound Player actors at the default, '0', then you can ignore this paragraph.) If you specifically set the 'sampler chan' input on any two Sound Players to the same number, you could be running into the issue in the second underlined sentence above. For example, if you had a Sound Player for a looping sounds set to 'sampler chan' = '2' running, then triggered a Sound Player for the thunder that is also set to 'sampler chan' = '2', the looping Sound Player would stop. 

If you have any looping sounds that don't need complex audio routing you could also save them as .mp3 files and play them using Movie Player actors to avoid hitting the sound sample channel limit.

Alternatively, if you are hitting the sampler channel limit but need full multichannel audio routing capabilities, you could copy the Isadora application, run two versions of it, and use a Net Broadcaster actor on in Patch A (Isadora application #1) to trigger sounds via Listener actors connected to Sound Player actors in the Patch B (Isadora application #2). I'm not sure whether that would work, but it's simple enough to try.

Another option might be to run your looping sounds combined for a long time while using OBS to record your computer's audio output (or record a video with computer audio then convert the video file to an audio file), then use that longer loop of combined sounds in Isadora played through a single Sound Player actor to reduce the number of sampler channels you're using simultaneously.

Obviously I don't know enough about your use case to say which idea would be the best to try first, or if you even need to try any of them, but I just wanted to point out that there might be some possible solutions if the issue you're hitting is maxing out the sampler channels.

@rikimazza said:

The problem is that I need to use stage capture in order to import automatically the recorder clip into the bin list.

  You could use Pythoner (possibly the Pythoner Example File) or Pythoner+AppleScript to handle the importing of media.