search for: mapbufferrang

...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 learned that it has to pass through gallium and that means: st_draw_vbo(...) ending up in nv30_draw_vbo(..) but these functions don't make any reference to those (memory mapped) input floats. So where is the piece of code that instructs the card to fetch those thre...

...deration is wrong... I guess... st_draw.c coments that all "rendering" is done through st_draw_vbo() which would end up calling nv30_draw_vbo() which would send data to the card... but where is the missing link?? The floats (for the vertices and color) are already mapped by ctx->Driver.MapBufferRange...*/ glBegin(GL_LINES); glColor3f(1.0, 1.0, 1.0); glVertex3f(0.0f, 0.0f, 0.0f); glVertex3f(50.0f, 50.0f, 1.0f); glEnd(); } glXSwapBuffers(); } Thanks in advance. -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org...

...hardware at the vbo and tells it to read from there. (Under some circumstances, the vbo data might have to be transformed on the cpu as well if the driver can't handle the format.) > > If you say the floats are memory mapped as in > exec->vtx.buffer_map = (GLfloat *)ctx->Driver.MapBufferRange(...) I would > say > from what I learned that it has to pass through gallium and that means: > st_draw_vbo(...) ending up in nv30_draw_vbo(..) but these functions don't > make > any reference to those (memory mapped) input floats. So where is the piece > of > code that ins...

...; st_draw.c > coments that all "rendering" is done through st_draw_vbo() which would end > up > calling nv30_draw_vbo() which would send data to the card... but where is > the > missing link?? The floats (for the vertices and color) are already mapped by > ctx->Driver.MapBufferRange...*/ The gallium state tracker does not support immediate vertex submission. There's a "vbo" layer in front of it which converts immediate vertex submissions into writes to a VBO, which is then bound and drawn with. You may be interested in doing GALLIUM_TRACE=foo.xml [on a debug m...

...s it to read from there. (Under some > circumstances, the vbo data might have to be transformed on the cpu as > well if the driver can't handle the format.) > > > > > If you say the floats are memory mapped as in > > exec->vtx.buffer_map = (GLfloat *)ctx->Driver.MapBufferRange(...) I would > > say > > from what I learned that it has to pass through gallium and that means: > > st_draw_vbo(...) ending up in nv30_draw_vbo(..) but these functions don't > > make > > any reference to those (memory mapped) input floats. So where is the > pi...