On 30 Nov 2003, Florin Andrei wrote:

> My system is AthlonXP.

        mpeg2enc is coredumping for you too?   Thought your problem was
        the mplex offset  one.

> So, normally i compile all multimedia software with:
> 
> -march=athlon-xp -mcpu=athlon-xp -mfpmath=sse -pipe -fomit-frame-pointer

> Would it be worth trying to compile instead with the normal "-O2
> -march=i386 -mcpu=i686"?

        ./configure should do the right thing automatically.  What options
        is the configure script generating for you?

        The cpu capabilities are determined at run time so I'm not sure
        if changing the compile flags will have any effect - but it won't
        hurt anything to try it.

> Well, mine is glibc-2.3.2 which is pretty new, and mplex -O still fails.

        Different problem completely.

        mpeg2enc is faulting on a couple systems that have an old glibc.
        Problem appears to be memory alignment of the SSE (I forget what AMD's 
        name for the same thing is - 3D-NOW! or something like that) operands.

        I remembered a friend has a RH9 (dual Athlon) system that I can use.
        So I took a .m2v and .mp2 file and mplex'd them together with a -O 500
        and  vstrip says:

vStrip - version 0.8f, by [maven] ([EMAIL PROTECTED]).

Scanning for stream id's, press control-c to quit...
Found 0xBF = Private 2 [EMAIL PROTECTED] 0]
Found 0xE0 = Video 0 [PTS 0:00:00.201 @LBA 1]
  Width = 704
  Height = 480
  Aspect-ratio = [2] 4:3 display
  Frame-rate = [4] 29.97 (30000/1001) fps
Found 0xC0 = MPEG1 Audio 0 [PTS 0:00:00.178 @LBA 11]
Found 0xBE = Padding [EMAIL PROTECTED] 62]

Summary:
MPEG Packs = 167915
System headers = 890
Padding packets = 894, total bytes = 871161
Private 2 packets = 1780, total bytes = 1778220
MPEG1 Audio 0 packets = 5139, total bytes = 10380096
Video 0 packets = 161885, total bytes = 326934116

        Login on a (dual Pentium3) Suse 9.0 system (which has glibc-2.3.2-88_
        and run the same mplex command and look at what vstrip says:

vStrip - version 0.8f, by [maven] ([EMAIL PROTECTED]).

Scanning for stream id's, press control-c to quit...
Found 0xBF = Private 2 [EMAIL PROTECTED] 0]
Found 0xE0 = Video 0 [PTS 0:00:00.678 @LBA 1]
  Width = 704
  Height = 480
  Aspect-ratio = [2] 4:3 display
  Frame-rate = [4] 29.97 (30000/1001) fps
Found 0xC0 = MPEG1 Audio 0 [PTS 0:00:00.178 @LBA 2]
Found 0xBE = Padding [EMAIL PROTECTED] 62]

Summary:
MPEG Packs = 167915
System headers = 890
Padding packets = 894, total bytes = 871161
Private 2 packets = 1780, total bytes = 1778220
MPEG1 Audio 0 packets = 5139, total bytes = 10380096
Video 0 packets = 161885, total bytes = 326934116

        There's video at 0.678 and aduio at 0.178 as expected.

        Wouldn't appear to be a glibc problem that's causing the mplex
        program to behave differently.   Athlon vs Pentium3?    Something in
        RedHat's build?   I have no idea.   I suppose the next thing to try
        would be an Athlon with a system other than RH9 to try and localize
        the problem.

        'night.

        Steven Schultz



-------------------------------------------------------
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?  SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/
_______________________________________________
Mjpeg-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mjpeg-users

Reply via email to