vine-users ML アーカイブ



[vine-users:067698] Vine Linux 3.0 の画面に関する資源管理・ 資源解放

  • From: Yasushi Sato <nfd@xxxxxxxxxxxxxxxxx>
  • Subject: [vine-users:067698] Vine Linux 3.0 の画面に関する資源管理・ 資源解放
  • Date: Tue, 14 Sep 2004 03:55:53 +0900
  佐藤 靖@hyperworkshop.org です。

  動画再生に関してですが、画面に関する資源管理・資源解放がうまく
ないようです。同じ動画ファイルでも状況によって再生できたり、でき
なかったりします。音声に関しては問題が無いようなのでこの辺りかも
しれません。

佐藤  靖 ( nfd@xxxxxxxxxxxxxxxxx ) / DigiGraphic Performance Technology
'Clouds were streaming as if nothing happened. There was beautiful sky only.' 
1. Mplayer 1.0pre5-3.3.2 Ǥκ

$ mplayer rc-car.wmv
MPlayer 1.0pre5-3.3.2 (C) 2000-2004 MPlayer Team

CPU: Intel Pentium 4/Xeon/Celeron Foster 1996 MHz (Family: 8, Stepping: 7)
Detected cache-line size is 64 bytes
CPUflags:  MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1
Compiled for x86 CPU with extensions: MMX MMX2 SSE SSE2

Reading config file /home/somebody/mplayer/etc/mplayer/mplayer.conf
Reading config file /home/somebody/.mplayer/config
Reading /home/somebody/.mplayer/codecs.conf
Reading /home/somebody/mplayer/etc/mplayer/codecs.conf
Font /home/somebody/.mplayer/font/font.desc loaded successfully! (206 chars)
Linux RTC init error in ioctl (rtc_irqp_set 1024): Ĥޤ
Try adding "echo 1024 > /proc/sys/dev/rtc/max-user-freq" to your system startup scripts.
Using usleep() timing
Input config file /home/somebody/.mplayer/input.conf parsed: 52 binds

Playing rc-car.wmv.
ASF file format detected.
VIDEO:  [WMV2]  720x480  24bpp
Clip info:
 copyright: Copyright (C) KFZ Racing Team. All Rights Reserved.
==========================================================================
Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders
AUDIO: 44100 Hz, 2 ch, 16 bit (0x10), ratio: 8005->176400 (64.0 kbit)
Selected audio codec: [ffwmav2] afm:ffmpeg (DivX audio v2 (ffmpeg))
==========================================================================
vo: X11 running at 1280x1024 with depth 24 and 32 bpp (":0.0" => local display)
==========================================================================
Opening video decoder: [dshow] DirectShow video codecs
Decoder supports the following YUV formats: YUY2 IYUV UYVY YV12 YVYU I420 YVU9
Decoder is capable of YUV output (flags 0x7f)
VDec: vo config request - 720 x 480 (preferred csp: Packed YUY2)
[PP] Using codec's postprocessing, max q = 4.
VDec: using Planar YV12 as output csp (no 0)
Movie-Aspect is undefined - no prescaling applied.
VO: [xv] 720x480 => 720x480 Planar YV12
Selected video codec: [wmv8] vfm:dshow (Windows Media Video 8)
==========================================================================
Checking audio filter chain for 44100Hz/2ch/16bit -> 44100Hz/2ch/16bit...
AF_pre: af format: 2 bps, 2 ch, 44100 hz, little endian signed int
AF_pre: 44100Hz 2ch Signed 16-bit (Little-Endian)
AO: [oss] 44100Hz 2ch Signed 16-bit (Little-Endian) (2 bps)
Building audio filter chain for 44100Hz/2ch/16bit -> 44100Hz/2ch/16bit...
Starting playback...
X11 error: BadAlloc (insufficient resources for operation)


MPlayer interrupted by signal 6 in module: flip_page
- 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/HTML/en/bugreports.html and follow the instructions there. We can't and
  won't help unless you provide this information when reporting a possible bug.
Xlib: unexpected async reply (sequence 0x5a)!
-------------------------------------------------------------------------

2. RealPlayer10-GOLD Ǥκ

$ realplay rc4.rm

** (realplay.bin:16053): WARNING **: Invalid UTF8 string passed to pango_layout_set_text()

(realplay.bin:16053): Gtk-WARNING **: Invalid input string
The program 'realplay.bin' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadAlloc (insufficient resources for operation)'.
  (Details: serial 37 error_code 11 request_code 141 minor_code 19)
  (Note to programmers: normally, X errors are reported asynchronously;
   that is, you will receive the error a while after causing it.
   To debug your program, run it with the --sync command line
   option to change this behavior. You can then get a meaningful
   backtrace from your debugger if you break on the gdk_x_error() function.)