search for: mipmapping

Currently, the cube plugin uses mipmapping only when cube is unfolded. When the cube is rotated, mipmaps are not used, which leads to ugly look of textures. The attached patch fixes this. This leads to another kind of artifacts, which are fixable with anisotropic filtering. http://team.pld-linux.org/~wolf/aniso.png The leftmost image is t...

I'm currently implementing mipmaps but I have a set of troubles guessing the block height and block depth of them. According to https://envytools.readthedocs.io/en/latest/hw/memory/g80-surface.html#textures-mipmapping-and-arrays the texture unit auto resizes mipmaps' blocks but how do I know how many blocks each one uses? I'm currently using this algorithm: u32 height = MipHeight(mip_level); u32 gobs_in_y = (height + 7) / 8; u32 bh = block_height; // Magical block resizin...

This patch fixes two issues in nv40_miptree_layout. First, pt->width0 is used, which is the size of the whole texture, while width, which is the size of the mipmap level, should be used. Second, the current code does not 64-byte align the pitch of swizzled textures. However, on my NV40 this causes a pgraph error regarding the pitch register (and sometimes a system lockup too), which is fixed

Make sure to normalize the z coordinates as well as the x/y ones when there are mipmaps present. Fixes 3d mipmap generation, which now uses the blit path. Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu> Cc: "10.2" <mesa-stable at lists.freedesktop.org> --- Did a full piglit run on nva8 and nve7 without regressions. The cubemap array mipmap generation test still fails,

Hello, I have been looking at cubic texture mapping for a bit, and I have found that hw mipmap generation doesn't work at all or the textures are all messed up (normal 2d work fine). This is with linear textures. Also of note is that software mipmap generation works fine. I have done sanity checks for the miptree pitches, offsets, etc and everything seems to match up fine for both the

Hello, I have searched, read and tried everything I can think of, but without success. So I really need some help here. The application I am currently trying to use is PixPlant, but I have the same problems with other apps using directx or opengl (I am totally confused now) to display some content. PixPlant is a program for generating textures. It has an area in its main window where it displays

Hi, I've been trying to get the new i915tex DRI module to 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)

I wrote a tool for automatically finding out the texture layout for Gallium drivers. You can find it attached to http://sourceforge.net/mailarchive/forum.php?thread_name=ff13bc9a1001081140y18450c3ejdfac25c9260fd367%40mail.gmail.com&forum_name=mesa3d-dev . Here are the findings from running it. The result is that our miptree layout code is partially broken, and overly complex. In particular:

On Sun, Jan 25, 2009 at 10:58 AM, Jimmy Rentz <jedynamic at bellsouth.net> wrote: > Hello, > I was playing around with the OpenGlSuperBible samples and > noticed some odd issues around textures. Yes, I know it won't > be perfect right now (and not supported)...I am just curious > if you see the same issues. > Well, I am seeing some

Hi Why is the quality of scaled textures/objects using --indirect-rendering much worse than direct rendering? Also, vsync does not work with indirect-rendering. I am using an Nvidia Geforce go 7300, with 97.55 drivers. Thanks, Matt

Hi guys again. A homebrew developer (homebrew is custom software made for the switch using openGL under nouveau) reported to me that 'glGenerateMipmap' wasn't working on yuzu (Nintendo Switch emulator). I looked into it and I noticed all the triangle data used by nouveau to render the mipmaps was all zeroed out, meaning that probably we don't implement the mechanism you guys use to

Fixes mipmap generation. Signed-off-by: Viktor Novotn? <noviktor at seznam.cz> --- Hi, this fixes bug with mipmaps I observed on nv25, where in _mesa_prepare_mipmap_level call to Driver.FreeTextureImageBuffer unreferences nouveau_teximage's nouveau_surface, which then doesnt get reallocated in Driver.AllocTextureImageBuffer, because vieux uses swrast implementation, ultimately leading

Hi! AFAIK FGLRX doesnt support glx_ext_texture_from_pixmap, and enabling composite+dri is resulting in screen corruption even with 8.38.6. Then how are you guys running it without XGL? Regards, Karthik On 6/29/07, compiz-request at lists.freedesktop.org < compiz-request at lists.freedesktop.org> wrote: > > Send compiz mailing list submissions to > compiz at

The Wine development release 1.7.18 is now available. What's new in this release (see below for details): - Improved OLE Accessible Object support. - Window sizing improvements in the Mac driver. - Fixes for various memory issues found by Valgrind. - A few more MSHTML functions. - Some DirectDraw cleanups. - Various bug fixes. The source is available from the following locations:

https://bugs.freedesktop.org/show_bug.cgi?id=27603 Summary: [nouveau] Celestia 1.6.0 crashes with nv04_surface_copy_swizzle assertion Product: Mesa Version: unspecified Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component:

The Wine development release 1.7.17 is now available. What's new in this release (see below for details): - More implementations for the Task Scheduler. - C runtime made more compatible by sharing source files. - Fixes in the Mac OS X joystick support. - Various bug fixes. The source is available from the following locations:

The Wine development release 1.9.1 is now available. What's new in this release (see below for details): - A few more deferred fixes. - Support for debug registers on x86-64. - More Shader Model 4 instructions. - Support for the Mingw ARM toolchain. - Various bug fixes. The source is available from the following locations: http://dl.winehq.org/wine/source/1.9/wine-1.9.1.tar.bz2

The Wine development release 3.2 is now available. What's new in this release (see below for details): - Separate implementation of USER controls for ComCtl32 v6. - Multisample texture support in Direct3D. - Support for HID gamepads. - More event support in MSHTML. - Obsolete DOS code removed. - Various bug fixes. The source is available from the following locations:

This patch rewrites all the miptree layout and transfer code in the pre-NV50 Gallium drivers. The code is also unified among them and put in the nv04 directory. The current code is broken in several ways: 1. 3D textures are laid out first by face, then by level, which is incorrect 2. Cube maps should have 128-byte aligned faces 3. Swizzled textures have a strange alignment test that seems

The Wine development release 5.11 is now available. What's new in this release (see below for details): - Wine Mono engine updated to 5.1.0, with WpfGfx library support. - More work on the separate Unix library for NTDLL. - Beginnings of a NetIO kernel driver implementation. - Initial support for the Print Ticket API. - Removal of the obsolete 32-bit PowerPC architecture. -