Не работает консольный Mplayer после перехода на 2.6.30-r5 [SOLVED]
falrus 19 сентября, 2009 - 00:24
Обновился с 2.6.27-r7 до 2.6.30-r5 (фреймбуфер в опциях ядра поставил, /dev/fb0 в наличии)
Перестал работать Mplayer. DirectFB и Mplayer пересобирал
Куда копать?
MPlayer 1.0rc2-4.1.2 (C) 2000-2007 MPlayer Team CPU: Intel(R) Atom(TM) CPU 330 @ 1.60GHz (Family: 6, Model: 28, Stepping: 2) CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1 Compiled for x86 CPU with extensions: MMX MMX2 SSE SSE2 Playing http://194.187.205.233:7001. Resolving 194.187.205.233 for AF_INET6... Couldn't resolve name for AF_INET6: 194.187.205.233 Connecting to server 194.187.205.233[194.187.205.233]: 7001... Cache size set to 1024 KBytes Cache fill: 0.00% (0 bytes) TS file format detected. VIDEO H264(pid=529) AUDIO MPA(pid=681) NO SUBS (yet)! PROGRAM N. 13 Stream not seekable! FPS seems to be: 25.000000 DirectFB: Preinit entered commandline read: mplayer commandline read: -playlist commandline read: /home/ic.m3u ~~~~~~~~~~~~~~~~~~~~~~~~~~| DirectFB 1.2.7 |~~~~~~~~~~~~~~~~~~~~~~~~~~ (c) 2001-2008 The world wide DirectFB Open Source Community (c) 2000-2004 Convergence (integrated media) GmbH ---------------------------------------------------------------- (*) DirectFB/Core: Single Application Core. (2009-09-18 18:03) (*) Direct/Memcpy: Using libc memcpy() (*) Direct/Thread: Started 'VT Switcher' (-1) [CRITICAL OTHER/OTHER 0/0] <8388608>... (*) Direct/Thread: Started 'Keyboard Input' (-1) [INPUT OTHER/OTHER 0/0] <8388608>... (*) DirectFB/Input: Keyboard 0.9 (directfb.org) (*) DirectFB/Genefx: MMX detected and enabled (*) DirectFB/Graphics: MMX Software Rasterizer 0.6 (directfb.org) (*) DirectFB/Core/WM: Default 0.3 (directfb.org) (*) FBDev/Surface: Allocated 640x480 32 bit RGB32 buffer (index 0) at offset 0 and pitch 2560. DirectFB: Keyboard init OK DirectFB: Preinit OK ========================================================================== Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family Selected video codec: [ffh264] vfm: ffmpeg (FFmpeg H.264) ========================================================================== ========================================================================== Opening audio decoder: [mp3lib] MPEG layer-2, layer-3 AUDIO: 48000 Hz, 2 ch, s16le, 192.0 kbit/12.50% (ratio: 24000->192000) Selected audio codec: [mp3] afm: mp3lib (mp3lib MPEG layer-2, layer-3) ========================================================================== AO: [oss] 48000Hz 2ch s16le (2 bytes per sample) Starting playback... VDec: vo config request - 544 x 576 (preferred colorspace: Planar YV12) DirectFB: Format query: Planar YV12 DirectFB: Test format - layer 0 scale/pos 0 DirectFB: Format query: Planar I420 DirectFB: Test format - layer 0 scale/pos 0 Could not find matching colorspace - retrying with -vf scale... Opening video filter: [scale] DirectFB: Format query: Planar YV12 DirectFB: Format query: BGRA DirectFB: Test format - layer 0 scale/pos 0 DirectFB: Test format - added layer 0 scale/pos 0 [swscaler @ 0xdab830]SwScaler: using unscaled yuv420p -> rgb32 special converter DirectFB: Format query: BGRA DirectFB: Test format - layer 0 scale/pos 0 DirectFB: Test format - added layer 0 scale/pos 0 VO: [directfb] 544x576 => 800x600 BGRA DirectFB: Format query: BGRA DirectFB: Test format - layer 0 scale/pos 0 DirectFB: Test format - added layer 0 scale/pos 0 DirectFB: Config entered [544x576] DirectFB: With requested format: BGRA (!!!) *** WARNING [letting unprivileged IDirectFBDisplayLayer::GetSurface() call pass until cooperative level handling is finished] *** [idirectfbdisplaylayer.c:174 in IDirectFBDisplayLayer_GetSurface()] DirectFB: Config - looking for suitable layer DirectFB: Test format - layer 0 scale/pos 0 DirectFB: Test format - added layer 0 scale/pos 0 DirectFB: Config - layer 0 DirectFB: Config - switching layer to exclusive mode (*) FBDev/Mode: Setting 640x480 RGB32 (*) FBDev/Mode: Switched to 640x480 (virtual 640x480) at 32 bit (RGB32), pitch 2560 (*) FBDev/Surface: Allocated 640x480 32 bit RGB32 buffer (index 0) at offset 0 and pitch 2560. DirectFB: Layer reports format:400c03 (*) FBDev/Surface: Allocated 640x480 32 bit RGB32 buffer (index 0) at offset 0 and pitch 2560. (*) FBDev/Mode: Setting 640x480 RGB32 (*) FBDev/Mode: Switched to 640x480 (virtual 640x1440) at 32 bit (RGB32), pitch 2560 (!!!) *** WARNING [unable to adjust heap offset] *** [surfacemanager.c:167 in dfb_surfacemanager_adjust_heap_offset()] (*) FBDev/Surface: Allocated 640x480 32 bit RGB32 buffer (index 1) at offset 1228800 and pitch 2560. (!) DirectFB/FBDev: Panning display failed (x=0 y=480 ywrap=0 vbl=0)! --> Invalid argument DirectFB: Triple buffering is active DirectFB: Requested field parity: Don't care (!) [ 5095: 0.000] --> Caught signal 11 (at 0x7f6a06787000, invalid permissions) <-- (!!!) *** WARNING [still objects in 'Layer Region Pool'] *** [object.c:241 in fusion_object_pool_destroy()] (!!!) *** WARNING [still objects in 'Layer Context Pool'] *** [object.c:241 in fusion_object_pool_destroy()] (!!!) *** WARNING [still objects in 'Surface Pool'] *** [object.c:241 in fusion_object_pool_destroy()] MPlayer interrupted by signal 6 in module: decode_video - 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. DirectFB: Uninit entered DirectFB: Releasing layer DirectFB: Releasing primary DirectFB: Uninit done.
»
- Для комментирования войдите или зарегистрируйтесь
Почистите, пожалуйста, лог.
Почистите, пожалуйста, лог. Там много повторяется.
Попробуйте fbcon (
-vo fbdev
/-vo fbdev2
), он, имхо, в большинстве случаев работает стабильнее directfbукоротил лог fbdev тоже не
укоротил лог
fbdev тоже не работает:
Дайте полный dmesg (только,
Дайте полный
dmesg
(только, пожалуйста, черезwgetpaste
), только учтите, что интересен этап загрузки ядра, так что если у вас там тыщу лет уже комп стоит включенным, загрузку ядра надо искать в логах.dmesg http://pastebin.ca/1572
dmesg
http://pastebin.ca/1572678
[ 0.512197] uvesafb:
А
/dev/fb0
вам делаетinteldrm
, кусок иксов, если я не ошибаюсь. Короче это несколько не то. Чините uvesafb, а еще лучше, на разрешении 800x600 заюзайтеintelfb
илиvesafb
.uvesafb
находится в самом конце этого списка по тормознутости, и используется только в крайне редких случаях (для широкоформаток с недокривым video биосом).Проблема решилась опцией
Проблема решилась опцией ядра
CONFIG_INITRAMFS_SOURCE="/usr/share/v86d/initramfs"
может все гораздо проще -
может все гораздо проще - "поломался" фреймбуфер при обновлении ядра? поддержка-то в ядре...
P.S.: Linux - это красная таблетка :-) Windows - синяя...