Hi,

august wrote:
>>>     then, ./configure 
>>>     
>>>     This still tells me that I am missing theoradec, but I have all the
>>>     theora-dev libs from apt-get.
>> The libtheora-1.0-dev from Ubuntu is broken and they didn't upgrade it for
>> Karmic. On my recently installed Karmic system I use the ppa for theora:
>>
>> https://launchpad.net/~theora/+archive/ppa
>>
>> It's also the (greatly improved) 1.1.x version. Certainly someone should
>> submit a bug report for this...
> 
> 
> what is the problem with the other Karmic version of theora?   Other
> apps are able to use it.    

Ok, things are a bit different than what I said before:

- The change on my side was to switch to the theora-1.0 API (from
   of the pre-1.0 lagacy API). Probably I'm the only one, who did that
   change :)

- The Jaunty packages were broken for the new API (missing header file)

- The Karmic package adds the missing header from what I see, but your
   configure detection fails because of this:

   Requested 'theoradec >= 1.0.0' but version of theora is 1.0final

   So the Karmic package is broken by adding the "final" to the version,
   which screws up pkg-config.

Since the feature I'm testing for (theoradec) was not there before 1.0.0
maybe a solution is to omit the version check completely.

You can go to m4/check_funcs.m4 and change the line:

PKG_CHECK_MODULES(THEORADEC, theoradec >= $THEORADEC_REQUIRED, 
have_theoradec="true", have_theoradec="false")

by

PKG_CHECK_MODULES(THEORADEC, theoradec, have_theoradec="true", 
have_theoradec="false")

and see if that works (if yes, tell so I can put that upstream).

> And, can I install the launchpad debs side by side with the default
> karmic deb?

No, but they can be savely replaced. Packages depending on libtheora will be 
happy
with the ppa version. I needed at least 1.1.0 to implement theora 2-pass 
encoding.
Also 1.1.0 has much improved encoding quality and decoding speed. Relevant of 
couse
only if you actually need theora support.

>>>     I type make and get this error:
>>>
>>>     audio_dca.c:33:17: error: dts.h: No such file or directory
>>>     looking now for where I can find that lib.
>> It's libdts aka libdca, and I can remember some problems with the dts.h
>> versus dca.h issue. But I thought I fixed them a while ago. Can you send
>> your zipped config.log file and the zipped configure output?
>>
> 
> see attached.

Ok, I'll try to reproduce and fix this on my Karmic system at home.
Renaming libraries is bad, but in the libdts case it was a trademark
violation, so it had to be done.

Burkhard

------------------------------------------------------------------------------
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p.sf.net/sfu/google-dev2dev
_______________________________________________
Gmerlin-general mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/gmerlin-general

Reply via email to