[CinCVS] Re: svn sources not building on 64-bit Gentoo

[Daniel Fort]

Hi Jostle,

> I had the same problem with r981 and fixed it by NOT using --enable-mmx
> in the ./configure command.

That's interesting. I added --disable-mmx to my ./configure command and it
worked. I didn't have --enable-mmx to begin with.

According to Kevin:

> I suspect this is an artifact of your last commit to configure.  It
> looked like you re-enabled auto detection of MMX support?  I think
> Pierre disabled that for x86_64 to fix build problems on that arch.

I didn't enable mmx and the configure output doesn't show mmx enabled for
ffmpeg but the default is to enable mmx?

--Dan


___
Cinelerra mailing list
Cinelerra@skolelinux.no
https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra

[CinCVS] svn sources not building on 64-bit Gentoo

[Daniel Fort]

I've been updating and building from SVN every Wednesday and this week 
(revision 985) it failed. It looks like everything is in order:


Summary of mandatory components:
 libogg  found
 libvorbis   found
 libvorbisencfound
 libvorbisfile   found
 libtheora   found
 OpenEXR found
 libdv   found
 libpng  found
 libjpeg libraries   found
 libjpeg headers found
 libtiff libraries   found
 libtiff headers found
 FreeType 2  found
 libx264 libraries   found
 libx264 headers found
 libuuid libraries   found
 libuuid headers found
 mjpegtools  found
 libfftw3 libraries  found
 libfftw3 headersfound
 liba52 librariesfound
 liba52 headers  found
 libmp3lame librariesfound
 libmp3lame headers  found
 libsndfile librariesfound
 libsndfile headers  found
 libfaac libraries   found
 libfaac headers found
 libfaad libraries   found
 libfaad headers found

Summary of optional components:
 ESD subsystem   found
ESD (Enlightenment Sound Daemon) is enabled
 ALSA subsystem  found
ALSA is enabled
 libraw1394  found
 libiec61883 found
 libavc1394 librariesfound
 libavc1394 headers  found
 librom1394 librariesfound
 librom1394 headers  found
Firewire is enabled
 OpenGL 2.0 librariesfound
Hardware acceleration using OpenGL 2.0 is enabled

But here is how it ends:

gcc -shared  .libs/atom.o .libs/avcc.o .libs/avi_hdrl.o .libs/avi_idx1.o 
.libs/avi_movi.o .libs/avi_strl.o .libs/avi_odml.o .libs/avi_ix.o 
.libs/avi_indx.o .libs/avi_riff.o .libs/cmodel_default.o 
.libs/cmodel_float.o .libs/cmodel_yuv420p.o .libs/cmodel_yuv422.o 
.libs/codecs.o .libs/colormodels.o .libs/ctab.o .libs/dinf.o 
.libs/dref.o .libs/edts.o .libs/elst.o .libs/esds.o .libs/graphics.o 
.libs/hdlr.o .libs/ima4.o .libs/interlacemodes.o .libs/jpeg.o 
.libs/libdv.o .libs/libmjpeg.o .libs/matrix.o .libs/mdat.o .libs/mdhd.o 
.libs/mdia.o .libs/minf.o .libs/moov.o .libs/mp4a.o .libs/mvhd.o 
.libs/plugin.o .libs/qtcache.o .libs/qtdv.o .libs/qtffmpeg.o 
.libs/qth264.o .libs/qtpng.o .libs/qtmp3.o .libs/quicktime.o .libs/raw.o 
.libs/rawaudio.o .libs/rle.o .libs/smhd.o .libs/stbl.o .libs/stco.o 
.libs/stsc.o .libs/stsd.o .libs/stsdtable.o .libs/stss.o .libs/stsz.o 
.libs/stts.o .libs/tkhd.o .libs/trak.o .libs/twos.o .libs/udta.o 
.libs/ulaw.o .libs/util.o .libs/v308.o .libs/v408.o .libs/v410.o 
.libs/vmhd.o .libs/vbraudio.o .libs/vorbis.o .libs/workarounds.o 
.libs/yuv2.o .libs/yuv4.o .libs/yv12.o .libs/wmx2.o .libs/wma.o 
.libs/mpeg4.o -Wl,--whole-archive ffmpeg/libavcodec/.libs/libavcodec.a 
encore50/.libs/libencore.a -Wl,--no-whole-archive  -Wl,--rpath 
-Wl,/home/dfort/src/cinelerra-svn/hvirtual/libmpeg3/.libs -Wl,--rpath 
-Wl,/opt/cinelerra/lib /usr/lib64/liba52.so 
-L/usr/x86_64-pc-linux-gnu/bin -L/usr/x86_64-pc-linux-gnu/lib 
-L/usr/lib/gcc/x86_64-pc-linux-gnu/../../../x86_64-pc-linux-gnu/lib 
-L/usr/lib/gcc/x86_64-pc-linux-gnu/../../../lib64 -L/lib/../lib64 
-L/usr/lib/../lib64 /usr/lib64/libmp4v2.so 
-L/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.6 
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.6/libstdc++.so -L/usr/lib64 
/usr/lib64/libvorbisenc.so /usr/lib64/libvorbisfile.so 
/usr/lib64/libvorbis.so /usr/lib64/libtheora.so /usr/lib64/libogg.so 
/usr/lib64/libmp3lame.so /usr/lib64/libfaad.so /usr/lib64/libfaac.so 
../libmpeg3/.libs/libmpeg3hv.so 
-L/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.6/../../../ -lx264 
/usr/lib64/libdv.so /usr/lib64/libjpeg.so /usr/lib64/libpng12.so -lz -lm 
-ldl -lpthread  -Wl,--no-undefined -Wl,-soname 
-Wl,libquicktimehv-1.6.0.so.1 -o .libs/libquicktimehv-1.6.0.so.1.0.0
ffmpeg/libavcodec/.libs/libavcodec.a(utils.o): In function 
`avcodec_decode_video':
/home/dfort/src/cinelerra-svn/hvirtual/quicktime/ffmpeg/libavcodec/utils.c:635: 
undefined reference to `mm_flags'
ffmpeg/libavcodec/.libs/libavcodec.a(utils.o): In function 
`avcodec_encode_video':
/home/dfort/src/cinelerra-svn/hvirtual/quicktime/ffmpeg/libavcodec/utils.c:597: 
undefined reference to `mm_flags'
ffmpeg/libavcodec/.libs/libavcodec.a(mpegvideo.o): In function 
`DCT_common_init':
/home/dfort/src/cinelerra-svn/hvirtual/quicktime/ffmpeg/libavcodec/mpegvideo.c:247: 
undefined reference to `MPV_common_init_mmx'
ffmpeg/libavcodec/.libs/libavcodec.a(mpegvideo.o): In function 
`MPV_frame_end':
/home/dfort/src/cinelerra-svn/hvirtual/quicktime/ffmpeg/libavcodec/mpegvideo.c:1593: 
undefined reference to `mm_flags'
ffmpeg/libavcodec/.libs/libavcodec.a(mpegvideo.o): In function 
`ff_draw_horiz_band':
/home/dfort/src/cinelerra-svn/hvirtual/quicktime/ffmpeg/libavcodec/mpegvideo.c:4006: 
undefined reference to `mm_flags'
ffmpeg/libavcodec/.libs/libavcodec.a(mpegvideo.o): In function 
`encode_picture':
/home/dfort/src/cinelerra-svn/hvirtual/quicktime/ffmpeg/libavcodec/mpegvideo.c:5299: 
undefined reference to

Re: [CinCVS] Start Over From (Almost) Scratch?

[Daniel Fort]

A heated discussion can be beneficial--but please keep the tone friendly!

I've been following Cinelerra since the early days. By early I mean when 
Adam Williams still granted interviews about Broadcast2000 and Michael 
Collins started building turn-key systems through Linux Media Arts.


It wasn't until this group created the "community version" that I was 
able to get it running.


I'm not a developer, but I can appreciate the amount of work it would 
take to fulfill a user's request to re-write most of the program because 
it is too buggy.


I have been using non-linear editing systems on feature film projects 
since 1994 (Avid and Lightworks) and have worked on film editing 
enhancements for Adobe Premiere and Final Cut Pro. One of my ideas 
developed into Film Logic which eventually became Apple Cinema Tools. 
I'm currently working at DreamWorks Animation Studio and even though 
most of the production tools run on Linux, the editing is done on 
WindowsXP based Avids.


Enough background, I'd like to do more with Cinelerra than just compile 
and launch it. I'm in awe of users who have actually completed projects 
using this software. It seems that it has matured to the point where it 
would be practical to start using it, but the reports keep coming from 
users who keep crashing. I've filed lots of bug reports working with 
Avid and Final Cut Pro and understand that it is part of the development 
process. The difference here is that the users have the option of fixing 
it themselves, filing reports in the official bug tracker and 
communicating directly with the (community version) developers.


Maybe someone will write a better open source Linux video editor from 
the ground up, but from what I've seen, Cinelerra-CV is still the most 
likely to attract feature film editors. (Though digital film may be a 
more accurate term these days.)


One more point--are there Cinelerra-CV developers in the Los Angeles 
area? Please contact me. I'd like to start testing/debugging and meeting 
with a developer to go through the system would get this jump-started.



--Dan

___
Cinelerra mailing list
Cinelerra@skolelinux.no
https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra