On Fri, 7 Nov 2003, Richard Ellis wrote:

> Has anyone tried the current cvs mpeg2enc lately?  I pulled the

        It's all I ever use.   I haven't used the "release" version in
        a couple years.

> current cvs on Nov. 4 because I wanted to see for myself how well the

        That should be fine.   On the other hand I think sourceforge
        is lagging a bit - lots better than the week (or more) it 
        used to be though.

        You might try a cvs update now and see if it pulls in changes
        that may have been made on Nov 2/3 but hadn't make it in by
        the 4th.

> Core was generated by `mpeg2enc.cvs.2003.11.04 -f 5 -n n -a 2 -V 230
> -B 224 -S 8000 -b 9576 -q 10 -I 1'.

> Program terminated with signal 11, Segmentation fault.
> [a bunch of symbol loading messages, cut for brevity]
> #0  quant_non_intra_sse (wsp=0x41778008, src=0x41a7b008, dst=0x41aec008, 
>     q_scale_type=1, satlim=2047, nonsat_mquant=0x41b5d02c)
>     at quantize_x86.c:309
> 309                     mulps_m2r( *(mmx_t*)&piqf[0], xmm2 );
> 
> The command line I was using to test this was the following:
> 
> lav2yuv t.cut | mpeg2enc.cvs.2003.11.04 -M 0 -f 5 -n n -a 2 -V 230 -B
> 224 -S 8000 -b 9576 -q 10 -I 1 -G 54 -H -N 0.0 -X 200 -Q 4.0 -d -4 4
> -2 4 -R 0 -o t.m2v

        Different than the one mentioned earlier - do they both coredump
        (I would guess so).

        Uh, -G to set the maximum GOP size looks very strange - a GOP
        size of 54 is *way* out of bounds for any format I know of 
        that will be used in a hardware player.   DVDs have a max of
        18 for NTSC and 15 for PAL (I think that's right).    I'm not sure
        a SVCD should be using a GOP size of 54 either...

        The other thing that jumped out was the use of '-M 0'. Try leaving
        that out and using the default of 1.

        No need to specify -N since 0.0 is the default.  Similarily for
        -B - 224 is the default.    It's simpler to read the commandline
        if it's not quite so full of options which are restating the 
        default.

> The binary was compiled with gcc 2.95.3, and all I did for the test

        I've used 2.95.3, 3.3, 3.3.1 and they all work fine.

> Did I happen to pull CVS while the source was "in transition" and
> that's why the segfault?

        It's a possibility but I think you may have uncovered a bug in the
        threading.

        Try leaving the GOP size as default value (remove the -G 54), then
        try leaving out the -M and default that to 1.   Perhaps even try
        leaving both out at the same time ;)  

        Steven Schultz



-------------------------------------------------------
This SF.Net email sponsored by: ApacheCon 2003,
16-19 November in Las Vegas. Learn firsthand the latest
developments in Apache, PHP, Perl, XML, Java, MySQL,
WebDAV, and more! http://www.apachecon.com/
_______________________________________________
Mjpeg-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mjpeg-users

Reply via email to