[MEncoder-users] MEncoder floating point exception

[Corey Hickey]

Gavin Hamill wrote:
> Hi, I'm trying to use this commandline to get MEncoder to mux two MPEG
> ESs together into a PS:
> 
> $ mencoder -of mpeg -mpegopts tsaf -ovc copy -oac copy -o blah
> -audiofile out0.mp2 out.mv2
> 
> I'm getting 'floating point exception' with both a 'mencoder-586' Debian
> package from the nerim.net repo, and also having compiled it from source
> myself:
> 
> MEncoder 1.0pre7-3.3.5 (C) 2000-2005 MPlayer Team
> CPU: IDT/Centaur/VIA C3 Samuel 2 (WinChip C5B core)/C3 Ezra (Family: 6,
> Stepping: 3)
> Detected cache-line size is 32 bytes
> CPUflags: Type: 6 MMX: 1 MMX2: 0 3DNow: 1 3DNow2: 0 SSE: 0 SSE2: 0
> Compiled for x86 CPU with extensions: MMX 3DNow
> 
> File not found: 'frameno.avi'
> Failed to open frameno.avi
> success: format: 0  data: 0x0 - 0x32cb8f
> MPEG-ES file format detected.
> Audio file detected.
> VIDEO:  MPEG2  544x576  (aspect 2)  25.000 fps  15000.0 kbps (1875.0
> kbyte/s)
> [V] filefmt:65536  fourcc:0x10000002  size:544x576  fps:25.00
> ftime:=0.0400
> PACKET SIZE: 2048 bytes
> videocodec: framecopy (544x576 24bpp fourcc=10000002)
> audiocodec: framecopy (format=55 chans=2 rate=48000 bits=16 bps=0
> sample-0)
> Writing AVI header...
> Limiting audio preload to 0.4s
> Increasing audio density to 4
> 
> Program received signal SIGFPE, Arithmetic exception.
> [Switching to Thread -1215803264 (LWP 24365)]
> 0x08491fd0 in RTCPInstance::onExpire ()
> (gdb) bt
> #0  0x08491fd0 in RTCPInstance::onExpire ()
> #1  0x080cd0cd in ?? ()
> #2  0x00000000 in ?? ()
> #3  0x00000000 in ?? ()
> #4  0x00000000 in ?? ()
> #5  0x00000000 in ?? ()
> #6  0xbfa21c78 in ?? ()
> #7  0xb7918f02 in realloc () from /lib/tls/libc.so.6
> Previous frame inner to this frame (corrupt stack?)
> 
> If I use the non-stripped version of 'mencoder' from the root of the
> source directory, the trace is slightly different:
> 
> Program received signal SIGFPE, Arithmetic exception.
> [Switching to Thread -1215008640 (LWP 24388)]
> 0x08491fd0 in __udivdi3 ()
> (gdb) bt
> #0  0x08491fd0 in __udivdi3 ()
> #1  0x080cd0cd in mpegfile_write_chunk ()
> #2  0x00000000 in ?? ()
> 
> I'm not a coder but I can see this backtrace isn't much use - what can I
> do to get more useful information?

1. Although 1.0pre7 is still the official release, it's ancient, nobody
uses it, and we can't use bugreports against it. CVS is stable enough
that almost nothing gets broken, and we can use the bugreports. Update
to CVS and see if your problem goes away.

2. If your problem is still there, then follow the bugreporting guidelines:
http://www.mplayerhq.hu/DOCS/HTML/en/bugreports.html
...and, especially, post a section of the video you're trying to encode
somewhere we can download it. Use 'dd' to make a section large enough to
reproduce the problem but small enough to quickly download (if possible).

-Corey