Re: [Mjpeg-users] Compile on SuSe 64-bit?

[Steven M. S. <sms@2BSD.COM>]

On Tue, 31 Aug 2004, Jonathan Harrison wrote:

> Has anyone successfully compiled mpeg2enc on a SuSe 9.1 64-bit system?

	Not yet - I'm still in SuSE 9.1 32-bit mode ;)

> SuSe comes preinstalled with the most current version of mjpeg but it is

	Well, the cvs version is more current (and complete ;)) than what
	any distribution is bundling in...

> missing mpeg2enc from the install. I've searched for RPMs for the x86_64
> platform and the ones I find are also missing mpeg2enc.

	This has come up several times (the last once or twice was quite
	recently).  Binary distribution of MPEG encoders (either video or
	audio) is not permitted due to licensing/patent issues.

	Sigh, I (almost?) wish distributions would stop including  mjpegtools.
	Without mpeg2enc (video) or mp2enc (audio) encoders there's little 
	that can actually be accomplished (perhaps some capturing but
	that is about all) - no encoding capability.

	As long as you're having to build from sources and on a "new"
	or different platform you might want to use the CVS version of 
	mjpegtools.  Fixing bugs in 1.6.2 is probably not high on anyone's
	list - but a bug in the CVS version will almost certainly get 
	(quick) attention.

> I tried to run a make on the source myself but it always fails out. I

	Please, always include at least some of the actual errors - not 
	having any information makes it very difficult to guess what might
	be happening.   "It fails out" isn't all that useful ;)

> already have libquicktime installed. The system refuses to finish a make
> on MMX Jpeg. When I run make on just the mpeg2enc source the errors I

	Then "rm -r jpeg-mmx" ;)  The programs will end up using the jpeg
	libraries installed on the system (if you've installed them of 
	course :)).

	If you really want jpeg-mmx then either check out the cvs version
	of that library or edit the Makefile and change "-O2" to -O1

	The encoders (mp2enc  and mpeg2enc) do not use jpeg-mmx (and the
	speed benefit of jpeg-mmx over the regular jpeg libraries hasn't
	been accurately measured in a long time).  If you're capturing to
	DV instead of MJPEG then jpeg-mmx  isn't used at all.

> get recommend starting over and configuring with -fPIC. So I went back
> and ran configure with the variable CFLAGS=-fPIC then tried make again.

	Are they fatal errors or warning errors?  

> This time it went through without errors, however anything I encode is
> extremely slow. It's got to be 2 or 3 times slower than when I was
> running SuSe 32-bit. I've read somewhere that if you're compiling true
> 64 bit apps you shouldn't use -fPIC. 

	That sounds like the MMX enhanced routines are not being used.  One
	way that could happen would be if you do not have 'nasm' installed
	on the system.  In that case the pure (reference) C code would be
	used but it will be at least 3x slower than the MMX routines.

> Is mpeg2enc just not compatible with x86_64 architecture? If it's

	Should be - but as far as I know you're the first to try it (or at
	least the first to report problems :)).   

	mjpegtools has, in the past, built and run on a DEC Alpha so 64bit
	operation should work ok.  When OS/X 10.4 comes out (early next year
	from what I've read) I'll give building mjpegtools a try on the G5
	system and see what happens.

	Cheers,
	Steven Schultz