rename ImagingNewArray → ImagingAllocateArray
new utility function with old name ImagingNewBlock
call ImagingNewPrologue outside of ImagingAllocateBlock and ImagingAllocateArray
ImagingNewEpilogue now is always success
The Imaging object itself is freed through ImagingDelete in case
when memory is not allocated in ImagingNewBlock or ImagingNewArray
https://samples.libav.org/ says:
This is the Libav samples collection.
You can find samples of various common and uncommon
multimedia formats here. The size of the collection
currently is 54GB and growing.
You are free to download any samples you want, but
if you want to download more than just a few or want
to mirror the whole collection please send a mail to
webmaster(AT)libav(DOT)org *before* you start
and ask for permission.
We can also ship the samples collection to you for a
reasonable fee, inquire for details.
The best way to download samples is with rsync. If you decide
to fetch a large amount (more than 1GB), please limit the rate
to no more than 50 kBps (use the --bwlimit option of rsync).
Please be aware that this samples collection contains a lot
of files that are very obscure, broken in various ways or
are just simply out of use. Hence, it doesn't make sense
to download all of them, unless you are developing a player
applic
BC5 decoding uses only 2 channels instead of 4. The current algorithm did not initialize the RGBA struct which resulted in random values in the output image. This commit should initialize the decoded RGBA struct, thus setting B and A values to default (0).
info['transparency] was not removed when an RGB or L image
was converted to RGBA. This could result in unexpected behavior
when saving the resulting image.
Other image conversions already delete or update the transparency
info. There is a shortcut for RGB/L to RGBA which missed this.
