ImageView grinds Windows to a hold

[RainerHeintzmann]

A Pluto Notebook on a Windows 10 PC using Julia 1.9 and Pluto 0.19.28 with only the following line in the Pluto notebook: using ImageView is enough to (almost) grind my computer to a halt. Typing any letter on the keyboard in any program has about 1-5 seconds delay to take effekt. Presumably this is some GTK issue. I set NUM_THREADS to any in my environment. I think this is a windows-only problem.

[ashwani-rathee]

Thank you for reporting sir, we are aware of the problem: https://github.com/JuliaImages/ImageView.jl/issues/281 and it's due to an issue with GTK.jl, we are working on port to GTK4.jl here: https://github.com/JuliaImages/ImageView.jl/pull/284. Also, I think in Pluto there isn't much of need for using ImageView, are you trying to update images or something along those lines?

[RainerHeintzmann]

I stumbled over this, since it was in the list of a published Pluto-Notebook. But I guess the idea was to have some interactive image control within Pluto.

[ashwani-rathee]

For interactive use with Images through Pluto, this pluto notebook might be of interest too sir: https://gist.github.com/ashwani-rathee/4211eec75ebdc8becd31ac1c38f50a6b

[mkitti]

Are we doing anything with interactive threads yet?

[ashwani-rathee]

Ones with channels and producers? I could have example ready for that, something like done here: https://medium.com/@ashwanirathee/2-way-communication-with-microcontrollers-using-c-and-julia-611e37c18da7, an example I can think of is getting data from rtsp stream and then processing it, which is doable too.

[mkitti]

Does the ENV["GTK_AUTO_IDLE"] = false trick apply here?

[mkitti]

No, I mean the new Julia 1.9 interactive thread pool.

[jwahlstrand]

Does the ENV["GTK_AUTO_IDLE"] = false trick apply here?

That should work if it's just https://github.com/JuliaGraphics/Gtk.jl/issues/629

In any case the Gtk4 port should be ready soon.

[jwahlstrand]

Just released version 0.12.0 hopefully fixes this.