From: bugzilla-daemon@freedesktop.org
To: dri-devel@lists.freedesktop.org
Subject: [Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver
Date: Fri, 1 Jul 2011 10:28:11 -0700 (PDT) [thread overview]
Message-ID: <20110701172812.015E013004F@annarchy.freedesktop.org> (raw)
In-Reply-To: <bug-34495-502@http.bugs.freedesktop.org/>
https://bugs.freedesktop.org/show_bug.cgi?id=34495
--- Comment #30 from Pierre-Eric Pelloux-Prayer <pelloux@gmail.com> 2011-07-01 10:28:11 PDT ---
(In reply to comment #28)
> Yes but you're reading exacly the same buffer for each entry
The FBO is read once, but it contains ctx->Select.BatchEntryCount entries (each
entry is a square of size : _OffscreenSurfaceWidth * _OffscreenSurfaceHeight,
the total FBO width is _OffscreenSurfaceWidth * BatchSize)
By the way the glReadBack could be changed from :
_mesa_ReadPixels(0, 0, fboW, fboH, GL_DEPTH_COMPONENT, GL_FLOAT, buffer);
to :
_mesa_ReadPixels(0, 0, _OffscreenSurfaceWidth * ctx->Select.BatchEntryCount,
fboH, GL_DEPTH_COMPONENT, GL_FLOAT, buffer);
In the loop, we're reading this value :
float z = buffer[y * fboW + xOffset + x];
with xOffset being modified according to the current entry being read (ie point
at the correct square)
So I keep thinking this is correct :-)
> This got me thinking, and I think I know why. I believe currently minZ and maxZ
> values returned will almost always be incorrect.
Yup, you're right...
> [...] I think that in order to correctly do this we
> would have to have 2 fbos.
Hmm... this would further complicate the process but maybe that's the only
solution. I have to think about it too :-)
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
next prev parent reply other threads:[~2011-07-01 17:28 UTC|newest]
Thread overview: 76+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-02-20 7:13 [Bug 34495] New: Selecting objects in Blender 2.56 slow with gallium r600 driver bugzilla-daemon
2011-06-16 16:05 ` [Bug 34495] " bugzilla-daemon
2011-06-16 16:11 ` bugzilla-daemon
2011-06-16 18:51 ` bugzilla-daemon
2011-06-16 22:38 ` bugzilla-daemon
2011-06-17 9:05 ` bugzilla-daemon
2011-06-17 11:28 ` bugzilla-daemon
2011-06-17 19:50 ` bugzilla-daemon
2011-06-17 20:51 ` bugzilla-daemon
2011-06-18 17:12 ` bugzilla-daemon
2011-06-19 3:50 ` bugzilla-daemon
2011-06-20 0:18 ` bugzilla-daemon
2011-06-24 7:33 ` bugzilla-daemon
2011-06-26 5:18 ` bugzilla-daemon
2011-06-27 10:09 ` bugzilla-daemon
2011-06-27 10:10 ` bugzilla-daemon
2011-06-27 13:23 ` bugzilla-daemon
2011-06-27 14:38 ` bugzilla-daemon
2011-06-28 13:53 ` bugzilla-daemon
2011-06-30 17:58 ` bugzilla-daemon
2011-06-30 17:59 ` bugzilla-daemon
2011-07-01 10:02 ` bugzilla-daemon
2011-07-01 10:42 ` bugzilla-daemon
2011-07-01 11:02 ` bugzilla-daemon
2011-07-01 11:06 ` bugzilla-daemon
2011-07-01 11:22 ` bugzilla-daemon
2011-07-01 15:10 ` bugzilla-daemon
2011-07-01 16:00 ` bugzilla-daemon
2011-07-01 17:07 ` bugzilla-daemon
2011-07-01 17:20 ` bugzilla-daemon
2011-07-01 17:28 ` bugzilla-daemon [this message]
2011-07-01 17:33 ` bugzilla-daemon
2011-07-02 7:35 ` bugzilla-daemon
2011-07-02 12:16 ` bugzilla-daemon
2011-07-02 15:51 ` bugzilla-daemon
2011-07-02 15:52 ` bugzilla-daemon
2011-07-02 17:32 ` bugzilla-daemon
2011-07-03 13:23 ` bugzilla-daemon
2011-07-03 17:38 ` bugzilla-daemon
2011-07-04 9:47 ` bugzilla-daemon
2011-07-04 11:28 ` bugzilla-daemon
2011-07-04 21:08 ` bugzilla-daemon
2011-07-05 22:42 ` bugzilla-daemon
2011-07-11 21:58 ` bugzilla-daemon
2011-07-12 9:16 ` bugzilla-daemon
2011-07-12 9:31 ` bugzilla-daemon
2011-07-12 11:08 ` bugzilla-daemon
2011-07-12 20:21 ` bugzilla-daemon
2011-07-12 21:33 ` bugzilla-daemon
2011-07-17 18:45 ` bugzilla-daemon
2011-07-17 21:55 ` bugzilla-daemon
2011-07-31 3:16 ` bugzilla-daemon
2011-08-02 3:44 ` bugzilla-daemon
2011-08-02 11:40 ` bugzilla-daemon
2011-08-02 13:27 ` bugzilla-daemon
2011-08-04 5:06 ` bugzilla-daemon
2011-08-07 20:47 ` bugzilla-daemon
2011-09-06 17:42 ` bugzilla-daemon
2011-09-06 23:54 ` bugzilla-daemon
2011-09-07 2:16 ` bugzilla-daemon
2012-02-25 21:55 ` bugzilla-daemon
2012-02-25 22:58 ` bugzilla-daemon
2013-07-19 13:21 ` bugzilla-daemon
2013-07-19 13:27 ` bugzilla-daemon
2013-07-19 13:34 ` bugzilla-daemon
2013-07-19 14:07 ` bugzilla-daemon
2013-07-26 10:21 ` bugzilla-daemon
2013-08-14 3:07 ` bugzilla-daemon
2013-08-15 17:17 ` bugzilla-daemon
2013-08-15 17:59 ` bugzilla-daemon
2013-08-16 11:14 ` bugzilla-daemon
2013-08-16 12:48 ` bugzilla-daemon
2013-10-24 22:42 ` bugzilla-daemon
2013-10-25 7:37 ` bugzilla-daemon
2013-10-25 9:26 ` bugzilla-daemon
2013-10-25 13:11 ` [Bug 34495] Selecting objects in Blender 2.56 slow due the software gl_select mode bugzilla-daemon
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20110701172812.015E013004F@annarchy.freedesktop.org \
--to=bugzilla-daemon@freedesktop.org \
--cc=dri-devel@lists.freedesktop.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).