https://www.phoronix.com/news/FLAC-1.4-Released there ARE breaking changes in API so it may not work with our code yet ... One thing NOT mentioned in Phoronix article but spelled out on github is removal of some assembly optimizations, because they "provide only small benefits" and make fuzzing harder... so speed might be slower, not sure how much
So far I just downloaded it and built into Cinelerra. It had no "hard" errors BUT there were 956 lines in the log file about warnings and unknown that I have not yet analyzed. And I have not run any tests. Will update later. On Sun, Sep 11, 2022 at 9:48 AM Andrew Randrianasulu via Cin < [email protected]> wrote:
https://www.phoronix.com/news/FLAC-1.4-Released
there ARE breaking changes in API so it may not work with our code yet ...
One thing NOT mentioned in Phoronix article but spelled out on github is removal of some assembly optimizations, because they "provide only small benefits" and make fuzzing harder...
so speed might be slower, not sure how much -- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
I also tried to compile CinGG with flac-1.4.0.tar.xz; but I get error and it terminates. I attach the cin5.log
ср, 14 сент. 2022 г., 11:34 Andrea paz via Cin <[email protected]>:
I also tried to compile CinGG with flac-1.4.0.tar.xz; but I get error and it terminates. I attach the cin5.log
from log /usr/bin/ld: impossibile trovare /home/paz/cinelerra5/cinelerra-5.1/mpeg2enc/../thirdparty/flac-1.3.2/src/test_libs _common/.libs/libtest_libs_common.a: File o directory non esistente i guess you forgot to alter configure.ac, re-run autgon.sh and may be move away flac 1.3.2 tar from thirdparty/src (so build system become confused about where flac libs actually located) can you (or Phyllis) post your git diff ? --
Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
i guess you forgot to alter configure.ac, re-run autgon.sh and may be move away flac 1.3.2 tar from thirdparty/src (so build system become confused about where flac libs actually located)
Yes, you are right. I had not modified configure.ac. Now I have no errors and CinGG works fine, thanks. I did a rendering test (audio only). With the old flac: 9063 frames; render in 2.08s; 4340 fps. With the new flac-1.4.0: 9063 frames; render in 4.471s; 2027 fps. Basically, the rendering speed has halved. In my opinion, it is not worth upgrading (it was better to keep the "useless" optimizations in assembly!).
ср, 14 сент. 2022 г., 16:08 Andrea paz <[email protected]>:
i guess you forgot to alter configure.ac, re-run autgon.sh and may be move away flac 1.3.2 tar from thirdparty/src (so build system become confused about where flac libs actually located)
Yes, you are right. I had not modified configure.ac. Now I have no errors and CinGG works fine, thanks.
I did a rendering test (audio only). With the old flac:
9063 frames; render in 2.08s; 4340 fps.
With the new flac-1.4.0:
9063 frames; render in 4.471s; 2027 fps.
Basically, the rendering speed has halved. In my opinion, it is not worth upgrading (it was better to keep the "useless" optimizations in assembly!).
wow, this is ..... concerning! can you repeat few times and may be alert flac devs - I thought they were talking about percents slower, not 2x slower! May be we need some new switch/flag in our code for new flac .....
I did a rendering test (audio only). With the old flac:
9063 frames; render in 2.08s; 4340 fps.
With the new flac-1.4.0:
9063 frames; render in 4.471s; 2027 fps.
Basically, the rendering speed has halved. In my opinion, it is not worth upgrading (it was better to keep the "useless" optimizations in assembly!).
I agree with Andrea. The very small test I did for audio only had the
same deplorable results: OLD: ** rendered 2712 frames in 0.190 secs, 14273.684 fps NEW: ** rendered 2712 frames in 4.646 secs, 583.728 fps
ср, 14 сент. 2022 г., 21:46 Phyllis Smith <[email protected]>:
I did a rendering test (audio only). With the old flac:
9063 frames; render in 2.08s; 4340 fps.
With the new flac-1.4.0:
9063 frames; render in 4.471s; 2027 fps.
Basically, the rendering speed has halved. In my opinion, it is not worth upgrading (it was better to keep the "useless" optimizations in assembly!).
I agree with Andrea. The very small test I did for audio only had the same deplorable results: OLD: ** rendered 2712 frames in 0.190 secs, 14273.684 fps NEW: ** rendered 2712 frames in 4.646 secs, 583.728 fps
I posted issue to FLAC's github https://github.com/xiph/flac/issues/450 Let's hope devs there will be able to help ....
I posted issue to FLAC's github Let's hope devs there will be able to help ....
My bad; I had not looked at the size. The test I reported earlier with flac 1.3.2 leads to a 37.5 MB file. The new flac 1.4.0 leads to a 4.7 MB file. Similar situation for other tests. Listening shows no obvious differences.
чт, 15 сент. 2022 г., 10:00 Andrea paz <[email protected]>:
I posted issue to FLAC's github Let's hope devs there will be able to help ....
My bad; I had not looked at the size. The test I reported earlier with flac 1.3.2 leads to a 37.5 MB file. The new flac 1.4.0 leads to a 4.7 MB file. Similar situation for other tests. Listening shows no obvious differences.
well, L in flac mean lossless ..... :) also there was possible solution posted in issue, will make test patch in a moment (but ideally we should be able to set this compression level in gui? I had no idea it existed ...)
can you try attached patch and see if speed back to previous level? чт, 15 сент. 2022 г., 12:02 Andrew Randrianasulu <[email protected]>:
чт, 15 сент. 2022 г., 10:00 Andrea paz <[email protected]>:
I posted issue to FLAC's github Let's hope devs there will be able to help ....
My bad; I had not looked at the size. The test I reported earlier with flac 1.3.2 leads to a 37.5 MB file. The new flac 1.4.0 leads to a 4.7 MB file. Similar situation for other tests. Listening shows no obvious differences.
well, L in flac mean lossless ..... :)
also there was possible solution posted in issue, will make test patch in a moment (but ideally we should be able to set this compression level in gui? I had no idea it existed ...)
Applying the patch and then rendering without touching anything I get the same result as before: twice as long and 4.7 MB in size. The default is: compression_level=5. Applying the patch and then varying the render parameter (compression_level=0): 0.664 sec 13711 fps 44.6 MB Good thing to have introduced the render parameters (well explained) so that the speed/size choice is left to the user. Thank you.
can you try also this patch on top of previous flac patch? in theory it should add flac compression level support in gui чт, 15 сент. 2022 г., 15:40 Andrea paz <[email protected]>:
Applying the patch and then rendering without touching anything I get the same result as before: twice as long and 4.7 MB in size. The default is: compression_level=5.
Applying the patch and then varying the render parameter (compression_level=0):
0.664 sec 13711 fps 44.6 MB
Good thing to have introduced the render parameters (well explained) so that the speed/size choice is left to the user. Thank you.
I will try it also. With the previous patch my results are still a lot slower but the size is almost the same. PATCH * rendered 2712 frames in 1.595 secs, 1700.313 fps 11448186 = size OLD: ** rendered 2712 frames in 0.190 secs, 14273.684 fps 11474493 = size NEW: ** rendered 2712 frames in 4.646 secs, 583.728 fps 9448273 = size I still am of the opinion that we should not upgrade or maybe wait for 1.4.x where x is some future fixes ?? On Thu, Sep 15, 2022 at 1:14 PM Andrew Randrianasulu < [email protected]> wrote:
can you try also this patch on top of previous flac patch?
in theory it should add flac compression level support in gui
чт, 15 сент. 2022 г., 15:40 Andrea paz <[email protected]>:
Applying the patch and then rendering without touching anything I get the same result as before: twice as long and 4.7 MB in size. The default is: compression_level=5.
Applying the patch and then varying the render parameter (compression_level=0):
0.664 sec 13711 fps 44.6 MB
Good thing to have introduced the render parameters (well explained) so that the speed/size choice is left to the user. Thank you.
чт, 15 сент. 2022 г., 23:41 Phyllis Smith <[email protected]>:
I will try it also. With the previous patch my results are still a lot slower but the size is almost the same.
PATCH * rendered 2712 frames in 1.595 secs, 1700.313 fps 11448186 = size OLD: ** rendered 2712 frames in 0.190 secs, 14273.684 fps 11474493 = size NEW: ** rendered 2712 frames in 4.646 secs, 583.728 fps 9448273 = size
I still am of the opinion that we should not upgrade or maybe wait for 1.4.x where x is some future fixes ??
I think compression level patch should work even with old flac .. but yeah, you have some monster machine so may be new flac not as good as old one on it especially. can you try command line FLAC compressor from 1.3 and 1.4 on same machine too?
On Thu, Sep 15, 2022 at 1:14 PM Andrew Randrianasulu < [email protected]> wrote:
can you try also this patch on top of previous flac patch?
in theory it should add flac compression level support in gui
чт, 15 сент. 2022 г., 15:40 Andrea paz <[email protected]>:
Applying the patch and then rendering without touching anything I get the same result as before: twice as long and 4.7 MB in size. The default is: compression_level=5.
Applying the patch and then varying the render parameter (compression_level=0):
0.664 sec 13711 fps 44.6 MB
Good thing to have introduced the render parameters (well explained) so that the speed/size choice is left to the user. Thank you.
It seems that the second patch is applied without errors. But I don't see any difference from the first patch alone. Should a gui appear? A button? I am attaching cin5.log in case I did something wrong.
пт, 16 сент. 2022 г., 00:19 Andrea paz <[email protected]>:
It seems that the second patch is applied without errors. But I don't see any difference from the first patch alone. Should a gui appear? A button?
yes, select FLAC as filetype, then click on wrench icon near audio checkbox .... there must be new field called Compression I am attaching cin5.log in case I did something wrong.
PATCH * rendered 2712 frames in 1.595 secs, 1700.313 fps 11448186 = size OLD: ** rendered 2712 frames in 0.190 secs, 14273.684 fps 11474493 = size NEW: ** rendered 2712 frames in 4.646 secs, 583.728 fps 9448273 = size
AND NOW** rendered 2712 frames in 0.410 secs 6614.634 fps 11448186
- size so definitely improved but what does Andrea see? I still am of the opinion that we should not upgrade or maybe wait for
1.4.x where x is some future fixes ??
I think compression level patch should work even with old flac
but yeah, you have some monster machine so may be new flac not as good as old one on it especially.
The tests I am running are only on a fairly good laptop, not the monster Amd epyc desktop.
can you try command line FLAC compressor from 1.3 and 1.4 on same machine too?
I will see if I can figure out how to do this, but probably not until late tomorrow.
On Thu, Sep 15, 2022 at 1:14 PM Andrew Randrianasulu < [email protected]> wrote:
can you try also this patch on top of previous flac patch?
in theory it should add flac compression level support in gui
чт, 15 сент. 2022 г., 15:40 Andrea paz <[email protected]>:
Applying the patch and then rendering without touching anything I get the same result as before: twice as long and 4.7 MB in size. The default is: compression_level=5.
Applying the patch and then varying the render parameter (compression_level=0):
0.664 sec 13711 fps 44.6 MB
Good thing to have introduced the render parameters (well explained) so that the speed/size choice is left to the user. Thank you.
i guess you forgot to alter configure.ac, re-run autgon.sh and may be move away flac 1.3.2 tar from thirdparty/src (so build system become confused about where flac libs actually located)
can you (or Phyllis) post your git diff ?
Attached is the only "git diff" so far BUT I am working on removing the
new "metadata" as explained in the bottom of the flac README.md and quoted here: libFLAC has grown larger over time as more functionality has been included, but much of it may be unnecessary for a particular embedded implementation. Unused parts may be pruned by some simple editing of configure.ac and src/libFLAC/Makefile.am; the following dependency graph shows which modules may be pruned without breaking things further down: ``` metadata.h stream_decoder.h format.h stream_encoder.h stream_decoder.h format.h stream_decoder.h format.h ``` In other words, for pure decoding applications, both the stream encoder and metadata editing interfaces can be safely removed.
On 220914-07:38+0000, Andrea paz via Cin wrote:
I also tried to compile CinGG with flac-1.4.0.tar.xz; but I get error and it terminates. I attach the cin5.log
Andrea, I see you sent a make log [*] that errors out similarly as mine [**]. Is the directory in your build there, which make complains about and exits: From your cin5.log: /usr/bin/ld: impossibile trovare /home/paz/cinelerra5/cinelerra-5.1/mpeg2enc/../thirdparty/flac-1.3.2/src/libFLAC/.libs/libFLAC.a: File o directory non esistente /usr/bin/ld: impossibile trovare /home/paz/cinelerra5/cinelerra-5.1/mpeg2enc/../thirdparty/flac-1.3.2/src/libFLAC++/.libs/libFLAC++.a: File o directory non esistente /usr/bin/ld: impossibile trovare /home/paz/cinelerra5/cinelerra-5.1/mpeg2enc/../thirdparty/flac-1.3.2/src/share/replaygain_analysis/.libs/libreplaygain_analysis.a: File o directory non esistente /usr/bin/ld: impossibile trovare /home/paz/cinelerra5/cinelerra-5.1/mpeg2enc/../thirdparty/flac-1.3.2/src/share/replaygain_synthesis/.libs/libreplaygain_synthesis.a: File o directory non esistente /usr/bin/ld: impossibile trovare /home/paz/cinelerra5/cinelerra-5.1/mpeg2enc/../thirdparty/flac-1.3.2/src/share/grabbag/.libs/libgrabbag.a: File o directory non esistente /usr/bin/ld: impossibile trovare /home/paz/cinelerra5/cinelerra-5.1/mpeg2enc/../thirdparty/flac-1.3.2/src/share/utf8/.libs/libutf8.a: File o directory non esistente /usr/bin/ld: impossibile trovare /home/paz/cinelerra5/cinelerra-5.1/mpeg2enc/../thirdparty/flac-1.3.2/src/test_libs_common/.libs/libtest_libs_common.a: File o directory non esistente The directory that my make complained about: From my cinelerra_make_220914_1319 : Package lilv-0 was not found in the pkg-config search path. Perhaps you should add the directory containing `lilv-0.pc' to the PKG_CONFIG_PATH environment variable No package 'lilv-0' found Package lilv-0 was not found in the pkg-config search path. Perhaps you should add the directory containing `lilv-0.pc' to the PKG_CONFIG_PATH environment variable No package 'lilv-0' found Package suil-0 was not found in the pkg-config search path. Perhaps you should add the directory containing `suil-0.pc' to the PKG_CONFIG_PATH environment variable No package 'suil-0' found g++ -o x86_64/bdwrite x86_64/bdwrite.o Package lilv-0 was not found in the pkg-config search path. Perhaps you should add the directory containing `lilv-0.pc' to the PKG_CONFIG_PATH environment variable No package 'lilv-0' found is there, but not compiled, seems to me (I don't even know what lilv-0 is at this time): $ ls -ltr /the-path/cinelerra/cinelerra-5.1/thirdparty/lilv-0.24.8/ total 68 -rw-r--r-- 1 mr mr 1124 2019-04-21 19:39 lilv.ttl -rw-r--r-- 1 mr mr 203 2019-10-19 23:34 README.md -rw-r--r-- 1 mr mr 1778 2019-10-19 23:34 INSTALL -rw-r--r-- 1 mr mr 756 2019-10-19 23:34 COPYING -rwxr-xr-x 1 mr mr 691 2019-12-07 12:16 waf -rw-r--r-- 1 mr mr 306 2019-12-12 12:35 AUTHORS -rw-r--r-- 1 mr mr 295 2019-12-12 12:35 lilv.pc.in -rw-r--r-- 1 mr mr 10535 2020-04-26 17:55 NEWS -rw-r--r-- 1 mr mr 18289 2020-04-26 17:55 wscript drwxr-xr-x 1 mr mr 20 2022-09-14 13:19 bindings drwxr-xr-x 1 mr mr 32 2022-09-14 13:19 lilv drwxr-xr-x 1 mr mr 196 2022-09-14 13:19 doc drwxr-xr-x 1 mr mr 244 2022-09-14 13:19 src drwxr-xr-x 1 mr mr 496 2022-09-14 13:19 test drwxr-xr-x 1 mr mr 172 2022-09-14 13:19 utils drwxr-xr-x 1 mr mr 410 2022-09-14 13:22 waflib -rwxr-xr-x 1 mr mr 26 2022-09-14 13:22 configure -rw-r--r-- 1 mr mr 21 2022-09-14 13:22 Makefile drwxr-xr-x 1 mr mr 10 2022-09-14 13:22 usr drwxr-xr-x 1 mr mr 356 2022-09-14 13:22 build How to approach this issue? Regards! --- [*] Sorry I didn't see it before sending my email. The subject line of the thread didn't clearly indicate a compile problem... However, I can't change the subject myself, do not understand enough of this. [**] https://lists.cinelerra-gg.org/pipermail/cin/2022-September/005454.html -- Miroslav Rovis Zagreb, Croatia https://www.CroatiaFidelis.hr my PGP-key: https://www.croatiafidelis.hr/FCF13245ED247DCE443855B7EA9884884FBAF0AE.asc
"lilv" Is a C library interface to the LV2 plugins. Is this library in un your system?? Il mer 14 set 2022, 14:14 Miroslav Rovis <[email protected]> ha scritto:
On 220914-07:38+0000, Andrea paz via Cin wrote:
I also tried to compile CinGG with flac-1.4.0.tar.xz; but I get error and it terminates. I attach the cin5.log
Andrea, I see you sent a make log [*] that errors out similarly as mine [**]. Is the directory in your build there, which make complains about and exits:
From your cin5.log: /usr/bin/ld: impossibile trovare /home/paz/cinelerra5/cinelerra-5.1/mpeg2enc/../thirdparty/flac-1.3.2/src/libFLAC/.libs/libFLAC.a: File o directory non esistente /usr/bin/ld: impossibile trovare /home/paz/cinelerra5/cinelerra-5.1/mpeg2enc/../thirdparty/flac-1.3.2/src/libFLAC++/.libs/libFLAC++.a: File o directory non esistente /usr/bin/ld: impossibile trovare /home/paz/cinelerra5/cinelerra-5.1/mpeg2enc/../thirdparty/flac-1.3.2/src/share/replaygain_analysis/.libs/libreplaygain_analysis.a: File o directory non esistente /usr/bin/ld: impossibile trovare /home/paz/cinelerra5/cinelerra-5.1/mpeg2enc/../thirdparty/flac-1.3.2/src/share/replaygain_synthesis/.libs/libreplaygain_synthesis.a: File o directory non esistente /usr/bin/ld: impossibile trovare /home/paz/cinelerra5/cinelerra-5.1/mpeg2enc/../thirdparty/flac-1.3.2/src/share/grabbag/.libs/libgrabbag.a: File o directory non esistente /usr/bin/ld: impossibile trovare /home/paz/cinelerra5/cinelerra-5.1/mpeg2enc/../thirdparty/flac-1.3.2/src/share/utf8/.libs/libutf8.a: File o directory non esistente /usr/bin/ld: impossibile trovare /home/paz/cinelerra5/cinelerra-5.1/mpeg2enc/../thirdparty/flac-1.3.2/src/test_libs_common/.libs/libtest_libs_common.a: File o directory non esistente
The directory that my make complained about:
From my cinelerra_make_220914_1319 :
Package lilv-0 was not found in the pkg-config search path. Perhaps you should add the directory containing `lilv-0.pc' to the PKG_CONFIG_PATH environment variable No package 'lilv-0' found Package lilv-0 was not found in the pkg-config search path. Perhaps you should add the directory containing `lilv-0.pc' to the PKG_CONFIG_PATH environment variable No package 'lilv-0' found Package suil-0 was not found in the pkg-config search path. Perhaps you should add the directory containing `suil-0.pc' to the PKG_CONFIG_PATH environment variable No package 'suil-0' found g++ -o x86_64/bdwrite x86_64/bdwrite.o Package lilv-0 was not found in the pkg-config search path. Perhaps you should add the directory containing `lilv-0.pc' to the PKG_CONFIG_PATH environment variable No package 'lilv-0' found
is there, but not compiled, seems to me (I don't even know what lilv-0 is at this time):
$ ls -ltr /the-path/cinelerra/cinelerra-5.1/thirdparty/lilv-0.24.8/ total 68 -rw-r--r-- 1 mr mr 1124 2019-04-21 19:39 lilv.ttl -rw-r--r-- 1 mr mr 203 2019-10-19 23:34 README.md -rw-r--r-- 1 mr mr 1778 2019-10-19 23:34 INSTALL -rw-r--r-- 1 mr mr 756 2019-10-19 23:34 COPYING -rwxr-xr-x 1 mr mr 691 2019-12-07 12:16 waf -rw-r--r-- 1 mr mr 306 2019-12-12 12:35 AUTHORS -rw-r--r-- 1 mr mr 295 2019-12-12 12:35 lilv.pc.in -rw-r--r-- 1 mr mr 10535 2020-04-26 17:55 NEWS -rw-r--r-- 1 mr mr 18289 2020-04-26 17:55 wscript drwxr-xr-x 1 mr mr 20 2022-09-14 13:19 bindings drwxr-xr-x 1 mr mr 32 2022-09-14 13:19 lilv drwxr-xr-x 1 mr mr 196 2022-09-14 13:19 doc drwxr-xr-x 1 mr mr 244 2022-09-14 13:19 src drwxr-xr-x 1 mr mr 496 2022-09-14 13:19 test drwxr-xr-x 1 mr mr 172 2022-09-14 13:19 utils drwxr-xr-x 1 mr mr 410 2022-09-14 13:22 waflib -rwxr-xr-x 1 mr mr 26 2022-09-14 13:22 configure -rw-r--r-- 1 mr mr 21 2022-09-14 13:22 Makefile drwxr-xr-x 1 mr mr 10 2022-09-14 13:22 usr drwxr-xr-x 1 mr mr 356 2022-09-14 13:22 build
How to approach this issue?
Regards!
--- [*] Sorry I didn't see it before sending my email. The subject line of the thread didn't clearly indicate a compile problem... However, I can't change the subject myself, do not understand enough of this. [**] https://lists.cinelerra-gg.org/pipermail/cin/2022-September/005454.html
-- Miroslav Rovis Zagreb, Croatia https://www.CroatiaFidelis.hr my PGP-key: https://www.croatiafidelis.hr/FCF13245ED247DCE443855B7EA9884884FBAF0AE.asc
On 220914-18:43+0200, Andrea paz wrote:
"lilv" Is a C library interface to the LV2 plugins. Is this library in un your system??
Yes, now. I decided I needed it: https://packages.debian.org/bookworm/liblilv-0-0 But that didn't help much. It was apparently libtiff that was buggy, according to: https://lists.cinelerra-gg.org/pipermail/cin/2022-September/005466.html In the process of fixing it. But Dinamo Zagreb (which is my city) is playing football (soccer) in Milano, in your Italy, I can't help watching... Regards!
Il mer 14 set 2022, 14:14 Miroslav Rovis <[email protected]> ha scritto:
On 220914-07:38+0000, Andrea paz via Cin wrote:
I also tried to compile CinGG with flac-1.4.0.tar.xz; but I get error and it terminates. I attach the cin5.log
Andrea, I see you sent a make log [*] that errors out similarly as mine [**]. Is the directory in your build there, which make complains about and exits:
From your cin5.log: /usr/bin/ld: impossibile trovare /home/paz/cinelerra5/cinelerra-5.1/mpeg2enc/../thirdparty/flac-1.3.2/src/libFLAC/.libs/libFLAC.a: File o directory non esistente /usr/bin/ld: impossibile trovare /home/paz/cinelerra5/cinelerra-5.1/mpeg2enc/../thirdparty/flac-1.3.2/src/libFLAC++/.libs/libFLAC++.a: File o directory non esistente /usr/bin/ld: impossibile trovare /home/paz/cinelerra5/cinelerra-5.1/mpeg2enc/../thirdparty/flac-1.3.2/src/share/replaygain_analysis/.libs/libreplaygain_analysis.a: File o directory non esistente /usr/bin/ld: impossibile trovare /home/paz/cinelerra5/cinelerra-5.1/mpeg2enc/../thirdparty/flac-1.3.2/src/share/replaygain_synthesis/.libs/libreplaygain_synthesis.a: File o directory non esistente /usr/bin/ld: impossibile trovare /home/paz/cinelerra5/cinelerra-5.1/mpeg2enc/../thirdparty/flac-1.3.2/src/share/grabbag/.libs/libgrabbag.a: File o directory non esistente /usr/bin/ld: impossibile trovare /home/paz/cinelerra5/cinelerra-5.1/mpeg2enc/../thirdparty/flac-1.3.2/src/share/utf8/.libs/libutf8.a: File o directory non esistente /usr/bin/ld: impossibile trovare /home/paz/cinelerra5/cinelerra-5.1/mpeg2enc/../thirdparty/flac-1.3.2/src/test_libs_common/.libs/libtest_libs_common.a: File o directory non esistente
The directory that my make complained about:
From my cinelerra_make_220914_1319 :
Package lilv-0 was not found in the pkg-config search path. Perhaps you should add the directory containing `lilv-0.pc' to the PKG_CONFIG_PATH environment variable No package 'lilv-0' found Package lilv-0 was not found in the pkg-config search path. Perhaps you should add the directory containing `lilv-0.pc' to the PKG_CONFIG_PATH environment variable No package 'lilv-0' found Package suil-0 was not found in the pkg-config search path. Perhaps you should add the directory containing `suil-0.pc' to the PKG_CONFIG_PATH environment variable No package 'suil-0' found g++ -o x86_64/bdwrite x86_64/bdwrite.o Package lilv-0 was not found in the pkg-config search path. Perhaps you should add the directory containing `lilv-0.pc' to the PKG_CONFIG_PATH environment variable No package 'lilv-0' found
is there, but not compiled, seems to me (I don't even know what lilv-0 is at this time):
$ ls -ltr /the-path/cinelerra/cinelerra-5.1/thirdparty/lilv-0.24.8/ total 68 -rw-r--r-- 1 mr mr 1124 2019-04-21 19:39 lilv.ttl -rw-r--r-- 1 mr mr 203 2019-10-19 23:34 README.md -rw-r--r-- 1 mr mr 1778 2019-10-19 23:34 INSTALL -rw-r--r-- 1 mr mr 756 2019-10-19 23:34 COPYING -rwxr-xr-x 1 mr mr 691 2019-12-07 12:16 waf -rw-r--r-- 1 mr mr 306 2019-12-12 12:35 AUTHORS -rw-r--r-- 1 mr mr 295 2019-12-12 12:35 lilv.pc.in -rw-r--r-- 1 mr mr 10535 2020-04-26 17:55 NEWS -rw-r--r-- 1 mr mr 18289 2020-04-26 17:55 wscript drwxr-xr-x 1 mr mr 20 2022-09-14 13:19 bindings drwxr-xr-x 1 mr mr 32 2022-09-14 13:19 lilv drwxr-xr-x 1 mr mr 196 2022-09-14 13:19 doc drwxr-xr-x 1 mr mr 244 2022-09-14 13:19 src drwxr-xr-x 1 mr mr 496 2022-09-14 13:19 test drwxr-xr-x 1 mr mr 172 2022-09-14 13:19 utils drwxr-xr-x 1 mr mr 410 2022-09-14 13:22 waflib -rwxr-xr-x 1 mr mr 26 2022-09-14 13:22 configure -rw-r--r-- 1 mr mr 21 2022-09-14 13:22 Makefile drwxr-xr-x 1 mr mr 10 2022-09-14 13:22 usr drwxr-xr-x 1 mr mr 356 2022-09-14 13:22 build
How to approach this issue?
Regards!
--- [*] Sorry I didn't see it before sending my email. The subject line of the thread didn't clearly indicate a compile problem... However, I can't change the subject myself, do not understand enough of this. [**] https://lists.cinelerra-gg.org/pipermail/cin/2022-September/005454.html
-- Miroslav Rovis Zagreb, Croatia https://www.CroatiaFidelis.hr my PGP-key: https://www.croatiafidelis.hr/FCF13245ED247DCE443855B7EA9884884FBAF0AE.asc
-- Miroslav Rovis Zagreb, Croatia https://www.CroatiaFidelis.hr my PGP-key: https://www.croatiafidelis.hr/FCF13245ED247DCE443855B7EA9884884FBAF0AE.asc
*Andrea*, when you do a build so you get 900+ warning messages in the generated "log" file that look like: /mnt0/build5/cinelerra-5.1/thirdparty/flac-1.4.0/include/FLAC++/export.h:87: warning: Member FLACPP_API_VERSION_CURRENT (macro definition) of group flacpp_export is not documented. /mnt0/build5/cinelerra-5.1/thirdparty/flac-1.4.0/include/FLAC/metadata.h:408: warning: Illegal command \n as part of a title section /mnt0/build5/cinelerra-5.1/thirdparty/flac-1.4.0/include/FLAC/metadata.h:1700: warning: Illegal command \n as part of a title section On Mon, Sep 12, 2022 at 8:12 PM Phyllis Smith <[email protected]> wrote:
So far I just downloaded it and built into Cinelerra. It had no "hard" errors BUT there were 956 lines in the log file about warnings and unknown that I have not yet analyzed. And I have not run any tests. Will update later.
On Sun, Sep 11, 2022 at 9:48 AM Andrew Randrianasulu via Cin < [email protected]> wrote:
https://www.phoronix.com/news/FLAC-1.4-Released
there ARE breaking changes in API so it may not work with our code yet ...
One thing NOT mentioned in Phoronix article but spelled out on github is removal of some assembly optimizations, because they "provide only small benefits" and make fuzzing harder...
so speed might be slower, not sure how much -- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
No, I don't see any change after the second patch. I think I am wrong in applying the patches. How do you apply one patch OVER another? Can you tell me the exact steps? I so far have started from a new git clone ... and then applied the 2 patches at the same time with git am .... In this case it applies the second patch first giving error; then I renamed the second patch to 0002-... and so it works without error. But CinGG shows no new field for compression. @Phyllis I do not have your warnings, as you can see from the log I had attached previously.
пт, 16 сент. 2022 г., 11:23 Andrea paz via Cin <[email protected]>:
No, I don't see any change after the second patch. I think I am wrong in applying the patches. How do you apply one patch OVER another? Can you tell me the exact steps? I so far have started from a new git clone ... and then applied the 2 patches at the same time with git am .... In this case it applies the second patch first giving error; then I renamed the second patch to 0002-... and so it works without error. But CinGG shows no new field for compression.
strange, I still have other patches in tree but I made little series with git-format patch and then screenshot. try to apply it with 'git am'…?
@Phyllis I do not have your warnings, as you can see from the log I had attached previously. -- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
As usual I was the one who was missing the point: I was using ffmpeg's flac preset and not CinGG's internal engine. Sorry. Using the latter the "compression" field is there and is usable. The results are as follows: flac-1.3 (appimage) ** rendered 9063 frames in 0.646 secs, 14029.412 fps, size 18.2 MiB flac-1.4 (build with the 4 patches) default (0): ** rendered 9063 frames in 0.846 secs, 10712.766 fps, size 18.1 MiB (4) : ** rendered 9063 frames in 0.843 secs, 10750.890 fps, size 18.1 MiB (8) : ** rendered 9063 frames in 0.843 secs, 10750.890 fps, size 18.1 MiB It seems that the compression setting is not working, I always get the same result.
oops, I forgot there were more functions in asset.C try attached patch on top of 4 previous? пт, 16 сент. 2022 г., 15:38 Andrea paz <[email protected]>:
As usual I was the one who was missing the point: I was using ffmpeg's flac preset and not CinGG's internal engine. Sorry. Using the latter the "compression" field is there and is usable. The results are as follows:
flac-1.3 (appimage)
** rendered 9063 frames in 0.646 secs, 14029.412 fps, size 18.2 MiB
flac-1.4 (build with the 4 patches)
default (0): ** rendered 9063 frames in 0.846 secs, 10712.766 fps, size 18.1 MiB
(4) : ** rendered 9063 frames in 0.843 secs, 10750.890 fps, size 18.1 MiB
(8) : ** rendered 9063 frames in 0.843 secs, 10750.890 fps, size 18.1 MiB
It seems that the compression setting is not working, I always get the same result.
try attached patch on top of 4 previous?
The V° patch is OK. I remember to you that flac-1.3 result is: ** rendered 9063 frames in 0.646 secs, 14029.412 fps, size 18.2 MiB flac-1.4 (0) : ** rendered 9063 frames in 4.124 secs, 2197.624 fps, size 18.1 MiB (5) : ** rendered 9063 frames in 4.147 secs, 2185.435 fps, size 16.1 MiB (8) : ** rendered 9063 frames in 12.901 secs, 702.504 fps, size 15.8 MiB
пт, 16 сент. 2022 г., 16:46 Andrea paz <[email protected]>:
try attached patch on top of 4 previous?
The V° patch is OK. I remember to you that flac-1.3 result is: ** rendered 9063 frames in 0.646 secs, 14029.412 fps, size 18.2 MiB
flac-1.4
(0) : ** rendered 9063 frames in 4.124 secs, 2197.624 fps, size 18.1 MiB
(5) : ** rendered 9063 frames in 4.147 secs, 2185.435 fps, size 16.1 MiB
(8) : ** rendered 9063 frames in 12.901 secs, 702.504 fps, size 15.8 MiB
---
so compression setting working, but speed still MUCH slower .... can you try same patches with flac 1.3.2 ?
so, compression settings works, and flac 1.4 compress better but MUCH slower .... can you also post your compiler version and look into thirdparty/flac- folder to see if config.log differs much in 1.3 vs 1.4 case? especially all those assembly optimizations ..... пт, 16 сент. 2022 г., 17:10 Andrea paz <[email protected]>:
can you try same patches with flac 1.3.2 ?
(0) : ** rendered 9063 frames in 0.636 secs, 14250.000 fps, size 18.1 MiB
(5) : ** rendered 9063 frames in 0.631 secs, 14362.916 fps, size 17.3 MiB
(8) : ** rendered 9063 frames in 0.882 secs, 10275.510 fps, size 17.0 MiB
If you mean GCC, I have version 12.2.0 in my system. I attach the 2 config.log, because I wouldn't know what to look at.
-CFLAGS='-O3 -funroll-loops -I/home/paz/cinelerra5/cinelerra-5.1/thirdparty/../thirdparty/libogg-1.3.5/include -L/home/paz/cinelerra5/cinelerra-5.1/thirdparty/../thirdparty/libogg-1.3.5/src/.libs /home/paz/cinelerra5/cinelerra-5.1/thirdparty/../thirdparty/libogg-1.3.5/src/.libs/libogg.a -Wall -Wextra -Wstrict-prototypes -Wmissing-prototypes -Waggregate-return -Wcast-align -Wnested-externs -Wshadow -Wundef -Wmissing-declarations -Winline -Wdeclaration-after-statement -D_FORTIFY_SOURCE=2 -fvisibility=hidden -msse2' +CFLAGS='-I/home/paz/cinelerra5/cinelerra-5.1/thirdparty/../thirdparty/libogg-1.3.5/include -L/home/paz/cinelerra5/cinelerra-5.1/thirdparty/../thirdparty/libogg-1.3.5/src/.libs /home/paz/cinelerra5/cinelerra-5.1/thirdparty/../thirdparty/libogg-1.3.5/src/.libs/libogg.a -Wall -Wextra -Wstrict-prototypes -Wmissing-prototypes -Waggregate-return -Wcast-align -Wnested-externs -Wshadow -Wundef -Wmissing-declarations -Winline -Wdeclaration-after-statement -fvisibility=hidden -msse2 -fstack-protector-strong' --- so, we missed "-03 -funroll-loops" somewhat ..... it seems? пт, 16 сент. 2022 г., 17:48 Andrea paz <[email protected]>:
If you mean GCC, I have version 12.2.0 in my system. I attach the 2 config.log, because I wouldn't know what to look at.
Could it be that it depends on the latest kernel (I have 5.19.8)? I remember Torvalds deprecating -O3.
пт, 16 сент. 2022 г., 18:09 Andrea paz <[email protected]>:
Could it be that it depends on the latest kernel (I have 5.19.8)? I remember Torvalds deprecating -O3.
i hope it was just for kernel itself, not for applications running on top of it! try this patch (attached)
oh, tripple sorry, missing 'space' at the end / add 0007 or fix it manually ... пт, 16 сент. 2022 г., 18:30 Andrea paz <[email protected]>:
I have a crash while compiling with patch 6
A little better, but not too much better.... (0) : ** rendered 9063 frames in 2.938 secs, 3084.752 fps, size 18.1 MiB (5) : ** rendered 9063 frames in 2.202 secs, 4115.804 fps, size 16.1 MiB (8) : ** rendered 9063 frames in 2.754 secs, 3290.850 fps, size , 15.8 MiB
try more cppflags/cxxflags! пт, 16 сент. 2022 г., 19:09 Andrea paz <[email protected]>:
A little better, but not too much better....
(0) : ** rendered 9063 frames in 2.938 secs, 3084.752 fps, size 18.1 MiB
(5) : ** rendered 9063 frames in 2.202 secs, 4115.804 fps, size 16.1 MiB
(8) : ** rendered 9063 frames in 2.754 secs, 3290.850 fps, size , 15.8 MiB
and may be also this patch, adding "enable-debug=no" to config params , according to https://github.com/xiph/flac/commit/b3ece71334540aa35de30c821ae83acc1c503b01 пт, 16 сент. 2022 г., 19:46 Andrew Randrianasulu <[email protected]>:
try more cppflags/cxxflags!
пт, 16 сент. 2022 г., 19:09 Andrea paz <[email protected]>:
A little better, but not too much better....
(0) : ** rendered 9063 frames in 2.938 secs, 3084.752 fps, size 18.1 MiB
(5) : ** rendered 9063 frames in 2.202 secs, 4115.804 fps, size 16.1 MiB
(8) : ** rendered 9063 frames in 2.754 secs, 3290.850 fps, size , 15.8 MiB
Great! The results are excellent: (0) : ** rendered 9063 frames in 0.641 secs, 14138.846 fps, size 18.1 MiB (5) : ** rendered 9063 frames in 0.632 secs, 14340.190 fps, size 16.1 MiB (8) : ** rendered 9063 frames in 1.134 secs, 7992.063 fps, size 15.8 MiB Perhaps ffmpeg's flac preset is better, but even so it is great (with ffmpeg it goes from 0.6 sec with 44 MiB files up to 4 sec with 4.7 MiB files). Thanks!
пт, 16 сент. 2022 г., 21:26 Andrea paz <[email protected]>:
Great! The results are excellent:
(0) : ** rendered 9063 frames in 0.641 secs, 14138.846 fps, size 18.1 MiB
(5) : ** rendered 9063 frames in 0.632 secs, 14340.190 fps, size 16.1 MiB
(8) : ** rendered 9063 frames in 1.134 secs, 7992.063 fps, size 15.8 MiB
---
cool! may be because compression level 5 actually both faster and more compressed we can make it our default too?
Perhaps ffmpeg's flac preset is better, but even so it is great (with ffmpeg it goes from 0.6 sec with 44 MiB files up to 4 sec with 4.7 MiB files). Thanks!
so set it like this .... пт, 16 сент. 2022 г., 21:57 Andrea paz <[email protected]>:
Yes, the best Is compression level 5.
Applying all patches up to 0008-more-cpp..., I got good results using compression 0 in the gui (unless I am too tired and misread what I was doing): ** rendered 2712 frames in 0.174 secs, 15586.207 fps I still get all of the metadata warnings. So, Andrew, could you modify thirdparty/Makefile to get rid of the Flac metadata junk? On Fri, Sep 16, 2022 at 10:54 AM Andrew Randrianasulu via Cin < [email protected]> wrote:
try more cppflags/cxxflags!
пт, 16 сент. 2022 г., 19:09 Andrea paz <[email protected]>:
A little better, but not too much better....
(0) : ** rendered 9063 frames in 2.938 secs, 3084.752 fps, size 18.1 MiB
(5) : ** rendered 9063 frames in 2.202 secs, 4115.804 fps, size 16.1 MiB
(8) : ** rendered 9063 frames in 2.754 secs, 3290.850 fps, size , 15.8 MiB
-- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
пт, 16 сент. 2022 г., 22:32 Phyllis Smith <[email protected]>:
Applying all patches up to 0008-more-cpp..., I got good results using compression 0 in the gui (unless I am too tired and misread what I was doing):
** rendered 2712 frames in 0.174 secs, 15586.207 fps
I still get all of the metadata warnings. So, Andrew, could you modify thirdparty/Makefile to get rid of the Flac metadata junk?
I have not tried to compile flac-1.4 myself yet ) tonight, probably ....
On Fri, Sep 16, 2022 at 10:54 AM Andrew Randrianasulu via Cin < [email protected]> wrote:
try more cppflags/cxxflags!
пт, 16 сент. 2022 г., 19:09 Andrea paz <[email protected]>:
A little better, but not too much better....
(0) : ** rendered 9063 frames in 2.938 secs, 3084.752 fps, size 18.1 MiB
(5) : ** rendered 9063 frames in 2.202 secs, 4115.804 fps, size 16.1 MiB
(8) : ** rendered 9063 frames in 2.754 secs, 3290.850 fps, size , 15.8 MiB
-- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
пт, 16 сент. 2022 г., 06:12 Phyllis Smith <[email protected]>:
*Andrea*, when you do a build so you get 900+ warning messages in the generated "log" file that look like:
/mnt0/build5/cinelerra-5.1/thirdparty/flac-1.4.0/include/FLAC++/export.h:87: warning: Member FLACPP_API_VERSION_CURRENT (macro definition) of group flacpp_export is not documented. /mnt0/build5/cinelerra-5.1/thirdparty/flac-1.4.0/include/FLAC/metadata.h:408: warning: Illegal command \n as part of a title section /mnt0/build5/cinelerra-5.1/thirdparty/flac-1.4.0/include/FLAC/metadata.h:1700: warning: Illegal command \n as part of a title section
it seems this warning comes from doxygen ... https://github.com/doxygen/doxygen/issues/6304 may be we can just disable documentation building in flac ....
On Mon, Sep 12, 2022 at 8:12 PM Phyllis Smith <[email protected]> wrote:
So far I just downloaded it and built into Cinelerra. It had no "hard" errors BUT there were 956 lines in the log file about warnings and unknown that I have not yet analyzed. And I have not run any tests. Will update later.
On Sun, Sep 11, 2022 at 9:48 AM Andrew Randrianasulu via Cin < [email protected]> wrote:
https://www.phoronix.com/news/FLAC-1.4-Released
there ARE breaking changes in API so it may not work with our code yet ...
One thing NOT mentioned in Phoronix article but spelled out on github is removal of some assembly optimizations, because they "provide only small benefits" and make fuzzing harder...
so speed might be slower, not sure how much -- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
may be like this? i installed doxygen and I can't see new warnings yet ... пт, 16 сент. 2022 г., 23:08 Andrew Randrianasulu <[email protected]>:
пт, 16 сент. 2022 г., 06:12 Phyllis Smith <[email protected]>:
*Andrea*, when you do a build so you get 900+ warning messages in the generated "log" file that look like:
/mnt0/build5/cinelerra-5.1/thirdparty/flac-1.4.0/include/FLAC++/export.h:87: warning: Member FLACPP_API_VERSION_CURRENT (macro definition) of group flacpp_export is not documented. /mnt0/build5/cinelerra-5.1/thirdparty/flac-1.4.0/include/FLAC/metadata.h:408: warning: Illegal command \n as part of a title section /mnt0/build5/cinelerra-5.1/thirdparty/flac-1.4.0/include/FLAC/metadata.h:1700: warning: Illegal command \n as part of a title section
it seems this warning comes from doxygen ...
https://github.com/doxygen/doxygen/issues/6304
may be we can just disable documentation building in flac ....
On Mon, Sep 12, 2022 at 8:12 PM Phyllis Smith <[email protected]> wrote:
So far I just downloaded it and built into Cinelerra. It had no "hard" errors BUT there were 956 lines in the log file about warnings and unknown that I have not yet analyzed. And I have not run any tests. Will update later.
On Sun, Sep 11, 2022 at 9:48 AM Andrew Randrianasulu via Cin < [email protected]> wrote:
https://www.phoronix.com/news/FLAC-1.4-Released
there ARE breaking changes in API so it may not work with our code yet ...
One thing NOT mentioned in Phoronix article but spelled out on github is removal of some assembly optimizations, because they "provide only small benefits" and make fuzzing harder...
so speed might be slower, not sure how much -- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
Andrew,
may be like this?
Added 0014-Disable do... patch but still get errors BUT it is a good patch to put in. Verified 1 small case is now faster than 1.3.2 using your new GUI with compression 0 (and as stated before all patches up to 0008... + 0014... . Still more testing to do here.
i installed doxygen and I can't see new warnings yet ...
пт, 16 сент. 2022 г., 23:08 Andrew Randrianasulu <[email protected]
:
пт, 16 сент. 2022 г., 06:12 Phyllis Smith <[email protected]>:
*Andrea*, when you do a build so you get 900+ warning messages in the generated "log" file that look like:
/mnt0/build5/cinelerra-5.1/thirdparty/flac-1.4.0/include/FLAC++/export.h:87: warning: Member FLACPP_API_VERSION_CURRENT (macro definition) of group flacpp_export is not documented. /mnt0/build5/cinelerra-5.1/thirdparty/flac-1.4.0/include/FLAC/metadata.h:408: warning: Illegal command \n as part of a title section /mnt0/build5/cinelerra-5.1/thirdparty/flac-1.4.0/include/FLAC/metadata.h:1700: warning: Illegal command \n as part of a title section
it seems this warning comes from doxygen ...
https://github.com/doxygen/doxygen/issues/6304
may be we can just disable documentation building in flac ....
On Mon, Sep 12, 2022 at 8:12 PM Phyllis Smith <[email protected]> wrote:
So far I just downloaded it and built into Cinelerra. It had no "hard" errors BUT there were 956 lines in the log file about warnings and unknown that I have not yet analyzed. And I have not run any tests. Will update later.
On Sun, Sep 11, 2022 at 9:48 AM Andrew Randrianasulu via Cin < [email protected]> wrote:
https://www.phoronix.com/news/FLAC-1.4-Released
there ARE breaking changes in API so it may not work with our code yet ...
One thing NOT mentioned in Phoronix article but spelled out on github is removal of some assembly optimizations, because they "provide only small benefits" and make fuzzing harder...
so speed might be slower, not sure how much -- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
Here are the results with all patches (I did not install doxygen): ** rendered 9063 frames in 2.455 secs, 3691.650 fps ** rendered 9063 frames in 2.284 secs, 3968.039 fps ** rendered 9063 frames in 3.117 secs, 2907.603 fps NB: the value of "compression_level" remains as previously set, it does not change to the default automatically.
сб, 17 сент. 2022 г., 11:09 Andrea paz <[email protected]>:
Here are the results with all patches (I did not install doxygen):
** rendered 9063 frames in 2.455 secs, 3691.650 fps
** rendered 9063 frames in 2.284 secs, 3968.039 fps
** rendered 9063 frames in 3.117 secs, 2907.603 fps
--
?? so it back to ~4 k fps instead of 14 ??
NB: the value of "compression_level" remains as previously set, it does not change to the default automatically.
yeah, but it will be at 5 on after program update, hopefully.
сб, 17 сент. 2022 г., 11:22 Andrea paz <[email protected]>:
?? so it back to ~4 k fps instead of 14 ??
I am away from home today and cannot do any more tests. I will see if I can look into the issue tomorrow.
ok, then I will sleep a bit :) sorry for so much trouble with this update
It looks like Andrea got good results -- will wait until Monday to see if he thinks Flac 1.4.0 should go in. Meanwhile, I decided to do a much bigger test and here are the results: Old: 671435 frames in 274.260 secs / 2448.170 fps / Size=2834313874 New: 671435 frames in 244.648 secs / 2744.494 fps / Size=2786770407 (Compression=0) New: 671435 frames in 354.841 secs / 1892.214 fps / Size=2400810590 (Compression=5) Would it not be better to put the default compression level at 0? That would be the most consistent with the old version in speed and in size. I do not think it is a good idea to change what the user is used to seeing -- especially since the speed of the new version is better than the old once Andrew's patches are applied. What do you think? On Sat, Sep 17, 2022 at 2:09 AM Andrea paz <[email protected]> wrote:
Here are the results with all patches (I did not install doxygen):
** rendered 9063 frames in 2.455 secs, 3691.650 fps
** rendered 9063 frames in 2.284 secs, 3968.039 fps
** rendered 9063 frames in 3.117 secs, 2907.603 fps
NB: the value of "compression_level" remains as previously set, it does not change to the default automatically.
сб, 17 сент. 2022 г., 20:50 Phyllis Smith <[email protected]>:
It looks like Andrea got good results -- will wait until Monday to see if he thinks Flac 1.4.0 should go in. Meanwhile, I decided to do a much bigger test and here are the results:
Old: 671435 frames in 274.260 secs / 2448.170 fps / Size=2834313874 New: 671435 frames in 244.648 secs / 2744.494 fps / Size=2786770407 (Compression=0) New: 671435 frames in 354.841 secs / 1892.214 fps / Size=2400810590 (Compression=5)
Would it not be better to put the default compression level at 0? That would be the most consistent with the old version in speed and in size. I do not think it is a good idea to change what the user is used to seeing -- especially since the speed of the new version is better than the old once Andrew's patches are applied. What do you think?
well, it seems speed/size in this case depend on content (what exactly we compress), so lets wait for more tests from Andrea. But at very least this parameter how configurable :-)
On Sat, Sep 17, 2022 at 2:09 AM Andrea paz <[email protected]> wrote:
Here are the results with all patches (I did not install doxygen):
** rendered 9063 frames in 2.455 secs, 3691.650 fps
** rendered 9063 frames in 2.284 secs, 3968.039 fps
** rendered 9063 frames in 3.117 secs, 2907.603 fps
NB: the value of "compression_level" remains as previously set, it does not change to the default automatically.
I added wav-type sources on top of the previous mp3-type sources to make the project a little bigger. Tests confirm that 'compression 5' is more efficient than 'compression 0'. I do not understand why. Phyllis' results seem more logical to me. I also add the results obtained using the flac preset of ffmpeg always at compression 0; 5 and 8. The fps are comparable but not the size (due to optimization patches?). Flac: ** rendered 26152 frames in 2.886 secs, 9061.677 fps, size 63.2 MiB ** rendered 26152 frames in 1.637 secs, 15975.565 fps, size 57.8 MiB ** rendered 26152 frames in 3.368 secs, 7764.846 fps, size 56.8 MiB ffmpeg flac: ** rendered 26152 frames in 3.102 secs, 8430.690 fps, size 138.4 MiB ** rendered 26152 frames in 1.649 secs, 15859.309 fps, size 127.8 MiB ** rendered 26152 frames in 2.937 secs, 8904.324 fps, size 126.4 MiB Flac 1.3 (appimage): ** rendered 26152 frames in 1.445 secs, 18098.270 fps, 63.4 MiB**
Andrea, thanks for excellent and thorough tests. I just do not understand why I get different results. I repeated my small tests again -- the previous last test was a very big one with 671,435 frames and not a normal case because it was a recording of a TV program with 11 audio channels. But this small one has only 2 audio channels. Maybe the difference is because they are video as well as audio (which does not make any sense)? ** rendered 2712 frames in* 0.189 secs, 14349.206 fps / Size=11474491* / 1.3.2 FLAC library ** rendered 2712 frames in *0.185 secs, 14659.459 fps / Size=11448186* / Compression-level=0 ** rendered 2712 frames in 0.319 secs, 8501.567 fps / Size= 9448273 / Compression-level=5 ** rendered 2712 frames in 0.656 secs, 4134.146 fps / Size= 8948373 / Compression-level=8 As you can see from above, compression-level of 0 most closely matches in time and size of the original output from 1.3.2 versus 1.4.0. I am going to do more tests and try on Ubuntu 16 and Debian 32-bit 11. Any thoughts?? On Sun, Sep 18, 2022 at 1:50 AM Andrea paz <[email protected]> wrote:
I added wav-type sources on top of the previous mp3-type sources to make the project a little bigger. Tests confirm that 'compression 5' is more efficient than 'compression 0'. I do not understand why. Phyllis' results seem more logical to me.
I also add the results obtained using the flac preset of ffmpeg always at compression 0; 5 and 8. The fps are comparable but not the size (due to optimization patches?).
Flac: ** rendered 26152 frames in 2.886 secs, 9061.677 fps, size 63.2 MiB
** rendered 26152 frames in 1.637 secs, 15975.565 fps, size 57.8 MiB
** rendered 26152 frames in 3.368 secs, 7764.846 fps, size 56.8 MiB
ffmpeg flac: ** rendered 26152 frames in 3.102 secs, 8430.690 fps, size 138.4 MiB
** rendered 26152 frames in 1.649 secs, 15859.309 fps, size 127.8 MiB
** rendered 26152 frames in 2.937 secs, 8904.324 fps, size 126.4 MiB
Flac 1.3 (appimage): ** rendered 26152 frames in 1.445 secs, 18098.270 fps, 63.4 MiB**
Any thoughts??
In terms of performance it changes little to upgrade to 1.4. But being able to set the compression from gui and also keeping the possibility of further optimizations in the future make me think that it is better to upgrade to 1.4. As a default you can keep the compression at "0" and leave the possibility to change it if the user needs to privilege space over speed.
OK, now that both Andrea and Andrew think we should upgrade to flac 1.4.0, I will check it into GIT in the next couple of days. It did build on both Ubuntu 16 and Debian 11.0 (32-bit). The Debian initially failed on rendering but I must have done something wrong because I could not reproduce it. More tests show results all over the place and some mirror what Andrea was seeing where compression level 5 is better than level 0. Times vary just doing the exact same tests again on the same computer/operating system but size consistent. Anyway listing them here just for showing. *x.wav file input:* ** rendered 449 frames in 0.022 secs, 20409.091 fps / Size=438488 / Flac 1.3.2 ** rendered 449 frames in 0.019 secs, 23631.579 fps / Size=430891 / Flac 1.4.0 Compression=0 ** rendered 449 frames in 0.020 secs, 22450.000 fps / Size=416361 / Flac 1.4.0 Compression=5 ** rendered 449 frames in 0.030 secs, 14966.667 fps / Size=412751 / Flac 1.4.0 Compression=8 *Ubuntu 16 *(no flac 1.3.2 comparison): ** rendered 2713 frames in 0.658 secs, 4123.100 fps / Size=11452512 / Flac 1.4.0 Compression=0 ** rendered 2713 frames in 0.624 secs, 4347.756 fps / Size= 9466523 / Flac 1.4.0 Compression=5 ** rendered 2713 frames in 1.335 secs, 2033.733 fps / Size= 9005632 / Flac 1.4.0 Compression=8 *Debian 11.0 32-bit*: (BTW: as Andrew already noted, the patches for the GUI also worked at 1.3.2.) ** rendered 2713 frames in 0.731 secs, 3771.354 fps / Size=9276506 / Flac 1.3.2 Compression=0 ** rendered 2713 frames in 0.668 secs, 4061.377 fps / Size= 9541136 / Flac 1.3.2Compression=5 ** rendered 2713 frames in 1.653 secs, 1641.258 fps / Size= 11452514 / Flac 1.3.2 Compression=8 ** rendered 2713 frames in 0.601 secs, 4514.143 fps / Size=11452512 / Flac 1.4.0 Compression=0 ** rendered 2713 frames in 0.767 secs, 3537.386 fps / Size=11452512 / Flac 1.4.0 Compression=0 ** rendered 2713 frames in 0.772 secs, 3514.249 fps / Size= 9466515 / Flac 1.4.0 Compression=5 ** rendered 2713 frames in 1.864 secs, 1455.472 fps / Size= 9005623 / Flac 1.4.0 Compression=8 On Sun, Sep 18, 2022 at 11:58 AM Andrea paz <[email protected]> wrote:
Any thoughts??
In terms of performance it changes little to upgrade to 1.4. But being able to set the compression from gui and also keeping the possibility of further optimizations in the future make me think that it is better to upgrade to 1.4. As a default you can keep the compression at "0" and leave the possibility to change it if the user needs to privilege space over speed.
GIT checkin of Flac 1.4.0 is complete with the addition of user configurable Compression Level by clicking on the Audio Wrench in the render menu (default is 0 which seems to be similar to the current usage as far as I can tell). This patch by Andrew + he added 3 new ALAC audio render formats which is *A*pple *L*ossless *A*udio *C*odec. As usual, Andrea did a lot of building and early testing which is very valuable because he keeps his Arch operating system constantly updated which I have not been able to do. Interesting to note that the Flac team made the statement that it has been 9 years between the initial 1.3.x and 1.4.x versions ! P.S. Andrea, if you could build one more time just to make sure I checked everything into GIT correctly, that would be very much appreciated. P.S. Andrew, when you provided the Flac gui patches, you snuck in "0003-Fix-armv7l-build.patch" so I checked that into GIT also but I have no way to test it. Do you? OK, now that both Andrea and Andrew think we should upgrade to flac 1.4.0,
I will check it into GIT in the next couple of days.
ср, 21 сент. 2022 г., 04:46 Phyllis Smith <[email protected]>:
GIT checkin of Flac 1.4.0 is complete with the addition of user configurable Compression Level by clicking on the Audio Wrench in the render menu (default is 0 which seems to be similar to the current usage as far as I can tell). This patch by Andrew + he added 3 new ALAC audio render formats which is *A*pple *L*ossless *A*udio *C*odec. As usual, Andrea did a lot of building and early testing which is very valuable because he keeps his Arch operating system constantly updated which I have not been able to do. Interesting to note that the Flac team made the statement that it has been 9 years between the initial 1.3.x and 1.4.x versions !
P.S. Andrea, if you could build one more time just to make sure I checked everything into GIT correctly, that would be very much appreciated. P.S. Andrew, when you provided the Flac gui patches, you snuck in "0003-Fix-armv7l-build.patch" so I checked that into GIT also but I have no way to test it. Do you?
I hope user 'goat' will test this one. I also hope to see libtiff configure patch checked in, because it fixes build failure.
OK, now that both Andrea and Andrew think we should upgrade to flac 1.4.0,
I will check it into GIT in the next couple of days.
The build from git is OK. I tried flac with compression 0 and 5 and then also the new alac: FLAC ** rendered 26152 frames in 1.448 secs, 18060.773 fps, size 63 MiB (compression 0) ** rendered 26152 frames in 1.650 secs, 15849.697 fps, Size 57.8 MiB (compression 5) This time the result is in line with yours. ALAC ** rendered 26152 frames in 2.766 secs, 9454.808 fps, size 138 MiB (mkv) ** rendered 26152 frames in 2.664 secs, 9816.817 fps, size 138 MiB (qt) Since ALAC is a pro and lossless format, I have modified the manual page to reflect this.
The build from git is OK. I tried flac with compression 0 and 5 and then also the new alac:
FLAC
** rendered 26152 frames in 1.448 secs, 18060.773 fps, size 63 MiB (compression 0)
** rendered 26152 frames in 1.650 secs, 15849.697 fps, Size 57.8 MiB (compression 5)
This time the result is in line with yours.
Andrea, in most of my tests, I always did compression level 0 first which meant that my audio was not already loaded into memory. Then I did level 5 and now it WAS already loaded into memory. That may have been your case too.
ALAC
** rendered 26152 frames in 2.766 secs, 9454.808 fps, size 138 MiB (mkv)
** rendered 26152 frames in 2.664 secs, 9816.817 fps, size 138 MiB (qt)
Since ALAC is a pro and lossless format, I have modified the manual page to reflect this.
Thank you. I checked your change into GIT.
Forgot to mention - still getting 900 warning/errors that I do no know how to get rid of. They are very annoying: /mnt0/build5/cinelerra-5.1/thirdparty/flac-1.4.0/include/FLAC/stream_encoder.h:1510: warning: Illegal command \n as pa rt of a title section /mnt0/build5/cinelerra-5.1/thirdparty/flac-1.4.0/include/FLAC/stream_encoder.h:1578: warning: Illegal command \n as pa rt of a title section /mnt0/build5/cinelerra-5.1/thirdparty/flac-1.4.0/include/FLAC/stream_encoder.h:1612: warning: Illegal command \n as pa rt of a title section /mnt0/build5/cinelerra-5.1/thirdparty/flac-1.4.0/include/FLAC/stream_encoder.h:1647: warning: Illegal command \n as pa rt of a title section /mnt0/build5/cinelerra-5.1/thirdparty/flac-1.4.0/include/FLAC/stream_encoder.h:1684: warning: Illegal command \n as pa rt of a title section /mnt0/build5/cinelerra-5.1/thirdparty/flac-1.4.0/include/FLAC/stream_encoder.h:1720: warning: Illegal command \n as pa rt of a title section /mnt0/build5/cinelerra-5.1/thirdparty/flac-1.4.0/include/FLAC/stream_encoder.h:1745: warning: Illegal command \n as pa rt of a title section /mnt0/build5/cinelerra-5.1/thirdparty/flac-1.4.0/include/FLAC/stream_encoder.h:1773: warning: Illegal command \n as pa rt of a title section /mnt0/build5/cinelerra-5.1/thirdparty/flac-1.4.0/include/FLAC/stream_encoder.h:1805: warning: Illegal command \n as pa rt of a title section /mnt0/build5/cinelerra-5.1/thirdparty/flac-1.4.0/include/FLAC++/export.h:80: warning: Member FLACPP_API (macro definit ion) of group flacpp_export is not documented. /mnt0/build5/cinelerra-5.1/thirdparty/flac-1.4.0/include/FLAC++/export.h:87: warning: Member FLACPP_API_VERSION_CURREN T (macro definition) of group flacpp_export is not documented. /mnt0/build5/cinelerra-5.1/thirdparty/flac-1.4.0/include/FLAC++/export.h:88: warning: Member FLACPP_API_VERSION_REVISI ON (macro definition) of group flacpp_export is not documented. /mnt0/build5/cinelerra-5.1/thirdparty/flac-1.4.0/include/FLAC++/export.h:89: warning: Member FLACPP_API_VERSION_AGE (m acro definition) of group flacpp_export is not documented. /mnt0/build5/cinelerra-5.1/thirdparty/flac-1.4.0/include/FLAC++/metadata.h:116: warning: Member Prototype(const ::FLAC __StreamMetadata &) (function) of class FLAC::Metadata::Prototype is not documented. /mnt0/build5/cinelerra-5.1/thirdparty/flac-1.4.0/include/FLAC++/metadata.h:117: warning: Member Prototype(const ::FLAC __StreamMetadata *) (function) of class FLAC::Metadata::Prototype is not documented. /mnt0/build5/cinelerra-5.1/thirdparty/flac-1.4.0/include/FLAC++/metadata.h:135: warning: Member operator=(const ::FLAC __StreamMetadata &) (function) of class FLAC::Metadata::Prototype is not documented. /mnt0/build5/cinelerra-5.1/thirdparty/flac-1.4.0/include/FLAC++/metadata.h:136: warning: Member operator=(const ::FLAC __StreamMetadata *) (function) of class FLAC::Metadata::Prototype is not documented. /mnt0/build5/cinelerra-5.1/thirdparty/flac-1.4.0/include/FLAC++/metadata.h:158: warning: Member operator==(const ::FLA C__StreamMetadata &) const (function) of class FLAC::Metadata::Prototype is not documented. /mnt0/build5/cinelerra-5.1/thirdparty/flac-1.4.0/include/FLAC++/metadata.h:159: warning: Member operator==(const ::FLA C__StreamMetadata *) const (function) of class FLAC::Metadata::Prototype is not documented. /mnt0/build5/cinelerra-5.1/thirdparty/flac-1.4.0/include/FLAC++/metadata.h:165: warning: Member operator!=(const ::FLA C__StreamMetadata &) const (function) of class FLAC::Metadata::Prototype is not documented. On Wed, Sep 21, 2022 at 9:57 AM Phyllis Smith <[email protected]> wrote:
The build from git is OK. I tried flac with compression 0 and 5 and
then also the new alac:
FLAC
** rendered 26152 frames in 1.448 secs, 18060.773 fps, size 63 MiB (compression 0)
** rendered 26152 frames in 1.650 secs, 15849.697 fps, Size 57.8 MiB (compression 5)
This time the result is in line with yours.
Andrea, in most of my tests, I always did compression level 0 first which meant that my audio was not already loaded into memory. Then I did level 5 and now it WAS already loaded into memory. That may have been your case too.
ALAC
** rendered 26152 frames in 2.766 secs, 9454.808 fps, size 138 MiB (mkv)
** rendered 26152 frames in 2.664 secs, 9816.817 fps, size 138 MiB (qt)
Since ALAC is a pro and lossless format, I have modified the manual page to reflect this.
Thank you. I checked your change into GIT.
ср, 21 сент. 2022 г., 20:53 Phyllis Smith <[email protected]>:
Forgot to mention - still getting 900 warning/errors that I do no know how to get rid of. They are very annoying:
can you try to deinstall doxygen temporarily? if this get rid of warns may be we should modify flac's buildsystem for not running doxygen targets at all
/mnt0/build5/cinelerra-5.1/thirdparty/flac-1.4.0/include/FLAC/stream_encoder.h:1510: warning: Illegal command \n as pa rt of a title section /mnt0/build5/cinelerra-5.1/thirdparty/flac-1.4.0/include/FLAC/stream_encoder.h:1578: warning: Illegal command \n as pa rt of a title section /mnt0/build5/cinelerra-5.1/thirdparty/flac-1.4.0/include/FLAC/stream_encoder.h:1612: warning: Illegal command \n as pa rt of a title section /mnt0/build5/cinelerra-5.1/thirdparty/flac-1.4.0/include/FLAC/stream_encoder.h:1647: warning: Illegal command \n as pa rt of a title section /mnt0/build5/cinelerra-5.1/thirdparty/flac-1.4.0/include/FLAC/stream_encoder.h:1684: warning: Illegal command \n as pa rt of a title section /mnt0/build5/cinelerra-5.1/thirdparty/flac-1.4.0/include/FLAC/stream_encoder.h:1720: warning: Illegal command \n as pa rt of a title section /mnt0/build5/cinelerra-5.1/thirdparty/flac-1.4.0/include/FLAC/stream_encoder.h:1745: warning: Illegal command \n as pa rt of a title section /mnt0/build5/cinelerra-5.1/thirdparty/flac-1.4.0/include/FLAC/stream_encoder.h:1773: warning: Illegal command \n as pa rt of a title section /mnt0/build5/cinelerra-5.1/thirdparty/flac-1.4.0/include/FLAC/stream_encoder.h:1805: warning: Illegal command \n as pa rt of a title section /mnt0/build5/cinelerra-5.1/thirdparty/flac-1.4.0/include/FLAC++/export.h:80: warning: Member FLACPP_API (macro definit ion) of group flacpp_export is not documented. /mnt0/build5/cinelerra-5.1/thirdparty/flac-1.4.0/include/FLAC++/export.h:87: warning: Member FLACPP_API_VERSION_CURREN T (macro definition) of group flacpp_export is not documented. /mnt0/build5/cinelerra-5.1/thirdparty/flac-1.4.0/include/FLAC++/export.h:88: warning: Member FLACPP_API_VERSION_REVISI ON (macro definition) of group flacpp_export is not documented. /mnt0/build5/cinelerra-5.1/thirdparty/flac-1.4.0/include/FLAC++/export.h:89: warning: Member FLACPP_API_VERSION_AGE (m acro definition) of group flacpp_export is not documented. /mnt0/build5/cinelerra-5.1/thirdparty/flac-1.4.0/include/FLAC++/metadata.h:116: warning: Member Prototype(const ::FLAC __StreamMetadata &) (function) of class FLAC::Metadata::Prototype is not documented. /mnt0/build5/cinelerra-5.1/thirdparty/flac-1.4.0/include/FLAC++/metadata.h:117: warning: Member Prototype(const ::FLAC __StreamMetadata *) (function) of class FLAC::Metadata::Prototype is not documented. /mnt0/build5/cinelerra-5.1/thirdparty/flac-1.4.0/include/FLAC++/metadata.h:135: warning: Member operator=(const ::FLAC __StreamMetadata &) (function) of class FLAC::Metadata::Prototype is not documented. /mnt0/build5/cinelerra-5.1/thirdparty/flac-1.4.0/include/FLAC++/metadata.h:136: warning: Member operator=(const ::FLAC __StreamMetadata *) (function) of class FLAC::Metadata::Prototype is not documented. /mnt0/build5/cinelerra-5.1/thirdparty/flac-1.4.0/include/FLAC++/metadata.h:158: warning: Member operator==(const ::FLA C__StreamMetadata &) const (function) of class FLAC::Metadata::Prototype is not documented. /mnt0/build5/cinelerra-5.1/thirdparty/flac-1.4.0/include/FLAC++/metadata.h:159: warning: Member operator==(const ::FLA C__StreamMetadata *) const (function) of class FLAC::Metadata::Prototype is not documented. /mnt0/build5/cinelerra-5.1/thirdparty/flac-1.4.0/include/FLAC++/metadata.h:165: warning: Member operator!=(const ::FLA C__StreamMetadata &) const (function) of class FLAC::Metadata::Prototype is not documented.
On Wed, Sep 21, 2022 at 9:57 AM Phyllis Smith <[email protected]> wrote:
The build from git is OK. I tried flac with compression 0 and 5 and
then also the new alac:
FLAC
** rendered 26152 frames in 1.448 secs, 18060.773 fps, size 63 MiB (compression 0)
** rendered 26152 frames in 1.650 secs, 15849.697 fps, Size 57.8 MiB (compression 5)
This time the result is in line with yours.
Andrea, in most of my tests, I always did compression level 0 first which meant that my audio was not already loaded into memory. Then I did level 5 and now it WAS already loaded into memory. That may have been your case too.
ALAC
** rendered 26152 frames in 2.766 secs, 9454.808 fps, size 138 MiB (mkv)
** rendered 26152 frames in 2.664 secs, 9816.817 fps, size 138 MiB (qt)
Since ALAC is a pro and lossless format, I have modified the manual page to reflect this.
Thank you. I checked your change into GIT.
Good idea. I have modified thirdparty/Makefile to add --disable-doxygen-docs for flac-1.4.0 and will check that in next time I boot the desktop. It fixes those errors and it turns out some of them were there before also. On Wed, Sep 21, 2022 at 12:00 PM Andrew Randrianasulu < [email protected]> wrote:
ср, 21 сент. 2022 г., 20:53 Phyllis Smith <[email protected]>:
Forgot to mention - still getting 900 warning/errors that I do no know how to get rid of. They are very annoying:
can you try to deinstall doxygen temporarily? if this get rid of warns may be we should modify flac's buildsystem for not running doxygen targets at all
/mnt0/build5/cinelerra-5.1/thirdparty/flac-1.4.0/include/FLAC/stream_encoder.h:1510: warning: Illegal command \n as pa rt of a title section /mnt0/build5/cinelerra-5.1/thirdparty/flac-1.4.0/include/FLAC/stream_encoder.h:1578: warning: Illegal command \n as pa rt of a title section /mnt0/build5/cinelerra-5.1/thirdparty/flac-1.4.0/include/FLAC/stream_encoder.h:1612: warning: Illegal command \n as pa rt of a title section /mnt0/build5/cinelerra-5.1/thirdparty/flac-1.4.0/include/FLAC/stream_encoder.h:1647: warning: Illegal command \n as pa rt of a title section /mnt0/build5/cinelerra-5.1/thirdparty/flac-1.4.0/include/FLAC/stream_encoder.h:1684: warning: Illegal command \n as pa rt of a title section /mnt0/build5/cinelerra-5.1/thirdparty/flac-1.4.0/include/FLAC/stream_encoder.h:1720: warning: Illegal command \n as pa rt of a title section /mnt0/build5/cinelerra-5.1/thirdparty/flac-1.4.0/include/FLAC/stream_encoder.h:1745: warning: Illegal command \n as pa rt of a title section /mnt0/build5/cinelerra-5.1/thirdparty/flac-1.4.0/include/FLAC/stream_encoder.h:1773: warning: Illegal command \n as pa rt of a title section /mnt0/build5/cinelerra-5.1/thirdparty/flac-1.4.0/include/FLAC/stream_encoder.h:1805: warning: Illegal command \n as pa rt of a title section /mnt0/build5/cinelerra-5.1/thirdparty/flac-1.4.0/include/FLAC++/export.h:80: warning: Member FLACPP_API (macro definit ion) of group flacpp_export is not documented. /mnt0/build5/cinelerra-5.1/thirdparty/flac-1.4.0/include/FLAC++/export.h:87: warning: Member FLACPP_API_VERSION_CURREN T (macro definition) of group flacpp_export is not documented. /mnt0/build5/cinelerra-5.1/thirdparty/flac-1.4.0/include/FLAC++/export.h:88: warning: Member FLACPP_API_VERSION_REVISI ON (macro definition) of group flacpp_export is not documented. /mnt0/build5/cinelerra-5.1/thirdparty/flac-1.4.0/include/FLAC++/export.h:89: warning: Member FLACPP_API_VERSION_AGE (m acro definition) of group flacpp_export is not documented. /mnt0/build5/cinelerra-5.1/thirdparty/flac-1.4.0/include/FLAC++/metadata.h:116: warning: Member Prototype(const ::FLAC __StreamMetadata &) (function) of class FLAC::Metadata::Prototype is not documented. /mnt0/build5/cinelerra-5.1/thirdparty/flac-1.4.0/include/FLAC++/metadata.h:117: warning: Member Prototype(const ::FLAC __StreamMetadata *) (function) of class FLAC::Metadata::Prototype is not documented. /mnt0/build5/cinelerra-5.1/thirdparty/flac-1.4.0/include/FLAC++/metadata.h:135: warning: Member operator=(const ::FLAC __StreamMetadata &) (function) of class FLAC::Metadata::Prototype is not documented. /mnt0/build5/cinelerra-5.1/thirdparty/flac-1.4.0/include/FLAC++/metadata.h:136: warning: Member operator=(const ::FLAC __StreamMetadata *) (function) of class FLAC::Metadata::Prototype is not documented. /mnt0/build5/cinelerra-5.1/thirdparty/flac-1.4.0/include/FLAC++/metadata.h:158: warning: Member operator==(const ::FLA C__StreamMetadata &) const (function) of class FLAC::Metadata::Prototype is not documented. /mnt0/build5/cinelerra-5.1/thirdparty/flac-1.4.0/include/FLAC++/metadata.h:159: warning: Member operator==(const ::FLA C__StreamMetadata *) const (function) of class FLAC::Metadata::Prototype is not documented. /mnt0/build5/cinelerra-5.1/thirdparty/flac-1.4.0/include/FLAC++/metadata.h:165: warning: Member operator!=(const ::FLA C__StreamMetadata &) const (function) of class FLAC::Metadata::Prototype is not documented.
On Wed, Sep 21, 2022 at 9:57 AM Phyllis Smith <[email protected]> wrote:
The build from git is OK. I tried flac with compression 0 and 5 and
then also the new alac:
FLAC
** rendered 26152 frames in 1.448 secs, 18060.773 fps, size 63 MiB (compression 0)
** rendered 26152 frames in 1.650 secs, 15849.697 fps, Size 57.8 MiB (compression 5)
This time the result is in line with yours.
Andrea, in most of my tests, I always did compression level 0 first which meant that my audio was not already loaded into memory. Then I did level 5 and now it WAS already loaded into memory. That may have been your case too.
ALAC
** rendered 26152 frames in 2.766 secs, 9454.808 fps, size 138 MiB (mkv)
** rendered 26152 frames in 2.664 secs, 9816.817 fps, size 138 MiB (qt)
Since ALAC is a pro and lossless format, I have modified the manual page to reflect this.
Thank you. I checked your change into GIT.
ср, 21 сент. 2022 г., 05:21 Andrew Randrianasulu <[email protected]>:
ср, 21 сент. 2022 г., 04:46 Phyllis Smith <[email protected]>:
GIT checkin of Flac 1.4.0 is complete with the addition of user configurable Compression Level by clicking on the Audio Wrench in the render menu (default is 0 which seems to be similar to the current usage as far as I can tell). This patch by Andrew + he added 3 new ALAC audio render formats which is *A*pple *L*ossless *A*udio *C*odec. As usual, Andrea did a lot of building and early testing which is very valuable because he keeps his Arch operating system constantly updated which I have not been able to do. Interesting to note that the Flac team made the statement that it has been 9 years between the initial 1.3.x and 1.4.x versions !
P.S. Andrea, if you could build one more time just to make sure I checked everything into GIT correctly, that would be very much appreciated. P.S. Andrew, when you provided the Flac gui patches, you snuck in "0003-Fix-armv7l-build.patch" so I checked that into GIT also but I have no way to test it. Do you?
I hope user 'goat' will test this one.
https://www.linux.org.ru/forum/linux-hardware/16959253?cid=16981164 as reported new git compiles ok on Orange Pi Lite (512 mb ram) sadly 512 mb ram in arm SoC hardly enough for launching, previewing 720p avi may hang thing even with 2 gb swap.
I also hope to see libtiff configure patch checked in, because it fixes build failure.
OK, now that both Andrea and Andrew think we should upgrade to flac
1.4.0, I will check it into GIT in the next couple of days.
P.S. Andrew, when you provided the Flac gui patches, you snuck in
"0003-Fix-armv7l-build.patch" so I checked that into GIT also but I have no way to test it. Do you?
I hope user 'goat' will test this one.
https://www.linux.org.ru/forum/linux-hardware/16959253?cid=16981164
as reported new git compiles ok on Orange Pi Lite (512 mb ram) sadly 512 mb ram in arm SoC hardly enough for launching, previewing 720p avi may hang thing even with 2 gb swap.
Good to know -- I was wondering where "goat" reported so the link was helpful. I translated it to english, of course. In Bug tracker #122, at that time some work had tentatively been done to check out CinGG on Wayland and here is some quotes from that. But I have not revisited to check correctness. "Although Cin comes up on FEDORA with Wayland, there it does not have sound and no time has been spent in determining a fix. Apparently, it does comes up in Mint per MatN too and he can report if it is functional or just comes up." AND Terjer reported: "Sound works on Leap 15 with Gnome/Wayland, at least for the following two test samples. 1. Loaded a DV25.dv video file on Cin and played the video in the Compositor with sound. 2. Loaded a UHD_H265.mp4 video file on Cinx and played the video in the Compositor with sound"
I also hope to see libtiff configure patch checked in, because it fixes build failure.
OK, now that both Andrea and Andrew think we should upgrade to flac
1.4.0, I will check it into GIT in the next couple of days.
сб, 24 сент. 2022 г., 04:38 Phyllis Smith <[email protected]>:
P.S. Andrew, when you provided the Flac gui patches, you snuck in
"0003-Fix-armv7l-build.patch" so I checked that into GIT also but I have no way to test it. Do you?
I hope user 'goat' will test this one.
https://www.linux.org.ru/forum/linux-hardware/16959253?cid=16981164
as reported new git compiles ok on Orange Pi Lite (512 mb ram) sadly 512 mb ram in arm SoC hardly enough for launching, previewing 720p avi may hang thing even with 2 gb swap.
Good to know -- I was wondering where "goat" reported so the link was helpful. I translated it to english, of course.
In Bug tracker #122, at that time some work had tentatively been done to check out CinGG on Wayland and here is some quotes from that. But I have not revisited to check correctness.
"Although Cin comes up on FEDORA with Wayland, there it does not have sound and no time has been spent in determining a fix. Apparently, it does comes up in Mint per MatN too and he can report if it is functional or just comes up." AND Terjer reported: "Sound works on Leap 15 with Gnome/Wayland, at least for the following two test samples. 1. Loaded a DV25.dv video file on Cin and played the video in the Compositor with sound. 2. Loaded a UHD_H265.mp4 video file on Cinx and played the video in the Compositor with sound"
Probably sound issue might have something to do with pipewire? guess we better to split this thread because flac issues hopefully fixed for good!
I also hope to see libtiff configure patch checked in, because it fixes build failure.
OK, now that both Andrea and Andrew think we should upgrade to flac
1.4.0, I will check it into GIT in the next couple of days.
participants (4)
-
Andrea paz -
Andrew Randrianasulu -
Miroslav Rovis -
Phyllis Smith