Skip site navigation (1)Skip section navigation (2)
Date:      29 Nov 2003 19:29:02 -0000
From:      atk2@arctic.org
To:        freebsd-questions@freebsd.org
Subject:   more mplayer problems
Message-ID:  <20031129192902.21329.qmail@twinlark.arctic.org>

next in thread | raw e-mail | index | archive | help

Anyone had this probem with the new version (previous version 0.90 worked fine
on the same files):
ASF file format detected.
============ ASF Stream group == START ===
 object size = 38
 stream count=[0x2][2]
   stream id=[0x1][1]
   max bitrate=[0xa550][42320]
   stream id=[0x2][2]
   max bitrate=[0x32fa0][208800]
============ ASF Stream group == END ===
VIDEO:  [WMV2]  320x240  24bpp
Clip info:
 name: 
 author: 
 copyright: 
 comments: 
==========================================================================
Opening audio decoder: [dmo] Win32/DMO decoders
======= WAVE Format =======
Format Tag: 353 (0x161)
Channels: 2
Samplerate: 32000
avg byte/sec: 5000
Block align: 960
bits/sample: 16
cbSize: 10
Unknown extra header dump: [0] [88] [0] [0] [17] [0] [80] [25] [0] [0] 
======= WAVE Format =======
Format Tag: 1 (0x1)
Channels: 2
Samplerate: 32000
avg byte/sec: 128000
Block align: 4
bits/sample: 16
cbSize: 0
External func OLEAUT32.dll:7
External func OLEAUT32.dll:8
GetOutput r=0x0   size:16384  align:1
StreamCount r=0x0  1  1
AUDIO: 32000 Hz, 2 ch, 16 bit (0x10), ratio: 5000->128000 (40.0 kbit)
Selected
==========================================================================
Checking audio filter chain for 32000Hz/2ch/16bit -> 32000Hz/2ch/16bit...
AF_pre: af format: 2 bps, 2 ch, 32000 hz, little endian signed int 
AF_pre: 32000Hz 2ch Signed 16-bit (Little-Endian)
AO: [oss] 32000Hz 2ch Signed 16-bit (Little-Endian) (2 bps)
Building audio filter chain for 32000Hz/2ch/16bit -> 32000Hz/2ch/16bit...
Starting playback...


MPlayer interrupted by signal 4 in module: decode_audio
- MPlayer crashed by an 'Illegal Instruction'.
  It may be a bug in our new runtime CPU-detection code...
  Please read DOCS/bugreports.html.
- MPlayer crashed by bad usage of CPU/FPU/RAM.
  Recompile MPlayer with --enable-debug and make a 'gdb' backtrace and
  disassembly. For details, see DOCS/bugreports.html#crash.b.
- MPlayer crashed. This shouldn't happen.
  It can be a bug in the MPlayer code _or_ in your drivers _or_ in your gcc
  version. If you think it's MPlayer's fault, please read DOCS/bugreports.html
  and follow the instru.



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20031129192902.21329.qmail>