[Cin] Wikipedia HU

2021-11-27 Thread mnieuw--- via Cin
I have just published the Hungarian version of the Cinelerra Wikipdia pages. https://hu.wikipedia.org/wiki/Cinelerra Translated from a combination of the EN/DE/NL CinGG Wikipedia pages using DeepL, verified by the same person who did the Hungarian Cinelerra-GG review on Youtube . He found

Re: [Cin] udf verifier

2021-11-27 Thread Andrew Randrianasulu via Cin
udfinfo: Warning: Second and third Anchor Volume Descriptor Pointer not found those three AVDP structures requred by avchd format.. so, I hope mkudffs from new udftools will fix this at least for some standard info see sony patent (thankfully expired!):

Re: [Cin] udf verifier

2021-11-27 Thread Terje J. Hanssen via Cin
Den 27.11.2021 15:36, skrev Andrew Randrianasulu: "Error: Number of AVDPs less than 2: 1, AVDP at 256 - UDF 2.2.3, 6.10..., 6.13..., 6.14" um.. I hope never mkudffs (you need to specify blocksize 2048 for optical media image) in mkudffs 2.x) can correct this.. Sorry, I don't

Re: [Cin] one more termux patch!

2021-11-27 Thread Phyllis Smith via Cin
> still, because I suspect more of such patches will be needed for new-ish > architectures (ppc64le, aarch64, e2k..) this specific patch might go in or > wait depending on Phyllis feelings as de-facto our release engineer (most > periodic-release softwares tend to have feature/code freeze just

Re: [Cin] udf verifier

2021-11-27 Thread Andrew Randrianasulu via Cin
"Error: Number of AVDPs less than 2: 1, AVDP at 256 - UDF 2.2.3, 6.10..., 6.13..., 6.14" um.. I hope never mkudffs (you need to specify blocksize 2048 for optical media image) in mkudffs 2.x) can correct this.. next stop - metadata partition/files (unimplemented currently) On Saturday,

Re: [Cin] udf verifier

2021-11-27 Thread Terje J. Hanssen via Cin
Den 27.11.2021 14:28, skrev Andrew Randrianasulu: On Saturday, November 27, 2021, Terje J. Hanssen mailto:terjejhans...@gmail.com>> wrote: Den 27.11.2021 06:27, skrev Andrew Randrianasulu via Cin: Can anyone try to test bdwrite's output with this tool:

Re: [Cin] one more termux patch!

2021-11-27 Thread mnieuw--- via Cin
With patch 0001, builds fine here on Mint 19.2. MatN On Sat, 27 Nov 2021 02:58:09 +0300 Andrew Randrianasulu via Cin wrote: > On Saturday, November 27, 2021, Phyllis Smith via Cin < > cin@lists.cinelerra-gg.org> wrote: > > > This initial patch worked with no errors on Fedora 32. Will be > >

[Cin] dav1d 0.5.1 patch fix?

2021-11-27 Thread Andrew Randrianasulu via Cin
it does not work on non-x86 at the moment (need more work) but at least on x86 patching should be ok now. anyone want to test? (patch with git am please :-} ) From 8b81da0479d486b748512e4a262fb2d88c7e8814 Mon Sep 17 00:00:00 2001 From: Andrew Randrianasulu Date: Sat, 27 Nov 2021 17:14:25 +0300

Re: [Cin] one more termux patch!

2021-11-27 Thread mnieuw--- via Cin
Andrea, I patch while in the cinelerra5.1 directory using the -p parameter. That strips the specified number of forward slashes plus all that precedes it before applying the patch. For instance, Andrew's recent 0001.. patch has in it: +++ b/cinelerra-5.1/thirdparty/Makefile Using -p2 that is

Re: [Cin] one more termux patch!

2021-11-27 Thread Andrew Randrianasulu via Cin
On Saturday, November 27, 2021, Andrea paz wrote: > 1- Applying only the first patch and then moving the result > (libavc1394-0.5.4.patch1) to .../thirdparty//src, the compilation is > successful, without even using patch 2. > I used patch < ... instead of git am > > 2- Using also the second

Re: [Cin] udf verifier

2021-11-27 Thread Andrew Randrianasulu via Cin
On Saturday, November 27, 2021, Terje J. Hanssen wrote: > > > Den 27.11.2021 06:27, skrev Andrew Randrianasulu via Cin: > >> Can anyone try to test bdwrite's output with this tool: >> >> https://www.lscdweb.com/registered/udf_verifier.html < >>

Re: [Cin] one more termux patch!

2021-11-27 Thread Andrew Randrianasulu via Cin
On Saturday, November 27, 2021, mnieuw--- via Cin < cin@lists.cinelerra-gg.org> wrote: > I have tested with patch 001. > > On Fedora_35, native X86_64, build of static and appimage are fine. > They load too. > > On Debian_11. Qemu/aarch64, build fails early on. Log and bld.sh I used > attached.

Re: [Cin] one more termux patch!

2021-11-27 Thread Andrew Randrianasulu via Cin
On Saturday, November 27, 2021, mnieuw--- via Cin < cin@lists.cinelerra-gg.org> wrote: > I have tested with patch 001. > > On Fedora_35, native X86_64, build of static and appimage are fine. > They load too. > > On Debian_11. Qemu/aarch64, build fails early on. Log and bld.sh I used > attached.

Re: [Cin] udf verifier

2021-11-27 Thread Terje J. Hanssen via Cin
Den 27.11.2021 06:27, skrev Andrew Randrianasulu via Cin: Can anyone try to test bdwrite's output with this tool: https://www.lscdweb.com/registered/udf_verifier.html for Netbsd created 2.50 udf on hard drive file it requires

Re: [Cin] one more termux patch!

2021-11-27 Thread mnieuw--- via Cin
I have tested with patch 001. On Fedora_35, native X86_64, build of static and appimage are fine. They load too. On Debian_11. Qemu/aarch64, build fails early on. Log and bld.sh I used attached. For the record: I never yet had a successful build in aarch64. MatN On Sat, 27 Nov 2021 02:58:09

Re: [Cin] one more termux patch!

2021-11-27 Thread Andrea paz via Cin
1- Applying only the first patch and then moving the result (libavc1394-0.5.4.patch1) to .../thirdparty//src, the compilation is successful, without even using patch 2. I used patch < ... instead of git am 2- Using also the second patch and moving the result (libavc1394-0.5.4.patch1 and