Page MenuHome

Blender StudioProject
ActivePublic

Details

Description

For developers working at the Blender Studio to organize Blender bugs and tasks reported by artists.

Recent Activity

Yesterday

Brecht Van Lommel (brecht) assigned T61801: Wireframes on curves not working to Clément Foucault (fclem).

Caused by rBe49d9555418d: Wireframe: Refactor to use GL_LINES instead of triangles with alpha blend.

Thu, Feb 21, 3:32 PM · Blender Studio, BF Blender
Julien Kaspar (JulienKaspar) moved T61801: Wireframes on curves not working from Backlog to Bugs on the Blender Studio board.
Thu, Feb 21, 12:54 PM · Blender Studio, BF Blender
Julien Kaspar (JulienKaspar) created T61801: Wireframes on curves not working.
Thu, Feb 21, 12:54 PM · Blender Studio, BF Blender

Wed, Feb 20

Richard Antalik (ISS) added a comment to T57976: VSE, marker area is invisibly blocking the strips.

Problem is, that blocked area is absolute, regardless of timeline zoom and it can block lower channels., as you can not pan below zero.

Wed, Feb 20, 1:53 AM · Video Sequencer, Blender Studio

Sat, Feb 16

Dalai Felinto (dfelinto) updated subscribers of T58718: bug - Clicking on Dope Sheet deselects all bones.

I'm pretty sure this was introduced on rB5f2b4002f49b0 (@Sergey Sharybin (sergey)).

Sat, Feb 16, 12:12 AM · Blender Studio, BF Blender

Fri, Feb 15

Bastien Montagne (mont29) merged T61585: Blender 2.80 copy node will cause freeze into T61572: Crash when copying nodes.
Fri, Feb 15, 7:20 PM · Blender Studio, BF Blender
Philipp Oeser (lichtwerk) closed T61572: Crash when copying nodes as Resolved by committing rB7e3a395d8673: Fix T61572: Crash when copy/pasting nodes.
Fri, Feb 15, 6:07 PM · Blender Studio, BF Blender
Brecht Van Lommel (brecht) merged T61582: Copy Nodes freezes Blender into T61572: Crash when copying nodes.
Fri, Feb 15, 5:57 PM · Blender Studio, BF Blender
Brecht Van Lommel (brecht) merged task T61582: Copy Nodes freezes Blender into T61572: Crash when copying nodes.
Fri, Feb 15, 5:57 PM · Blender Studio, BF Blender
Julien Kaspar (JulienKaspar) moved T61582: Copy Nodes freezes Blender from Backlog to Bugs on the Blender Studio board.
Fri, Feb 15, 5:49 PM · Blender Studio, BF Blender
Julien Kaspar (JulienKaspar) created T61582: Copy Nodes freezes Blender.
Fri, Feb 15, 5:49 PM · Blender Studio, BF Blender
Philipp Oeser (lichtwerk) assigned T61572: Crash when copying nodes to Bastien Montagne (mont29).
Fri, Feb 15, 2:50 PM · Blender Studio, BF Blender
Philipp Oeser (lichtwerk) added a comment to T61572: Crash when copying nodes.

This comment here (from rBc6e3a20ab60b):

Fri, Feb 15, 2:35 PM · Blender Studio, BF Blender
Sebastian Parborg (zeddb) merged T61571: crash when you try to copy material nodes in material node group into T61572: Crash when copying nodes.
Fri, Feb 15, 1:47 PM · Blender Studio, BF Blender
Philipp Oeser (lichtwerk) triaged T61572: Crash when copying nodes as Confirmed, Medium priority.

Confirmed, for me this already hangs in node_clipboard_copy_exec
(probably endless loop because new node is automatically selected....)

Fri, Feb 15, 1:21 PM · Blender Studio, BF Blender
Sam Van Hulle (sam_vh) added a project to T61572: Crash when copying nodes: Blender Studio.
Fri, Feb 15, 12:52 PM · Blender Studio, BF Blender

Wed, Feb 13

William Reynish (billreynish) added a comment to T61361: Visibility Toggles: Logic & Usability.

Great. I largely agree with the updated task description here. To me this sounds like a nice list of small improvements to make the UI clearer for this.

Wed, Feb 13, 7:24 PM · Blender Studio, BF Blender
Brecht Van Lommel (brecht) closed T61280: "Object Types Visibility" click & drag broken as Resolved by committing rBb54b14582bbd: Fix T61505, T61280, bugs in button drag toggle after recent changes..
Wed, Feb 13, 7:01 PM · Blender Studio, BF Blender
Julien Kaspar (JulienKaspar) updated the task description for T61361: Visibility Toggles: Logic & Usability.
Wed, Feb 13, 5:08 PM · Blender Studio, BF Blender
Julien Kaspar (JulienKaspar) updated the task description for T61361: Visibility Toggles: Logic & Usability.
Wed, Feb 13, 5:05 PM · Blender Studio, BF Blender
Brecht Van Lommel (brecht) added a comment to T61361: Visibility Toggles: Logic & Usability.

I have no read all of this task yet. But I think an important missing piece is improving the dependency graph so that hidden objects are never evaluated, while keeping toggling visibility fast. Users shouldn't have to worry about the distinction.

Wed, Feb 13, 4:18 PM · Blender Studio, BF Blender
William Reynish (billreynish) added a comment to T61361: Visibility Toggles: Logic & Usability.

In conclusion, I think a few things are becoming clear:

Wed, Feb 13, 1:18 PM · Blender Studio, BF Blender
William Reynish (billreynish) added a comment to T61361: Visibility Toggles: Logic & Usability.

@Julien Kaspar (JulienKaspar): Yes, that was simply my point too. The checkmark makes the feature more obvious and clear.

Wed, Feb 13, 12:43 PM · Blender Studio, BF Blender
Duarte Farrajota Ramos (duarteframos) added a comment to T61361: Visibility Toggles: Logic & Usability.

I would oppose removing the ability to set render and viewport visibility independently.
There are several cases where you want objects visible in the viewport but not renderable. Here is a few:

Wed, Feb 13, 2:30 AM · Blender Studio, BF Blender
Julien Kaspar (JulienKaspar) added a comment to T61361: Visibility Toggles: Logic & Usability.

@carlos (c17vfx) It's an interesting proposal but this kind of menu would be a nightmare to manage.
Imagine having to click through potentially hundreds of collections and objects to change these settings. Keeping this in the outliner makes it very easy to manage.

Wed, Feb 13, 1:10 AM · Blender Studio, BF Blender
carlos (c17vfx) added a comment to T61361: Visibility Toggles: Logic & Usability.

this section could help to separate things a bit from the viewer / render

Wed, Feb 13, 1:03 AM · Blender Studio, BF Blender
Julien Kaspar (JulienKaspar) added a comment to T61361: Visibility Toggles: Logic & Usability.

@William Reynish (billreynish)
I absolutely agree. The eye and checkmark/excluding should be front and center to make clear what should be used the most. Good tooltips can clear up any remaining confusion.

Wed, Feb 13, 12:26 AM · Blender Studio, BF Blender
William Reynish (billreynish) added a comment to T61361: Visibility Toggles: Logic & Usability.

@Ali (Ali6): That's why I proposed to promote the hidden exclude/disable toggle as a checkmark to disable visibility in both the viewport and render. In many many cases, disabling for both is exactly what you want - it's the WYSIWYG philosophy.

Wed, Feb 13, 12:05 AM · Blender Studio, BF Blender

Tue, Feb 12

Ali (Ali6) added a comment to T61361: Visibility Toggles: Logic & Usability.

I'm a bit new to Blender but couldn't you just merge everything into the eye icon? Surely if you're disabling it from the viewport you would probably want to disable it from rendering as well? I don't see when you would need to do one or the other. I understand the disable collection from viewport selection but couldn't everything else could be merged into one?

Tue, Feb 12, 11:57 PM · Blender Studio, BF Blender
Julien Kaspar (JulienKaspar) added a comment to T61361: Visibility Toggles: Logic & Usability.

They way those states relate to the other features are and presented in the UI is so hidden and confusing that very few people will find them, and if they do, it's completely non-obvious how they work,

Tue, Feb 12, 11:54 PM · Blender Studio, BF Blender
Sergey Sharybin (sergey) added a comment to T61329: Continuous Grab issue with pen/stylus.

@Brecht Van Lommel (brecht), we used to have, there is prepare_xubuntu_14_10.sh. We also had studio-related distro with silent install which was taking care of everything. But those things becomes out if date very soon, and with heterogenous distro environment such things becomes rather PITA to maintain and nobody does it :(

Tue, Feb 12, 11:17 PM · Blender Studio
William Reynish (billreynish) added a comment to T61361: Visibility Toggles: Logic & Usability.

The current system 'works' but is very confusing if you factor in the Include/exclude and enable/disable states.

Tue, Feb 12, 10:59 PM · Blender Studio, BF Blender
Julien Kaspar (JulienKaspar) added a comment to T61361: Visibility Toggles: Logic & Usability.

I'm going full circle. The current way the visibility system works is the most functional for all cases. If we attempt to simplify, remove or merge any of the toggles we would need to make certain use cases still possible by introducing hidden features like locking, more options in object/collection tabs in the properties, leaving the user to do a lot more collection management & potentially more.

Tue, Feb 12, 10:41 PM · Blender Studio, BF Blender
Brecht Van Lommel (brecht) updated subscribers of T61329: Continuous Grab issue with pen/stylus.

It appears Blender was being built without libxi-dev on @Pablo Vazquez (pablovazquez)'s system, which means there was no tablet detection. I've installed that now.

Tue, Feb 12, 8:04 PM · Blender Studio
Brecht Van Lommel (brecht) lowered the priority of T61329: Continuous Grab issue with pen/stylus from Confirmed, High to Confirmed, Low.
Tue, Feb 12, 8:00 PM · Blender Studio
Dalai Felinto (dfelinto) added a comment to T61280: "Object Types Visibility" click & drag broken.

@Brecht Van Lommel (brecht) indeed, reverting rB2778ecb58cd23 seems to fix it.

Tue, Feb 12, 7:18 PM · Blender Studio, BF Blender
Brecht Van Lommel (brecht) claimed T61280: "Object Types Visibility" click & drag broken.

More likely my fault.

Tue, Feb 12, 6:06 PM · Blender Studio, BF Blender
Dalai Felinto (dfelinto) lowered the priority of T61280: "Object Types Visibility" click & drag broken from Confirmed, Medium to Confirmed, Low.
Tue, Feb 12, 5:42 PM · Blender Studio, BF Blender
Dalai Felinto (dfelinto) reassigned T61280: "Object Types Visibility" click & drag broken from Dalai Felinto (dfelinto) to Jacques Lucke (JacquesLucke).

This is more an interface/Python issue, not sure why it was assigned to me.
@Jacques Lucke (JacquesLucke) wants to look at this?

Tue, Feb 12, 5:42 PM · Blender Studio, BF Blender
Albert (wevon) added a comment to T61361: Visibility Toggles: Logic & Usability.
Tue, Feb 12, 12:11 PM · Blender Studio, BF Blender

Mon, Feb 11

Julien Kaspar (JulienKaspar) added a comment to T61361: Visibility Toggles: Logic & Usability.

Damnit ... in a lot of cases when keeping collections or objects always hidden in the viewport, either in the current file or for linking, is to hide high res geometry that will be used for rendering but is too taxing for the viewport performance. But since the eye icon doesn't improve performance, this becomes impossible.
With view layers and checkmark setups this can still be achieved in my version of the proposal but this setup couldn't be linked over to other files and needs to be set up every time.
Neither of these solutions with 3 toggles and locking can work for these cases.

Mon, Feb 11, 11:47 PM · Blender Studio, BF Blender
Julien Kaspar (JulienKaspar) added a comment to T61361: Visibility Toggles: Logic & Usability.
  • Ideally, we could make it so it the linked visibility is set in the scene you link TO, not FROM

    ...
  • We could set the linked visibility inside the Object > Collections panel
Mon, Feb 11, 10:23 PM · Blender Studio, BF Blender
William Reynish (billreynish) added a comment to T61361: Visibility Toggles: Logic & Usability.

@Julien Kaspar (JulienKaspar): Posted at the same time :)

Mon, Feb 11, 10:09 PM · Blender Studio, BF Blender
William Reynish (billreynish) added a comment to T61361: Visibility Toggles: Logic & Usability.

@William Reynish (billreynish) I like the proposal but I think we still need to be careful how to implement it exactly. The current visibility system is at least usable in a lot of ways but when attempting to simplify the complexity we could lose important functionality.
When thinking longer about it, I can see one big issue with the proposal as an example:

When linking a collection/object, how does Blender know if the Eye or Camera is toggled off or on.
Since these 2 icons would be per view layer toggles, a collection/object could be seen as hidden in one view layer while shown in another. Because of this, would the icons be always toggled on when linked into another file instead of inheriting the setting?

Mon, Feb 11, 10:03 PM · Blender Studio, BF Blender
Julien Kaspar (JulienKaspar) added a comment to T61361: Visibility Toggles: Logic & Usability.

Ok how about this:

Mon, Feb 11, 10:00 PM · Blender Studio, BF Blender
Julien Kaspar (JulienKaspar) added a comment to T61361: Visibility Toggles: Logic & Usability.

@William Reynish (billreynish) I like the proposal but I think we still need to be careful how to implement it exactly. The current visibility system is at least usable in a lot of ways but when attempting to simplify the complexity we could lose important functionality.
When thinking longer about it, I can see one big issue with the proposal as an example:

Mon, Feb 11, 8:13 PM · Blender Studio, BF Blender
Brecht Van Lommel (brecht) added a comment to T61419: Particle systems don't render anymore.

It's indeed a duplicate.

Mon, Feb 11, 5:27 PM · Blender Studio, BF Blender
Brecht Van Lommel (brecht) merged task T61419: Particle systems don't render anymore into T61362: Hair particles does not appear when rendering.
Mon, Feb 11, 5:27 PM · Blender Studio, BF Blender
Sebastian Parborg (zeddb) triaged T61419: Particle systems don't render anymore as Needs Information from User priority.

Can you see if this is still an issue with the latest commit? Sergey just fixed a issue that this seems to be a duplicate of: T61362

Mon, Feb 11, 5:15 PM · Blender Studio, BF Blender
Sam Van Hulle (sam_vh) created T61419: Particle systems don't render anymore.
Mon, Feb 11, 4:51 PM · Blender Studio, BF Blender