Re: Why is it that png files are not dependable over the long haul

 this is a decoder and encoder to memory..
https://github.com/d3x0r/SACK/blob/master/src/imglib/pngimage.c

decode buf of size...
ImageFile *ImagePngFile (uint8_t * buf, size_t size)

encode image filling in buf* and setting size_t
LOGICAL PngImageFile ( Image pImage, uint8_t ** buf, size_t *size)

// maybe that's too hard to figure out the usage
{
   uint8_t* buf; size_t size;
    PngImageFile( image, &buf, &size );
}

but then it needs the image struct and a whole bunch of other things; well
really just a subset of image data, like a buffer and width/height result
(or used to encode)

*shrug*


On Mon, Aug 6, 2018 at 1:53 PM Dustin Oprea <[email protected]>
wrote:

> Yeah, but, for the sake of your images, I'd consider writing them back out
> into some stable, standard format.
>
> - If this option keeps the write window as the default, you should
> theoretically just read then write them, and your images will be fixed.
> - If not the above, then maybe you can somehow tweak the reading window to
> be the size you need and the output window to be the default size with the
> help of this list.
> - If not the above, then encode and save the raw bytes, revert the hack,
> and then re-read the raw bytes, decode, and write them as once-again happy,
> conformant PNGs.
>
>
>
> Dustin
>
> On Mon, Aug 6, 2018, 16:16 Ruben Safir <ruben-v1XHP5QhJixWk0Htik3J/[email protected]> wrote:
>
>> On 08/06/2018 02:20 PM, Dustin Oprea wrote:
>> > The issue that you're having has existed for one month fourteen years
>> ago.
>> > Next year, it'll be fifteen years. In five years, it'll be about twenty
>> > since it happened. It's in the distant past by this point.
>> Unfortunately,
>> > you were negatively affected by it. Unfortunately, not many others were.
>> > Unfortunately, it's not a quick fix.
>> >
>> > If you need to tweak libpng's behavior, just clone it, modify it, build
>> it,
>> > and keep it separate from the system version. No need for it to get
>> > complicated.
>>
>>
>> I see.  So these options cause a break in libpng's behavior from the
>> sepecification, but allow me to render these images.
>>
>> I can rerender them then and forget about this happening again.
>>
>>
>>
>> --
>> So many immigrant groups have swept through our town
>> that Brooklyn, like Atlantis, reaches mythological
>> proportions in the mind of the world - RI Safir 1998
>> http://www.mrbrklyn.com
>> DRM is THEFT - We are the STAKEHOLDERS - RI Safir 2002
>>
>> http://www.nylxs.com - Leadership Development in Free Software
>> http://www.brooklyn-living.com
>>
>> Being so tracked is for FARM ANIMALS and and extermination camps,
>> but incompatible with living as a free human being. -RI Safir 2013
>>
>>
>> ------------------------------------------------------------------------------
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>> _______________________________________________
>> png-mng-implement mailing list
>> png-mng-implement-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
>> https://lists.sourceforge.net/lists/listinfo/png-mng-implement
>>
>
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> _______________________________________________
> png-mng-implement mailing list
> png-mng-implement-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> https://lists.sourceforge.net/lists/listinfo/png-mng-implement
>

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot

_______________________________________________
png-mng-implement mailing list
png-mng-implement-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
https://lists.sourceforge.net/lists/listinfo/png-mng-implement