that's it, thanks. I did not find anything about that in the camlib documentation.
-- Regis St-Gelais www.laubrass.com -- "Jonatan Fernstad" <[EMAIL PROTECTED]> a �crit dans le message de news:[EMAIL PROTECTED] > Regis, > > Have you tried byteswapping each 16 bit pixel in the picture on the Z72? > At a quick glance it looks like it may be an endian issue. > > Jonatan > www.clievideo.com > > > "Regis St-Gelais" <[EMAIL PROTECTED]> wrote in message > news:[EMAIL PROTECTED] > > I have an application that take picture using PalmOne CameraLib APIs. > > It work fine in the Zire71 but not in the Zire72 > > > > I succesfully set the capture format using something like: > > > > CamLibCaptureDataFormat.type=kCamLibCaptureDataFormatRGB565; > > errNo=CamLibControl(refNum, kCamLibCtrlCaptureFormatSet, > > &CamLibCaptureDataFormat); > > > > From the image I get it is as if the captured data is not in RGB565 (see > > attached picture) > > > > In the cameraV2 sample of palmone SDK, they use a bitmap (created on an > > offscreen window) as a buffer to receive the captured data with a MemMove > to > > the bitmap bits and then they display that bitmap. Are the bits of a > bitmap > > coded in RGB565? > > > > Normaly, setting the capture format to RGB565 should return me pixels > > informations coded in RGB565 (as it is doing with the zire71) > > > > Any Clues??? > > > > Thanks > > > > -- > > Regis St-Gelais > > www.laubrass.com > > -- > > > > > > > > > -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
