LV slows down extremely when having large contents in clipboard

[rolfk]

The problem certainly is in the BMP Decode Header.vi. BMP is a complex format with many different possible settings in terms of pixel size and format as well as the color palette. And while the original BMP format was created by Microsoft somewhere around 1990 for Windows 2 and 3. there were over time a few additions and extensions. That Decode Header VI somehow does not seem to fully understand the color format of the BMP as it comes from the clipboard and consequently something goes wrong on the subsequent decoding of the bitmap data.

Since the data itself is not distorted, it seems to get the basic parameters correctly, but something about color handling seems to go wrong. Without the actual image data as it comes from the clipboard, I can't even try to guess what might be the problem. If you can create an indicator on the array output of the first MoveBlock node and then "Make that data Default" in that indicator and attach that VI to a post, I will take a look. But please make sure it is saved in LabVIEW 2019 or earlier format, that makes it a lot easier to investigate without having to get a special installation out.

[PincoG]

Hi Rolf,

thankyou a lot for your offer, but I don't want you to loose your time.

I solved the problem, that seems to be in the second part of the code, the part that resize the image, only for images coded 8bit.

I replaced the Unflatten Pixmap with a Draw Flattened Pixmap, and using the Zoom property to resize the view.

Using 24bit coding avoid any problem since now.

Thankyou again

[rolfk]

You're correct. If you would have checked the example VI in that LLB and in there the View Clipboard Viewer.vi, you can see that it uses the Draw Flattened Pixmap.vi too, although in an old 6.1 compatibility version (different connector pane but same functionality).