jit.window fullscreen error when "@border 0"
Hello,
I am facing a strange issue. When "@border 0" is entered in the jit.window object or sent as a message, then I toggle fullscreen, the video is black, with a blank strip at the top where the menubar would normally be (when @fsmenubar 0, and window is dragged to external display). In the max console, I get this error message repeated:
jit.gl.texture: error disabling texture unit: GL Error: Invalid Framebuffer Operation
(The patch does not include a jit.gl.texture object at all. )
When still in fullscreen, if I toggle the message "border 1," the video will play. So basically, fullscreen only works if the border is on. For performance purposes, I want to hide all borders and menu bars.
This was a little buggy before—often leaving a blank strip at the top were the menubar would be—but the video would still play. Now the video is just black when "fullscreen 1".
If I just open the jit.window.maxhelp patch, toggle border to 0 and hit esc for fullscreen, I get the same error! and same thing in the console. So it seems not to be my patching (see screen shots):
In gl, I get the same issue with jit.world and the "sendwindow border 0" message, only the error in the max console is written differently (also this error happens both on main display and external display:
jit.gl.text: ob3d_draw_end popmatrix: GL Error: Invalid Framebuffer Operation
jit_gl_render: erase: GL Error: Invalid Framebuffer Operation
patch using jit.world pasted:
Maybe there are issues with it. the idea is to have an image shown in a jit.window that floats (border 0, but not fullscreen) over a jit.world window (fullscreen) displaying info from a .txt file that corresponds to the jpg, using jit.gl.text.
Also I would note that toggling on and off the "displays have separate space" option in System Preferences> Mission Control, does not change the error.
Max 7.3.5 (skeptical to go to 8 for reasons like this error, also a few days before a show)
MacBook Pro (Retina, 15-inch, Mid 2015)
os 10.13.4
Processor: 2.5 GHz Intel Core i7
64bit
Ps. I've used jitter and max a lot over the last 10 or more years, but would not say I am "advanced." Digging through the forums, I find related topics but nothing that has helped me resolve this.
THANKS for any help!
FWIW your patch works as expected in Max 8.
for Max 7, just make sure you toggle border on (if it's off) prior to fullscreen. make sure fsmenubar is 0 (if on the main display), and make sure Displays Have Separate Spaces is disabled (if using external display).
Rob!! Nice to have a reply from you so quickly. Thanks.
But the problem still stands. If I understand correctly, border must be on for fullscreen to work?
If I set it up to toggle border 1 and fullscreen 1 at the same time, the problem persists (on my machine, the window also gets stuck in fullscreen (sometimes with a gap where menubar would be showing), I can only get out of fullscreen by sending a size message, then coordinates to bring the top border of the window back into the visible area of the display). The only solution I can think of is to add a delay to the fullscreen message, then vice versa for getting out of fullscreen. But this sucks because even with 1 ms delay, I still see the border of the video for a split second before fullscreen. I really need to avoid this, as I don't want the audience to see the border, but the windows sometimes need to stay in the corner floating in front of another fullscreen jit.window (a kind of skype effect, like picture in picture composition)
This is my attempt at a work around. If you have any better suggestions, I would be very grateful!
*Displays Have Separate Spaces is defs disabled.
yes, don't use the window fullscreen behavior to resize elements of your performance. use a single fullscreen window and display and resize using jit.gl.videoplane.
Thanks! New ways.
Hi Rob,I was in touch a year ago about my max crashing when I sent it to full screen. You sent me a very nice patcher that sorted that out, but now I find no way to get rid of the border without crashing, and the
Max hidemenu bar and showmenu bar don't work anymore.
WHen you sent me that patcher I could raise the border outside the actual monitor view, now it gets stuck at the top and there is no way of hiding it.
Thanks in advance
{
"version" : "Version 8.5.3 (aaa2fd49a64) (x64 windows)",
"platform" : "windows",
"arch" : "x64",
"osversion" : "Microsoft Windows 10 (build 19044), 64-bit",
"samplerate" : 44100,
"iovs" : 512,
"sigvs" : 512,
"scheduler_in_audio_interrupt" : "off",
"audio_drivername" : "ad_mme",
"audio_driver_subname" : "",
"license" : "permanent full",
"machine_id" : "edbcff639677f376129fb88b600eb9d4",
"eventinterval" : 2,
"schedinterval" : 1.0,
"overdrive" : "on",
"pollthrottle" : 40,
"queuethrottle" : 100,
"sysqelemthrottle" : 1000,
"refreshrate" : 33.333332061767578,
"schedslop" : 25.0,
"eventprobing" : 0,
"mixerparallel" : "off",
"mixercrossfade" : 0,
"mixerlatency" : 30.0,
"mixerramptime" : 10.0,
"videoengine" : "viddll",
"gfxengine" : "gl2",
"packages" : {
"BEAP" : "1.0.4",
"cv.jit" : "2.0.1",
"gl3" : "0.3.3",
"jit.mo" : "1.1.6",
"Jitter Recipes" : "0.1.4",
"Jitter Tools" : "1.0.8",
"max-mxj" : "8.2.0",
"maxforlive-elements" : "1.0.7",
"Mira" : "1.2.1",
"Node for Max" : "2.0.4",
"RNBO" : "1.1.0",
"VIDDLL" : "1.2.8",
"Vizzie" : "2.2.2"
}
}
I have downgraded to 8.3. I still have the problem of crashing on fullscreen command but in this version I can move up the border, out of the second display, which in 8.5 I could not.