<div dir="ltr"><div class="gmail_default" style="font-size:small">MatN and Andrew,</div><div class="gmail_default" style="font-size:small">I need clarification please.</div><div class="gmail_default" style="font-size:small">1) Thirdparty-Makefile-giflib.patch that Mat attached is definitely needed and should be checked into GIT? probably yes?<br></div><div class="gmail_default" style="font-size:small">2) libaom-v3.2.0.patch1 that Andrew provided on Jan. 08; is this needed? probably not?<br></div><div class="gmail_default" style="font-size:small">3) have I missed some other changes? probably not?<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jan 11, 2022 at 8:23 AM mnieuw--- via Cin <<a href="mailto:cin@lists.cinelerra-gg.org">cin@lists.cinelerra-gg.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">1. Attached is the thirdparty Makfile patch to fix the giflib invalid<br>
configure script.<br>
<br>
2. I tested video rendering with a 24 seconds 1080p30 yuvj420 file wuth<br>
two channel audio. Loaded as new project. I used the default HD<br>
rendering, and put a radial blur on the video track, without changing<br>
its parameters.<br>
Rendering went OK, but slow: 4 seconds per frame. Not quite ready for<br>
prime time :-) The result played fine in Deb11/aarch64, Fedora35/x86_64<br>
and Mint 19.2/x86_64 , no visible difference from the original.<br>
<br>
<br>
> I think you already using system mode (full system emulation - so you<br>
> can run NetBsd or MacOS or windows - they see emulated/virtual<br>
> machine to run on..) User-mode qemu run Linux binaries on top of same<br>
> kernel BUT they can belong to another architecture! So overhead can<br>
> be less.. (no mmu emulation). You can edit files inside proot 'vm'<br>
> from host - no need for samba/nfs.<br>
<br>
I have macOS in user mode, it runs fine (but need to re-install). It<br>
also ran fine in system mode (since deleted). I have not checked if<br>
there is a speed difference between the two nodes, nothing very<br>
noticable anyway.<br>
<br>
I will dig into this proot, maybe it is simpler than a --target option<br>
for all ./configure scripts.<br>
<br>
> well, qemu's own docs not very useful at this moment<br>
> <br>
> <a href="https://www.qemu.org/docs/master/user/main.html" rel="noreferrer" target="_blank">https://www.qemu.org/docs/master/user/main.html</a><br>
> <br>
> but Debian's documentation  looks better<br>
> <a href="https://wiki.debian.org/QemuUserEmulation" rel="noreferrer" target="_blank">https://wiki.debian.org/QemuUserEmulation</a><br>
> ===<br>
> This page describes how to setup and use QEMU user emulation in a<br>
> "transparent" fashion, allowing execution of non-native target<br>
> executables just like native ones (i.e. ./program).<br>
> ====<br>
<br>
Almost all documentation I find about qemu/libvirt is outdated in some<br>
respects. Execution of a non-native target just like a native one is<br>
not so important I think, as long as the build of CinGG goes alright.<br>
<br>
I prefer each VM as a separate window.<br>
<br>
MatN<br>
-- <br>
Cin mailing list<br>
<a href="mailto:Cin@lists.cinelerra-gg.org" target="_blank">Cin@lists.cinelerra-gg.org</a><br>
<a href="https://lists.cinelerra-gg.org/mailman/listinfo/cin" rel="noreferrer" target="_blank">https://lists.cinelerra-gg.org/mailman/listinfo/cin</a><br>
</blockquote></div>