@Brecht Van Lommel (brecht) I think this is a good compromise.
I'm trying to define clearly which Intel GPUs we support on Windows. To me it seems Haswell (2013) and newer work generally ok.
Wed, Apr 17
Tue, Apr 16
Yes, we will review it and commit a solution for this bug, should not be too long.
Is this patch going to be implemented in the main 2.8 version available for download on the Blender website?. I'm downloading each new build on a daily basis, but so far, the issue with the viewport lag doesn't seem to be fixed yet.
Sun, Apr 14
@Furkan (furkan161) I think it’s a pretty normal and OS-independent behavior that it lags a lot when creating a mesh with a large number of elements. D4619 addresses a specific issue in macOS’s presentation path and doesn’t magically make everything faster.
Sat, Apr 13
okey i tried D4619 path but it did not worked for me
Fri, Apr 12
Once this is decided blender.org, the release notes and user manual need to be updated.
Wherever this is documented it should clearly explain the difference between Workspace/Eevee and Cycles GPU acceleration, and link to the appropriate Cycles documentation if it's not included (I think just having one document that explains all of this in one place for 2.80 might be simplest).
For both Windows and Linux I propose that we use the same EOL cutoff for support as the GPU manufactures. It seems to match quite well with the reports in T61936.
Wed, Apr 10
Tue, Apr 9
Sun, Apr 7
Sat, Apr 6
can some one send me the D4619 patched blender 2.8 file, i am having trouble with "make" part.
Thu, Apr 4
For me it's the same as LuisG describes.
This appears to be fixed now.
Automatically limiting texture resolution to what the GPU supports was broken, this should work again now.
Wed, Apr 3
Currently yes. Ideally workbench would respect the repeat settings on the image texture node.
Tue, Apr 2
@Brecht Van Lommel (brecht) So in 2.8 the only way to see non-repeating textures in the viewport is only in look-dev & render mode?
Duplicate of T60700
Sun, Mar 31
Hi, same problem here. Viewport rotation, panning and zooming is smooth in 2.79 but lags terribly in 2.8 (with same scene loaded in both). Disabling grid and axis display in Overlays alleviates this problem, but overall it never reaches the smoothness of 2.79
just adding confirmation that i see this lag as well, and it moves very smoothly with
Sat, Mar 30
Fri, Mar 29
@Tomoaki Kawada (yvt) That's some impressive work you did here! Did you try a simpler approach first? like adding glFlush at some places to see if it fixes it. (this should not have performance implication).
Thanks a lot for the investigation! I guess ideally we could find a simpler fix, but if that's difficult this seems reasonable.
Since I seem to have some of the faulty hardware, I did some research on this issue.
Thu, Mar 28
I just realized, it was my breakpoints, that triggered the warnings..
I got some warnings from AppKit and CoreGraphics. I am not sure what they mean, but they are related to the GL context, so I am posting them here. Maybe some of you can make out what it means and if it's is perhaps related to the texture drawing issues.
Wed, Mar 27
Probably due to graphics drivers bugs in macOS 10.10. In general 2.80 does not work well on 10.11 and earlier, it's not clear yet if we will end up officially supporting that or requiring newer macOS versions.
I cannot reproduce anymore. Seems to have been fixed.