IT WORKS. You had it exactly right. The one additional correction i
needed to make was to get x264.h and libx265.so each into the proper
directories --- x264.h belongs in /usr/include and libx264.so belongs in
/usr/lib . As soon as I got that straightened out CV compiled and
installed without difficulty.
I was holding my breath.
Many many thanks.
Howard
On Sat, Aug 7, 2010 at 6:35 AM, Johannes Sixt <[email protected]> wrote:
> (Please keep the list in the loop!)
>
> On Samstag, 7. August 2010, Howard Helsinger wrote:
> > Johannnes:
> >
> > this may be the most useful suggestion I've had, as I try to solve this
> > problem. I did as you suggested, and deleted copies of libx264 from
> > usr/local/include, leaving them only in usr/include. The compile went
> > lots further before stopping.
> >
> > So then as I looked for x264.h to confirm the version. I discovered I
> > had 3 copies -- two of build 102, and one of build 104.
> >
> > So I will beg a bit more assistance.
> >
> > Here is the error I received:
> >
> > /libquicktimehv-1.6.0.so.1.0.0
> > .libs/qth264.o: In function `encode':
> > /home/howard/my_cinelerra/quicktime/qth264.c:158: undefined
> > reference to `x264_encoder_open_102'
> > collect2: ld returned 1 exit status
> > libtool: install: error: relink `libquicktimehv.la' with the
> > above command before installing it
> >
> > It appears to be looking for build 102 -- so am I right that I should
> > keep one copy of x264 buld 102, delete the other, and also delete the
> > one from build 104?
> >
> > I hope you don't mind, but I'll attach a screenshot showing just what a
> > mess of duplicates I have. I think I can methodically eliminate most
> > of version 104, if that is what I should do. But where properly should
> > the others reside?
> >
> > Or, perhaps, is there some straightforward way of cleaning this all up?
> > Erase it all and install anew? --install what? version 104?
> > I just checked -- and I note I had downloaded and still have
> > x264-snapshot-20100710-2245, which I could recompile and install. That,
> > I confirmed, is version 102. But I don't know how extensive my
> > deleting should be -- I seem to have multiple copies of
> > libx262__*****____.ffpreset files.
> >
> > Sorry to bother you with more -- but you do seem to know something.
> > Thanks.
>
> Usually, the compile process needs only the file x264.h, the file
> libx264.so.nn with the version number matching x264.h, and the symbolic
> link
> libx264.so that points to that libx264.so.nn.
>
> You can have other libx264.so.nn with other version numbers on your system
> (in
> fact, you will need them if other applications depend on it), but you
> should
> not have other x264.h anywhere (to be on the safe side).
>
> This means, if you need x264 only for your cinelerra build, you should
> delete
> everything except abovementioned 3 files of one particular version.
>
> But if you have other applications that depend on x264, it may be necessary
> to
> keep other libx264.so.nn files. This should not hurt the cinelerra build as
> long as your only existing libx264.so points to the .nn that matches the
> x264.h file.
>
> -- Hannes
>
--
Howard Helsinger - 5723 S. Kenwood, Chicago, IL 60637
home: 773 955 8653 office: 312 704 2184
