[Cin] libaom 3.2.0 patch1 fixed for arm/linux?

[Andrew Randrianasulu]

On Wednesday, January 12, 2022, Phyllis Smith <phylsmith2017 at gmail.com>
wrote:

> MatN and Andrew,
> I need clarification please.
> 1) Thirdparty-Makefile-giflib.patch that Mat attached is definitely
> needed and should be checked into GIT? probably yes?
> 2) libaom-v3.2.0.patch1 that Andrew provided on Jan. 08; is this needed?
> probably not?
> 3) have I missed some other changes? probably not?
>

I can't comment much on libgif patch (Cingg worked dor me without it), but
my patch only should have effect on Linux/arm, I do not have suitable
chroot for testing, but from stackoverflow answers it seems __linux__ is
right define, even if ANDROID and TERMUX are all-caps, and *BSD spelled
with capitalization too, see example:
https://www.boost.org/doc/libs/1_63_0/boost/config/platform/bsd.hpp)

>
> On Tue, Jan 11, 2022 at 8:23 AM mnieuw--- via Cin <
> cin at lists.cinelerra-gg.org> wrote:
>
>> 1. Attached is the thirdparty Makfile patch to fix the giflib invalid
>> configure script.
>>
>> 2. I tested video rendering with a 24 seconds 1080p30 yuvj420 file wuth
>> two channel audio. Loaded as new project. I used the default HD
>> rendering, and put a radial blur on the video track, without changing
>> its parameters.
>> Rendering went OK, but slow: 4 seconds per frame. Not quite ready for
>> prime time :-) The result played fine in Deb11/aarch64, Fedora35/x86_64
>> and Mint 19.2/x86_64 , no visible difference from the original.
>>
>>
>> > I think you already using system mode (full system emulation - so you
>> > can run NetBsd or MacOS or windows - they see emulated/virtual
>> > machine to run on..) User-mode qemu run Linux binaries on top of same
>> > kernel BUT they can belong to another architecture! So overhead can
>> > be less.. (no mmu emulation). You can edit files inside proot 'vm'
>> > from host - no need for samba/nfs.
>>
>> I have macOS in user mode, it runs fine (but need to re-install). It
>> also ran fine in system mode (since deleted). I have not checked if
>> there is a speed difference between the two nodes, nothing very
>> noticable anyway.
>>
>> I will dig into this proot, maybe it is simpler than a --target option
>> for all ./configure scripts.
>>
>> > well, qemu's own docs not very useful at this moment
>> >
>> > https://www.qemu.org/docs/master/user/main.html
>> >
>> > but Debian's documentation  looks better
>> > https://wiki.debian.org/QemuUserEmulation
>> > ===
>> > This page describes how to setup and use QEMU user emulation in a
>> > "transparent" fashion, allowing execution of non-native target
>> > executables just like native ones (i.e. ./program).
>> > ====
>>
>> Almost all documentation I find about qemu/libvirt is outdated in some
>> respects. Execution of a non-native target just like a native one is
>> not so important I think, as long as the build of CinGG goes alright.
>>
>> I prefer each VM as a separate window.
>>
>> 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/20220113/32eca575/attachment.htm>