I'm trying to use a 2D picture control to display rapidly changing data - I need a decent frame rate. I'm using the Cairo graphics library to generate the bitmap I want to display and then using a dll call to LabVIEW:MoveBlock to get it to display. The bitmap is fairly large (720x1366) but Cairo and the MoveBlock seem pretty efficient and their performance is fine. The problem is that I need to convert the frame (a 1D array of U32, representing ARGB) to an array of U8 representing R then G then B. This is then converted to a string and sent to the 2D picture control to display. I'm using this VI to do the conversion. The ARGB and RGB arrays are preallocated. However, the performance still sucks. At the moment I'm getting about 16 frames a second and this section of my main loop is taking four times longer than everything else put together. All I'm trying to do is strip out the alpha channel! I've tried using masking and bitshifts rather than the split number blocks - no benefit. I've tried pulling back the original frame as an array of U8 (A then R then G then B) and then using the decimate array and interleave array blocks to filter out the A bytes. It was slower. Any ideas? Luke

LabVIEW

ARGB to RGB, array processing performance

Also, if this project is anything more serious than something to play about with, do yourself a favour and pick a better suited language. As much as I love it, it's far from ideal for games.

Message 21 of 21

(474 Views)

LabVIEW

ARGB to RGB, array processing performance

Re: ARGB to RGB, array processing performance