From owner-freebsd-multimedia@FreeBSD.ORG Mon Jan 10 00:42:31 2011 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 73046106564A for ; Mon, 10 Jan 2011 00:42:31 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 240818FC12 for ; Mon, 10 Jan 2011 00:42:30 +0000 (UTC) Received: by vws9 with SMTP id 9so7799271vws.13 for ; Sun, 09 Jan 2011 16:42:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject:references :date:message-id:user-agent:mime-version:content-type :content-transfer-encoding; bh=nq/dgd6MtZc9R/43cwnpXnqE5+SEB1XK/RTBs9zFPvY=; b=f8W6wkaC+U8L7RUJwNI5cQKLLosU57KKumNJs0NSGHXJ2unhkGS7pejpm4tGe3ZTdx ZXLHk/tgpzvhjPY8mX93RaIG3o248FoY3zzInyHos6xodC7T1LWZy32jYvhAgB3pBOwc 4j4hCSZ/U1gqfjWdHN0K3CLHUkHLs0GJ2LORs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:references:date:message-id:user-agent :mime-version:content-type:content-transfer-encoding; b=UFdrZZxwyrfRZmI1HRT81zMg2X52L4VgWjSBMBi94aI+XKwXtGZBghD8HGwaAcvqm7 Cgkz+bYaYEhgH9Iy5YZhc9c9fz7RmS8k2baDOcc53xSZg2Gq/+udF9VIWpdZzTl5OiCs tMvtdP5aZXtBm08UgQyvn+aKSqlyGN4MZoxWk= Received: by 10.220.180.67 with SMTP id bt3mr8025866vcb.227.1294620149862; Sun, 09 Jan 2011 16:42:29 -0800 (PST) Received: from localhost (anonymizer2.torservers.net [174.36.199.200]) by mx.google.com with ESMTPS id p8sm6203873vcr.42.2011.01.09.16.42.27 (version=SSLv3 cipher=RC4-MD5); Sun, 09 Jan 2011 16:42:28 -0800 (PST) From: Anonymous To: =?utf-8?Q?Micka=C3=ABl?= Maillot References: <86wrmfcwo2.fsf@gmail.com> <86oc7rcwe4.fsf@gmail.com> Date: Mon, 10 Jan 2011 03:42:22 +0300 Message-ID: <864o9h8u8h.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-multimedia@freebsd.org Subject: Re: XBMC crash with vaapi vdpau X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jan 2011 00:42:31 -0000 Micka=C3=ABl Maillot writes: > i recompiled libva & vdpau-video WITH_DEBUG > but no more usefull information in bt: > (gdb) bt > #0 0x0000000812e14349 in __vaDriverInit_0_31 () from > /usr/local/lib/va/nvidia_drv_video.so > #1 0x0000000812e11794 in __vaDriverInit_0_31 () from > /usr/local/lib/va/nvidia_drv_video.so > #2 0x0000000812e119a7 in __vaDriverInit_0_31 () from > /usr/local/lib/va/nvidia_drv_video.so > #3 0x0000000812e11ad2 in __vaDriverInit_0_31 () from > /usr/local/lib/va/nvidia_drv_video.so > #4 0x0000000801344b63 in vaCopySurfaceGLX () from /usr/local/lib/libva-g= lx.so.1 > #5 0x000000080134315f in vaCopySurfaceGLX () from /usr/local/lib/libva-g= lx.so.1 libva/vdpau-video are still compiled without symbols since you've likely ignored the note about empty STRIP in my previous message. Try $ make install WITH_DEBUG=3D STRIP=3D DEBUG_FLAGS=3D'-O0 -ggdb3' FYI, I have a different crash in vdpau-video driver. Core was generated by `xbmc.bin'. Program terminated with signal 11, Segmentation fault. #0 0x000000080d04d6ce in gl_vdpau_bind_surface (s=3D0x0) at utils_glx.c:= 1437 1437 if (s->is_bound) (gdb) i thr * 9 Thread 80dc07400 (LWP 100736/initial thread) 0x000000080d04d6ce in g= l_vdpau_bind_surface (s=3D0x0) at utils_glx.c:1437 8 Thread 80410b800 (LWP 101992/xbmc.bin) 0x000000080aae961c in select = () at select.S:3 7 Thread 80410b000 (LWP 101993/xbmc.bin) 0x000000080aa8acac in poll ()= at poll.S:3 6 Thread 80410ac00 (LWP 101994/xbmc.bin) 0x000000080aae961c in select = () at select.S:3 5 Thread 80410a800 (LWP 101995/xbmc.bin) 0x000000080aacef7c in nanosle= ep () at nanosleep.S:3 4 Thread 80410e400 (LWP 101996/xbmc.bin) 0x000000080ba924ec in _umtx_o= p_err () at /usr/src/lib/libthr/arch/amd64/amd64/_umtx_op_err.S:37 3 Thread 804108000 (LWP 101997/xbmc.bin) 0x000000080aacef7c in nanosle= ep () at nanosleep.S:3 2 Thread 80410a400 (LWP 101998/xbmc.bin) 0x000000080aae961c in select = () at select.S:3 1 Thread 804108c00 (LWP 101386/xbmc.bin) 0x000000080aae961c in select = () at select.S:3 (gdb) bt #0 0x000000080d04d6ce in gl_vdpau_bind_surface (s=3D0x0) at utils_glx.c:= 1437 #1 0x000000080d04aca7 in begin_render_glx_surface (driver_data=3D0x814c1= 5d00, obj_glx_surface=3D0x814c16c48) at vdpau_video_glx.c:619 #2 0x000000080d04af4d in copy_glx_surface (driver_data=3D0x814c15d00, ob= j_glx_surface=3D0x814c16c48, obj_surface=3D0x814c16250, flags=3D32) at vdpa= u_video_glx.c:740 #3 0x000000080d04b086 in vdpau_CopySurfaceGLX (ctx=3D0x814fe91c0, gl_sur= face=3D0x814c16c48, surface=3D50331649, flags=3D32) at vdpau_video_glx.c:785 #4 0x000000080ce335a0 in vaCopySurfaceGLX_impl_driver (ctx=3D0x814fe91c0= , gl_surface=3D0x814c16c48, surface=3D50331649, flags=3D32) at va_glx_impl.= c:842 #5 0x000000080ce31c6b in vaCopySurfaceGLX (dpy=3D0x814c61080, gl_surface= =3D0x814c16c48, surface=3D50331649, flags=3D32) at va_glx.c:163 #6 0x0000000000ad2e8f in CLinuxRendererGL::UploadVAAPITexture (this=3D0x= 814e80600, index=3D0) at LinuxRendererGL.cpp:2433 #7 0x0000000000ad24fe in CLinuxRendererGL::Render (this=3D0x814e80600, f= lags=3D, renderBuffer=3D0) at LinuxRendererGL.cpp:1283 #8 0x0000000000acdcfe in CLinuxRendererGL::RenderUpdate (this=3D0x814e80= 600, clear=3Dfalse, flags=3D64, alpha=3D) at LinuxRend= ererGL.cpp:835 #9 0x0000000000acc327 in CXBMCRenderManager::RenderUpdate (this=3D0x1317= d08, clear=3Dfalse, flags=3D0, alpha=3D255) at RenderManager.cpp:254 #10 0x0000000000b55cc7 in CGUIVideoControl::Render (this=3D0x81346ed80) a= t GUIVideoControl.cpp:61 #11 0x0000000000afae27 in CGUIControl::DoRender (this=3D0x81346ed80, curr= entTime=3D) at GUIControl.cpp:147 #12 0x0000000000b0d59b in CGUIControlGroup::Render (this=3D0x813635b00) a= t GUIControlGroup.cpp:114 #13 0x0000000000b5775d in CGUIWindow::Render (this=3D0x813635b00) at GUIW= indow.cpp:329 #14 0x0000000000b62b13 in CGUIWindowManager::Render (this=3D0x131cd80) at= GUIWindowManager.cpp:509 #15 0x000000000071a13b in CApplication::RenderNoPresent (this=3D0x1318158= ) at Application.cpp:1809 #16 0x000000000070e979 in CApplication::Render (this=3D0x1318158) at Appl= ication.cpp:2046 #17 0x00000000009a68c1 in CXBApplicationEx::Run (this=3D0x1318158) at XBA= pplicationEx.cpp:138 #18 0x00000000009a706c in main (argc=3D2, argv=3D0x7ffffffedf38) at xbmc.= cpp:174 However, my ports tree is littered with hacks, some are XBMC related[1] and some are not. Apps break often. So, it's probably local but $ mplayer -vo vaapi:gl -va vaapi works fine which implies that VA/GLX should, too. And XBMC doesn't crash with VDPAU_VIDEO_GL_INTEROP=3D0 or LIBVA_DRIVER_NAME=3Ddummy. [1] python27 + build hacks for xbmc port - http://pastebin.com/RdgTW8QS > it crash when i want to read a 1080p mkv file which run fine with VDPAU. > > vainfo run fine: > libva: libva version 0.31.1 > Xlib: extension "XFree86-DRI" missing on display ":0.0". > libva: va_getDriverName() returns 0 > libva: Trying to open /usr/local/lib/va/nvidia_drv_video.so > libva: va_openDriver() returns 0 > vainfo: VA API version: 0.31 > vainfo: Driver version: Splitted-Desktop Systems VDPAU backend for > VA-API - 0.7.3.pre4 > vainfo: Supported profile and entrypoints > VAProfileMPEG2Simple : VAEntrypointVLD > VAProfileMPEG2Main : VAEntrypointVLD > VAProfileH264Main : VAEntrypointVLD > VAProfileH264High : VAEntrypointVLD > VAProfileVC1Simple : VAEntrypointVLD > VAProfileVC1Main : VAEntrypointVLD > VAProfileVC1Advanced : VAEntrypointVLD Just a guess but since vdpau-video may crash on cards that don't support VDPAU features it may as well crash on "certain" resolutions, too, e.g. VDPAU FEATURES NOTE 1 (from nvidia-driver about feature set "B") GPUs with this note may not support H.264 streams with the following widt= hs: 49, 54, 59, 64, 113, 118, 123, 128 macroblocks (769-784, 849-864, 929-944, 1009-1024, 1793-1808, 1873-1888, 1953-1968, 2033-2048 pixels). Not that I know what card you have nor the video resolution of the tested file. So... - can you play the file with VDPAU but without falling back[1], e.g. to software decoder? - can you play the file with VAAPI in anything else, e.g. mplayer[2], vlc? - does running with VDPAU_VIDEO_DEBUG=3D1 produce any debug messages besides nvidia-driver version? [1] XBMC plays video fine with LIBVA_DRIVER_NAME=3Ddummy unlike mplayer and= vlc [2] vaapi hack for mplayer port - http://pastebin.com/A1tcNZM0 > but vatest_10 and 11 failed: > *** vatest_10: Create and destroy buffers > libva: libva version 0.31.1 > Xlib: extension "XFree86-DRI" missing on display ":0.0". > libva: va_getDriverName() returns 0 > libva: Trying to open /usr/local/lib/va/nvidia_drv_video.so > libva: va_openDriver() returns 0 > Assertion failed: (VA_STATUS_SUCCESS =3D=3D va_status), function test, > file test_10.c, line 112. > *** vatest_11: Map and unmap buffers > libva: libva version 0.31.1 > Xlib: extension "XFree86-DRI" missing on display ":0.0". > libva: va_getDriverName() returns 0 > libva: Trying to open /usr/local/lib/va/nvidia_drv_video.so > libva: va_openDriver() returns 0 > --- vaCreateBuffer created buffer 04000000 of type 0 > --- vaCreateBuffer created buffer 04000001 of type 1 > --- vaCreateBuffer created buffer 04000002 of type 2 > Assertion failed: (VA_STATUS_SUCCESS =3D=3D va_status), function test, > file test_11.c, line 129. They do fail on my card (0x0622), too. And asserts are disabled unless you compile WITH_DEBUG.