Hello. I have a database of jpgs (~250,000 and likely to grow above 1e6) that I’d like to use with gl2’s glpixels routine. It’s an interactive app so responsiveness is important. It looks as if the most recent add-on for working with jpgs is pplatimg, which seems to assume (judging by the tests) that the images are kept in a file system…
…which is unfortunate in this case, because my images happen to be comfortably ensconced in a SQLITE BLOB column. They certainly don’t have to be. I could export them to the file system, thereby splitting my database across two data managers (not terribly appealing). I could also, on the fly, retrieve BLOBs, write them to temp jpg files, read them using pplatimg, and render them with glpixels (also not appealing on both performance(?) and aesthetic grounds). I’m happy to do either (well…the latter) if there’s no third choice available, but I thought I’d check first: Does pplatimg (or some other library) have externally-exposed in-memory jpg decoding such that I could retrieve a jpg BLOB to memory, decode it to raw pixels, and call glpixels with it? Or (and the older I get, the more convinced I become that this should be my sig) am I looking at this all wrong? Thanks very much. Ed Sent from my iPad ---------------------------------------------------------------------- For information about J forums see http://www.jsoftware.com/forums.htm
