- User Since
- Oct 12 2014, 1:52 PM (257 w, 3 d)
Mon, Sep 16
Sun, Sep 15
CandleComet, thanks for your work!
Sat, Sep 14
Just in case you are not aware. Jagged edges depends on Shadows settings > Cube Size (Cascade Size for Sun lamp). With Soft Shadows enabled, Edge Smoothness depends on lamp size (or Angle for Sun lamp).
It is true that in some cases many render samples are necessary to obtain better soft shadows, which can significantly increase render times. I wonder if it could be implemented some way to configure high samples only for shadow system independently without affecting the rest.
Fri, Sep 13
Wed, Sep 11
A comment perhaps related to this.
Sat, Sep 7
Fri, Sep 6
I have no idea, the problem occurred having or not having AO enabled in Render Tab. Anyway I have built again and the problem seems solved now.
Sun, Sep 1
Sat, Aug 31
Thu, Aug 29
Just to clarify that "Release Confirms" unchecked box behavior has no effect on node editors in 2.79, and I think that developers intentionally chose to do so because it is annoying most of the time (or at least not as useful as in 3D View editor ). While it is acceptable for some users to consider this behavior useful in node editor, I think that it should then be an option in which the user can choose the behavior in node editor.
While this feature is very useful in 3d view, it's annoying in the node editors. Leads to too many clicks.
I consider it a mistake.
Mon, Aug 26
It is intentional change and it has been renamed to Stencil Opacity in master/buildbot/2.81
Wed, Aug 21
Please read starting from here:
Tue, Aug 20
Aug 12 2019
Will the compilation and installation of OIDN dependencies through install_deps.sh be automated?
Aug 10 2019
Just in case it is useful for someone, I have isolated this couple of objects from .blend file above, and saved from 2.79 to compare:
Aug 9 2019
Aug 7 2019
To not complicate matters further, my proposal is to leave things as they are, and add a tiny sphere icon/option for "Fast Preview/Material view" in the row of current 4 icon spheres in Viewport Shading icon row (Wireframe/Solid/Material View/Look Dev/Rendered). So Look Dev will always respect render engine by default, and new option "Material View" will always use Eevee by default. Remaining the main options that the user wants a single click away.
The latest version of the patch is almost solving the problem related to Grab brush that I showed in my previous message!
My question is whether this really solves that bug for Linux if this could be implemented for other brushes, or this helps in performance for Grab brush but the problem about Windows being faster than Linux still persists.
Aug 6 2019
I have compiled and tested on Linux.
Aug 4 2019
So, "/" object isolation is not working as expected in Cycles rendered view. This works in 2.79 rendered view.
If I remember correctly, Dalai Felinto worked on "/" feature for 2.8.
Here is Eevee manual:
Aug 2 2019
Is the recommendation to not to publish screenshots/videos of other softwares in design tasks to avoid legal problems still valid?
Jul 31 2019
LookDev mode also works as fast Material/textures preview, as Material view mode in 2.79. You can see materials with textures, it's fast, without noise. Eevee was thought from the beginning as a quick/fast preview mode for Cycles. So I think devs are doing well, faster and cleaner mode should be by default (Eevee), and if the user needs LookDev for Cycles, simply enable Use Scene Render Engine.
Jul 30 2019
That's right, it seems excessive RAM usage due to what Evan has mentioned above.
Jul 29 2019
still can't find a way of seeing the Vertex Weight painting in the viewport
Jul 27 2019
Tested and everyone is working correctly here.
Jul 26 2019
Maybe if Overscan item would be inside Render Tab > Screen Space Reflections, would that be a bit clearer to avoid this kind of misunderstanding?
Thinking about it, I think this is not only for reflections.
Jul 24 2019
I understand that my report may not have been clear because I started with issues that can be considered as design/limitations. Just in case to make it clear that you saw the last case, the verices closest to the user in Front viewpoint are selected, but they look unselected
Jul 23 2019
By the way, I think it's not good that vertices in front are less prominent and less visible than those at the back in those views in Ortho view. This really makes work difficult. This is working in the opposite way to what it did in 2.79. Not sure if this is by intentional design or a bug.
Jul 18 2019
Jul 17 2019
I suppose this can be closed now?
Jul 15 2019
Switch to look dev mode makes the texture disappear entirely.
You must correctly configure your texture image node in Shader Editor to be able to see the painting in Look Dev or Rendered mode.
Jul 12 2019
In 2.8 you have two "Show Emitter" options in particles tab. One under Render option and the other in Viewport Display item. For Rendered view in viewport, uncheck "Show Emitter" in Viewport Display.
Jul 10 2019
Here's how to do it in Mint, which is not explained in Blender documentation:
Jul 9 2019
I can not reproduce on Kubuntu Linux and GTX 960. Blender 2.8
User who reported the problem should mention here the amount of system RAM. In addition he should monitor system RAM when the problem of slowness begins to occur, to see if it is because system is starting to dump the memory in swap.
Jul 3 2019
OK thanks. I did not know, I had tried to find documentation about it before reporting and had not found anything
Jun 13 2019
It is not your mistake.
Jun 7 2019
Here a user reported a problem that is currently solved in the latest version of master that I have compiled:
Jun 5 2019
Jun 3 2019
May 30 2019
You should check if your problem is related to Global Undo setting from the Preferences:
May 24 2019
I like the two versions for different circumstances. Could Brecht version also be added as an alternative option?
May 22 2019
I can not reproduce the problem with the .blend file above, it render faster with CPU+GPU in my system.
Tested with more recent Blender 2.8 build by myself and with last from buildbot builds. Kubuntu Linux 18.04. Intel i7-3770 and GTX 960. 430.14 drivers.
May 17 2019
May 16 2019
May 14 2019
About the check boxes for collections, I think the idea of this has been that it works like the arrange in boxes for view layers that we have in 2.79 at bottom. What I do not understand is why when you disable a collection the content disappears from outliner. I imagine that for better organization you will always want to see the content of the collections even though it is disabled. I’m not sure if grayed out the content can be confused with disabling viewport view, but perhaps there should be another way to indicate that it is disabled but without the elements disappear from outliner (strikethrough text, color change, a mark, etc). Or perhaps none of the buttons on the right should grayed out the collection/content, and reserve grayed out text only for disabled/unchecked collections and its content.
May 11 2019
How urgent is this feature?. Perhaps this could be better thought with more time, and if necessary opening a thread in devtalk forum for exchange of ideas.
May 10 2019
I personally have no problem with those duplicated icons in KDE. On the contrary, the repeated "close" cross icon in Blender and KDE title bar on the right is more inconvenient to me when cross icon is not dimmed/attenuated in blender.
May 8 2019
In my case I know what "Grease Pencil" is. Regarding what Antonio said in the first message, he apparently received complaints about what the word "grease" could mean. I may have misunderstood him.
The change of name does not seem relevant to me.
"Grease" word alone could mean one thing, but "Grease Pencil" is another. I suppose that in English there are many other cases where words can mean a thing individually, but combined something else.
You see in YouTube videos a lot of users coming to Blender thanks to the new Grease Pencil in 2.8, and they apparently have no problem with the name. They were testing Grease Pencil from very early stages of 2.8 and they did not even worry about unfinished GUI while they could enjoy Grease Pencil.
May 3 2019
Just an user here, I'm not developer. But curious.
May 2 2019
Hmm, this must be another industry standard thing I can guess.
Apr 30 2019
Hi. You see if your problem is related to this:
Apr 29 2019
I can reproduce the problem here on Kubuntu 18.04, It is laggy and choppy in 2.8.
i7-3770. GTX 960
Apr 25 2019
Hi. Do you still have the problem loading Factory Settings?
Open Blender 2.8. In "File" Menu, load Factory Settings and accept. Do the test now to see if the problem persists.
Apr 23 2019
Hi. I have no opinion about whether this is better as a new overlay option or from existing Vertex color option. What I am not sure about is how it would be better for the user, where it allows him to easily realize what he must do to be able to see Dynamic Paint result in solid mode. You remember that in 2.79 this works immediately by default without user intervention, even without having added a Vertex Color layer in the Object Data tab.
Is this about workbench Dynamic Paint visualization, right? If it is not, sorry for the misinterpretation and you can delete this comment.
Apr 19 2019
@Gavin Scott (Zoot)
You can still configure old Top Bar behavior by placing a 3D Viewport Editor up there:
Anyway I'm not sure how heavy it can be to have an extra 3D Viewport Editor there, so just in case in that editor I have disabled overlays and visibility.
On the other hand I had proposed to create a new type of Editor that only contains Tool Settings header, so that the user can place it where he/she wants to occupy horizontally the length of the screen, without having to use 3D Viewport Editor as I have done in that .blend file.
The more customization possibilities the user has, the better.
@ronan ducluzeau (zeauro) wrote:
It looks like we can only hide Tool Settings or the whole header.
Apr 16 2019
Apr 15 2019
Apr 14 2019
I have understood that pipette/color picker always takes color from screen, instead of the real color. In my opinion, this by default should take samples of the real color as it does by default "S" key in Texture Paint mode (option Sample Merged disabled).
Apr 10 2019
I'm not a developer here.
Apr 9 2019
I suppose many of the reports that have been linked to this other report, have been fixed with this commit:
Apr 2 2019
Yes, it's how it behaves in 2.79 and it's how personally I like it to work. But in 2.79, the visual feedback so that the user can realize that there are zero area faces was through face dots, which are disabled by default for 2.8.
Apparently this is also related to the thickness. Scale in Z here the selection:
To me something wrong is happening with center (face dots) in Ortho view, faces are transparent to the dots.
Even recently I thought that face dots had returned to give some kind of visual feedback, for example for zero area face, as in 2.79. But apparently it's just about this problem in Ortho view.
Apr 1 2019
From your file manager, you enter "/home/YOUR_USERNAME/.config/blender" folder (~/.config/blender). You rename there "2.80" folder, for example to "2.80-original". You try again downloading last linux build from:
Mar 29 2019
Mar 23 2019
Mar 22 2019
Do you know if Dynamic Paint should work with Rigid Body in 2.8 (LookDev or Rendered)? I'm not sure if I'm doing something wrong in 2.8 or it's not yet implemented. Here the file for 2.79:
Here are the instructions to build Blender: