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
-------------------------------------------------------
This SF.Net email is sponsored by BEA Weblogic Workshop
FREE Java Enterprise J2EE developer tools!
Get your free copy of BEA WebLogic Workshop 8.1 today.
http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click
_______________________________________________
Mjpeg-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mjpeg-users
