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

Reply via email to