durational trigger system???
-
-
I'm overwhelmed with the urge to have this printed and framed for motivational purposes:
Best wishes,
Woland
-
@Woland - wow! more lovely creative problem solving. do you think you might be addicted? ;)
-
@dbini
I think I may have a slight, massive addiction to Isadora, yes.Also noticed that when I copied my Macro's guts to make the non-simple version, I forgot to re-order the Inputs and Outputs. Here's an updated version.
-
@woland said:
- Display how long the current person has been interacting with the installation.
- Display the average amount of time people spend interacting with the installation.
- Has a reset button to erase the data recorded with the Data Array actor.
I believe that the averaging function I built using the Data Array actor works properly, but please, anybody, feel free to prove me wrong. It's actually the first time I've used the Data Array actor (been meaning to get to it for years), so it's entirely possible that what I built has some flaws.
It's worth noting that with a little reworking, one could use this to get an average for how long you usually sit in the same Isadora Scene for any given production. The easiest way would be:
- A text file per Scene
- Trigger the Timer actor start with an Enter Scene actor
- Trigger the write function with the same thing you use to trigger your Jump[++] actor)I've sometimes built systems like this:
- Out of boredom
- To give myself and stage managers an easy way to tell how much time we have before the next Isadora cue (purely for peace of mind)Best wishes,
Woland
-
Hi,
I was looking at how you have implemented the Data Array. So if I understand your logic each user generates a data set that is stored by a new line in the text file associated with the Data Array actor? When you trigger the Add input you create a new line of data to the text file.
I haven’t got my head around all of what you have done yet, but in terms of collecting useful information about audiences, adding a time/date stamp to each new user should be possible.
Other useful data gathering like age, gender, socioeconomic status and where they are from, is a bit harder and really impossible from a fleeting digital shadow or ghost in the machine captured by a Kinect.
I never thought about using Isadora to construct a quantitative research tool before! It’s interesting but potentially very boring compared to the sensual movement of art.
Best wishes
Bonemap
-
@bonemap said:
@woland
Other data gathering like age, gender, socioeconomic status and where they are from, might be a bit harder and from a fleeting digital shadow or ghost in the machine.
I never thought about using Isadora to construct a quantitative research tool before! It’s interesting but potentially very boring compared to the sensual movement of art.
Best wishes
BonemapNot quite sure where you got this from in what I posted, but I like the idea.
The values my Data Array actor stores are
1. Hours (Current Person has been interacting with the installation)
2. Minutes (Current Person has been interacting with the installation)
3. Seconds (Current Person has been interacting with the installation)
4. Unparsed Secs (Current Person has been interacting with the installation)
5. Running Total of Unparsed Secs (All people who have interacted with the installation)
- This is divided by the number of lines that have been written (which is the same as the number of people that have triggered the installation)
- This provides the average amount of time of interaction with the installation (in unparsed Secs)
- The average (in unparsed Secs) is then parsed into Hours, Minutes, and Seconds.Come to think of it, my averaging system (Comparator 3) doesn't pass through @dbini 's two-comparator system, and really should. It could either involve setting up logic to write over the current line if it's less than 10 seconds or, something that might be easier, just setting it up to only start the Comparator 3 Timer actor after ten seconds of interaction have passed and then adding in a Calculator actor that adds 10 seconds to the current Timer actor's output to compensate for not starting the Timer actor as soon as someone starts interacting with the installation.
Best wishes,
Woland
-
I am thinking the text file that the Data Array writes to can store data for each user over the duration of the installation, that way there is a useful database file that can be used for quantitative evaluation of the production overall, that has compiled itself using Isadora.
This is a slight modification of your patch file, which is focused toward outputting to a visual display in the control panel. To me it looks like the Data Array could be doing more by storing the data over a number of sessions or days.
Anyway there is some nice work in your patch. I don’t think I would be able to ‘see’ a solution so directly as that.
Best wishes
Bonemap
-
-
Hi L,
IMHO you make a staggeringly gargantuan (voracious giant) of a positive contribution to the backend experience of Isadora.Should we be concerned that you are needing motivation?
I imagine all the hard work can, at times, feel thankless but you should know it is intensely appreciated and awe inspiring.
keep the faith you are Isadorable!
Best Wishes,
Bonemap team
-
@bonemap said:
Should we be concerned that you are needing motivation?
Nah, I just ran across this while looking for something else and found this (though I appreciate the concern). Past me didn't have easy access to a printer but present me does. I like to keep little mementos around my desk that make me happy and I thought this would be a nice addition. <3
Best wishes,
Woland