search for: fbo

...9, 1.1.19 and 1.1.23 testet, with lot of Regedit functions ( Direct3D) half and full screen, with win xp, win vista, win 2k3, win 2k the failure it's all time. Installed is the nVidia 185.18.14 driver. Graphic Card is an GeForce 9800 GTX+ Code from wine is: Code: fixme:d3d:context_check_fbo_status Color attachment 0: (0x168990) WINED3DFMT_A8R8G8B8 320x256 fixme:d3d:context_check_fbo_status Depth attachment: (0x1c11f8) WINED3DFMT_D24S8 2048x2 fixme:d3d:IWineD3DDeviceImpl_ClearSurface >>>>>>>>>>>>>>>>> GL_INVALID_FRAMEBUFFER_O...

Hello everyone I would like to know how AA works in wine, i.e. if I turn on AA in any game it wont work, the only option is to force it with nvidia-settings > override application settings. This does only work in backbuffer mode, trying to force AA in the FBO mode will crash the game or I just get a black screen. How can I use AA in FBO mode ? Is this option not introduced in wine yet ? I'm using 1.1.26 and FBO works great for all games here but I would like to turn on AA. For example: I run Red Alert 3 or Fear 2 in backbuffer mode and can use AA b...

....cx/gtascreenshots You can see that the menus work fine, but during gameplay, there is nothing but a large grey rectangle and the sky texture. It's set in compatibility mode for Windows Vista. Here's a snippet of what's being repeated in the terminal: Code: fixme:d3d:context_check_fbo_status Color attachment 0: (0x1b5f888) WINED3DFMT_R5G6B5 32x32 fixme:d3d:context_check_fbo_status Depth attachment: (0x1b5f9f8) WINED3DFMT_D15S1 32x32 fixme:d3d:context_check_fbo_status FBO status GL_FRAMEBUFFER_INCOMPLETE_ATTACHMENT_EXT (0x8cd6) fixme:d3d:context_check_fbo_status Color attachme...

...turned off my autosaving yet this persists. Here's what my terminal (The first bit repeated for a much longer time, but I figured you'd get the point) reads: Code: fixme:d3d:state_clipping Clipping disabled, but ARB_depth_clamp isn't supported. fixme:d3d:swapchain_gl_present Render-to-fbo with WINED3DSWAPEFFECT_FLIP fixme:d3d:state_clipping Clipping disabled, but ARB_depth_clamp isn't supported. fixme:d3d:state_clipping Clipping disabled, but ARB_depth_clamp isn't supported. fixme:d3d:state_clipping Clipping disabled, but ARB_depth_clamp isn't supported. fixme:d3d:swapch...

...sted more than one back buffer, this is not properly supported. Please configure the application to use double buffering (1 back buffer) if possible. fixme:d3d:swapchain_init Add OpenGL context recreation support to context_validate_onscreen_formats fixme:d3d:IWineD3DSwapChainImpl_Present Render-to-fbo with WINED3DSWAPEFFECT_FLIP fixme:d3d:IWineD3DSwapChainImpl_Present Render-to-fbo with WINED3DSWAPEFFECT_FLIP fixme:d3d:IWineD3DSwapChainImpl_Present Render-to-fbo with WINED3DSWAPEFFECT_FLIP fixme:d3d:IWineD3DSwapChainImpl_Present Render-to-fbo with WINED3DSWAPEFFECT_FLIP fixme:d3d:IWineD3DSwapCha...

On Tue, May 18, 2010 at 7:04 PM, Roland Scheidegger <sroland at vmware.com> wrote: > Hi, > > I plan to merge the gallium-msaa branch to master soon. > It's actually a bit of a misnomer since the conceptually more important > changes in there are about blits... > > Here's a short summary what this is about: > blits now operate on resources, not surfaces

..." of all the attachments > must be the same. (Whether a surface is linear or not is _generally_ > dictated by its w/h, but not always -- POT textures can sometimes end > up allocated linearly by e.g. the ddx, or something else.) The > different sizes are handled by not exposing ARB_fbo. However the rest > of the cases remain. > > Now that I kinda understand how things are structured, I was thinking > of doing the following: > > When rendering (i.e. draw_vbo & co) and the fbo has changed (and has > one of the problems above), I would instead put in a tempo...

...t;>> must be the same. (Whether a surface is linear or not is _generally_ >>> dictated by its w/h, but not always -- POT textures can sometimes end >>> up allocated linearly by e.g. the ddx, or something else.) The >>> different sizes are handled by not exposing ARB_fbo. However the rest >>> of the cases remain. >>> >>> Now that I kinda understand how things are structured, I was thinking >>> of doing the following: >>> >>> When rendering (i.e. draw_vbo & co) and the fbo has changed (and has >>> on...

...ame. (Whether a surface is linear or not is _generally_ >>>>> dictated by its w/h, but not always -- POT textures can sometimes end >>>>> up allocated linearly by e.g. the ddx, or something else.) The >>>>> different sizes are handled by not exposing ARB_fbo. However the rest >>>>> of the cases remain. >>>>> >>>>> Now that I kinda understand how things are structured, I was thinking >>>>> of doing the following: >>>>> >>>>> When rendering (i.e. draw_vbo & co)...

I had just installed Linux Mint katya on my Dell Dimension 5000 computer because Windows kept making it lag and so on. I installed Wine and Steam soon after installing it, but whenever I tried to launch Steam it always crashes and quits as soon as the welcome and update screens pop up. I've googled for solutions to this problem and they have come to nil.

...mation in the registry for bias 180, std (d/m/y): 21/02/2010, dlt (d/m/y): 17/10/2010 err:winediag:X11DRV_WineGL_InitOpenglInfo Direct rendering is disabled, most likely your OpenGL drivers haven't been installed correctly fixme:d3d_caps:init_driver_info Unhandled vendor 8086. fixme:d3d:check_fbo_compat Format WINED3DFMT_B8G8R8_UNORM with rendertarget flag is not supported as FBO color attachment, and no fallback specified. fixme:d3d:check_fbo_compat Format WINED3DFMT_B8G8R8A8_UNORM with rendertarget flag is not supported as FBO color attachment, and no fallback specified. fixme:d3d:che...

...the "linearity" of all the attachments must be the same. (Whether a surface is linear or not is _generally_ dictated by its w/h, but not always -- POT textures can sometimes end up allocated linearly by e.g. the ddx, or something else.) The different sizes are handled by not exposing ARB_fbo. However the rest of the cases remain. Now that I kinda understand how things are structured, I was thinking of doing the following: When rendering (i.e. draw_vbo & co) and the fbo has changed (and has one of the problems above), I would instead put in a temporary texture as the depth attachm...

...aying Wine caused the crash. I've looked in the AppDB and have replaced one of the dll files it said to for the game... Here's the Terminal code... any chance anyone knows how to get this working? Many thanks! wine SCDAAutoRun.exe fixme:imm:ImmDisableTextFrameService Stub fixme:d3d:check_fbo_compat Format WINED3DFMT_R32_FLOAT with rendertarget flag is not supported as FBO color attachment, and no fallback specified. fixme:d3d:check_fbo_compat Format WINED3DFMT_R16_FLOAT with rendertarget flag is not supported as FBO color attachment, and no fallback specified. fixme:d3d:check_fbo_compa...

...drivers/gpu/drm/ttm/ttm_bo_util.c b/drivers/gpu/drm/ttm/ttm_bo_util.c index 3d2617dd63e3..59f1b979b0da 100644 --- a/drivers/gpu/drm/ttm/ttm_bo_util.c +++ b/drivers/gpu/drm/ttm/ttm_bo_util.c @@ -510,7 +510,7 @@ static int ttm_buffer_object_transfer(struct ttm_buffer_object *bo, INIT_LIST_HEAD(&fbo->base.io_reserve_lru); mutex_init(&fbo->base.wu_mutex); fbo->base.moving = NULL; - drm_vma_node_reset(&fbo->base.vma_node); + drm_vma_node_reset(&fbo->base.base.vma_node); atomic_set(&fbo->base.cpu_writers, 0); kref_init(&fbo->base.list_kref); diff...

...r a surface is linear or not is _generally_ >>>>>> dictated by its w/h, but not always -- POT textures can sometimes end >>>>>> up allocated linearly by e.g. the ddx, or something else.) The >>>>>> different sizes are handled by not exposing ARB_fbo. However the rest >>>>>> of the cases remain. >>>>>> >>>>>> Now that I kinda understand how things are structured, I was thinking >>>>>> of doing the following: >>>>>> >>>>>> When rendering (...

...e attachments >> must be the same. (Whether a surface is linear or not is _generally_ >> dictated by its w/h, but not always -- POT textures can sometimes end >> up allocated linearly by e.g. the ddx, or something else.) The >> different sizes are handled by not exposing ARB_fbo. However the rest >> of the cases remain. >> >> Now that I kinda understand how things are structured, I was thinking >> of doing the following: >> >> When rendering (i.e. draw_vbo & co) and the fbo has changed (and has >> one of the problems above), I...

...53230, last error 0x591 fixme:d3d:swapchain_init Add OpenGL context recreation support to context_validate_onscreen_formats fixme:d3d_surface:surface_load_ds_location No up to date depth stencil location. fixme:d3d:state_lastpixel Last Pixel Drawing Disabled, not handled yet fixme:d3d:context_check_fbo_status FBO status GL_FRAMEBUFFER_UNSUPPORTED (0x8cdd) fixme:d3d:context_check_fbo_status Location SFLAG_INTEXTURE (0x40). fixme:d3d:context_check_fbo_status Color attachment 0: (0x132860) WINED3DFMT_B5G6R5_UNORM 800x600 fixme:d3d:context_check_fbo_status Depth attachment: (0x16aa58) WINED3DFMT_S...

...o work with the new DRM memory manager and finally succeeded. Unfortunately it seems to break compiz which errors out complaining that there are no GLXFBConfigs for the default depth. I was able to trace the problem to the following block of code in src/screen.c, starting on line 1897: if (s->fbo) { (*s->getFBConfigAttrib) (dpy, fbConfigs[j], GLX_BIND_TO_MIPMAP_TEXTURE_EXT, &value); if (value < mipmap) continue; mipmap = value; } From what I understand the contents of the if block where never executed when running with the i915 DRI module because it didn'...

Hello, I've been tracking down a regression in fbo-generatemipmap-formats with ARB_depth_texture on nouveau (nv50 and nvc0 are affected) since http://cgit.freedesktop.org/mesa/mesa/commit/?id=0a1479c829ed34a65e60c6619a8164e1b079aaee FTR, the test I'm running is: bin/fbo-generatemipmap-formats GL_ARB_depth_texture -fbo -auto Looking at the di...

...lization 4 Complete Edition. I've made dll substitution specific for this game using winetrics (msxml3, vcrun2005). On Snowleopard installation game runs just fine, but on Lion it produces a lot of d3d errors after intro movie/logo are shown. Most of problems reported are: fixme:d3d:debug_fbostatus Unrecognied FBO status 0x00000000 err:d3d:buffer_create_buffer_object Failed to create a VBO with error GL_NO_ERROR (0) The begining of errors log is: ? Code: Mac:~/.wine/drive_c/Relax/Civilization4.Complete/Beyond the Sword$ wine Civ4BeyondSword.exe & [1] 809 fixme:system:SystemParamet...