@erik

one workaround would be to use ‘Video in Watcher’ to send the video input to, for example, stage 48 (the last possible stage) then use ‘Capture stage to movie’ by selecting, as @dbini writes, the desired format in ‘record stage settings’. It's not ideal but it works.

Best regards, 

Jean-François

@dusx

Did you have any other thoughts or suggestions?  

I can now see a zero value output but I can't get any other value outputted now.  Now it is ONLY zeros.

@dbini

sorry but this panel control is to recording the stage, not from the source of webcam with "Capture Camera To Movie"

@erik
the resolution of movies recorded in Isadora is set by the Record Stage Settings menu in the Output dropdown.

@dusx said:

I just did a quick test on Mac Sonoma. My camera is native 1280x720.I added a Video In Watcher, connected to a Get Video Size actor in my patch so I could see the video size live from the patch input.With native Resolution, I get 1280x720 in the Get Video Size actor, and when I switch to Quarter HD, I get 640x360 in the Get Video Size actor.Maybe I am miss understanding the issue, what do you mean by 'capture'? I see, your looking at the Capture Camera to Movie feature. Using this I do see, that it is grabbing the native camera resolution. I don't have a Isadora version 2 installed that I can compare against right now, but it is possible this setting was used at some time. Unfortunately I don't have a workaround currently. I can enter a feature request to add the resolution to the Capture Camera to Movie actor, since this would provide the greatest flexibility.NOTE: 'Capture Control' is used to start and stop the live capture system, and is not expected to record video. 

 Dear dusx,

Thank you for your reply. You have understood the problem correctly: the resolution of the video coming from a video source with "Video In Watcher" is correct with that defined in "Live Capture Settings". It is when recording the video with "Capture Camera To Movie" that the video returns to its native format. With versions 2.6, video recording respected the resolution defined in "Live Capture Settings". The disappearance of this function seriously handicaps us. Thank you for your attention.

@erik

I just did a quick test on Mac Sonoma. My camera is native 1280x720.

I added a Video In Watcher, connected to a Get Video Size actor in my patch so I could see the video size live from the patch input.

With native Resolution, I get 1280x720 in the Get Video Size actor, and when I switch to Quarter HD, I get 640x360 in the Get Video Size actor.

Maybe I am miss understanding the issue, what do you mean by 'capture'? 

I see, your looking at the Capture Camera to Movie feature. Using this I do see, that it is grabbing the native camera resolution. I don't have a Isadora version 2 installed that I can compare against right now, but it is possible this setting was used at some time. Unfortunately I don't have a workaround currently. I can enter a feature request to add the resolution to the Capture Camera to Movie actor, since this would provide the greatest flexibility.

NOTE: 'Capture Control' is used to start and stop the live capture system, and is not expected to record video. 

Hi, I haven't found anything on the forum about my problem:
Since version 3, including version 4, video captures from different webcams are in native resolution and don't respect the resolution specified in Live Capture Settings :

I had no problems until version 2.6, which performed this perfectly.
Capturing in native resolution slows down the frame rate (FPS) of our old patches, which perfectly ran 8 simultaneous videos captured in 640x360 px resolution with a few basic effects filters.

I tried using the "Capture Control" actor, but it's worse: no video is recorded.

Does anyone know anything about this problem and how to resolve it?
Thanks

Erik

We've been working on Isadora for 20 years, on Mac OS Intel, and this problem has been identified on all our workstations: from Ventura to Sonoma.

@dusx

I have verified that the inputs to the "TCP Send Data" are indeed all numeric and have not mutated to text.

I tried the format you suggested (I had not know of the BL format options you had suggested).  Now, the output is all zero regardless of the parameter value.

Hy everyone,

I´m working on a set of generative GLSL shader and I have a problem with the default value of an ISADORA_VEC4_COLOR_PARAM.

Example:

// ISADORA_VEC4_COLOR_PARAM(inside_color, isc, 0xA6D9FFFF, "The color used to fill the inside of the shape.");
uniform vec4 inside_color;

I would expect a light blue color with fully opaque.

But I got:

If I use a vec3 without an alpha channel the color is correct, test_inside_color in the image:

Is this an issue ?

Thanks

Malte

Hey everyone,

Just letting you know that a date is set for DanceHack 2026. We will be gathering at UCBerkeley, California, USA Feb 20-22 for several days of workshops, hacking, collaborating and performing. Dancers, choreographers, technologists, izzy enthusiasts etc of all skill ranges are welcome. This annual event is an amazing opportunity to gather with like minded folks to rapidly prototype dance and technology projects. 

Much more information to come soon!

Follow the website here: dancehack.org

if you want to add you name to an email list send a note to: info@kinetecharts.org

Hope to see you there!

Sheldon