[Cin] February release with just library updates

[Andrew Randrianasulu]

On Sunday, March 6, 2022, Phyllis Smith via Cin <cin at lists.cinelerra-gg.org>
wrote:

> Andrew,
> Does this mean that the changes that you submitted and were checked into
> GIT in March of 2020, will no longer work?
>
>     TIFF - new choices of LZW, LZWMA, *Deflate*.
>
> If so, should the Deflate be removed as an option?  This is in the Native
> Render for Tiff.
>
>
there was old zlib compressor in libtiff, and there is new faster
libdeflate compressor in new libtiff. Additionally to old one.
so, in theory it should work as before. Can you re-test just in case?

>
> On Wed, Mar 2, 2022 at 3:26 AM Andrew Randrianasulu via Cin <
> cin at lists.cinelerra-gg.org> wrote:
>
>> try this plain diff?
>>
>> On Wednesday, March 2, 2022, Andrew Randrianasulu <
>> randrianasulu at gmail.com> wrote:
>>
>>>
>>>
>>> On Tuesday, March 1, 2022, mat via Cin <cin at lists.cinelerra-gg.org>
>>> wrote:
>>>
>>>> The tiff problem looks to be dependent on the presence of the system of
>>>> the libdeflate-dev package (Debian) or equivalent. If it is installed (and
>>>> it was on my Debian_11) there is (among others) a file
>>>> /usr/include/libdeflate.h . Both on aarch64(qemu) and x86_32 (native
>>>> hardware, not VM). It fails on both in the same way.
>>>>
>>>> On Fedora, I have installed libdeflate (was not there before), and in
>>>> still builds fine, but there is no libdeflate.h and a search on dnfdragore
>>>> on file names does not show it either. So I guess Fedora does not supply it.
>>>>
>>>> If you compare the bld.sh log files, then on Fedora it says under
>>>> "Libtiff is now configured for":
>>>> "libdeflate support: no"
>>>> and on both Debians it says
>>>> "libdeflate support: yes"
>>>>
>>>
>>>
>>> may be force-disabling this support via configure argument for libtiff
>>> will fix build? (obvious)
>>>
>>>>
>>>> So it looks like a bug in tiff.
>>>>
>>>> More to test.
>>>>
>>>> MatN
>>>>
>>>> On Tue, 2022-03-01 at 12:50 -0700, Phyllis Smith via Cin wrote:
>>>>
>>>> Andrew, thanks for testing.  If possible, in March if you create a tgz
>>>> Termux build (like you did earlier and I downloaded), I can again download
>>>> and put on the website for others to use.
>>>>
>>>> Mat, I hope you figure out what the Tiff problem is because it will be
>>>> the same for the 32-bit Debian build problem I had -- the error you get
>>>> sounds the same as what I encountered before reverting to tiff 4.1.0 there.
>>>>
>>>> Also, the AppImage I generate on an HP laptop with Fedora 29 - to
>>>> replicate Redhat Release 8  ( CinGG-20220131-x86-64-older_distros-multibit.AppImage
>>>> ) has audio problems when I try running it on an AMD laptop with Fedora
>>>> 32.  But only if I build it with multibit.  Strange so I have to try to
>>>> figure this out yet.
>>>>
>>>> On Tue, Mar 1, 2022 at 11:52 AM mat via Cin <cin at lists.cinelerra-gg.org>
>>>> wrote:
>>>>
>>>> The 2022-02 release builds fine On Fedora_35/x86_64, but fails on
>>>> Debian_11/aarch64.
>>>> In thirdparty/libtiff-4.3.0/libtiff/tip_zip.c it fails because several
>>>> undefined references to "libdeflate_...." . This is not something in
>>>> Fedora's package manager. Will dig in further.
>>>>
>>>> MatN
>>>>
>>>>
>>>> --
>> Cin mailing list
>> Cin at lists.cinelerra-gg.org
>> https://lists.cinelerra-gg.org/mailman/listinfo/cin
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.cinelerra-gg.org/pipermail/cin/attachments/20220306/bf1346f6/attachment-0001.htm>