Re: [CinCV] Arvind R's CinelerraHV-4.4 patches from June
How I got CinelerraHV-4.4 compiled on Debian wheezy-7.1. Dependencies: wget bzip2 patch build-essential w32codecs w64codecs libtool nasm libncurses5-dev libbz2-dev libncursesw5-dev libxv-dev libxxf86vm-dev libogg-dev libvorbis-dev libtheora-dev libopenexr-dev libdv-dev libpng-dev libjpeg62-dev libfreetype6-dev libfaad-dev libsndfile1-dev uuid-dev libavutil-dev libmpeg3-dev libavcodec-dev libx264-dev libfaac-dev libglu1-mesa-dev libmjpegtools-dev libsdl-dev doxygen autogen I couldn't use SDL from the package manager it conflicted with other needed packages. So I downloaded the source and compiled it. I didn't make install just make. $ wget http://downloads.sourceforge.net/project/heroines/cinelerra-4.4-src.tar.xz $ tar xvf cinelerra-4.4-src.tar.xz I used the Debian patches from https://lists.skolelinux.org/pipermail/cinelerra/2013-June/019271.html That's the 2nd attachment, download it change the suffix to .tar.gz & fileroller will decompress it. Just put the patch dir in /cinelerra-4.4 put the rest in debian. The 1st patch is commented out in series. It doesn't work. You don't need it. ~/cinelerra-4.4$ quilt push for each patch, it will tell you when they're done. ~/cinelerra-4.4$ ./configure SDL_CONFIG=/home/user01/SDL-1.2.15/sdl-config give the full path to sdl-config Ignore warnings like: videodev.h not found XMMS >= 0.9.5.1 not installed, WARNING: 'Makefile.in' seems to ignore the --datarootdir setting Note any errors, you maybe missing a dependency ~/cinelerra-4.4$ make -j4 -j[# of jobs to run] the number of cores you have is good. Ignore warnings there will be many. Note any errors, if none, you can find cinelerra in the /cinelerra-4.4/bin/ dir ./cinelerra to run, running from the cl will document any errors you have. Make install doesn't work. Since you can't make install and ldconfig to link libraries you may need cinelerra-4.4_dmo1.deb installed too It will fix a missing lib error. This version will not take mjpeg video as an input, but it will take dnxhd & output yuvstream. It seems to be rock stable so far. Happy Editing, Ned ___ Cinelerra mailing list Cinelerra@skolelinux.no https://lists.skolelinux.org/listinfo/cinelerra
Re: [CinCV] Arvind R's CinelerraHV-4.4 patches from June
On 30/08/13 08:57, Ned Haskin wrote: > Edouard, > > Your script ran but there was no output file found. This is odd... did you launch cinelerra from a command line ? It may say where the problem is, like the non possibility to write in the targeted folder or other errors like that. don't put the .m2v at the end maybe ..I usually leave the targeted file without an extension. Cheers E > Just like my 1st attempt. > This line works : > > ffmpeg -f yuv4mpegpipe -i - -vcodec libx264 -profile:v high -preset > slow -s 720x480 -crf 17 -bf 3 -b_strategy 2 -pix_fmt yuv420p % > > The % sign takes the file name given by cinelerra. I could use x264 > directly too. I 'm just so used to using ffmpeg to transcode files. I > know the options without having to look them up. > > Thanks, > Ned > > On 08/28/2013 06:16 PM, E Chalaron wrote: >> Ned >> Why don't you use x264 directly ? >> Create a local file (/usr/local/bin/export_AVCHD) >> chmod it in 755 >> >> and call it in the yuv4mpeg export >> >> here is the content >> #/bin/bash >> fichier=$1.264 >> mkfifo $1.y4m >> x264 --sar 1:1 -m 6 --me umh -b 4 --bitrate 36000 -o $fichier $1.y4m& >> sleep 0.5 >> cat /dev/stdin> $1.y4m >> rm $1.y4m >> >> Cheers >> Edouard >> > > ___ > Cinelerra mailing list > Cinelerra@skolelinux.no > https://lists.skolelinux.org/listinfo/cinelerra > 0xDF906822.asc Description: application/pgp-keys ___ Cinelerra mailing list Cinelerra@skolelinux.no https://lists.skolelinux.org/listinfo/cinelerra
Re: [CinCV] Arvind R's CinelerraHV-4.4 patches from June
Edouard, Your script ran but there was no output file found. Just like my 1st attempt. This line works : ffmpeg -f yuv4mpegpipe -i - -vcodec libx264 -profile:v high -preset slow -s 720x480 -crf 17 -bf 3 -b_strategy 2 -pix_fmt yuv420p % The % sign takes the file name given by cinelerra. I could use x264 directly too. I 'm just so used to using ffmpeg to transcode files. I know the options without having to look them up. Thanks, Ned On 08/28/2013 06:16 PM, E Chalaron wrote: Ned Why don't you use x264 directly ? Create a local file (/usr/local/bin/export_AVCHD) chmod it in 755 and call it in the yuv4mpeg export here is the content #/bin/bash fichier=$1.264 mkfifo $1.y4m x264 --sar 1:1 -m 6 --me umh -b 4 --bitrate 36000 -o $fichier $1.y4m& sleep 0.5 cat /dev/stdin> $1.y4m rm $1.y4m Cheers Edouard ___ Cinelerra mailing list Cinelerra@skolelinux.no https://lists.skolelinux.org/listinfo/cinelerra
Re: [CinCV] Arvind R's CinelerraHV-4.4 patches from June
Ned Why don't you use x264 directly ? Create a local file (/usr/local/bin/export_AVCHD) chmod it in 755 and call it in the yuv4mpeg export here is the content #/bin/bash fichier=$1.264 mkfifo $1.y4m x264 --sar 1:1 -m 6 --me umh -b 4 --bitrate 36000 -o $fichier $1.y4m & sleep 0.5 cat /dev/stdin > $1.y4m rm $1.y4m Cheers Edouard On 27/08/13 10:18, Ned Haskin wrote: > Hi, > CinelerraHV-4.4 wierdness, > yuvstream acted like it worked, I used the same ffmpeg line I've used before > The cores all when to 95 to 100% fans sped up. No output file. I set the > output > in both windows the same & the filename in the ffmpeg line all the same. > I looked all over for the file, not sure what happened. I tried m4v & mp4 as > output > containers. This was the cl output > > BC_WindowBase::flush Cinelerra: Render not locked > render.C: 376 > render.C: 379 > render.C: 381 > render.C: 391 > trying popen(ffmpeg -f yuv4mpegpipe -i - -vcodec libx264 -profile:v high422 > -preset slow -s 720x480 -crf 15 -bf 3 -b_strategy 2 -pix_fmt yuv420p > bike072813-test-x264.mp4) > ffmpeg version N-55387-ge1a5ee2 Copyright (c) 2000-2013 the FFmpeg developers > built on Aug 9 2013 09:41:44 with gcc 4.7 (Debian 4.7.2-5) > configuration: --enable-gpl --enable-nonfree --enable-libx264 > --enable-libxvid --enable-libmp3lame --enable-libfaac --enable-libtwolame > libavutil 52. 41.100 / 52. 41.100 > libavcodec 55. 24.100 / 55. 24.100 > libavformat55. 13.102 / 55. 13.102 > libavdevice55. 3.100 / 55. 3.100 > libavfilter 3. 82.100 / 3. 82.100 > libswscale 2. 4.100 / 2. 4.100 > libswresample 0. 17.103 / 0. 17.103 > libpostproc52. 3.100 / 52. 3.100 > [h264 @ 0x32dc610]Cannot parallelize deblocking type 1, decoding such frames > in sequential order > Input #0, yuv4mpegpipe, from 'pipe:': > Duration: N/A, bitrate: N/A > Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 720x480, SAR > 10:11 DAR 15:11, 29.97 fps, 29.97 tbr, 29.97 tbn, 29.97 tbc > [libx264 @ 0x336c300] using SAR=10/11 > [libx264 @ 0x336c300] using cpu capabilities: MMX2 SSE2Fast SSEMisalign LZCNT > [libx264 @ 0x336c300] profile High, level 3.0 > [libx264 @ 0x336c300] 264 - core 135 r2345 f0c1c53 - H.264/MPEG-4 AVC codec - > Copyleft 2003-2013 - http://www.videolan.org/x264.html - options: cabac=1 > ref=5 deblock=1:0:0 analyse=0x3:0x113 me=umh subme=8 psy=1 psy_rd=1.00:0.00 > mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 > fast_pskip=1 chroma_qp_offset=-2 threads=7 lookahead_threads=1 > sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 > constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=2 b_bias=0 direct=3 > weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 > intra_refresh=0 rc_lookahead=50 rc=crf mbtree=1 crf=15.0 qcomp=0.60 qpmin=0 > qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00 > Output #0, mp4, to 'bike072813-test-x264.mp4': > Metadata: > encoder : Lavf55.13.102 > Stream #0:0: Video: h264 (libx264) ([33][0][0][0] / 0x0021), yuv420p, > 720x480 [SAR 10:11 DAR 15:11], q=-1--1, 30k tbn, 29.97 tbc > Stream mapping: > Stream #0:0 -> #0:0 (rawvideo -> libx264) > frame= 4339 fps= 41 q=-1.0 Lsize= 82380kB time=00:02:24.71 > bitrate=4663.5kbits/s > video:82327kB audio:0kB subtitle:0 global headers:0kB muxing overhead > 0.064004% > [libx264 @ 0x336c300] frame I:20Avg QP:13.68 size: 30799 > [libx264 @ 0x336c300] frame P:1348 Avg QP:16.65 size: 24048 > [libx264 @ 0x336c300] frame B:2971 Avg QP:18.24 size: 17257 > [libx264 @ 0x336c300] consecutive B-frames: 4.3% 7.0% 18.3% 70.3% > [libx264 @ 0x336c300] mb I I16..4: 7.8% 88.2% 4.0% > [libx264 @ 0x336c300] mb P I16..4: 3.3% 62.9% 2.9% P16..4: 9.5% 10.1% > 9.3% 0.0% 0.0%skip: 2.0% > [libx264 @ 0x336c300] mb B I16..4: 1.0% 32.3% 0.8% B16..8: 17.3% 20.0% > 10.0% direct:14.0% skip: 4.6% L0:42.9% L1:33.6% BI:23.5% > [libx264 @ 0x336c300] 8x8 transform intra:92.9% inter:77.7% > [libx264 @ 0x336c300] direct mvs spatial:99.9% temporal:0.1% > [libx264 @ 0x336c300] coded y,uvDC,uvAC intra: 80.4% 79.5% 33.5% inter: 57.1% > 78.7% 24.8% > [libx264 @ 0x336c300] i16 v,h,dc,p: 26% 34% 17% 23% > [libx264 @ 0x336c300] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 16% 31% 36% 3% 2% 2% > 2% 3% 6% > [libx264 @ 0x336c300] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 19% 23% 12% 6% 8% 7% > 8% 6% 9% > [libx264 @ 0x336c300] i8c dc,h,v,p: 41% 33% 24% 2% > [libx264 @ 0x336c300] Weighted P-Frames: Y:27.9% UV:14.0% > [libx264 @ 0x336c300] ref P L0: 44.3% 13.6% 18.6% 12.2% 8.2% 2.7% 0.4% > [libx264 @ 0x336c300] ref B L0: 72.2% 18.4% 7.3% 2.1% > [libx264 @ 0x336c300] ref B L1: 90.3% 9.7% > [libx264 @ 0x336c300] kb/s:4658.30 > Render::render_single: Session finished. > > This is my yuvstream to ffmpeg cl > ffmpeg -f yuv4mpegpipe -i - -vcodec libx264 -profile:v high -preset slow -s > 720x480 -crf 17 -bf 3 -b_strategy 2 -pix_fmt yuv420p test-x264.m2v > > Thanks for an
Re: [CinCV] Arvind R's CinelerraHV-4.4 patches from June
Hi. On Tue, Aug 27, 2013 at 5:44 PM, Ned Haskin wrote: > I have now renamed the cinelerra in /usr/bin/cinelerra.bak > cinelerra-4.4/bin/cinelerra still works. I then tried to remove > cinelerra-4.4-dmo1.deb > leaving cinelerra-data-4.4-dmo1.deb, did that. cinelerra-4.4/bin/cinelerra > wouldn't work. > As soon as I reinstalled the deb, it worked again. So I went in and > deleted /usr/bin/cinelerra > And cinelerra-4.4/bin/cinelerra still works. weird! > Your compiled cinelerra uses libs from deb. Use 'ldd /path_to_binary' to find out where the libs come > > Would like to compile cinelerra-cv, but have package conflicts. > What version of libtiff is required? 3.9.6-11 or 4.0.2-6 are available but > require libjpeg8-dev > I have libtiff4 3.9.5-2ubuntu1.5. which conflicts with libjpeg62-dev. ./configure does say libjpeg libraries > headers found, it > doesn't say which ones it needs. > I can get libmjpegtools-dev to install if I install the older version of > libquicktime-dev-2:1.2.4-3 > That's all I need to get it to compile. > Just try to compile and let me know. > > Will removing packages I needed to compile cinelerra-4.4 break it? I don't > think it should since > its already compiled and working, but I'm no expert. It maybe using > libraries outside of the > cinelerra-4.4 folder. > You can remove -dev packages, other must remain. Of course you have to test. Einar ___ Cinelerra mailing list Cinelerra@skolelinux.no https://lists.skolelinux.org/listinfo/cinelerra
Re: [CinCV] Arvind R's CinelerraHV-4.4 patches from June
On Tue, 2013-08-27 at 21:18 +0300, Einar Rünkaru wrote: > Hi. > > On Tue, Aug 27, 2013 at 5:44 PM, Ned Haskin > wrote: > I have now renamed the cinelerra in /usr/bin/cinelerra.bak > cinelerra-4.4/bin/cinelerra still works. I then tried to > remove cinelerra-4.4-dmo1.deb > leaving cinelerra-data-4.4-dmo1.deb, did that. > cinelerra-4.4/bin/cinelerra wouldn't work. > As soon as I reinstalled the deb, it worked again. So I went > in and deleted /usr/bin/cinelerra > And cinelerra-4.4/bin/cinelerra still works. weird! > > > Your compiled cinelerra uses libs from deb. Use 'ldd /path_to_binary' > to find out where the libs come > ned17@videoathlon:~/$ ldd /home/ned17/cinelerra-4.4/bin/cinelerra linux-vdso.so.1 => (0x7fff495ff000) libGL.so.1 => /usr/lib/x86_64-linux-gnu/libGL.so.1 (0x7f8a87eb1000) libGLU.so.1 => /usr/lib/x86_64-linux-gnu/libGLU.so.1 (0x7f8a87c44000) libasound.so.2 => /usr/lib/x86_64-linux-gnu/libasound.so.2 (0x7f8a8794f000) libX11.so.6 => /usr/lib/x86_64-linux-gnu/libX11.so.6 (0x7f8a87614000) libXext.so.6 => /usr/lib/x86_64-linux-gnu/libXext.so.6 (0x7f8a87402000) libXv.so.1 => /usr/lib/x86_64-linux-gnu/libXv.so.1 (0x7f8a871fc000) libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x7f8a86fe) libpng12.so.0 => /lib/x86_64-linux-gnu/libpng12.so.0 (0x7f8a86db9000) libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x7f8a86ba1000) libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x7f8a8699d000) libbz2.so.1.0 => /lib/x86_64-linux-gnu/libbz2.so.1.0 (0x7f8a8678d000) libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x7f8a86485000) libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x7f8a86203000) libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x7f8a85fed000) libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7f8a85c62000) libnvidia-tls.so.304.88 => /usr/lib/x86_64-linux-gnu/tls/libnvidia-tls.so.304.88 (0x7f8a85a5f000) libnvidia-glcore.so.304.88 => /usr/lib/x86_64-linux-gnu/libnvidia-glcore.so.304.88 (0x7f8a83675000) librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x7f8a8346c000) libxcb.so.1 => /usr/lib/x86_64-linux-gnu/libxcb.so.1 (0x7f8a8324c000) /lib64/ld-linux-x86-64.so.2 (0x7f8a881ec000) libXau.so.6 => /usr/lib/x86_64-linux-gnu/libXau.so.6 (0x7f8a83048000) libXdmcp.so.6 => /usr/lib/x86_64-linux-gnu/libXdmcp.so.6 (0x7f8a82e43000) Thanks, I don't see anything right off Working on the package manager seeing if cv can be compiled. Ned Ned ___ Cinelerra mailing list Cinelerra@skolelinux.no https://lists.skolelinux.org/listinfo/cinelerra
Re: [CinCV] Arvind R's CinelerraHV-4.4 patches from June
Hi. On Sun, Aug 25, 2013 at 10:52 PM, Ned Haskin wrote: > Einar, > My error was in trying to fix the configure warnings ; > > config.status: creating libfaac/Makefile > config.status: WARNING: 'libfaac/Makefile.in' seems to ignore the > --datarootdir setting > config.status: creating frontend/Makefile > config.status: WARNING: 'frontend/Makefile.in' seems to ignore the > --datarootdir setting > These errors can be ignored. > > At the time I didn't know why ./configure wasn't completing & just tried > to fix everything. > I added datarootdir = @datarootdir@ to the Makefile.in's with warnings. > This morning I deleted > cinelerra-4.4 & uncompressed a new one from source. Patched it. The > patches work cleanly for me. > It worked mostly. I think my original problem was autogen wasn't > installed. ./configure finished, > make didn't make cinelerra executable in the bin folder. There is only a > c_flags file in there. > Not sure what's wrong. You mention the bz2 lib, but I have libbz2-1.0.6 & > libbz2-dev installed. > So any clues? > > Typically I run 'make >& list.make' - I get build log, I can analyze it later. I managed to apply all patches (some by hand) and after installing libbz2-dev and libva-dev I stuck with error "multiple definition of `cpu_accel'". Einar ___ Cinelerra mailing list Cinelerra@skolelinux.no https://lists.skolelinux.org/listinfo/cinelerra
Re: [CinCV] Arvind R's CinelerraHV-4.4 patches from June
I have now renamed the cinelerra in /usr/bin/cinelerra.bak cinelerra-4.4/bin/cinelerra still works. I then tried to remove cinelerra-4.4-dmo1.deb leaving cinelerra-data-4.4-dmo1.deb, did that. cinelerra-4.4/bin/cinelerra wouldn't work. As soon as I reinstalled the deb, it worked again. So I went in and deleted /usr/bin/cinelerra And cinelerra-4.4/bin/cinelerra still works. weird! Would like to compile cinelerra-cv, but have package conflicts. What version of libtiff is required? 3.9.6-11 or 4.0.2-6 are available but require libjpeg8-dev which conflicts with libjpeg62-dev. ./configure does say libjpeg libraries headers found, it doesn't say which ones it needs. I can get libmjpegtools-dev to install if I install the older version of libquicktime-dev-2:1.2.4-3 That's all I need to get it to compile. Will removing packages I needed to compile cinelerra-4.4 break it? I don't think it should since its already compiled and working, but I'm no expert. It maybe using libraries outside of the cinelerra-4.4 folder. Ideas welcome, Ned On Mon, 2013-08-26 at 18:04 -0400, Ned Haskin wrote: > Well this is weird, > cinelerra worked I had a few odd rendering problems, but I'll get into that > later. > I uninstalled cinelerra-4.4-dmo1.deb while cinelerraHV-4.4 was open. > Cinelerra now won't run from the bin dir. It didn't crash I shut it. then > went to > run it later. I've rebooted, I've recompiled from scratch. > Yes I was running the cinelerra I just compiled the deb doesn't have > yuvstream. > > 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=3952 execution table size=0: > SigHandler::signal_handler total files=0 > Aborted > ned17@videoathlon:~/cinelerra-4.4/bin$ > > If I reinstall cinelerra-4.4-dmo1.deb > They both work, aptitude didn't install anything but cinelerra-4.4-dmo1.deb & > cinelerra-4.4-data-dmo1.deb. That's it, no other files. > > Wierd, > Ned > ___ Cinelerra mailing list Cinelerra@skolelinux.no https://lists.skolelinux.org/listinfo/cinelerra
Re: [CinCV] Arvind R's CinelerraHV-4.4 patches from June
Hi, CinelerraHV-4.4 wierdness, yuvstream acted like it worked, I used the same ffmpeg line I've used before The cores all when to 95 to 100% fans sped up. No output file. I set the output in both windows the same & the filename in the ffmpeg line all the same. I looked all over for the file, not sure what happened. I tried m4v & mp4 as output containers. This was the cl output BC_WindowBase::flush Cinelerra: Render not locked render.C: 376 render.C: 379 render.C: 381 render.C: 391 trying popen(ffmpeg -f yuv4mpegpipe -i - -vcodec libx264 -profile:v high422 -preset slow -s 720x480 -crf 15 -bf 3 -b_strategy 2 -pix_fmt yuv420p bike072813-test-x264.mp4) ffmpeg version N-55387-ge1a5ee2 Copyright (c) 2000-2013 the FFmpeg developers built on Aug 9 2013 09:41:44 with gcc 4.7 (Debian 4.7.2-5) configuration: --enable-gpl --enable-nonfree --enable-libx264 --enable-libxvid --enable-libmp3lame --enable-libfaac --enable-libtwolame libavutil 52. 41.100 / 52. 41.100 libavcodec 55. 24.100 / 55. 24.100 libavformat55. 13.102 / 55. 13.102 libavdevice55. 3.100 / 55. 3.100 libavfilter 3. 82.100 / 3. 82.100 libswscale 2. 4.100 / 2. 4.100 libswresample 0. 17.103 / 0. 17.103 libpostproc52. 3.100 / 52. 3.100 [h264 @ 0x32dc610]Cannot parallelize deblocking type 1, decoding such frames in sequential order Input #0, yuv4mpegpipe, from 'pipe:': Duration: N/A, bitrate: N/A Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 720x480, SAR 10:11 DAR 15:11, 29.97 fps, 29.97 tbr, 29.97 tbn, 29.97 tbc [libx264 @ 0x336c300] using SAR=10/11 [libx264 @ 0x336c300] using cpu capabilities: MMX2 SSE2Fast SSEMisalign LZCNT [libx264 @ 0x336c300] profile High, level 3.0 [libx264 @ 0x336c300] 264 - core 135 r2345 f0c1c53 - H.264/MPEG-4 AVC codec - Copyleft 2003-2013 - http://www.videolan.org/x264.html - options: cabac=1 ref=5 deblock=1:0:0 analyse=0x3:0x113 me=umh subme=8 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=7 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=2 b_bias=0 direct=3 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=50 rc=crf mbtree=1 crf=15.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00 Output #0, mp4, to 'bike072813-test-x264.mp4': Metadata: encoder : Lavf55.13.102 Stream #0:0: Video: h264 (libx264) ([33][0][0][0] / 0x0021), yuv420p, 720x480 [SAR 10:11 DAR 15:11], q=-1--1, 30k tbn, 29.97 tbc Stream mapping: Stream #0:0 -> #0:0 (rawvideo -> libx264) frame= 4339 fps= 41 q=-1.0 Lsize= 82380kB time=00:02:24.71 bitrate=4663.5kbits/s video:82327kB audio:0kB subtitle:0 global headers:0kB muxing overhead 0.064004% [libx264 @ 0x336c300] frame I:20Avg QP:13.68 size: 30799 [libx264 @ 0x336c300] frame P:1348 Avg QP:16.65 size: 24048 [libx264 @ 0x336c300] frame B:2971 Avg QP:18.24 size: 17257 [libx264 @ 0x336c300] consecutive B-frames: 4.3% 7.0% 18.3% 70.3% [libx264 @ 0x336c300] mb I I16..4: 7.8% 88.2% 4.0% [libx264 @ 0x336c300] mb P I16..4: 3.3% 62.9% 2.9% P16..4: 9.5% 10.1% 9.3% 0.0% 0.0%skip: 2.0% [libx264 @ 0x336c300] mb B I16..4: 1.0% 32.3% 0.8% B16..8: 17.3% 20.0% 10.0% direct:14.0% skip: 4.6% L0:42.9% L1:33.6% BI:23.5% [libx264 @ 0x336c300] 8x8 transform intra:92.9% inter:77.7% [libx264 @ 0x336c300] direct mvs spatial:99.9% temporal:0.1% [libx264 @ 0x336c300] coded y,uvDC,uvAC intra: 80.4% 79.5% 33.5% inter: 57.1% 78.7% 24.8% [libx264 @ 0x336c300] i16 v,h,dc,p: 26% 34% 17% 23% [libx264 @ 0x336c300] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 16% 31% 36% 3% 2% 2% 2% 3% 6% [libx264 @ 0x336c300] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 19% 23% 12% 6% 8% 7% 8% 6% 9% [libx264 @ 0x336c300] i8c dc,h,v,p: 41% 33% 24% 2% [libx264 @ 0x336c300] Weighted P-Frames: Y:27.9% UV:14.0% [libx264 @ 0x336c300] ref P L0: 44.3% 13.6% 18.6% 12.2% 8.2% 2.7% 0.4% [libx264 @ 0x336c300] ref B L0: 72.2% 18.4% 7.3% 2.1% [libx264 @ 0x336c300] ref B L1: 90.3% 9.7% [libx264 @ 0x336c300] kb/s:4658.30 Render::render_single: Session finished. This is my yuvstream to ffmpeg cl ffmpeg -f yuv4mpegpipe -i - -vcodec libx264 -profile:v high -preset slow -s 720x480 -crf 17 -bf 3 -b_strategy 2 -pix_fmt yuv420p test-x264.m2v Thanks for any help, Ned ___ Cinelerra mailing list Cinelerra@skolelinux.no https://lists.skolelinux.org/listinfo/cinelerra
Re: [CinCV] Arvind R's CinelerraHV-4.4 patches from June
Well this is weird, cinelerra worked I had a few odd rendering problems, but I'll get into that later. I uninstalled cinelerra-4.4-dmo1.deb while cinelerraHV-4.4 was open. Cinelerra now won't run from the bin dir. It didn't crash I shut it. then went to run it later. I've rebooted, I've recompiled from scratch. Yes I was running the cinelerra I just compiled the deb doesn't have yuvstream. 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=3952 execution table size=0: SigHandler::signal_handler total files=0 Aborted ned17@videoathlon:~/cinelerra-4.4/bin$ If I reinstall cinelerra-4.4-dmo1.deb They both work, aptitude didn't install anything but cinelerra-4.4-dmo1.deb & cinelerra-4.4-data-dmo1.deb. That's it, no other files. Wierd, Ned On Mon, 2013-08-26 at 14:52 -0400, Ned Haskin wrote: > Einar, > I just started fresh with a decompress of src and patches with Gavin's patch > too. > I haven't been using the 1st patch it was commented out in series. > I ./configured and started make, then got your email. While replying to you. > Make completed and it made a cinelerra executable! > Last time I tried the filepng.C patch it was on a used cinelerra-4.4 dir. > I had run make clean. And I did get a lot more output, but no cinelerra. > Cinelerra-4.4 is running right now on work space one. Cool! render shows > yuvstream as an option. > > Thanks for all the help everyone, > Ned > > > > > > > > > ___ > Cinelerra mailing list > Cinelerra@skolelinux.no > https://lists.skolelinux.org/listinfo/cinelerra > ___ Cinelerra mailing list Cinelerra@skolelinux.no https://lists.skolelinux.org/listinfo/cinelerra
Re: [CinCV] Arvind R's CinelerraHV-4.4 patches from June
Hi On Fri, Aug 23, 2013 at 9:49 PM, Ned Haskin wrote: > On Fri, 2013-08-23 at 19:02 +0300, Einar Rünkaru wrote: > > > > > > > > On Fri, Aug 23, 2013 at 6:00 AM, Ned Haskin > wrote: > > Thanks Einar, > > > > > > > > > > CinelerraCV-2.2 won't compile on my system Why? What > was the error? > > > > > > Package collisions, as it says in readme.build 'Some of them are > part of every distribution > > (if they aren't in yours, change you distrib. Not joking):' > > > > The text in file is outdated, newer versions of libraries are accepted. > So you didn't try? > No I didn't, how would I know that the file is outdated? > > > > Manuals are always more or less outdated. > > > > Nothing system-wide should be installed under root. It is home > > directory ot the root account. And of course user ned17 > > > > should not have permissions to anything under root. > > > > > Never compile anything as root. > > > I never do, only make install as root Good. > ned17@videoathlon:~/cinelerra-4.4$ make > make -f build/Makefile.cinelerra > make[1]: Entering directory `/home/ned17/cinelerra-4.4' > gcc -c -O2 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE > -D_FILE_OFFSET_BITS=64 "-D_FORTIFY_SOURCE=2" > -I../../thirdparty/freetype-*/include -I../../ -DHAVE_OSS > > > It looks to me like some configure set something else as the srcdir > instead of > /home/ned17/cinelerra-4.4/ . And if I was making as root, it would have > come > back as no file or directory error, unless it had created those folders. > Sometime > earlier. They don't exist I checked. grep won't deal with /root/hvirtual > because of the slashes > And grep came up with 1000's of returns of hvirtual [11515 lines in pluma] > I downloaded cinelerra-4.4-src and configured and compiled without errors. Though the binary of cinelerra was not built (missing bz2 library). Nothing tried to access to root. I tried do apply the patch, but it didn't apply cleanly. Configure failed. I did't find nothing in patch pointig to /root Einar ___ Cinelerra mailing list Cinelerra@skolelinux.no https://lists.skolelinux.org/listinfo/cinelerra
Re: [CinCV] Arvind R's CinelerraHV-4.4 patches from June
Einar, I just started fresh with a decompress of src and patches with Gavin's patch too. I haven't been using the 1st patch it was commented out in series. I ./configured and started make, then got your email. While replying to you. Make completed and it made a cinelerra executable! Last time I tried the filepng.C patch it was on a used cinelerra-4.4 dir. I had run make clean. And I did get a lot more output, but no cinelerra. Cinelerra-4.4 is running right now on work space one. Cool! render shows yuvstream as an option. Thanks for all the help everyone, Ned > > ___ Cinelerra mailing list Cinelerra@skolelinux.no https://lists.skolelinux.org/listinfo/cinelerra
Re: [CinCV] Arvind R's CinelerraHV-4.4 patches from June
Einar,
I already had libbz2-dev and libva-dev installed, they were on a list of
dependencies
I read somewhere. But, make shows no errors & makes no executable. Just c_flags
file
in the cinelerra-4.4/bin folder.
Gavin told me to patch cinelerra/filepng.C he's on the list, just emailed me
directly.
--- a/cinelerra/filepng.C
+++ b/cinelerra/filepng.C
@@ -57,7 +57,7 @@ int FilePNG::check_sig(Asset *asset)
fread(test, 16, 1, stream);
fclose(stream);
- if(png_check_sig((unsigned char*)test, 8))
+ if(png_sig_cmp((unsigned char*)test, 0, 8) == 0)
{
//printf("FilePNG::check_sig 1\n");
return 1;
Now this doesn't line up with the filepng.C I have, I think something else
patched it too.
But line 57 matches his - line so I manually copy & pasted +. Now I get a lot
of stuff in
the /bin folder, but still no executable. So not sure what's up. He got it
working on
archlinux. He couldn't use all the debian patches, but he's not on debian.
Now your error reminds me of a patch I got before I explored the cinelerra-cv
mail list.
Called patch-cinelerra-4.4-mjpegtools
*** cinelerra-4.4/thirdparty/mjpegtools-1.9.0rc3/utils/cpu_accel.h Thu Jul
10 20:27:43 2008
--- cinelerra-4.4-ejo/thirdparty/mjpegtools-1.9.0rc3/utils/cpu_accel.h Fri Jun
28 11:37:12 2013
***
*** 35,40
--- 35,41
extern "C" {
#endif
+ #define cpu_accel cpu_accel_mjp
int32_t cpu_accel (void);
void *bufalloc( size_t size );
#if !defined(HAVE_POSIX_MEMALIGN)
I just looked at my cpu_accel.h it isn't patched, but I see no error for it.
Looking for warnings
now.
Good Luck,
Ned
On Mon, 2013-08-26 at 20:57 +0300, Einar Rünkaru wrote:
>
> Typically I run 'make >& list.make' - I get build log, I can analyze
> it later.
>
>
> I managed to apply all patches (some by hand) and after installing
> libbz2-dev and libva-dev I stuck with
>
> error "multiple definition of `cpu_accel'".
>
>
> Einar
>
___
Cinelerra mailing list
Cinelerra@skolelinux.no
https://lists.skolelinux.org/listinfo/cinelerra
Re: [CinCV] Arvind R's CinelerraHV-4.4 patches from June
Einar, My error was in trying to fix the configure warnings ; config.status: creating libfaac/Makefile config.status: WARNING: 'libfaac/Makefile.in' seems to ignore the --datarootdir setting config.status: creating frontend/Makefile config.status: WARNING: 'frontend/Makefile.in' seems to ignore the --datarootdir setting At the time I didn't know why ./configure wasn't completing & just tried to fix everything. I added datarootdir = @datarootdir@ to the Makefile.in's with warnings. This morning I deleted cinelerra-4.4 & uncompressed a new one from source. Patched it. The patches work cleanly for me. It worked mostly. I think my original problem was autogen wasn't installed. ./configure finished, make didn't make cinelerra executable in the bin folder. There is only a c_flags file in there. Not sure what's wrong. You mention the bz2 lib, but I have libbz2-1.0.6 & libbz2-dev installed. So any clues? Thanks, Ned On Sun, 2013-08-25 at 18:03 +0300, Einar Rünkaru wrote: > Hi > > > On Fri, Aug 23, 2013 at 9:49 PM, Ned Haskin > wrote: > On Fri, 2013-08-23 at 19:02 +0300, Einar Rünkaru wrote: > > > > > > > > On Fri, Aug 23, 2013 at 6:00 AM, Ned Haskin > wrote: > > Thanks Einar, > > > > > > > > > > CinelerraCV-2.2 won't compile on my > system Why? What was the error? > > > > > > Package collisions, as it says in readme.build 'Some > of them are part of every distribution > > (if they aren't in yours, change you distrib. Not > joking):' > > > > The text in file is outdated, newer versions of libraries > are accepted. So you didn't try? > > No I didn't, how would I know that the file is outdated? > > > > > Manuals are always more or less outdated. > > > > > Nothing system-wide should be installed under root. It is > home > > directory ot the root account. And of course user ned17 > > > > should not have permissions to anything under root. > > > > > Never compile anything as root. > > > > I never do, only make install as root > > Good. > > > ned17@videoathlon:~/cinelerra-4.4$ make > make -f build/Makefile.cinelerra > make[1]: Entering directory `/home/ned17/cinelerra-4.4' > gcc -c -O2 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE > -D_FILE_OFFSET_BITS=64 "-D_FORTIFY_SOURCE=2" > -I../../thirdparty/freetype-*/include -I../../ -DHAVE_OSS > > > It looks to me like some configure set something else as the > srcdir instead of > /home/ned17/cinelerra-4.4/ . And if I was making as root, it > would have come > back as no file or directory error, unless it had created > those folders. Sometime > earlier. They don't exist I checked. grep won't deal > with /root/hvirtual because of the slashes > And grep came up with 1000's of returns of hvirtual [11515 > lines in pluma] > > > I downloaded cinelerra-4.4-src and configured and compiled without > errors. Though the binary of cinelerra was not > > built (missing bz2 library). Nothing tried to access to root. > > > I tried do apply the patch, but it didn't apply cleanly. Configure > failed. I did't find nothing in patch pointig to /root > > > Einar > ___ Cinelerra mailing list Cinelerra@skolelinux.no https://lists.skolelinux.org/listinfo/cinelerra
Re: [CinCV] Arvind R's CinelerraHV-4.4 patches from June
On Fri, Aug 23, 2013 at 6:00 AM, Ned Haskin wrote: > Thanks Einar, > > > > > CinelerraCV-2.2 won't compile on my system Why? What was the > error? > > Package collisions, as it says in readme.build 'Some of them are part of > every distribution > (if they aren't in yours, change you distrib. Not joking):' > > The text in file is outdated, newer versions of libraries are accepted. So you didn't try? > I just got debian-7.1 wheezy going with the mate-desktop & don't feel > like dealing with another distro or at least not right now. > BTW what is the recommended system & is it the same for all 3 cv forks? > Should run on any modern linux distribution. > > > > > > > & the deb is unstable and crashes all the time. > > > > The CinelerraHV-4.4 deb is rock stable but x264 rendering > > output is crap & no yuvstream out > > or HD in. > > > > I suspect that self compiling does not help in these areas. Of course > > you can fix it - it is open source. > > I may not be able to fix it on my own. But I can patch and compile from > source & get a usable version. With your help of course. > Or I hope I can. > > The latest errors: > > make[5]: Entering directory > `/home/ned17/cinelerra-4.4/quicktime/thirdparty/libvorbis-1.1.1/examples' > make[5]: stat: > /root/hvirtual/quicktime/thirdparty/libogg-1.1.2/include/ogg/ogg.h: > Permission denied > make[5]: stat: > /root/hvirtual/quicktime/thirdparty/libogg-1.1.2/include/ogg/os_types.h: > Permission denied > make[5]: stat: > /root/hvirtual/quicktime/thirdparty/libogg-1.1.2/include/ogg/config_types.h: > Permission denied > Nothing system-wide should be installed under root. It is home directory ot the root account. And of course user ned17 should not have permissions to anything under root. Never compile anything as root. Einar ___ Cinelerra mailing list Cinelerra@skolelinux.no https://lists.skolelinux.org/listinfo/cinelerra
Re: [CinCV] Arvind R's CinelerraHV-4.4 patches from June
On Thu, Aug 22, 2013 at 5:50 PM, Ned Haskin wrote: > Hi again, > ned17@videoathlon:~/cinelerra-4.4$ > > Any help would be greatly appreciated > Disable v4l. Newer kernels do not support it > > CinelerraCV-2.2 won't compile on my system Why? What was the error? > & the deb is unstable and crashes all the time. > > The CinelerraHV-4.4 deb is rock stable but x264 rendering output is crap & > no yuvstream out > or HD in. > I suspect that self compiling does not help in these areas. Of course you can fix it - it is open source. Einar ___ Cinelerra mailing list Cinelerra@skolelinux.no https://lists.skolelinux.org/listinfo/cinelerra
Re: [CinCV] Arvind R's CinelerraHV-4.4 patches from June
On Fri, 2013-08-23 at 19:02 +0300, Einar Rünkaru wrote:
>
>
>
> On Fri, Aug 23, 2013 at 6:00 AM, Ned Haskin wrote:
> Thanks Einar,
>
>
> >
> > CinelerraCV-2.2 won't compile on my system Why? What was
> the error?
>
>
> Package collisions, as it says in readme.build 'Some of them are part
> of every distribution
> (if they aren't in yours, change you distrib. Not joking):'
>
> The text in file is outdated, newer versions of libraries are accepted. So
> you didn't try?
No I didn't, how would I know that the file is outdated?
>
> Nothing system-wide should be installed under root. It is home
> directory ot the root account. And of course user ned17
>
> should not have permissions to anything under root.
>
> Never compile anything as root.
>
I never do, only make install as root!
ned17@videoathlon:~/cinelerra-4.4$ make
make -f build/Makefile.cinelerra
make[1]: Entering directory `/home/ned17/cinelerra-4.4'
gcc -c -O2 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE
-D_FILE_OFFSET_BITS=64 "-D_FORTIFY_SOURCE=2"
-I../../thirdparty/freetype-*/include -I../../ -DHAVE_OSS
It looks to me like some configure set something else as the srcdir instead of
/home/ned17/cinelerra-4.4/ . And if I was making as root, it would have come
back as no file or directory error, unless it had created those folders.
Sometime
earlier. They don't exist I checked. grep won't deal with /root/hvirtual
because of the slashes
And grep came up with 1000's of returns of hvirtual [11515 lines in pluma]
These lines are from $ make :
Making all in examples
make[5]: Entering directory
`/home/ned17/cinelerra-4.4/quicktime/thirdparty/libvorbis-1.1.1/examples'
make[5]: stat:
/root/hvirtual/quicktime/thirdparty/libogg-1.1.2/include/ogg/ogg.h: Permission
denied
make[5]: stat:
/root/hvirtual/quicktime/thirdparty/libogg-1.1.2/include/ogg/os_types.h:
Permission denied
make[5]: stat:
/root/hvirtual/quicktime/thirdparty/libogg-1.1.2/include/ogg/config_types.h:
Permission denied
>
These are from grep :
thirdparty/libtheora-1.0alpha4/lib/.deps/libtheora_la-dct_decode.Plo:
/root/hvirtual/quicktime/thirdparty/libogg-1.1.2/include/ogg/ogg.h \
thirdparty/libtheora-1.0alpha4/lib/.deps/libtheora_la-dct_decode.Plo:
/root/hvirtual/quicktime/thirdparty/libogg-1.1.2/include/ogg/os_types.h \
thirdparty/libtheora-1.0alpha4/lib/.deps/libtheora_la-dct_decode.Plo:
/root/hvirtual/quicktime/thirdparty/libogg-1.1.2/include/ogg/config_types.h \
There are loads more but these are the files it tried to make, that it couldn't
& it tried to stat
Some global configure file must have set srcdir to /root/hvirtual is the only
thing I can think of,
But what do I know. Last code I wrote was Fortran in 1976 on a HP3000 mainframe
in highschool.
Is this the offender?
$(CMAKE_BINARY_DIR) --check-build-system CMakeFiles/Makefile.cmake 0
thirdparty/OpenCV-2.3.1/data/CMakeFiles/CMakeDirectoryInformation.cmake:SET(CMAKE_RELATIVE_PATH_TOP_SOURCE
"/root/hvirtual/thirdparty/OpenCV-2.3.1")
> # CMAKE generated file: DO NOT EDIT!
> # Generated by "Unix Makefiles" Generator, CMake Version 2.8
>
> # Relative path conversion top directories.
> SET(CMAKE_RELATIVE_PATH_TOP_SOURCE "/root/hvirtual/thirdparty/OpenCV-2.3.1")
> SET(CMAKE_RELATIVE_PATH_TOP_BINARY "/root/hvirtual/thirdparty/OpenCV-2.3.1")
>
> # Force unix paths in dependencies.
> SET(CMAKE_FORCE_UNIX_PATHS 1)
>
> # The C and CXX include file search paths:
> SET(CMAKE_C_INCLUDE_PATH
> "."
> "."
> "include"
> "include/opencv"
> )
> SET(CMAKE_CXX_INCLUDE_PATH ${CMAKE_C_INCLUDE_PATH})
> SET(CMAKE_Fortran_INCLUDE_PATH ${CMAKE_C_INCLUDE_PATH})
>
> # The C and CXX include file regular expressions for this directory.
> SET(CMAKE_C_INCLUDE_REGEX_SCAN "^.*$")
> SET(CMAKE_C_INCLUDE_REGEX_COMPLAIN "^$")
> SET(CMAKE_CXX_INCLUDE_REGEX_SCAN ${CMAKE_C_INCLUDE_REGEX_SCAN})
> SET(CMAKE_CXX_INCLUDE_REGEX_COMPLAIN ${CMAKE_C_INCLUDE_REGEX_COMPLAIN})
And there are so many other references to /root/hvirtual/.
So maybe that is why the final error came up
libquicktime.a wasn't built because it tried to put it in the wrong directory?
find thirdparty/ffmpeg-0.6.1/libavutil/ -name *.o >> x86_64/objs
ar rcs x86_64/libquicktime.a `cat x86_64/objs`
ar: x86_64/faad//*.o: No such file or directory
make[2]: *** [x86_64/libquicktime.a] Error 1
make[2]: Leaving directory `/home/ned17/cinelerra-4.4/quicktime'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/home/ned17/cinelerra-4.4'
make: *** [all] Error 2
ned17@videoathlon:~/cinelerra-4.4$
Thanks for all the help
Ned
___
Cinelerra mailing list
Cinelerra@skolelinux.no
https://lists.skolelinux.org/listinfo/cinelerra
Re: [CinCV] Arvind R's CinelerraHV-4.4 patches from June
Einar, Well the stat permission denied is odd. The files are there and the terminal lets me run stat as a user. Unless it is really trying to stat files in /root/ sub folders. There isn't any mention of libquicktime.a or the /x86_64/faad folder in all the make output. So make hasn't touched those files & or directories yet. Not sure where to look now. I do have all the cl output. I am using this source http://sourceforge.net/projects/heroines/files/cinelerra-4.4-src.tar.xz/download And it is patched with Arvind R.'s patches from his June 25 upload for cinelerraHV-4.4 without error or warning. Any Clue?, Ned The latest errors: make[5]: Entering directory `/home/ned17/cinelerra-4.4/quicktime/thirdparty/libvorbis-1.1.1/examples' make[5]: stat: /root/hvirtual/quicktime/thirdparty/libogg-1.1.2/include/ogg/ogg.h: Permission denied make[5]: stat: /root/hvirtual/quicktime/thirdparty/libogg-1.1.2/include/ogg/os_types.h: Permission denied make[5]: stat: /root/hvirtual/quicktime/thirdparty/libogg-1.1.2/include/ogg/config_types.h: Permission denied find thirdparty/ffmpeg-0.6.1/libavutil/ -name *.o >> x86_64/objs ar rcs x86_64/libquicktime.a `cat x86_64/objs` ar: x86_64/faad//*.o: No such file or directory make[2]: *** [x86_64/libquicktime.a] Error 1 make[2]: Leaving directory `/home/ned17/cinelerra-4.4/quicktime' make[1]: *** [all] Error 2 make[1]: Leaving directory `/home/ned17/cinelerra-4.4' make: *** [all] Error 2 ned17@videoathlon:~/cinelerra-4.4$ At the top I'm assuming some makefile set /root/hvirtual = $home$/cinelerra-4.4 if not then, that is the error there. At the end here there is no cinelerra-4.4/quicktime/x86_64/libquicktime.a And cinelerra-4.4/quicktime/x86_64/faad/ *.o the folder is empty. So something is wrong & these files weren't made or moved there?? Where do I look now? Thanks for the help, Ned ___ Cinelerra mailing list Cinelerra@skolelinux.no https://lists.skolelinux.org/listinfo/cinelerra
Re: [CinCV] Arvind R's CinelerraHV-4.4 patches from June
Thanks Einar, On Thu, 2013-08-22 at 23:09 +0300, Einar Rünkaru wrote: > Disable v4l. Newer kernels do not support it > Thanks, thats what I thought, but I'm no expert. I added --disable-indev=v4l to /quicktime/configure "CONFIGURING FFMPEG" Then I remembered fixing a warning on ./configure 'checking for linux/videodev.h... no' someone on the net wrote add a link to /usr/include/linux/videodev2.h. So I did, not knowing that I was just shooting myself in the foot. Since v4l depends on videodev.h I guess no one bothered to disable v4l building once it was depreciated. Still have another error. It did go some 600 more lines before it stopped. > > CinelerraCV-2.2 won't compile on my system Why? What was the error? Package collisions, as it says in readme.build 'Some of them are part of every distribution (if they aren't in yours, change you distrib. Not joking):' I just got debian-7.1 wheezy going with the mate-desktop & don't feel like dealing with another distro or at least not right now. BTW what is the recommended system & is it the same for all 3 cv forks? > > > & the deb is unstable and crashes all the time. > > The CinelerraHV-4.4 deb is rock stable but x264 rendering > output is crap & no yuvstream out > or HD in. > > I suspect that self compiling does not help in these areas. Of course > you can fix it - it is open source. I may not be able to fix it on my own. But I can patch and compile from source & get a usable version. With your help of course. Or I hope I can. The latest errors: make[5]: Entering directory `/home/ned17/cinelerra-4.4/quicktime/thirdparty/libvorbis-1.1.1/examples' make[5]: stat: /root/hvirtual/quicktime/thirdparty/libogg-1.1.2/include/ogg/ogg.h: Permission denied make[5]: stat: /root/hvirtual/quicktime/thirdparty/libogg-1.1.2/include/ogg/os_types.h: Permission denied make[5]: stat: /root/hvirtual/quicktime/thirdparty/libogg-1.1.2/include/ogg/config_types.h: Permission denied if gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../include -O20 -ffast-math -D_REENTRANT -fsigned-char -I/home/ned17/cinelerra-4.4/quicktime/thirdparty/libogg-1.1.2/include -L/home/ned17/cinelerra-4.4/quicktime/thirdparty/libogg-1.1.2/src/ -DUSE_MEMORY_H -MT decoder_example.o -MD -MP -MF ".deps/decoder_example.Tpo" -c -o decoder_example.o decoder_example.c; \ then mv -f ".deps/decoder_example.Tpo" ".deps/decoder_example.Po"; else rm -f ".deps/decoder_example.Tpo"; exit 1; fi /bin/bash ../libtool --tag=CC --mode=link gcc -O20 -ffast-math -D_REENTRANT -fsigned-char -I/home/ned17/cinelerra-4.4/quicktime/thirdparty/libogg-1.1.2/include -L/home/ned17/cinelerra-4.4/quicktime/thirdparty/libogg-1.1.2/src/ -DUSE_MEMORY_H -o decoder_example decoder_example.o ../lib/libvorbis.la mkdir .libs gcc -O20 -ffast-math -D_REENTRANT -fsigned-char -I/home/ned17/cinelerra-4.4/quicktime/thirdparty/libogg-1.1.2/include -DUSE_MEMORY_H -o decoder_example decoder_example.o -L/home/ned17/cinelerra-4.4/quicktime/thirdparty/libogg-1.1.2/src/ ../lib/.libs/libvorbis.a /home/ned17/cinelerra-4.4/quicktime/thirdparty/libogg-1.1.2/src//.libs/libogg.so -lm -Wl,--rpath -Wl,/home/ned17/cinelerra-4.4/quicktime/thirdparty/libogg-1.1.2/src//.libs -Wl,--rpath -Wl,/usr/local/lib if gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../include -O20 -ffast-math -D_REENTRANT -fsigned-char -I/home/ned17/cinelerra-4.4/quicktime/thirdparty/libogg-1.1.2/include -L/home/ned17/cinelerra-4.4/quicktime/thirdparty/libogg-1.1.2/src/ -DUSE_MEMORY_H -MT encoder_example.o -MD -MP -MF ".deps/encoder_example.Tpo" -c -o encoder_example.o encoder_example.c; \ then mv -f ".deps/encoder_example.Tpo" ".deps/encoder_example.Po"; else rm -f ".deps/encoder_example.Tpo"; exit 1; fi /bin/bash ../libtool --tag=CC --mode=link gcc -O20 -ffast-math -D_REENTRANT -fsigned-char -I/home/ned17/cinelerra-4.4/quicktime/thirdparty/libogg-1.1.2/include -L/home/ned17/cinelerra-4.4/quicktime/thirdparty/libogg-1.1.2/src/ -DUSE_MEMORY_H -o encoder_example encoder_example.o ../lib/libvorbisenc.la ../lib/libvorbis.la gcc -O20 -ffast-math -D_REENTRANT -fsigned-char -I/home/ned17/cinelerra-4.4/quicktime/thirdparty/libogg-1.1.2/include -DUSE_MEMORY_H -o encoder_example encoder_example.o -L/home/ned17/cinelerra-4.4/quicktime/thirdparty/libogg-1.1.2/src/ ../lib/.libs/libvorbisenc.a /home/ned17/cinelerra-4.4/quicktime/thirdparty/libvorbis-1.1.1/lib/.libs/libvorbis.a ../lib/.libs/libvorbis.a /home/ned17/cinelerra-4.4/quicktime/thirdparty/libogg-1.1.2/src//.libs/libogg.so -lm -Wl,--rpath -Wl,/home/ned17/cinelerra-4.4/quicktime/thirdparty/libogg-1.1.2/src//.libs -Wl,--rpath -Wl,/usr/local/lib if gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../include -O20 -ffast-math -D_REENTRANT -fsigned-char -I/home/ned17/cinelerra-4.4/quicktime/thirdparty/libogg-1.1.2/include -L/home/ned17/cinelerra-4.4/quicktime/thirdparty/libogg-1.1.2/src/ -DUSE_MEMORY_H -MT chaining_examp
Re: [CinCV] Arvind R's CinelerraHV-4.4 patches from June
Hi again, I am using Debian wheezy-7.1-amd64 make-3.81 automake-1.11.6 The only packages I'm missing are sdl >= 1.1.3 & xmms >= 0.9.5.1 It seems that the latest errors are when make enters quicktime/thirdparty/ffmpeg-0.6.1 The are no warnings or errors in ffmpeg-0.6.1 during ./configure. Configure ends with no errors. checking whether byte ordering is bigendian... (cached) no creating ./config.status creating config/config Writing hvirtual_config.h Have Video4Linux 2 Have DVB Have OpenGL 2.0 Configured successfully. Type 'make' to build me. while make is running, there are some warnings before this, but no errors. make -C thirdparty/ffmpeg-0.6.1 make[3]: Entering directory `/home/ned17/cinelerra-4.4/quicktime/thirdparty/ffmpeg-0.6.1' make[3]: Leaving directory `/home/ned17/cinelerra-4.4/quicktime/thirdparty/ffmpeg-0.6.1' make[3]: Entering directory `/home/ned17/cinelerra-4.4/quicktime/thirdparty/ffmpeg-0.6.1' CC libavdevice/alldevices.o CC libavdevice/avdevice.o CC libavdevice/dv1394.o CC libavdevice/oss_audio.o CC libavdevice/v4l.o libavdevice/v4l.c:44:29: error: field ‘video_cap’ has incomplete type libavdevice/v4l.c:45:24: error: field ‘audio_saved’ has incomplete type libavdevice/v4l.c:46:25: error: field ‘video_win’ has incomplete type libavdevice/v4l.c:48:23: error: field ‘gb_buffers’ has incomplete type libavdevice/v4l.c:49:23: error: field ‘gb_buf’ has incomplete type libavdevice/v4l.c:58:17: error: ‘VIDEO_PALETTE_YUV420P’ undeclared here (not in a function) libavdevice/v4l.c:59:17: error: ‘VIDEO_PALETTE_YUV422’ undeclared here (not in a function) libavdevice/v4l.c:60:17: error: ‘VIDEO_PALETTE_UYVY’ undeclared here (not in a function) libavdevice/v4l.c:61:17: error: ‘VIDEO_PALETTE_YUYV’ undeclared here (not in a function) libavdevice/v4l.c:63:17: error: ‘VIDEO_PALETTE_RGB24’ undeclared here (not in a function) libavdevice/v4l.c:64:17: error: ‘VIDEO_PALETTE_RGB565’ undeclared here (not in a function) libavdevice/v4l.c:65:17: error: ‘VIDEO_PALETTE_GREY’ undeclared here (not in a function) libavdevice/v4l.c: In function ‘grab_read_header’: libavdevice/v4l.c:75:24: error: storage size of ‘tuner’ isn’t known libavdevice/v4l.c:76:24: error: storage size of ‘audio’ isn’t known libavdevice/v4l.c:77:26: error: storage size of ‘pict’ isn’t known libavdevice/v4l.c:87:17: error: request for member ‘width’ in something not a structure or union libavdevice/v4l.c:87:5: warning: statement with no effect [-Wunused-value] libavdevice/v4l.c:88:17: error: request for member ‘height’ in something not a structure or union libavdevice/v4l.c:88:5: warning: statement with no effect [-Wunused-value] libavdevice/v4l.c:101:25: error: ‘VIDIOCGCAP’ undeclared (first use in this function) libavdevice/v4l.c:101:25: note: each undeclared identifier is reported only once for each function it appears in libavdevice/v4l.c:101:5: warning: passing argument 2 of ‘ioctl’ makes integer from pointer without a cast [enabled by default] In file included from libavdevice/v4l.c:29:0: /usr/include/x86_64-linux-gnu/sys/ioctl.h:42:12: note: expected ‘long unsigned int’ but argument is of type ‘const struct *’ libavdevice/v4l.c:106:23: error: request for member ‘type’ in something not a structure or union libavdevice/v4l.c:106:29: error: invalid operands to binary & (have ‘const struct *’ and ‘int’) libavdevice/v4l.c:112:21: error: request for member ‘width’ in something not a structure or union libavdevice/v4l.c:112:48: error: request for member ‘height’ in something not a structure or union libavdevice/v4l.c:113:29: error: ‘VIDIOCGWIN’ undeclared (first use in this function) libavdevice/v4l.c:113:9: warning: passing argument 2 of ‘ioctl’ makes integer from pointer without a cast [enabled by default] In file included from libavdevice/v4l.c:29:0: /usr/include/x86_64-linux-gnu/sys/ioctl.h:42:12: note: expected ‘long unsigned int’ but argument is of type ‘const struct *’ libavdevice/v4l.c:119:49: error: request for member ‘width’ in something not a structure or union libavdevice/v4l.c:119:69: error: request for member ‘height’ in something not a structure or union libavdevice/v4l.c:119:5: warning: passing argument 2 of ‘avcodec_check_dimensions’ makes integer from pointer without a cast [enabled by default] In file included from ./libavformat/avformat.h:56:0, from libavdevice/v4l.c:25: ./libavcodec/avcodec.h:3338:5: note: expected ‘unsigned int’ but argument is of type ‘const struct *’ libavdevice/v4l.c:119:5: warning: passing argument 3 of ‘avcodec_check_dimensions’ makes integer from pointer without a cast [enabled by default] In file included from ./libavformat/avformat.h:56:0, from libavdevice/v4l.c:25: ./libavcodec/avcodec.h:3338:5: note: expected ‘unsigned int’ but argument is of type ‘const struct *’ libavdevice/v4l.c:133:42: error: ‘VIDIOCGTUNER’ undeclared (first use in this function) libavdevice/v4l.c:133:5: warning: passing argument 2 of ‘ioctl’ makes integer fro
