Arch Linux

It doesn't look like it's out of date to me as http://www.heroinewarrior.com/cinelerra.php still lists 4.6 as the latest version. However, there's the whole cinelerra.org thing that does point to Google Code (which is being phased out, so not sure why they'd put it there). Not quite sure whether this is from the same guy or another fork. If it's a fork, then you can create another package for that fork.

i want ask you how can we add a pkgbuild for cinelerra from google "cinelerra left sf"

https://code.google.com/p/cinelerra/

Adding only alsa-lib doesn’t help, but adding libxft and freetype2 as well solves the problem. Thanks!

Okay, let’s see if that works.

On second thought, maybe install: alsa-lib, libxft, and freetype2. If that makes it build, I'll add them as depends.

That probably means there is an error while building so that the final executable didn't get built, and for some reason it doesn't necessarily stop when there's a build error somewhere. There was an error about "alsa/asoundlib.h" not being found in one of those files, so maybe try installing alsa-lib and seeing if that builds correctly.

For me the /usr/bin/cinelerra symlink to /usr/lib/cinelerra/cinelerra is broken in the resulting package. You can find the logs at https://gist.github.com/J5lx/9b68794e68558f3f60b5

The 4.6 source file has been fixed apparently. It appears to build and start fine here, I haven't tested anything beyond that though.

Not quite sure what's up with the 4.6 download. I get an error when makepkg extracts it: "Lzma library error: No progress is possible." With tar, "xz: (stdin): Unexpected end of input." However, the checksums appear to match what's on Sourceforge.

Awesome, a much nicer solution. Updated.

I was able to compile without the export LDFLAGS by using the following faac fix after configure line in the PKGBUILD.

# fix faac linking
sed -i 's/LDFLAGS = -Wl,-O1,--sort-common,--as-needed,-z,relro/LDFLAGS = -Wl,-O1,-lm,--sort-common,--as-needed,-z,relro/' quicktime/thirdparty/faac-1.24/frontend/Makefile

Just added a .desktop file, replaced termcap dependency with ncurses, and attempted to fix the -Wl,--as-needed issue.

How to compile cinelerra without -Wl,--as-needed flag ? can you provide an updated version of the pkgbuild ?

Try not using that flag. It seems to cause issues.

Same error as nihonsuki, even using the -Wl flag. Any ideas?

Do you happen to have -Wl,--as-needed in your LDFLAGS? That's why it's failing here it seems.

Failing thus:

collect2: error: ld returned 1 exit status
Makefile:233: recipe for target 'faac' failed
make[5]: *** [faac] Error 1
make[5]: Leaving directory '/home/tony/packer/cinelerra-heroine/src/cinelerra-4.5/quicktime/thirdparty/faac-1.24/frontend'
Makefile:241: recipe for target 'all-recursive' failed
make[4]: *** [all-recursive] Error 1
make[4]: Leaving directory '/home/tony/packer/cinelerra-heroine/src/cinelerra-4.5/quicktime/thirdparty/faac-1.24'
Makefile:170: recipe for target 'all' failed
make[3]: *** [all] Error 2
make[3]: Leaving directory '/home/tony/packer/cinelerra-heroine/src/cinelerra-4.5/quicktime/thirdparty/faac-1.24'
Makefile:293: recipe for target 'x86_64/faac/' failed
make[2]: *** [x86_64/faac/] Error 2
make[2]: Leaving directory '/home/tony/packer/cinelerra-heroine/src/cinelerra-4.5/quicktime'
build/Makefile.cinelerra:27: recipe for target 'all' failed
make[1]: *** [all] Error 2
make[1]: Leaving directory '/home/tony/packer/cinelerra-heroine/src/cinelerra-4.5'
Makefile:2: recipe for target 'all' failed
make: *** [all] Error 2
==> ERROR: A failure occurred in build().
Aborting...

Please add .desktop file. thank u.

I updated it to 4.5 removing a few changes that apparently got fixed upstream. I haven't really tested it, but it appears to build, open, and load some files on my computer.

4.5 has arrived

I have found that termcap can be replaced with ncurses.
Adding 'ncurses' in depends and deleting 'termcap' then fixing the library call in speech_tools thus removing obsolete termcap from the mix.
prepare() {
cd "$pkgname-$pkgver"
# fix termcap to ncurses
sed -i 's/ltermcap/lncurses/g' ./thirdparty/speech_tools/{configure{,.in},config/config}
}
I also moved all the patches into prepare() as well.
Compiles and runs ...
The latest install procedure did mention ncurses as dependancy.

Now it compiles and runs. Thank you !

Fixed. It shouldn't have compiled. For some reason makepkg (probably due the interesting Makefile setup) didn't stop when failing to compile cinelerra/.

No trouble with the pacage compilation but after the 'cinelerra' command is not found !

[root@ernest romg]# cinelerra
bash: cinelerra : commande introuvable

When I check with yaourt I can see the package installated :

[root@ernest romg]# yaourt cinelerra
1 community/cinelerra-cv 1:2.2-16
Professional video editing and compositing environment
2 aur/cinelerra-heroine 4.4-4 [installed] (15)
Cinelerra from the HeroineWarrior.com (64-bit)
3 aur/cinelerra-monty 20110117-1 (3)
Monty Montgomery's working fork of cinelerra-cv. Intended for testing and
debugging purposes, can be installed alongside cinelerra-cv.
4 aur/cinelerra-swtc 0.5-1 (2)
Extra Shape Wipe Transitions for Cinelerra
==> Numéro(s) des paquets à installer (ex: 1 2 3 ou 1-3)


Is the binary just gone somewhere else ?

See if it compiles now. Added the header that function is defined in to the file. Not exactly sure why it compiled before (maybe equivalent declaration included through some other package in /usr/include that changed recently?). Note that you really should include a few more lines when pasting compilation error messages. The error message wasn't actually contained in what you posted. This would have been a little more helpful:

libavcodec/vaapi_mpeg4.c: In function ‘vaapi_mpeg4_start_frame’:
libavcodec/vaapi_mpeg4.c:89:5: error: implicit declaration of function ‘ff_h263_get_gob_height’ [-Werror=implicit-function-declaration]
pic_param->num_macroblocks_in_gob = s->mb_width * ff_h263_get_gob_height(s);
^
cc1: some warnings being treated as error

Hello,
I tried to recompile cinelerra after a whole system update and I got this :

cc1: some warnings being treated as errors
make[3]: *** [libavcodec/vaapi_mpeg4.o] Erreur 1
make[3] : on quitte le répertoire « /tmp/yaourt-tmp-root/aur-cinelerra-heroine/src/cinelerra-4.4/quicktime/thirdparty/ffmpeg-0.6.1 »
make[2]: *** [x86_64/ffmpeg/] Erreur 2
make[2] : on quitte le répertoire « /tmp/yaourt-tmp-root/aur-cinelerra-heroine/src/cinelerra-4.4/quicktime »
make[1]: *** [all] Erreur 2
make[1] : on quitte le répertoire « /tmp/yaourt-tmp-root/aur-cinelerra-heroine/src/cinelerra-4.4 »
make: *** [all] Erreur 2
==> ERREUR : Une erreur s’est produite dans build().
Abandon...
==> ERREUR: Makepkg n'a pas pu construire cinelerra-heroine.
==> Relancer la compilation de cinelerra-heroine ? [o/N]
==> ----------------------------------------------------
==>

I really need cinelerra-4.4 to finish a project (doesn't work under cinelerra-cv)

Any Idea ?

There is also a patch needed for ffmpeg doc:

diff -ur cinelerra-4.4.orig/quicktime/thirdparty/ffmpeg-0.6.1/ffmpeg/Makefile
--- cinelerra-4.4.orig/quicktime/thirdparty/ffmpeg-0.6.1/Makefile 2013-01-02 01:13:26.272661748 +0100
+++ cinelerra-4.4.new/quicktime/thirdparty/ffmpeg-0.6.1/Makefile 2013-01-02 01:13:26.272661748 +0100
@@ -107,7 +107,7 @@

doc/%.html: TAG = HTML
doc/%.html: doc/%.texi
- $(M)cd doc && texi2html -monolithic -number $(<:doc/%=%)
+ $(M)cd doc && texi2html $(<:doc/%=%)

doc/%.pod: TAG = POD
doc/%.pod: doc/%-doc.texi

I have the same problem as miguecosa. In fact, to compile with gpac, you have to add '-lz' to the ldflags, or pass :
--extra-ldflags='-lz' to cinelerra-4.4/quicktime/configure

miguecosa, I and at least one other person have had that issue before as well. It seems that you have to remove gpac while compiling cinelerra-heroine. Apparently it's detected and tries to build with it, which doesn't work. My guess is version issues, but I haven't actually looked into the issue at all yet.

Hi floft! I cannot compile. It fails with the following error:

gcc -o x264 x264.o matroska.o muxers.o libx264.a -lm -lpthread -lgpac_static -s
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.2/../../../../lib/libgpac_static.a(base_encoding.o): In function `gf_gz_compress_payload':
(.text+0x68e): undefined reference to `deflateInit_'
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.2/../../../../lib/libgpac_static.a(base_encoding.o): In function `gf_gz_compress_payload':
(.text+0x6a3): undefined reference to `deflate'
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.2/../../../../lib/libgpac_static.a(base_encoding.o): In function `gf_gz_compress_payload':
(.text+0x6e4): undefined reference to `deflateEnd'
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.2/../../../../lib/libgpac_static.a(base_encoding.o): In function `gf_gz_compress_payload':
(.text+0x78c): undefined reference to `deflateEnd'
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.2/../../../../lib/libgpac_static.a(base_encoding.o): In function `gf_gz_decompress_payload':
(.text+0x823): undefined reference to `inflateInit_'
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.2/../../../../lib/libgpac_static.a(base_encoding.o): In function `gf_gz_decompress_payload':
(.text+0x883): undefined reference to `inflate'
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.2/../../../../lib/libgpac_static.a(base_encoding.o): In function `gf_gz_decompress_payload':
(.text+0x89d): undefined reference to `inflateEnd'
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.2/../../../../lib/libgpac_static.a(base_encoding.o): In function `gf_gz_decompress_payload':
(.text+0x8ef): undefined reference to `inflateEnd'
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.2/../../../../lib/libgpac_static.a(base_encoding.o): In function `gf_gz_decompress_payload':
(.text+0x903): undefined reference to `inflateEnd'
collect2: error: ld returned 1 exit status
make[3]: *** [x264] Error 1
make[3]: Leaving directory `/home/miguel/Software/Arch-Local-Pack/cinelerra-heroine/src/cinelerra-4.4/quicktime/thirdparty/x264.052906'
make[2]: *** [x86_64/x264] Error 2
make[2]: Leaving directory `/home/miguel/Software/Arch-Local-Pack/cinelerra-heroine/src/cinelerra-4.4/quicktime'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/home/miguel/Software/Arch-Local-Pack/cinelerra-heroine/src/cinelerra-4.4'
make: *** [all] Error 2
==> ERROR: A failure occurred in build().
Aborting...

Thanks a lot

Updated the PKGBUILD again. I stopped disabling vaapi (if this causes any problems let me know), put in that shapewipe patch, and added a patch for making Cinelerra store the config files in ~/.bcast instead of /usr/lib/cinelerra or /usr/lib/ladspa. This plugin patch is less than ideal, but I'm not sure if there's a better way to fix that.

Actually, gwenlune, there's no need to paste that output. I am getting the same result. I somehow forgot to actually run this before uploading.

Just for info -
I installed libpng12 and left out the shapewipe.patch. It compiled but wouldn’t run - “couldn’t find suv theme”
The Makefile in plugins stops at the shapewipe error, causing all plugins after shapewipe not to compile. ie sharpen shiftinterlace slide spectrogram suv etc...
Cinelerra still finishes the ./configure && make && make install (the method I use), but stops at the above error.
I’ll continue to play with this. If anything interesting comes back I’ll post again.

Yes, in a pastebin. For example, `strace cinelerra |& curl -F 'sprunge=<-' sprunge.us`
Also, the output of `ldd /usr/bin/cinelerra` would be potentially useful.

Do you want me to put all the 1876 lines of the strace command ?

I can see :
"open("/usr/lib/cinelerra/Cinelerra_plugins", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib/cinelerra/Cinelerra_plugins", O_WRONLY|O_CREAT|O_TRUNC, 0666) = -1 EACCES (Permission denied)
--- SIGSEGV {si_signo=SIGSEGV, si_code=SEGV_MAPERR, si_addr=0} ---
"
or other "No such file or directory" :
"access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory)"
or
"access("/home/gwenlune/.asoundrc", R_OK) = -1 ENOENT (No such file or directory)"
or a lot of things like that :
"open("/dev/snd/controlC1", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/dev/aloadC1", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC2", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)"

what does `strace cinelerra` output?

When I launch the new version, I can't use it :

Cinelerra 4.4 (C)2012 Adam Williams

Cinelerra is free software, covered by the GNU General Public License,
and you are welcome to change it and/or distribute copies of it under
certain conditions. There is absolutely no warranty for Cinelerra.
signal_entry: got SIGSEGV my pid=6209 execution table size=0:
SigHandler::signal_handler total files=0
Abandon

libpng12 was not installed!
NB I think the patch was from CV or Montys branch some time ago, not sure though.
Best wishes.

It appears to compile fine without that patch if libpng12 is installed. Do you have that package? I added it as a depend, but if you have it then something else is up... I guess either way, if version 1.2 ever goes unsupported, it's nice to have a patch that'll make it work (or at least compile) with version 1.5.

4.4 compiles with speech_tools.patch, quicktime.patch, and this shapewipe.patch;

diff -Nau cinelerra-4.4.old/plugins/shapewipe/shapewipe.C cinelerra-4.3/plugins/shapewipe/shapewipe.C
--- cinelerra-4.4/plugins/shapewipe/shapewipe.C
+++ cinelerra-4.4/plugins/shapewipe/shapewipe.C
@@ -470,1 +470,1 @@
- png_voidp_NULL, png_error_ptr_NULL, png_error_ptr_NULL);
+ NULL, NULL, NULL);
@@ -483,1 +483,1 @@
- png_destroy_read_struct(&png_ptr, png_infopp_NULL, png_infopp_NULL);
+ png_destroy_read_struct(&png_ptr, NULL, NULL);
@@ -490,1 +490,1 @@
- png_destroy_read_struct(&png_ptr, &info_ptr, png_infopp_NULL);
+ png_destroy_read_struct(&png_ptr, &info_ptr, NULL);

I removed the gpac package (from the community repo) and reinstalled cinelerra-heroine. Now it is working fine. I was able to reinstall gpac afterward. I suppose that cinelerra's configure script checks the availability of gpac before the compilation and then sets different linking options.

Thank you for your help.

Odd, still compiles for me. What's the "-lgpac_static"? I searched the output I get that line is:

gcc -o x264 x264.o matroska.o muxers.o libx264.a -lm -lpthread -s

Sorry, but I get a linking error with this new version of the package:

gcc -o x264 x264.o matroska.o muxers.o libx264.a -lm -lpthread -lgpac_static -s
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.0/../../../../lib/libgpac_static.a(base_encoding.o): In function `gf_gz_compress_payload':
(.text+0x58e): undefined reference to `deflateInit_'
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.0/../../../../lib/libgpac_static.a(base_encoding.o): In function `gf_gz_compress_payload':
(.text+0x5a3): undefined reference to `deflate'
etc...

Looks like the missing symbols might be part of the zlib...

I just added another patch, which made it compile on my computer. See if it works now.

Does anyone know what this might be? I did a pacman -Suy before I tried to install it.

../include/EST_TIterator.h: In instantiation of ‘EST_TStructIterator<Container, IPointer, Entry>::EST_TStructIterator(const Container&) [with Container = EST_THash<EST_String, EST_Regex*>; IPointer = EST_THash<EST_String, EST_Regex*>::IPointer_s; Entry = EST_Hash_Pair<EST_String, EST_Regex*>]’:
siod.cc:47:3: required from here
../include/EST_TIterator.h:212:7: error: ‘begin’ was not declared in this scope, and no declarations were found by argument-dependent lookup at the point of instantiation [-fpermissive]
../include/EST_TIterator.h:212:7: note: declarations in dependent base ‘EST_TIterator<EST_THash<EST_String, EST_Regex*>, EST_THash<EST_String, EST_Regex*>::IPointer_s, EST_Hash_Pair<EST_String, EST_Regex*> >’ are not found by unqualified lookup
../include/EST_TIterator.h:212:7: note: use ‘this->begin’ instead
../include/EST_TIterator.h: In instantiation of ‘EST_TRwStructIterator<Container, IPointer, Entry>::EST_TRwStructIterator(Container&) [with Container = EST_THash<EST_String, EST_Regex*>; IPointer = EST_THash<EST_String, EST_Regex*>::IPointer_s; Entry = EST_Hash_Pair<EST_String, EST_Regex*>]’:
siod.cc:47:3: required from here
../include/EST_TIterator.h:292:7: error: ‘begin’ was not declared in this scope, and no declarations were found by argument-dependent lookup at the point of instantiation [-fpermissive]
../include/EST_TIterator.h:292:7: note: declarations in dependent base ‘EST_TRwIterator<EST_THash<EST_String, EST_Regex*>, EST_THash<EST_String, EST_Regex*>::IPointer_s, EST_Hash_Pair<EST_String, EST_Regex*> >’ are not found by unqualified lookup
../include/EST_TIterator.h:292:7: note: use ‘this->begin’ instead
make[3]: *** [siod.o] Error 1
make[2]: *** [siod] Error 2
make[2]: Leaving directory `/home/orjanp/download/pkg/cinelerra-heroine/src/cinelerra-4.3/thirdparty/speech_tools'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/home/orjanp/download/pkg/cinelerra-heroine/src/cinelerra-4.3'
make: *** [all] Error 2
==> ERROR: A failure occurred in build().
Aborting...

ogg/theora is now rendering after sys update.

Works well. Thank you!
For everyones info, there is a patch for yuv4mpeg streaming output (like the cv version), and a DNxHD import patch at Eric Olson's site, http://renomath.org/video/linux/cinelerra/ . The DNxHD patch installs on 4.2, but the yuv4mpeg wasnt patching. A look through it shows a lot of info specifically (I think) for Mr Olson's setup. If anyone is up to the challange of getting this working on 4.2/3, this would be a major bonus for the HV version. And I think a first for ANY linux distro to offer this as a package (unless any knows otherwise). If I had a clue I would do it myself!
The reason why I'm so keen on the HV version is that it imports/plays .MTS files from my camcorder AFTER I relabel them as .mp4 files, AND exports them correctly without the pauses between files that Monty's version suffers from. It also loads them faster than Montys version. The only other VE that will do this that i know of is Openshot. But again is slow and only (due to a bug) for movies totaling a max of 42minutes. Anyway I edit with Cinelerra HV now.

The easy way to batch rename (in a specific folder) is;
rename .MTS .MTS.mp4 *.MTS (changes file.MTS to file.MTS.mp4)
rename .MTS.mp4 .MTS *.mp4 (changes file.MTS.mp4 back to file.MTS)
(the *.MTS or *.mp4 at the end of each command ensure only those file types are changed in the folder the command is run in)
This works very well from my XFce custom action (right click) menu.

Sorry to waffle so much, but it may help someone.

Thanks again Floft
ps ogg/theora not rendering - x264/mpeg4/mjpeg -work great!

In this new PKGBUILD I got rid of a bunch of the depends. I think I got all the real ones instead of the ones for cinelerra-cv, which I copied before. I might have missed some though...

Glinx, I ended up getting those errors with 4.3. Turns out there was a rule for x86_64/ogg not x86_64/ogg/.

4.3 just out

Off topic but... strangley, after trying Nicola's patch (from the CV mailing list) and a couple of patches for mjpegtools, I'm now stuck with the same errors as dracoroot7 had months ago

make[2]: Entering directory `/home/gavin/Desktop/cinelerra-4/cinelerra-4.2/quicktime'

make[2]: *** No rule to make target `x86_64/ogg/', needed by `x86_64/libquicktime.a'. Stop.

make[2]: Leaving directory `/home/gavin/Desktop/cinelerra-4/cinelerra-4.2/quicktime'


Strange ….!

My only change (apart from the obvious) is a move to the Xfce desktop from Gnome.
The saga of HV continues....

Hold on to your compiled packages floft/everyone. For the time being it wont compile with the new kernel.

It works great, thanks

I uploaded it here: http://www.floft.net/stuff/packages/cinelerra-heroine-4.2-6-x86_64.pkg.tar.xz (about 12MB). The md5 is f6f4a7a239a59aa648adf952f6a4cdce.

would you be willing to upload your compiled package to an online service? I mainly wanted this version because for the better mkv support

can someone help me with this


make[3]: Leaving directory `/tmp/yaourt-tmp-derek/aur-cinelerra-heroine/src/cinelerra-4.2/quicktime/thirdparty/jpeg'
make[2]: *** No rule to make target `x86_64/ogg/', needed by `x86_64/libquicktime.a'. Stop.

yea, I got that installed

@dracoroot7 You have base-devel installed, right? That would cause problems if you don't, but I'd be surprised if this was the result of not having those packages.

All good after checking/installing all of the dependencies.

removed cinlerra_cv and tried makepkg as root and non roo, but same error.

Both of my system are up to date with all of the upgrade packages and one is intel, the other is amd

I deleted the src dir and tried to recompile with the new pkgbuild, but same error. The same error also happens on my laptop.
Do you think it could be because I have cinelerra_cv installed? I have run into errors compiling other software that were
caused by a previous version being installed (must be how the compile settings were set)

I just compiled it on another x86_64 computer, and it worked, but I noticed that both times I installed it I used a non-root user. Are you running makepkg as root? That shouldn't cause any problems, but it might.

Now it should compile libogg. If you try downloading the new PKGBUILD, does it work?

make went through fine in the libogg dir, but I don't know what you mean about {C,CC,LD}FLAGS so I probably don't have any.

Could you try going into ./src/cinelerra-4.2/quicktime/thirdparty/libogg-1.1.2/ and typing make? Also, do you have any {C,CC,LD}FLAGS or anything?

Here is the src dir list http://aur.pastebin.com/WU5Gbwa2

Here is the makepkg output http://www.mediafire.com/?b8zhcpftae9lp04

It's a 1.1mb text file. I just did makepkg >> logg.txt

could not get the list to paste in pastebin. It would hang the chrome tab and not paste at all in firefox.
If you would like an alternative please let me know.

I have no clue. I'm not good at remote debugging. =) It's possible I didn't get the right dependencies, and I just happen to have something installed that you don't... if you still want me to look into it, could you put the entire log on pastebin and the list of files in the src/ directory (locate or ls -R are fine...)?

this is the exact error

make[3]: Leaving directory `/home/chops/src/cinelerra-4.2/quicktime/thirdparty/jpeg'
make[2]: *** No rule to make target `x86_64/ogg/', needed by `x86_64/libquicktime.a'. Stop.
make[2]: Leaving directory `/home/chops/src/cinelerra-4.2/quicktime'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/home/chops/src/cinelerra-4.2'
make: *** [all] Error 2

Won't compile. Complaining about no x86_64 ogg for x86_64/libquicktime.a
from the quicktime dir in the source folder