Mailing List Archive

cvs compile problems
I'm trying to compile the latest cvs and I'm running into this error...

g++ -o mythepg main.o -L/usr/share/qt3/lib -L/usr/X11R6/lib
-L../../libs/libmyth -L../../libs/libmythtv -L../../libs/libavcodec
-L../../libs/libvbitext -lmythtv -lavcodec -lvbitext -lmyth-0.8 -lXv
-lXinerama -lmp3lame -lqt-mt -lXext -lX11 -lm -lpthread
../../libs/libavcodec/libavcodec.a(allcodecs.o)(.text+0x3a): In
function `avcodec_register_all':
: undefined reference to `mp3lame_encoder'
../../libs/libavcodec/libavcodec.a(mpegvideo.o)(.text+0x93): In
function `DCT_common_init':
: undefined reference to `MPV_common_init_axp'
../../libs/libavcodec/libavcodec.a(dsputil.o)(.text+0x6fd): In function
`dsputil_init':
: undefined reference to `dsputil_init_alpha'
collect2: ld returned 1 exit status
make[2]: *** [mythepg] Error 1
make[2]: Leaving directory `/usr/src/mythtv/MC/programs/mythepg'
make[1]: *** [sub-mythepg] Error 2
make[1]: Leaving directory `/usr/src/mythtv/MC/programs'
make: *** [sub-programs] Error 2

I'm running debian/unstable and I've installed lame from the .debs
linked from the main mythtv page. Does anyone know what I should look
for to fix this or should I just give up and install lame from source?

--
Tod Detre
Re: cvs compile problems [ In reply to ]
On Thursday 20 February 2003 03:19 pm, Tod Detre wrote:
> I'm trying to compile the latest cvs and I'm running into this error...
>
> g++ -o mythepg main.o -L/usr/share/qt3/lib -L/usr/X11R6/lib
> -L../../libs/libmyth -L../../libs/libmythtv -L../../libs/libavcodec
> -L../../libs/libvbitext -lmythtv -lavcodec -lvbitext -lmyth-0.8 -lXv
> -lXinerama -lmp3lame -lqt-mt -lXext -lX11 -lm -lpthread
> ../../libs/libavcodec/libavcodec.a(allcodecs.o)(.text+0x3a): In
>
> function `avcodec_register_all':
> : undefined reference to `mp3lame_encoder'

How'd you manage to get CONFIG_MP3LAME turned on? It should be pretty much
completely commented out in configure..

> ../../libs/libavcodec/libavcodec.a(mpegvideo.o)(.text+0x93): In
>
> function `DCT_common_init':
> : undefined reference to `MPV_common_init_axp'
>
> ../../libs/libavcodec/libavcodec.a(dsputil.o)(.text+0x6fd): In function
>
> `dsputil_init':
> : undefined reference to `dsputil_init_alpha'

Stuff's going to be broken on non-x86 archs.

Isaac
Re: cvs compile problems [ In reply to ]
well, as what usually happens this was a result of me trying to do 20
things at once....

> How'd you manage to get CONFIG_MP3LAME turned on? It should be pretty
> much
> completely commented out in configure..

long story, you can ether count it up as me being stupid and skip to my
next comment or read on...
I thought I had lame installed, but it gave me errors so I was trying
to fix it myself and turned on the mp3lame do try and force it to
detect (I thought it might be because debian puts things in weird
places) but then I realized I didn't install lame, but forgot to turn
off the force thing I did.

> Stuff's going to be broken on non-x86 archs.
again, me being stupid. I ment to try and for athalon, but I was
working on compiling a kernel on my alphastation at the same time so I
had a brain fart.

What is the best wat to get it to compile with -march=athalon? I don't
see in the docs how to do this.

--
Tod Detre
Unix Support Specialist
Case Western Reserve University
unixsupport@po.cwru.edu
216-368-3060
Re: cvs compile problems [ In reply to ]
On Thursday 20 February 2003 03:55 pm, Tod Detre wrote:
> again, me being stupid. I ment to try and for athalon, but I was
> working on compiling a kernel on my alphastation at the same time so I
> had a brain fart.

So stuff's fine if you compile normally now?

> What is the best wat to get it to compile with -march=athalon? I don't
> see in the docs how to do this.

Just edit settings.pro -- it won't carry over to libavcodec, but that doesn't
really matter, as most of the cpu expensive code in there is already in mmx
and stuff, and the gcc opts don't affect it.

Isaac
Re: cvs compile problems [ In reply to ]
> So stuff's fine if you compile normally now?
>
yup, just finished compiling when I got this message.


> Just edit settings.pro -- it won't carry over to libavcodec, but that
> doesn't
> really matter, as most of the cpu expensive code in there is already
> in mmx
> and stuff, and the gcc opts don't affect it.

yup that's what I did, thanks.

--
Tod Detre
Unix Support Specialist
Case Western Reserve University
unixsupport@po.cwru.edu
216-368-3060
Re: cvs compile problems [ In reply to ]
>
>
>Stuff's going to be broken on non-x86 archs.
>
>
>

permanently or temporarily? I ask because I'm interested in getting the
frontend running on an old imac and a PPC distro. I also asked a long
time ago whether it would ever be possible to compile the frontend
seprately from the backend. I think I got a solid "maybe" back then. I
ask because I have aspirations of getting the frontend working on OS X..
The backend seems too closely tied to linux (v4l, etc) but considering
the fink project has all of KDE and GNOME running on top of OS X, it
seems reasonable that mythtv frontend could too.


Cedar
Re: cvs compile problems [ In reply to ]
On Thursday 20 February 2003 07:08 pm, Cedar McKay wrote:
> >Stuff's going to be broken on non-x86 archs.
>
> permanently or temporarily? I ask because I'm interested in getting the
> frontend running on an old imac and a PPC distro. I also asked a long
> time ago whether it would ever be possible to compile the frontend
> seprately from the backend. I think I got a solid "maybe" back then. I
> ask because I have aspirations of getting the frontend working on OS X..
> The backend seems too closely tied to linux (v4l, etc) but considering
> the fink project has all of KDE and GNOME running on top of OS X, it
> seems reasonable that mythtv frontend could too.

Temorarily, mostly. There's no real reason why it _can't_ be made to run on
other archs, just I don't have incentive to, so it'd be up to someone else to
do the work.

Isaac
Re: cvs compile problems [ In reply to ]
>>>>> On Thu, 20 Feb 2003 16:08:55 -0800, Cedar McKay <cedarmckay@mac.com> said:

>> Stuff's going to be broken on non-x86 archs.

c> permanently or temporarily? I ask because I'm interested in getting
c> the frontend running on an old imac and a PPC distro. I also asked a
c> long time ago whether it would ever be possible to compile the
c> frontend seprately from the backend. I think I got a solid "maybe"
c> back then. I ask because I have aspirations of getting the frontend
c> working on OS X.. The backend seems too closely tied to linux (v4l,
c> etc) but considering the fink project has all of KDE and GNOME running
c> on top of OS X, it seems reasonable that mythtv frontend could too.

I've been able to compile the frontend for my Apple Powerbook
running Linux. Some endian patches are required in
NuppelVideoPlayer.cpp and the libavcodec ppc files in mythtv wouldn't
compile so I cheated for now and used the versions distributed
with mplayer. Everything (Xv video, EPG, setup, mysql) seems to work
except for audio -- the sound is garbled so there's probably some
endianness issues there. I'm still tracking the problem down.
mplayer with the patch to read mythtv nuv files has correct audio.

I haven't been able to get the libavcodec Altivec-enhanced
routines to work (even with mplayer -- video output is all wrong) so
it's using a lot of CPU just to decode. It uses about 70% on a
400MHz G4 for a 640x480 @3300k stream.

I'll submit patches once I get everything (well, not the
backend) really working. I may also look into MacOS X. As you say,
Apple has X11 and fink has mysql and qt3, as well as mplayer so it
might not be hard.
--
Gregorio Gervasio, Jr.
gtgj@pacbell.net
Re: cvs compile problems [ In reply to ]
> Everything (Xv video, EPG, setup, mysql) seems to work
> except for audio -- the sound is garbled so there's probably some
> endianness issues there. I'm still tracking the problem down.
> mplayer with the patch to read mythtv nuv files has correct audio.
>


I have no experience with linux on PPC yet so I can only nod and
encourage you on. Please post if you make any major breakthroughs.

> I haven't been able to get the libavcodec Altivec-enhanced
> routines to work (even with mplayer -- video output is all wrong) so
> it's using a lot of CPU just to decode. It uses about 70% on a
> 400MHz G4 for a 640x480 @3300k stream.
>
Gentoo advertises on their website full G4 optimization bla bla bla. I
have no experience with gentoo, but I understand it is a all-source
distro. I wonder if someone tried to emerge mythtv on a PPC gentoo
machine whether your problems would persist or be taken care of?

> I'll submit patches once I get everything (well, not the
> backend) really working. I may also look into MacOS X. As you say,
> Apple has X11 and fink has mysql and qt3, as well as mplayer so it
> might not be hard.
>
as well as xmltv. It seams like almost everything is there. The one
thing that worries me is xv, which (if I understand correctly) talks
directly to hardware. I doubt that any of the fink ports (even GNOME
and KDE) do this. Sadly, I can't code (which is why I help with
documentation instead) but I'm very interested in an OS X front-end
port. It would be sweet one day to use fink to install mythtv (at least
the frontend).



One thing that I (and my coding enabled friend) have been talking about
is trying to get a little OS X cocoa app together that would query the
mythbackend database, and display available recordings, then play
those. It seems like the ingredients are there. Here is a cocoa version
of mplayer: http://sourceforge.net/projects/mplayerosx/ It seems like
if you could take that, adapt mdz's patch (would the patch work as
is?) against that, then you would be playing the files. All you would
have to do is add mysql to the equation. My friend is talented enough,
but I fear a little too ... distracted.


best,

Cedar
Re: mythtv on ppc (was: cvs compile problems) [ In reply to ]
>>>>> On Thu, 20 Feb 2003 18:14:59 -0800, Cedar McKay <cedarmckay@mac.com> said:
c> I have no experience with linux on PPC yet so I can only nod and
c> encourage you on. Please post if you make any major breakthroughs.

>> I haven't been able to get the libavcodec Altivec-enhanced
>> routines to work (even with mplayer -- video output is all wrong) so
>> it's using a lot of CPU just to decode. It uses about 70% on a
>> 400MHz G4 for a 640x480 @3300k stream.
>>
c> Gentoo advertises on their website full G4 optimization bla bla bla. I
c> have no experience with gentoo, but I understand it is a all-source
c> distro. I wonder if someone tried to emerge mythtv on a PPC gentoo
c> machine whether your problems would persist or be taken care of?

The libavcodec Altivec code requires an Altivec-enabled gcc
(unlike the Altivec support in xine which I think only needed binutils
support). I tried building and installing gcc-3.2.1 and managed to
get libavcodec to compile but the output was wrong (video completely
garbled). (Unfortunately, some kernel drivers I had compiled with
gcc-3.2.1 caused system crashes. Since my LinuxPPC distro was
obsolete anyway, I decided to just wipe out my system and install
Debian.) It looks like the Altivec parts were written for Apple's gcc
or maybe some version from Motorola. For now, I'll just try to get
mythfrontend to work without Altivec. Later on, I will take a look at
Gentoo/fink mplayer to see if/how they used Altivec-enabled
libavcodec.

c> as well as xmltv. It seams like almost everything is there. The one
c> thing that worries me is xv, which (if I understand correctly) talks
c> directly to hardware. I doubt that any of the fink ports (even GNOME
c> and KDE) do this. Sadly, I can't code (which is why I help with
c> documentation instead) but I'm very interested in an OS X front-end
c> port. It would be sweet one day to use fink to install mythtv (at
c> least the frontend).

I think OSX X11 does have Xv support and fink Qt is the X11
version (Qt/Mac is not free?) so the easiest path is to run mythtv
under X11 anyway. What might be a problem is sound (no OSS), but we
could probably take a look at fink mplayer or xine to see how it's
done.
--
Gregorio Gervasio, Jr.
gtgj@pacbell.net
Re: mythtv on ppc (was: cvs compile problems) [ In reply to ]
>
> I think OSX X11 does have Xv support and fink Qt is the X11
> version (Qt/Mac is not free?) so the easiest path is to run mythtv
> under X11 anyway.
That is lovely to hear about the Xv support. You are correct, QT for
X11 is free, QT for windows, mac, etc cost $.


> It looks like the Altivec parts were written for Apple's gcc
> or maybe some version from Motorola. For now, I'll just try to get
> mythfrontend to work without Altivec. Later on, I will take a look at
> Gentoo/fink mplayer to see if/how they used Altivec-enabled
> libavcodec.

That is fine with me, the machine I want to run frontend on is a G3!
Altivec is for you rich snobby G4 owners.



> What might be a problem is sound (no OSS), but we
> could probably take a look at fink mplayer or xine to see how it's
> done.
>

Well, unless mythtv frontend (player only!) accesses the sound system
in a very different way from mplayer and all the other sound enabled
apps that run fine on OS X with fink, then I can't imagine it would be
too difficult (says the idiot who can't code).


I might get curious enough about all this to download as many
prerequisites as I can using fink, and see what happens when I try to
compile. I predict that it won't work, but I'd like to see how it fails.



best,

cedar