- User Since
- Oct 12 2014, 1:52 PM (236 w, 4 d)
Tue, Apr 23
Hi. I have no opinion about whether this is better as a new overlay option or from existing Vertext paint 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.
Fri, Apr 19
@Gavin Scott (Zoot) wrote:
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 personalization possibilities the user has, the better.
@ronan ducluzeau (zeauro) wrote:
It looks like we can only hide Tool Settings or the whole header.
Tue, Apr 16
Mon, Apr 15
Sun, Apr 14
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).
Wed, Apr 10
I'm not a developer here.
Tue, Apr 9
I suppose many of the reports that have been linked to this other report, have been fixed with this commit:
Tue, Apr 2
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.
Mon, Apr 1
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:
Fri, Mar 29
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:
Mar 21 2019
Please, write in English. You do not need good English, you can use an online translator.
When you make a report of this type, the developers request that you share a .blend file in which you can reproduce the problem. You can drag the file from your Windows file browser to the field where you write the messages here.
Please, share the exact version of Blender in which you have problems (it appears above in the splash screen), or you can share a screenshot in any case.
I am building by myself in Linux and I do not notice difference between my builds, my builds with DWITH_MEM_JEMALLOC set to Off, or buildbot builds. The performance is still worse in Linux, for example with the file that I have shared here:
I just installed Windows 7 to do the test. With today's 2.8 buildbot builds, Linux an Windows. Using this file:
There is a clear difference in favor of Windows. You open the file and without zooming, you try to make a continuous stroke with Grab brush. In Windows there are a few jumps in the movement, but in Linux directly hangs for a few seconds without showing changes.
Has any developer been able to confirm this problem? Is there any open report about it? The previous report whose link I have shared above seems to have turned into an AMD CPU problem, but I have an intel i7-3770.
By the way, disabling dyntopo, the difference in performance is also in favor of Windows 7.
I really have no idea about how Dyntopo works and I do not know why Dyntopo is much slower compared to Dyntopo disabled in this case. I have found this answer and I am not sure if that could be the explanation:
Mar 20 2019
It is not yet clear to me if the performance problem with Dyntopo happens mainly in Linux or in all operating systems.
Mar 19 2019
Just in case Matthew is referring to visualize paint result in viewport (solid/workbench), I understand that it has not yet been implemented:
Mar 18 2019
Thanks for pointing to those similar reports.
I clarify that I do not intend to subsurf to give good results in this mesh, but I think Blender should not hang in that way (at least it does not in 2.79)
Mar 6 2019
Feb 25 2019
Dec 18 2018
Hi. I did not know there was a report about this when I reported mine. Maybe it's related/duplicated:
Dec 9 2018
Is there an optional way for "Active Tool & Workspace Settings" tab to display all the Brushes in the different modes that Brushes are used?
Dec 8 2018
Dec 6 2018
Yes, I know that pink color is the normal behavior when a texture is missing. But in this case texture is packed in .blend file. It's a refresh/viewport update problem when open de file. You only need to modify something in Material so that it correctly appears in viewport.
Hmm, he's using Material slot. I'm not sure now, as I remember blender 2.79 in these cases open the file with the material Color, not pink.
Here a simple file with packed texture:
It still opens pink by default and you have to make some change in material that viewport updates when opening file. I can be wrong, Texture Paint in Blender always confuses me a lot
Apparently yes, I mentioned the link of that report in message above.
The first problem is related to that report, user did not save images. It is not a bug, it is a design problem. The second problem is user problem (brush strength=0).
But I am surprised that no one here mentions the problem that when you open the .blend file, the texture is not refreshed correctly in viewport (it looks pink) until you make some change in material (Nodes or from Properties editor). Maybe a Linux problem only?
Dec 5 2018
For developers: after reloading packed Untitled.png image from Image Texture node for it to be shown in 3D View, you take several color samples with "S" key in different parts from the front. You will notice that sometimes the color sampled is the front color (blue) and sometimes the one from the back (red)
While developers discover why images are not loaded again when opening .blend file to be shown in 3D View editor, if you want to continue working on your project you from Shader Editor you reload the image in Image Texture node from left dropdown menu, or make some modification in Material tab.
Also note that in the .blend file you have Strength=0 for the brush.
Dec 3 2018
This is enabled by default here, you try with a new scene. You must have disabled it accidentally or while you were experimenting.
As I mentioned, Top Bar while you are in Particle Edit mode. Also in the first tab of Properties Editor.
It is a Children settings thing. You can see Children while Particle Edit. In Particle Edit mode look for the option in first tab of Properties Editor.
You have Deflect Emitter disabled in that file. Enable it and configure Distance.
I can not find the .blend file that you say you have shared.
Daniel. Great! Good to know. Thank you.
Charlie Jolly. Oh, I can see. Sorry for the misunderstanding and thanks to all of you.
I am testing the patch and it looks very good. Thank you.
I do not know if you know MyPaint and Lines and Curves tool (or continuous lines and curves tool). I am missing here the possibility of changing the position and curvature of the curve, as Shift key works in MyPaint. I'm not sure if I can put the link here, but MyPaint wiki explains it well. Perhaps those modifications are planned to do it in Edit or Sculpt mode with GP, and not while curve is drawn? It would be nice to be able to modify these things of the curve while you draw in Draw mode, but anyway it looks good as it is now.
Dec 1 2018
Is there a technical reason about why "Compress" option is not enabled by default when you save a .blend file? Slow hardware maybe? I do not think people can use very slow computers with Blender 2.8 anyway.
The option seems to greatly reduce the size even for eevee scenes with baked indirect lighting.
Nov 5 2018
Ctrl is not really Subtract in sculpt mode. Ctrl does the opposite of the selected brush mode you have. If you are in brush Subtract mode, then Ctrl add.
What I think (not sure) we are missing is the possibility of assigning a shortcut to an Add/Subtract toggler to change the mode without having to permanently keep pressing a key, and probably if it were possible I would assign Alt to that toggler (or Alt+something).
Nov 4 2018
Nov 3 2018
OK, I see. Thank you.
Some opensource Photo RAW editor uses a soft light gray line in the outline of the curve, it draws Grid in dark gray. As here in Blender the grid is light gray, maybe a curve outline in some dark color helps better visualization?
Erick, Apparently the change was reverted in experimental-build and it is no longer there. You apply the last patch from D3617 on 2b62531 Base.
Nov 1 2018
This is surely a problem related to drivers. You update your graphics drivers to the latest version. Then you try configuring your drivers in this way:
Oct 31 2018
@carlos (c17vfx) wrote:
it always happens that the selected object is hooked to the cursor
for "left click" key map
We not only have infinite possibilities of collections, but also sub collections. In my opinion, the best way to manage them quickly is with a hotkey + numpad. It would also be ideal if developers could achieve a method to visualize better position number of collections in the outliner stack.
Oct 29 2018
Oct 23 2018
Oct 10 2018
If you are referring to Grab and not to Move, there is a MMB and Shift-MMB shortcut for constraint/lock to axes and plane after you start grabbing. If you "enable" Release Confirms (I think that is what you are really proposing) it becomes very difficult to use that feature with mouse, and almost impossible with usual mapping in graphics tablets.
Oct 9 2018
I see, William. I hope that devs can make LMB work well without major problems.
The only 3D software I know and use is Blender 3D. I really do not have problems with RMB to select. But I really wish that LMB is established by default only to stop listening to complaints and whining about it, and that finally Blender development will focus once and for all on features and performance that is what really matters and what attracts new users.
I have seen many new users enthusiastically testing Blender 2.8 for first time because of Eevee and Grease Pencil, even with Blender still having an unfinished UI at all. Features and performance is what really attracts users.
Sep 25 2018
William, It's just what I show in the Blender Artists forum video, about how Wireframe 2.79 behaves in Object and Edit mode. Anyway now I think I remember that you said in another entry that we could configure Presets of different combinations of Overlays and Shading. So I guess we could configure a simple shortcut to, for example, Wireframe + X-Ray at the same time in a single custom preset to quick access. So the point that I was trying to point out here, would have solved with those custom presets, and I have nothing to complain about what I had pointed out before here.
William, if you were referring to me, sorry for my lack of understanding. I do not find anything that with a quick simple action I can enter an equivalent mode as in 2.79 with Z key. With equivalent mode I do not mean simply the same name "Wireframe". I mean it really behaving like Wireframe in 2.79 (Edit and Object mode).
As I had said, to enter or exit in a similar way to what Z key do in 2.79, I need to perform two pairs of actions, Wireframe and X-Ray. This is slower and tedious than in 2.79.
I will continue experimenting just in case. Sorry again.
The user just wants to have a quick single shortcut that allows him to enter/switch faster to a mode as Z key does in 2.79. As I understand it is not so fast or simple in 2.8, in different circumstances you need to have a combination of Wireframe and X-Ray at the same time to achieve what Z key/Wireframe does in 2.79, like in this video
Sep 24 2018
I know Pie Menu is very required by users. But I do not feel comfortable with it, I make many mistakes for example with that "fast move" selection in direction to de item. Maybe I am not very brain capable for this kind of features, I do not even have a good memory to remember the position in which an item is. My request is, please, think about the users who are not very capable to use Pie Menus, like me. Those fancy features like selection with fast movement in one direction, or hold a key, then move to a direction then release the key, etc... all that seems very complicated for me. As I said, surely this is for lack of my ability, not for Pie Menu failures. So for not capable users like me, it would be good from User Preferences to be able to disable all that fancy features from options boxes, with the possibility of Pie Menu acting just like a floating Menu that appears when you press shortcut, and you make the selection only when you click "exactly over" the item you want to select.
Sep 18 2018
I still have the problem in 2.79 and 2.8 from Buildbot builds. Compiling Blender by myself the problem does not happen. I suppose that is due to the version of jemalloc installed in my system (3.6.0)
Hi. I'm not a developer. Do you mean System RAM or vRAM?
If you refer to system RAM, the following problem has been solved only for Blender 2.79b. The problem still persists for 2.79 from master and 2.8:
Sep 14 2018
Sep 12 2018
As Brecht requested, you mention the version of those Linux distributions you are using.
Sep 3 2018
Manuel. Obviously the initial letter convention is not possible for all Blender features. The keys of a keyboard are limited and the functions/tools of Blender that need shortcuts are many more.
Just noting that the change from Grab to Move clearly benefits users of other software that choose industry standard keymap, not Blender users. Those who choose industry standard keyman will have a consistent standard name (Move) and a consistent keyboard shortcut (Move - Rotate - Scale) for what they are used to (three keys in a row or whatever developers have chosen for industry standard).
Blender users will not have consistent keyboard shortcuts anymore. "R" for Rotate, "S" for Scale, and "G"... Why and for what? For "M"ove? How to explain it? "G" is because "Grab" was the old name that it had in the old Blender before 2.8? It does not make sense to me.
"Grab / Move" as in 2.79 is the convenient name I can think of.
Just my opinion here, is not that I am going to be angry with any decision you make.
Sep 1 2018
also solve this problem?
Aug 28 2018
Just to give my opinion without trying to generalize what I personally like, with what others may like or suits them.
As additional information it is possible to reproduce a Blender Crash with the scene with the following steps:
Open the scene. In Particles Tab press Free Edit button. In Type change from Hair to Emitter. In Type, change back from Emitter to Hair. Blender Crash.
Aug 27 2018
I mentioned this in blenderartists forum, but I think I should comment my concern in some official website, like this.
About Active Tools and Circle Select, it would be nice to somehow be able to see the brush outline before clicking to select. You imagine a dense mesh in Edit Mode, and you want to start selecting vertices through the middle of the mesh. You will not be sure in advance what you will select when you click because you can not see in real time what the radius of the brush covers.
I'm not sure how this could be solved with the Active Tools concept, but I think the tool would be more powerful if you could somehow see the brush outline before starting to select
Aug 24 2018
The problem seems not to occur if you apply Scale transformation to Emitter object. (Free Edit in particles - Apply Scale - Refresh in particles)
Anyway I am not sure if this is a necessary condition to be able to work properly with hair.
Aug 23 2018
Where "Build number" item appears, could it be a button that "directly copied to the clipboard" some short useful information for when you report a bug? (version/build/hash and maybe some very short information about System and GPU/CUDA/OpenCL/OpenGL).
As Brecht pointed out, this is not considered a Blender bug. You read what I had written above in Spanish, using official Blender is the solution.
If you still can not solve the problem, please, ask your question here:
Por favor, usted utilice un traductor en linea para escribir en inglés.
Aug 8 2018
I'm not a developer, but here are a couple of scenes to check if the problem also occurs in other modes (as Joshua suggested):
Jul 19 2018
I can confirm this crash. For example, when you try to write an accented letter in the name of .blend file when Save As...
I use this Spanish/Portuguese layout:
I can confirm this crash in updated 2.8.
Using Linux also here.
Jul 18 2018
Is the final decision Top Bar to be fixed up there? Is "Top" part of the name limiting the possibility of developing a much more configurable bar with respect to the possible positions on the screen?. If so, maybe rename "Top" Bar for something else. Besides renaming it would avoid people confusing the concept of this Blender Bar, with the TopBar concept of most other software.
TopBar fixed there, is limiting the possibility of different workflows to which Blender users were accustomed.
By the way, I know about "Tool settings" tab in Properties editor, but what I mean is about what had been discussed started by "pistol ioan (pistoltoto)" recently a little above. The concept of that bar is great and it would be good to be able to be more configurable with respect to positions.
Jul 1 2018
Hi. I think that Translate/Move widget should be by default instead of Cursor. Sorry if that was the plan, but I found nothing about it above.
Jun 18 2018
I think that "pistol ioan" means that he wants to use horizontal Top Bar "concept", but it can be more configurable and have more possibilities in terms of it position, for example be able to place the bar just above 3D View in the screenshot he showed.
This could be achieved by "Top Bar" being a complete new "Editor Type", or it belonging to 3D View Editor. Or maybe it's some kind of detachable panel.
And I agree with that, just making TopBar hidden does not solve the problem for people who like the concept of Top Bar, but they just want to place TopBar where they like best.
Jun 11 2018
Paulo, maybe you use the same keyboard layout as mine. This is the type of keyboard sold in South America (Spanish / Portuguese):
Jun 3 2018
In blenderartists forum some users were worried about the difficulty to easily access/configure Wireframe mode so that it looks like 2.7. I know Wireframe is still WIP and maybe there will be better shortcuts. But from that I thought that since there are several configuration combinations for Shading and Overlays, it would be good to reserve a set of keyboard keys where the user could easily save their preferred Shading and Overlays "Current" configuration (Save current Shading and Overlays settings to a Key). I do not know if this is something similar to what was intended for "Q" Quick Menu (favorite commands).
May 24 2018
Mmm, "Pose" Mode could be the last number not used so far. I'm not sure if that's 8 or 9, depending on whether Grease Pencil will be a mode too.
Or "Pose" Mode could also always be shown in Mode Menu, but grayed out when an armature is not selected (to continue with intuitivity with order in Menu). In the same way, if you are in Pose mode, grayed out not available modes in Modes Menu.
May 23 2018
I think that for key numbers to be intuitive, they have to follow the order of how Modes appear in the Modes selector menu. So if that is the order that modes will appear in menu in 2.8, I agree with William's proposal.
May 10 2018
Hi. I was testing a bit of animation in 2.8, mainly things that fall, and I found the big "Frame number indicator" in new Timeline somewhat distracting when playing animation in viewport. I have disabled "Show Frame number indicator" for Timeline (that is something that I will surely configure by default for me in 2.8). The problem here is that for some users "Frame number indicator" could be useful in Dope Sheet mode (and other modes) since frames are not shown in the bar like in Timeline mode.
Just commenting on that experience. Thank you very much for your hard work.
May 6 2018
Sorry, maybe my bad English (again). I just wanted to contribute that I'm in Linux and it works well here.
Blender currently no warns into GUI when an image is not found for some reason, right? (ex. if it changed name or location, Blender access rights to the location are not allowed, etc). It would be nice if UI indicated it in some way (red/purple highlighted in Image name field for example).
May 5 2018
Sorry, I misinterpreted (may bad English helped for this). Thanks for the clarification.
I completely agree with Alberto.
But, does this pretend to be behavior by default? If so, I'm a little confused right now. I understood that there would be changes to improve consistency between all the modes/editors within the same Blender, and make things easier for new users who use Blender as the first 3D program ever, not to satisfy users coming from other programs. I entered/know the 3D world with Blender as firts program. Then I have tried other programs and I think Blender has the best behavior for viewport navigation with mouse button wheel (and for the pen on a graphic tablet). Only noticed the problem of the LMB select that we all know.
Would a "Smart" mode be possible to position 3D Cursor?. For example with "Smart" mode enabled, when left button clicking on an object or an empty, it automatically positions 3D Cursor in Object origin or exactly on the empty. In Edit mode, if you left click on a vertex or near a vertex (just like RMB selection works) then 3D cursor is automatically positioned exactly on that vertex. The same for edges or faces.
Also Smart mode to position the cursor on Grid Floor, especially in Ortho view.
In my case, the only time I use LMB to directly position cursor in 3D View, is when I want to remove of my view 3D Cursor bothering about where I am working. Otherwise, I always need more precision, this is to first Select item and then Snap Cursor to... Then Smart mode would save those tedious steps.