Question about reading pixels from high resolution pictures

[DaCarSoft]

Hi all!

I have a question rounding my mind  , related to a new project that I have to do, and I'm trying to suppose if it is possible to do directly from GLBasic or I need to use some other programming language:

I would like to open a high resolution picture (a JPEG of 1,3 megapixels, for example) from GLBasic and read every pixel from the picture to found where are located the pixels of a specific color (the red ones or RGB = #FF0000 for example).

I know, for example, that in Visual Basic you can do this by loading a picture in a control object like "image box" and read every individual pixel as you need, it does not matter if the image does not fit into screen, you can read pixels wich are not showed just on screen, these pixels may be hidden behind the limits of the control that could have scrolling bars.

But...   Is this possible in GLBasic??   Can I open in any way a full 1,3 Mpx JPEG at full resolution and read the colour from some pixels in a X,Y coordinate??

May be that I need a back buffer??

I was thinking about a possible way: To convert from JPEG to BMP and try to read pixels from the file directly as text...   Is that possible from GLBasic?? 

All suggestions will be highly appreciated... 

Thanks in advance.


EDIT:   I will test with LOADSPRITE and GETPIXEL using high resolution pictures to know wich are the resolution limits for GLBasic, but I suppose these limits are low...    ??   I read in this forums some comments related to this limits some time ago, almost for iPhone/iPad...   I would like my solution could be cross platform.

??

[msx]

Personally I would try to understand the structure of each type of image file and read the data directly from this.

[DaCarSoft]

Pufff, in JPEGs this is complex.   JPEGs are compressed...

[mentalthink]

Doing a virtual screen, with window or usescreen can works?¿... or perhaps if you put the texture into a 3d plane?¿ then read with readpixel?¿.

[fuzzy70]

I would use LOADSPRITE then SPRITE2MEM() (LOADSPRITEMEM() is only useful if you know the size of the image thats being loaded. Once the data is in the array you can then scan it for what you need using bitwise operations for the individual colours. Using READPIXEL is possible but extremely slow.

Lee

[kanonet]

Fuzzy is right: LOADSPRITEMEM etc. is the way to go, but
Fuzzy is wrong: you dont need to know width and hight to use it, so its the perfect function for you!


What you want to do can easily be done with GLB - but in case you want to do it at real time, every frame - im not sure if it would be fast enough, but you should try.

[r0ber7]

LOADSPRITEMEM can do amazing things. I use it to detect the solid parts of my level tiles. It checks the pixels for each tile. Based on the color of the pixels, I get an array of x&y coordinates to use in my collision detection. :-)

[fuzzy70]

Fuzzy is right: LOADSPRITEMEM etc. is the way to go, but
Fuzzy is wrong: you dont need to know width and hight to use it, so its the perfect function for you!


What you want to do can easily be done with GLB - but in case you want to do it at real time, every frame - im not sure if it would be fast enough, but you should try.

Thanks Kanonet for correcting me  . I have not had a use for that command yet & just saw the w% & h% in the parameters without actually realising that those variables must be filled in by GLB when the image is loaded, rather than required to load an image.

I may use it more now though thanks to you pointing out my errror 

Lee

[DaCarSoft]

Wow!

Thanks so much for all people...

Now, I have enough information to start my testing in the correct way...   I didn't have very clear the use and limits of LOADSPRITEMEM...

I do not need to do calculations in real time, so, speed is not a priority...


Thanks so so so much to all!!!!

[msx]

Suerte