schlam

When I open a M4L device (created with 8.1.11) with [umenu]s inside , the dropdown menu is displayed far away from the menu.. If I open the same device in live with 8.1.11 : no problem..

umenubug.jpg

Hello,
When I open a M4L device (created with 8.1.11) with [umenu]s inside , the dropdown menu is displayed far away from the menu.. If I open the same device in live with 8.1.11 : no problem..

Hello,
When I open a M4L device (created with 8.1.11) with [umenu]s inside , the dropdown menu is displayed far away from the menu.. If I op

max-8-2-bug

Can you post the patch and your Max Support Information?

here is the (suuuuper messy ! sorry...) patch I use all day long.

Click the green "r" at the right bottom corner of the floating window

then you have to click one of the two umenu that appear to see the dropdown menu bug.

Even deleting/undo the umenus doesn't fix it.

I had to recreate the umenus with same inspector setting to make it works again

    "version" : "Version 8.2.0 (42e5454dc76) (x64 windows)",

    "osversion" : "Microsoft Windows 10 Professional (build 19042), 64-bit",

    "scheduler_in_audio_interrupt" : "off",

    "audio_driver_subname" : "ASIO Fireface USB",

    "machine_id" : "203045678bed86fa37fa7b1d3007ea66",

    "refreshrate" : 33.333332061767578,

        "Jitter Tools" : "1.0.0",

        "maxforlive-elements" : "1.0.4",

        "Node for Max" : "2.0.4",

        "Video & Graphics" : "7.2.0",

https://we.tl/t-8sz2lwyfcW

Click the green "r" at the right bottom corner of the floating window
then you have to click one of the two umenu that appear to see the dropdown menu bug.
Everything works as expected with 8.1.11
Even deleting/undo the umenus doesn't fix it.
I had to recreate the umenus with same inspector setting to make it works again

edit : max support informations :

{
	"version" : "Version 8.2.0 (42e5454dc76) (x64 windows)",
	"platform" : "windows",
	"arch" : "x64",
	"osversion" : "Microsoft Windows 10 Professional (build 19042), 64-bit",
	"samplerate" : 44100,
	"iovs" : 128,
	"sigvs" : 64,
	"scheduler_in_audio_interrupt" : "off",
	"audio_drivername" : "ad_asio",
	"audio_driver_subname" : "ASIO Fireface USB",
	"license" : "permanent full",
	"machine_id" : "203045678bed86fa37fa7b1d3007ea66",
	"eventinterval" : 2,
	"schedinterval" : 1.0,
	"overdrive" : "on",
	"pollthrottle" : 40,
	"queuethrottle" : 100,
	"sysqelemthrottle" : 1000,
	"refreshrate" : 33.333332061767578,
	"schedslop" : 25.0,
	"eventprobing" : 1,
	"mixerparallel" : "off",
	"mixercrossfade" : 0,
	"mixerlatency" : 30.0,
	"mixerramptime" : 10.0,
	"videoengine" : "viddll",
	"glengine" : "gl2",
	"packages" : 	{
		"BEAP" : "1.0.4",
		"gl3" : "0.2.9",
		"jit.mo" : "1.1.6",
		"Jitter Tools" : "1.0.0",
		"max-mxj" : "8.2.0",
		"maxforlive-elements" : "1.0.4",
		"Mira" : "1.2.1",
		"Node for Max" : "2.0.4",
		"VIDDLL" : "1.2.5",
		"Video & Graphics" : "7.2.0",
		"Vizzie" : "2.2.0"
	}

Thanks for this. Are you using multiple monitors and/or is your Live zoom display preference set to something other than 100%?

Yes. I use a 10" external touch screen to play with my setup so I need to have a zoom display at 137%...

Yes.  I use a 10" external touch screen to play with my setup so I need to have a zoom display at 137%...

Yes, I use an external 10" touchscreen to handle my setup with this patch, it's little, Live is displayed at 137%.

Also, i have to use in conjonction the zoomfactor message to [thispatcher].

But anyway, this same patch and their umenus are working good in 8.1.11..

I recreate the umenus with the same specs and it only worked until reboot.

Yes, I use an external 10" touchscreen to handle my setup with this patch, it's little, Live is displayed at 137%.
Also, i have to use in conjonction the zoomfactor message to [thispatcher].
But anyway, this same patch and their umenus are working good in 8.1.11..
I recreate the umenus with the same specs and it only worked until reboot.


Thanks for the report. We can reproduce and will investigate!

Max 8.2 bug ?