Re: [Mesa3d-dev] cube map demo requiring EXT_fbo?
On 19.06.2009 23:05, Brian Paul wrote: > Roland Scheidegger wrote: >> I was just wondering, is it really necessary that this demo requires >> FBO? It's quite useful to debug cube textures even on drivers which >> don't support FBOs and I wonder if there's a good reason to not just use >> automipmapping instead (I think pretty much any known driver supports >> SGIS_generate_mipmap, certainly all which are OGL 1.4 or higher). > > That'd be fine with me. We could check for either extension too. Ok, pushed. Roland -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] Mesa 7.4.3 released
Mesa 7.4.3 can be downloaded from https://sourceforge.net/project/showfiles.php?group_id=3 This is a bug-fix release. See the release notes for details. This will probably be the last release in the 7.4.x series. -Brian -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 22299] Mesa 7.4.2: invalid reference to a deleted texture object
http://bugs.freedesktop.org/show_bug.cgi?id=22299 --- Comment #11 from Deniz Sarikaya 2009-06-19 14:44:03 PST --- with mesa_7_4_branch this does not happen anymore (but a new intel bug appeared which I've already reported: "Bug 22377"). -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
Re: [Mesa3d-dev] [PATCH 0/3] intel region/pbo COW issues
Chia-I Wu wrote: > While studying the code, I found there are some issues with region/pbo COW. > However, they seem not to cause any problem with real applications. I have to > modify the driver so that pbo always uses sys_buffer to verify my fixes. > > b/src/mesa/drivers/dri/intel/intel_buffer_objects.c | 10 +++--- > b/src/mesa/drivers/dri/intel/intel_regions.c|2 +- > src/mesa/drivers/dri/intel/intel_regions.c |9 +++-- > 3 files changed, 15 insertions(+), 6 deletions(-) > b/src/mesa/drivers/dri/intel/intel_buffer_objects.c | 10 +++--- > b/src/mesa/drivers/dri/intel/intel_regions.c|2 +- > src/mesa/drivers/dri/intel/intel_regions.c |9 +++-- > 3 files changed, 15 insertions(+), 6 deletions(-) Thanks. I'm committing to master. -Brian -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
Re: [Mesa3d-dev] Mesa (master): i965: Fall back or appropriately adjust offsets of drawing to tiled regions.
On Fri, 2009-06-19 at 11:18 -0700, Eric Anholt wrote: > On Fri, 2009-06-19 at 17:58 +0200, Michel Dänzer wrote: > > On Wed, 2009-06-17 at 21:03 -0700, Eric Anholt wrote: > > > Module: Mesa > > > Branch: master > > > Commit: 0f328c90dbc893e15005f2ab441d309c1c176245 > > > URL: > > > http://cgit.freedesktop.org/mesa/mesa/commit/?id=0f328c90dbc893e15005f2ab441d309c1c176245 > > > > > > Author: Eric Anholt > > > Date: Fri Jun 5 23:16:44 2009 + > > > > > > i965: Fall back or appropriately adjust offsets of drawing to tiled > > > regions. > > > > > > 3D rendering to tiled textures was being done with non-tile-aligned > > > offsets. > > > The G4X hardware has fields to let us support it easily and correctly, > > > while > > > the pre-G4X hardware requires a path full of suffering, so we just fall > > > back. > > > > FYI, this commit causes lockups on my GM45 when running 3D apps in a > > VMware Workstation guest OS. Seems stable with just this reverted, and I > > can't seem to notice any tiling related problems. > > Anything interesting in the GPU dump? Didn't have time to check, sorry. -- Earthling Michel Dänzer |http://www.vmware.com Libre software enthusiast | Debian, X and DRI developer -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
Re: [Mesa3d-dev] cube map demo requiring EXT_fbo?
Roland Scheidegger wrote: > I was just wondering, is it really necessary that this demo requires > FBO? It's quite useful to debug cube textures even on drivers which > don't support FBOs and I wonder if there's a good reason to not just use > automipmapping instead (I think pretty much any known driver supports > SGIS_generate_mipmap, certainly all which are OGL 1.4 or higher). That'd be fine with me. We could check for either extension too. -Brian -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
Re: [Mesa3d-dev] Mesa (master): st/mesa: remove redundant st_buffer_object:: size field and error checks
José Fonseca wrote: > On Fri, 2009-06-19 at 11:19 -0700, Brian Paul wrote: >> Module: Mesa >> Branch: master >> Commit: 9d029e0e200eb97993c1b9fb8ab9046172e703e8 >> URL: >> http://cgit.freedesktop.org/mesa/mesa/commit/?id=9d029e0e200eb97993c1b9fb8ab9046172e703e8 >> >> Author: Brian Paul >> Date: Fri Jun 19 12:19:15 2009 -0600 >> >> st/mesa: remove redundant st_buffer_object::size field and error >> checks >> >> Just use the gl_buffer_object::Size field. Remove unnecessary >> size/offset >> error checks. Core Mesa will have already done these checks before >> these >> functions are called. > > The vbo module uses some of these too. The checks removed are not > important, but in case you're wondering the MapBufferRange related > checks are IMO worth keeping given that they are quite easy to break > when one fiddles with the vbo. OK, I'll put them back, but as assertions... -Brian -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] cube map demo requiring EXT_fbo?
I was just wondering, is it really necessary that this demo requires FBO? It's quite useful to debug cube textures even on drivers which don't support FBOs and I wonder if there's a good reason to not just use automipmapping instead (I think pretty much any known driver supports SGIS_generate_mipmap, certainly all which are OGL 1.4 or higher). Roland -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
Re: [Mesa3d-dev] Google Summer of Code
On Fri, Jun 19, 2009 at 11:39 AM, Kaspar Bumke wrote: > Yeah that was me on your blog. Thanks for answering here. > > I found your work very interesting and would like to continue where > you left of. I do not have alot of experience, but I can make up for > it with available time (a year!) and enthusiasm. > > I am going to start looking into OpenGL first of all and using and > developing Mesa3D in general. It will probably be a long time before I > will be able to use anything you would be pushing at this point. I'd suggest playing around in OpenGL too. If you can put together a proof of concept demo or something that did one of the decoding stages (e.g. H264 mocomp) it wouldn't be too hard to port to Gallium. IIRC there was somebody in GSoC with XBMC last year who attempted H264. I don't know how far he got but you could pick up where he left off or use his work as a reference. -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
Re: [Mesa3d-dev] Mesa (master): st/mesa: remove redundant st_buffer_object:: size field and error checks
On Fri, 2009-06-19 at 11:19 -0700, Brian Paul wrote: > Module: Mesa > Branch: master > Commit: 9d029e0e200eb97993c1b9fb8ab9046172e703e8 > URL: > http://cgit.freedesktop.org/mesa/mesa/commit/?id=9d029e0e200eb97993c1b9fb8ab9046172e703e8 > > Author: Brian Paul > Date: Fri Jun 19 12:19:15 2009 -0600 > > st/mesa: remove redundant st_buffer_object::size field and error > checks > > Just use the gl_buffer_object::Size field. Remove unnecessary > size/offset > error checks. Core Mesa will have already done these checks before > these > functions are called. The vbo module uses some of these too. The checks removed are not important, but in case you're wondering the MapBufferRange related checks are IMO worth keeping given that they are quite easy to break when one fiddles with the vbo. Jose -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
Re: [Mesa3d-dev] Mesa (master): i965: Fall back or appropriately adjust offsets of drawing to tiled regions.
On Fri, 2009-06-19 at 17:58 +0200, Michel Dänzer wrote: > On Wed, 2009-06-17 at 21:03 -0700, Eric Anholt wrote: > > Module: Mesa > > Branch: master > > Commit: 0f328c90dbc893e15005f2ab441d309c1c176245 > > URL: > > http://cgit.freedesktop.org/mesa/mesa/commit/?id=0f328c90dbc893e15005f2ab441d309c1c176245 > > > > Author: Eric Anholt > > Date: Fri Jun 5 23:16:44 2009 + > > > > i965: Fall back or appropriately adjust offsets of drawing to tiled regions. > > > > 3D rendering to tiled textures was being done with non-tile-aligned offsets. > > The G4X hardware has fields to let us support it easily and correctly, while > > the pre-G4X hardware requires a path full of suffering, so we just fall > > back. > > FYI, this commit causes lockups on my GM45 when running 3D apps in a > VMware Workstation guest OS. Seems stable with just this reverted, and I > can't seem to notice any tiling related problems. Anything interesting in the GPU dump? I hit a hang with one of the piglit tests since this commit, need to sit down and look at it. If I can't get tiling fixed up soon, I'll just turn it back off until I can get it sorted out, even though it's a major performance win. -- Eric Anholt e...@anholt.net eric.anh...@intel.com signature.asc Description: This is a digitally signed message part -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 4704] Modify glxgears to not output FPS by default.
http://bugs.freedesktop.org/show_bug.cgi?id=4704 --- Comment #8 from Tom Fogal 2009-06-19 09:43:12 PST --- bugzilla-dae...@freedesktop.org writes: > --- Comment #7 from Nils Philippsen 2009-06-19 02:20:5 > 9 PST --- > (In reply to comment #4) > > We sometimes tell our users to run gears to verify they're getting > > hardware acceleration. Despite the `gears is not a benchmark' > > arguments, the difference between a swrast-backed gears and a > gpu here>-backed gears is significant enough that one doesn't actually > > need to look at any numbers. > > I'm not sure I understand -- glxgears looks smooth to me, regardless > of wheth er it's software rastered or hardware accelerated. I need to > see the FPS number (200~300 fps vs. > 1000fps) to see whether I get > the one or the other. When I have an indirect rendering context, gears seems to stutter at times. Perhaps stutter is a bad word; the speed changes noticeably. On my beefy new workstation though, yeah, it's no longer clear which gears is the hw-backed one and which gears is swrast-backed. That wasn't the case last time I tested, though in retrospect I guess it's been a while since I've done so. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
Re: [Mesa3d-dev] Mesa (master): i965: Fall back or appropriately adjust offsets of drawing to tiled regions.
On Wed, 2009-06-17 at 21:03 -0700, Eric Anholt wrote: > Module: Mesa > Branch: master > Commit: 0f328c90dbc893e15005f2ab441d309c1c176245 > URL: > http://cgit.freedesktop.org/mesa/mesa/commit/?id=0f328c90dbc893e15005f2ab441d309c1c176245 > > Author: Eric Anholt > Date: Fri Jun 5 23:16:44 2009 + > > i965: Fall back or appropriately adjust offsets of drawing to tiled regions. > > 3D rendering to tiled textures was being done with non-tile-aligned offsets. > The G4X hardware has fields to let us support it easily and correctly, while > the pre-G4X hardware requires a path full of suffering, so we just fall back. FYI, this commit causes lockups on my GM45 when running 3D apps in a VMware Workstation guest OS. Seems stable with just this reverted, and I can't seem to notice any tiling related problems. -- Earthling Michel Dänzer |http://www.vmware.com Libre software enthusiast | Debian, X and DRI developer -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
Re: [Mesa3d-dev] Google Summer of Code
Yeah that was me on your blog. Thanks for answering here. I found your work very interesting and would like to continue where you left of. I do not have alot of experience, but I can make up for it with available time (a year!) and enthusiasm. I am going to start looking into OpenGL first of all and using and developing Mesa3D in general. It will probably be a long time before I will be able to use anything you would be pushing at this point. On Mon, Jun 15, 2009 at 11:10 PM, Younes Manton wrote: > On Mon, Jun 15, 2009 at 11:59 AM, kasbah wrote: >> >> >> Corbin Simpson wrote: >>> >>> we have a state tracker/winsys combo called g3dvl (Gallium3D Video >>> Layer) which can be used for XvMC. VDPAU support would require beefing >>> this layer up to the point of being able to decode h.264, Theora, etc. >>> in a big pipeline, and then writing the glue code to connect with the >>> actual VDPAU interface. >>> >> Has anything happend with this? Are you doing it for GSoC Denis? I am >> interested in getting involved in this for my final year undergraduate >> project. So has anyone begun attempting to "beef up g3dvl" to decode h.264 ? > > Nobody is doing this for GSoC as far as I know. (Did you ask the same > thing on my blog? Sorry, I meant to respond to you there.) As far as > beefing up g3dvl for this I started doing things to at least make it > feasible to implement VDPAU and other APIs in a clean way, and I still > hack away at it whenever I get a bit of time (hopefully more time now > that a few of my other obligations have wrapped up). If you want to do > stuff in this area I guess it would inspire me to move a little faster > and push what I have so far. > -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 4704] Modify glxgears to not output FPS by default.
http://bugs.freedesktop.org/show_bug.cgi?id=4704 --- Comment #7 from Nils Philippsen 2009-06-19 02:20:59 PST --- (In reply to comment #4) > We sometimes tell our users to run gears to verify they're getting > hardware acceleration. Despite the `gears is not a benchmark' > arguments, the difference between a swrast-backed gears and a gpu here>-backed gears is significant enough that one doesn't actually > need to look at any numbers. I'm not sure I understand -- glxgears looks smooth to me, regardless of whether it's software rastered or hardware accelerated. I need to see the FPS number (200~300 fps vs. > 1000fps) to see whether I get the one or the other. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev