Hi -
> From: Robert Kesterson <[EMAIL PROTECTED]>
> I did the smil2yuv and denoise passes to actual files, so I have a big 13G
> YUV file that I'm running mpeg2enc against. I've tried reducing or
Tiny, aren' they? ;)
> eliminating every option shown in that command line (different "q"
> settings, bitrates, -N or not, etc), but it always segfaults.
>
> And the most maddening part is that it isn't consistent. Sometimes it
> will encode 800 frames, sometimes 12000, or anywhere in between. But
>
> If it matters : Gigabyte GA7DXR motherboard, Athlon XP2100+, 512M RAM,
> ATA100 drives (tried three different drives on two different controllers,
It might matter. Are you using ECC memory? Random segfaults,
in my experience, can be caused by memory errors. Without ECC or
parity the system has no idea anything is wrong of course and executes
garbage.
When the segfault occurs do you get a core image? If so take a peek
with gdb and check if the fault happens at the same place - if the
program's crashing at random places as well as at random times I
would suspect a memory problem of some kind. It's also possible
the L2 cache is flakey (I'm not sure if many boards implement error
checking on the L2 cache - some do but they tend to be a bit pricey)
but less likely.
Likely not a drive problem but rather something which is common to
all the drive/controller combinations you've tried.
Good Luck!
Steven Schultz
-------------------------------------------------------
This SF.net email is sponsored by: SlickEdit Inc. Develop an edge.
The most comprehensive and flexible code editor you can use.
Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial.
www.slickedit.com/sourceforge
_______________________________________________
Mjpeg-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mjpeg-users
