Totally makes sense; crop wouldn't work in many cases unless there is a point to crop to that is black, but of course there are other solutions.

I haven't come across this issue often, since, yes, I would usually just set the stage to match the display and then would use various actors, or izzymap, or even just the second tab of stage setup for that stage to place content.

However, if stage setup should never be used in the way that leads to the issue in my first post in this thread, why is it possible at all to make a stage be different in size from a display it is associated with, and why is it possible to drag the display / stage relationship in the first tab of stage setup (the stage settings tab)?  It seems like the only way stages can be used is if they are set up to be the full size of the display they are associated with, otherwise this pixel smear will occur?

This is coming up for me in some specific cases where I need to hand off a show file to users who may connect to various different physical displays at different time. Those displays have different resolutions that might be higher than the resolution of the stage, and are pre-focused in their venues in ways that can't be adjusted. They may not have the experience with Isadora to make a lot of changes.  The interface design of the first tab in stage setup for any stage makes it look like you can set a Custom resolution for a stage which will mean the content in the scenes always relates to that stage as originally programmed, but that the stage can be placed within a larger or higher resolution display by dragging it around to the appropriate location, without changing the resolution of the stage to Match Display.  I'm confused about the use of Custom resolution and the ability Isadora gives us to drag around, other than I guess the assumption that this would only occur if the stage is larger than the display and is intended to be used for blending.

Would it be possible to adjust the behavior of isadora in a future update so that pixels on a display that are outside the boundaries of a stage do not pick up any pixel data from the edges of any stages that touch them?

Thanks to everyone who came to hang out last night.

Hope to see some or all of you again (and maybe some new faces) on Wednesday January 7th at 7pm CET at our office in Berlin :-)

@dbengali

Well it's safe to say that that's not how Stage Setup is supposed to be used. The intended workflow would be to be to place the content in the desired place at the desired size (e.g. using the Matte++ actor with the 'scale fg' input set to 'off', the Zoomer actor, or a Projector actor inside a User Actor with specific 'horz pos', 'vert pos', and 'zoom' settings so you can use it in all your Scenes.)

A workaround would be to put a Crop actor just before your Projector actor and try chopping off the very outside pixel of the content so that last pixel doesn't get stretched across your display.

Hi all,

I've been running into an issue that maybe there is a known workaround for?  If I create a stage that is smaller than a connected physical display, and then use the stage setup window to place the stage at some location within the display, there is a problem: Instead of just displaying black on the portion of the display that is beyond the edge of the stage, isadora stretches or smears the last pixel from the edge of the stage across the unused area of the display. If that pixel is not black, some color from the edge of the video or image ends up filling in all the area that should be blank.

Is there a way to prevent this behavior without having to map the entire larger resolution of the full display and use izzymap or other tools to place the content within it?

Isadora 4.1.3, Mac OS 15.6.1

@woland

Thank you!!!

@woland said:

Unfortunately there's not a way to natively create video files using the hap codecs in Isadora.

Just to be more specific, this is not possible on macOS, but you can create Hap video exports on Windows using the AVI Movie container. It works reasonably well compared to other more cpu heavy codecs. Resolution will be a bottle neck if you need FHD+

Wow!!! really impressive

There's still some spots left in case anyone else still wants to join us on Wednesday :-)

truly inspiring! well done! Love it!

@artoo said:

record a stage in hap alpha codec

 I've already got this logged as a feature request though.