[MPlayer-users] BUG: mencoder of pre5 crashes everytime

Martin Simmons vyslnqaaxytp at spammotel.com
Thu Aug 12 04:02:10 CEST 2004


>>>>> On Mon, 02 Aug 2004 14:05:00 +0200, Stefan Sassenberg <stefan.sassenberg at gmx.de> said:

  Stefan> Martin Simmons wrote:
  >>>>>>> On Wed, 28 Jul 2004 13:02:21 +0200, Stefan Sassenberg <stefan.sassenberg at gmx.de> said:
  >> 
  >> 
  Stefan> I had one more run last night (same file, same options) which took quite 
  Stefan> a long time to crash. I hope I did as you requested:
  >> 
  >> One more thing: the output from the dbg commands
  >> 
  >> up
  >> info local
  >> 
  >> after the crash would be useful too.
  >> 
  >> __Martin
  >> 
  Stefan> Hello Martin,

  Stefan> I use an mpg file that I created from a dvd using the parameters -ovc 
  Stefan> copy -oac copy with the intention of having a source that doesn't 
  Stefan> change. In fact I'm recording most of my files from tv. I only mentioned 
  Stefan> the tv to point out the severity of my problem. If it turns out that as 
  Stefan> one thing is fixed the other one still remains... but don't think so.

  Stefan> (gdb) run -v bb2.mpg -vf pp=ci -ovc lavc -lavcopts 
  Stefan> vcodec=mpeg4:vqscale=5:vhq:keyint=100:vpass=1 -oac copy -lameopts vbr=0 
  Stefan> -o /usr/local/share/multimedia/movies/bb2.avi

Hi there,

Very sorry for leaving it so long before replying.

The maps output just seems to add to the mystery, because the memory looks OK
there and so I don't understand how the SIGSEGV can happen.  Unless gdb is
broken or I've misanalysed it, discrepancies like this can only be caused by a
bug in the OS or in the hardware.

The up command confused the last register dump, so please post one more crash
with the gdb commands (assuming sad16_y2_mmx2 is the topmost function again):

bt
disass $pc-32 $pc+32
info all-registers
disass sad16_y2_mmx2
shell cat /proc/NNNNN/maps

__Martin




More information about the MPlayer-users mailing list