It's been about a month since I'd pulled it down. I don't pull from the development
CVS branch often because it almost never builds :-( I'm sure it is because I don't
have the latest of something or doing something wrong. So once I had an mpeg2enc that
works I tend to stay with it. An example of the pull I did just now resulted in the
following:
./autogen.sh
...
./configure: line 1333: syntax error near unexpected token `mjpegtools,'
./configure: line 1333: `AM_INIT_AUTOMAKE(mjpegtools, $MJPEG_VERSION)'
-- Ray
On Wed, 14 Jan 2004 17:49:58 -0800 (PST)
"Steven M. Schultz" <[EMAIL PROTECTED]> wrote:
>
> On Wed, 14 Jan 2004, Ray Cole wrote:
>
> > I had this issue with the CVS version as well. I had to make a change to
> > utils/cpu_accel.c to use memalign rather than posix_memalign in bufalloc(). It
> > now looks like this:
>
> Have you done a 'cvs update' recently? There was code added to
> check the alignment of the buffer that posix_memalign() returned
> and if the alignment was not correct then to try allocating the
> buffer with memalign().
>
> Look in cpu_accel.c - you should see something like this:
>
> if (posix_memalign( &buf, simd_alignment, size))
> buf = memalign(pgsize, size);
> if (buf && ((int)buf & (simd_alignment - 1)))
> {
> free(buf);
> buf = memalign(pgsize, size);
> }
>
> If you don't see that then it's time for 'cvs update'. If you do
> see that and it's not working it's a bug and needs to be fixed.
>
> > I would assume this is caused by some glibc bug. I'm using Red Hat 8.0. I don't
> > think I've ever upgraded my glib version. I appear to have versions 1.2.10-8 and
> > 2.3.2-4.80.
>
> Yes, it is a glibc bug. glibc-2.2.5 has posix_memalign() but it
> does not honor the alignment request and can return 8 instead of 16
> or 64 byte aligned buffers. glibc-2.2.4 is even worse - posix_memalign
> exists but always returns an error.
>
> The bug's never been reported to happen though (that I know of) with
> glibc-2.3.x (I've never seen it happen on Suse 8.2 or 9.0).
>
> If you still get the message "could not allocate %d bytes aligned ..."
> then neither posix_memalign nor memalign is working correctly and
> poor ol' mpeg2enc has no choice but to bail out.
>
> Cheers,
> Steven Schultz
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Perforce Software.
> Perforce is the Fast Software Configuration Management System offering
> advanced branching capabilities and atomic changes on 50+ platforms.
> Free Eval! http://www.perforce.com/perforce/loadprog.html
> _______________________________________________
> Mjpeg-users mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/mjpeg-users
-------------------------------------------------------
This SF.net email is sponsored by: Perforce Software.
Perforce is the Fast Software Configuration Management System offering
advanced branching capabilities and atomic changes on 50+ platforms.
Free Eval! http://www.perforce.com/perforce/loadprog.html
_______________________________________________
Mjpeg-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mjpeg-users