- User Since
- Feb 8 2007, 1:09 AM (662 w, 5 h)
Jul 17 2019
Just notice there was a new build, rB9742fa6668b1, and problem seems to be fixed (though blender did behave a bit odd when monitors came out of sleep - but it then carried on.
Mar 7 2019
Yes I can confirm it has been fixed in todays build.
version: 2.80 (sub 47), branch: master, commit date: 2019-03-07 11:23, hash: a280867ac2ed, type: Release
build date: 07/03/2019, 03:47
Mar 6 2019
I think my bug, T61378, is not the same as this bug.
Feb 10 2019
Dec 21 2018
This problem seems to have been fixed now with this mornings build - Win 64 ending 7e5 - 21/12/18. Was still a problem with yesterdays build.
Dec 15 2018
Dec 14 2018
Dec 13 2018
This bug was introduced between the Win10 64 build dated 251118 ending 3d8 (where it was not present) and 271118 build ending 436 (where it was present).
Interestingly it was after the 25th of Nov build that a lot of us reported performance slowdowns using eeVee. For me it was scrolling through the time line was too slow to be usable so I am still using the pre271118 build for my work.
Dec 5 2018
I have just tried this mornings buld for Win 64 - 5/12/18 ending a3a. As with Carlo above there is an improvement but as I scroll the time line it is still about half the speed of the release 24/11/18 ending 0af (which is still quite slow - there's a lot going on). I see there are some more fixes by Clement since this build and will try them tomorrow when they're available to me.
Dec 1 2018
I have been working with the daily builds for some time now.