similar to: a few questions about OpenGL and nouveau

On Tue, Apr 5, 2016 at 2:38 PM, Daniel Melo Jorge da Cunha <dmjcunha at gmail.com> wrote: > Hi... I know... glBegin/glEnd is deprecated but I have an old computer 32bit > CPU, > running fedora 19, mesa-9.2.4, NV63... any help are welcomed. I've fixed a *ton* of nv3x/nv4x issues since then, I'd recommend giving Mesa 11.2.0 a whirl. > > Please forgive if I misuderstood

Hello, I'm trying to debug why fbo-copyteximage-simple is failing, and I'm... failing. It's an extremely simple test. I'm pretty sure that the copyteximage part of it has nothing to do with the failure, at least it behaves identically when I just return tex instead of copiex_tex. Without any modifications, the test just renders one big red square. I think there's something

Hi, On 26-11-15 13:52, Samuel Pitoiset wrote: <snip> >> I do not have a GK106, I've a GK208, and IIRC that one is known to not >> work, >> I guess I can give it a try. > > Compute support is not supported on GK110+, yeah... > > If you provide me a MMT trace of, for example, vectorAdd from the CUDA samples I could have a look. Ok, here is a MMT trace of

Import "DisplayState interface change" from qemu mainstream: the patch has been adapted to qemu-xen and merged with several following fixes. The original qemu svn commit is the following: git-svn-id: svn://svn.savannah.nongnu.org/qemu/trunk@6336 c046a42c-6fe2-441c-8c8c-71466251a162 Signed-off-by: Stefano Stabellini <stefano.stabellini@eu.citrix.com> --- diff --git a/console.c

Hi Ilia, A fortnight ago, you wrote: > > The video plays, CPU load is less (my aim), but there's ‘tearing’ of > > the picture as if small rectangles that are updates are appearing in > > the wrong location, off by a little. If I step through the frames > > with mpv's ‘.’ and ‘,’ then I've found a pattern: one frame's > > picture is good, followed by

Hi, for example, if I have glVertex3f(0.75, 0.75, 1.0) how the video card processes these three floats? Does the card work with floats? Does (mesa? gallium? driver?) process these three input floats before it is sent to the card? Where is the code for it? If you say the floats are memory mapped as in exec->vtx.buffer_map = (GLfloat *)ctx->Driver.MapBufferRange(...) I would say from what I

Hi Ilia, you were straight to the point for me in: "src/mesa/vbo will upload it to a vbo. The driver then points the hardware at the vbo and tells it to read from there." But where is it the function that implements this? Is it in nv30_draw_vbo(...)? Please, give me a function name or at least a file name? 2016-04-19 10:04 GMT-04:00 Ilia Mirkin <imirkin at alum.mit.edu>: >

Hello all: I'm hoping you can help me determine the source of this problem. I've just used read.csv to bring a small (581 rows, 9 vars) dataset into R (2.7.0., Mac OS 10.5.5). The dataset was created in Excel 2008 from a datadump from an Oracle database. I've done this many times before and had no problems. The dataset ("a") appears to have extra rows filled with NAs. For

Hey, David, for me the recent multihead changes had minor a problem with mixed resolutions (1600x1200 & 1280x1024). The viewport was getting set partially off screen. The following tweak fixed it for me: --- plugins/display.c +++ plugins/display.c @@ -2069,7 +2069,7 @@ eventLoop (void) { if (s->nOutputDev > 1)

Does this list supports the NetWare version (rsync.nlm)? if not does anyone know of a list that does? I'm having all sorts of issues with this ported version on my NetWare 6.5 server. Thanks Jon L. Miller, ASE, CNS, CLS, MCNE, CCNA Director/Sr Systems Consultant MMT Networks Pty Ltd http://www.mmtnetworks.com.au Resellers for: Novell Gold Partner, Cisco Partner, Peopletelecom, Westnet,

https://bugs.freedesktop.org/show_bug.cgi?id=53519 Bug #: 53519 Summary: Missing bits of geometry in Unigine tropics Classification: Unclassified Product: Mesa Version: git Platform: Other OS/Version: All Status: NEW Severity: minor Priority: medium Component: Drivers/DRI/nouveau

The hardware only generates vertexid when vertices come from a VBO. This fixes: vertexid-drawelements vertexid-drawarrays Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu> Cc: "11.0" <mesa-stable at lists.freedesktop.org> --- src/gallium/drivers/nouveau/nv50/nv50_program.c | 1 + src/gallium/drivers/nouveau/nv50/nv50_program.h | 1 +

Hi, First of all, congratulations to the X.org team for selection into Google Summer of Code 2016. I would like to participate to Google Summer of Code 2016 by contributing to Kepler Accelerated Video Encoding for Nouveau. I request you to kindly guide me as to how to get started with this project. Regards, Saket Sinha

At the moment, Compiz draws each head at a time, shifting the glViewport() for every head in a xinerama-like setup. However, the projection matrix is NOT adjusted. This means any translation along the z-axis will cause problems and any rotation along the x/y axis, because the projection matrix is centered around the viewport, not the actual X screen as it has to be to keep the scenery together. I

On 01-12-15, Samuel Pitoiset wrote: >>> Ok, here is a MMT trace of vectorAdd: >>> >>> https://fedorapeople.org/~jwrdegoede/vectorAdd.log.gz >> >> Hi Hans, >> >> Thanks a lot. > > Well, I didn't know but Martin has a GK208... > I just tested the compute support on his card and ... it works without > any changes. :-)

Hello there, With the use of CUDA and ptx I managed to make a disassembler for at least one of the nv50 microcode/shader formats. This might come in handy for some people, hence I'm posting it here: http://www.cs.rug.nl/~wladimir/decuda/ I'm not yet sure if pixel/vertex shaders use the same instruction format as the compute shaders used by CUDA, but you'd think so, as nv50 is

My WXPP PC cannot login to the Samba server although the Win2K and W9x PC's can. The XPP system has joined the domain, but when I rebooted the PC and tried logging in via the domain it complained about not having permission or an account which I've verified and have redone several times, but still I cannot login. Anyone have any information on how to fix this. --

Hi, just a question. If I had two systems, one with nouveau and the other with nvidia. And then I valgrind glxgears, for example. Would valgrind's output: 1- be the same in both systems? 2- be as much close as possible in both systems (the differences being due to implementations in the proprietary driver which are not implemented in nouveau) ? 3- or would it be entirely different in both

Winrar for linux does not have Benchmark. same with 7z. have installed Winrar & 7zip 32-bits for windows, could not install 64-Bit versions. *did not installed in KXStudio 10.x Generic Kernel... *but installed ok in KXStudio 10.x with RT Kernel. also Ubuntu 10.x generic kernel. Board: MSI X58 Eclipse sli i7 920 with Visa sp1 x64 Winrar 4 benchmark did: 4040kb/s with W7 x64 did: 3030kb/s

Às 14:46 de 27/07/2019, Ilia Mirkin escreveu: > On Sat, Jul 27, 2019 at 7:37 AM Ralph Corderoy <ralph at inputplus.co.uk> wrote: >> The video plays, CPU load is less (my aim), but there's ‘tearing’ of the >> picture as if small rectangles that are updates are appearing in the >> wrong location, off by a little. If I step through the frames with >> mpv's