Bill, You’re very kind. Thanks.
Ed Sent from my iPad > On Dec 8, 2022, at 8:35 AM, bill lam <bbill....@gmail.com> wrote: > > There is a getimg verb for that purpose. I have just update the addon to > add a line in the test. > Please update and check. Thanks. > > >> On Thu, Dec 8, 2022 at 10:18 PM Ed Gottsman <edward.j.gotts...@gmail.com> >> wrote: >> >> Raul, >> >> Thanks for getting back to me so rapidly and for digging into the code. >> I’d been relying on test.ijs for my understanding of the library’s intended >> use—but you’re right: nothing stops me from learning a few things and >> exploiting what’s under the covers. I happen to be on Windows and all I >> need is to convert encoded in-memory jpg to raw pixels…which, as you imply, >> the library is doing, presumably (in my case) with GDI. How hard could it >> be? :-) >> >> Thanks again. >> >> Ed >> >> Sent from my iPad >> >>>> On Dec 8, 2022, at 8:08 AM, Raul Miller <rauldmil...@gmail.com> wrote: >>> >>> I am not familiar with pplatimag, but browsing the code (in jqt: >>> open 'graphics/pplatimg') shows that it's mostly platform specific >>> calls to external shared libraries. >>> >>> So I guess the answers to two questions would be particularly relevant >> here: >>> >>> (1) which OS are you using? >>> >>> (2) Which parts of pplatimg do you use? >>> >>> That said, looking at the code, I do see stuff like >>> gdk_pixbuf_new_from_data and gdk_pixbuf_save_to_buffer so the answer >>> to your question is probably yes. >>> >>> I hope this helps, >>> >>> >>> -- >>> Raul >>> >>>> On Thu, Dec 8, 2022 at 8:40 AM Ed Gottsman <edward.j.gotts...@gmail.com> >> wrote: >>>> >>>> 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 >>> ---------------------------------------------------------------------- >>> For information about J forums see http://www.jsoftware.com/forums.htm >> ---------------------------------------------------------------------- >> For information about J forums see http://www.jsoftware.com/forums.htm >> > ---------------------------------------------------------------------- > For information about J forums see http://www.jsoftware.com/forums.htm ---------------------------------------------------------------------- For information about J forums see http://www.jsoftware.com/forums.htm