On Fri, Nov 07, 2003 at 10:40:06AM -0800, Steven M. Schultz wrote:
>
> On Fri, 7 Nov 2003, Bernhard Praschinger wrote:
>
> > Could it be a memory problem ?
> > On my machine mpeg2enc buffers 111 Frames. That is about 100MB
>
> That's a possibility I suppose. The other thing that might cause
> a problem is a 'limit' set by 'limit datasize xxx' - if that's set
> too low then mpeg2enc won't be able to allocate enough memory.
It's my own machine, I don't limit myself :)
/videos/encode/Time_Shift> ulimit -a
core file size (blocks) unlimited
data seg size (kbytes) unlimited
file size (blocks) unlimited
max locked memory (kbytes) unlimited
max memory size (kbytes) unlimited
open files 1024
pipe size (512 bytes) 8
stack size (kbytes) 8192
cpu time (seconds) unlimited
max user processes 4096
virtual memory (kbytes) unlimited
> One other thing that comes to mind...
>
> Having multiple versions of mjpegtools on a system might cause the
> problem due to the libraries that get installed into
> /usr/local/lib. When building the new version I wonder if it's
> possible that the programs are linking against the older libs in
> /usr/local/lib instead of the newly compiled ones in the source
> tree. That can produce a program that looks ok but fails in
> strange ways.
Yes, that can cause weird problems, but as far as I can tell,
mpeg2enc cvs version is linking with it's intended lib:
ldd mpeg2enc.cvs.2003.11.04
libmpeg2encpp-1.6.so.0 =>
/mnt/maxtor/rellis/video/mjpt-1.6.1.90/lib/libmpeg2encpp-1.6.so.0 (0x40015000)
libstdc++.so.5 => /mnt/maxtor/rellis/gcc331/lib/./libstdc++.so.5 (0x40040000)
libpthread.so.0 => /lib/libpthread.so.0 (0x400b6000)
libm.so.6 => /lib/libm.so.6 (0x400c7000)
libgcc_s.so.1 => /mnt/maxtor/rellis/gcc331/lib/./libgcc_s.so.1 (0x400e3000)
libc.so.6 => /lib/libc.so.6 (0x400ec000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
Yes, the locations are non-standard. libmpeg2encpp-1.6 is only
created and used by the cvs mpeg2enc, I had to freshly move it over
when I made the first cvs version a couple days ago. I've moved it
plus mpeg2enc over for each new compile I've made. The released
mpeg2enc does not link to it, and I think it's part of Andrew's
restructuring of the code.
ldd mpeg2enc
libpthread.so.0 => /lib/libpthread.so.0 (0x40019000)
libstdc++-libc6.1-2.so.3 => /usr/lib/libstdc++-libc6.1-2.so.3 (0x4002a000)
libm.so.6 => /lib/libm.so.6 (0x40071000)
libc.so.6 => /lib/libc.so.6 (0x4008d000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
I'll try to get a chance soon to test with an upgraded NASM and see
if that cures it.
-------------------------------------------------------
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
