Miguel Pozo (pragma37)
User

Projects

User does not belong to any projects.

User Details

User Since
Thu, Apr 26, 9:16 PM (4 w, 1 d)

Recent Activity

Fri, May 11

Miguel Pozo (pragma37) updated the diff for D3266: Multi-Object-Editing : Support for MESH_OT_rip.

Updated with the changes requested by @Dalai Felinto (dfelinto).

Fri, May 11, 1:01 AM

Wed, May 9

Miguel Pozo (pragma37) added a comment to D3266: Multi-Object-Editing : Support for MESH_OT_rip.

edbm_rip_invoke_vert and edbm_rip_invoke_edge are called only once in the whole codebase and they are not even declared in any header, so I assume it's fine to change the function signature.

Wed, May 9, 1:57 AM
Miguel Pozo (pragma37) added a task to D3268: Multi-Object-Editing : Support for MESH_OT_rip_edge: T54643: Multi-Object-Mode: EditMesh Tools.
Wed, May 9, 1:42 AM
Miguel Pozo (pragma37) added a revision to T54643: Multi-Object-Mode: EditMesh Tools: D3268: Multi-Object-Editing : Support for MESH_OT_rip_edge.
Wed, May 9, 1:42 AM · Mesh Modeling, Code Quest
Miguel Pozo (pragma37) created D3268: Multi-Object-Editing : Support for MESH_OT_rip_edge.
Wed, May 9, 1:36 AM
Miguel Pozo (pragma37) added reviewers for D3266: Multi-Object-Editing : Support for MESH_OT_rip: Campbell Barton (campbellbarton), Dalai Felinto (dfelinto).
Wed, May 9, 1:19 AM
Miguel Pozo (pragma37) added a task to D3266: Multi-Object-Editing : Support for MESH_OT_rip: T54643: Multi-Object-Mode: EditMesh Tools.
Wed, May 9, 1:17 AM
Miguel Pozo (pragma37) added a revision to T54643: Multi-Object-Mode: EditMesh Tools: D3266: Multi-Object-Editing : Support for MESH_OT_rip.
Wed, May 9, 1:17 AM · Mesh Modeling, Code Quest
Miguel Pozo (pragma37) created D3266: Multi-Object-Editing : Support for MESH_OT_rip.
Wed, May 9, 1:16 AM

Tue, May 8

Miguel Pozo (pragma37) added a comment to T54943: Blender 2.8 Defaults.

With Auto Perspective enabled, changing to top/front/side views and then rotating the view always goes back to perspective projection, even if orthographic was set before. Seems to me like this should be addressed first.

That is the intended behavior. It makes it so that artists can fluidly switch from orthographic side views and perspective. You pretty much never want to be in front view without ortho. And it makes it so that when you select a view, either from the view menu, or the viewport manipulator, it does the right thing.

Tue, May 8, 1:27 PM · BF Blender: 2.8, User Interface, Code Quest
Miguel Pozo (pragma37) updated the diff for D3226: Multi-Object-Editing : Support for MESH_OT_merge.

Added a second diff that requires every object to have a first/last selected vertex to allow merge at first/last.
Not sure what's better.

Tue, May 8, 2:19 AM
Miguel Pozo (pragma37) updated the summary of D3226: Multi-Object-Editing : Support for MESH_OT_merge.
Tue, May 8, 1:56 AM
Miguel Pozo (pragma37) created D3226: Multi-Object-Editing : Support for MESH_OT_merge.
Tue, May 8, 1:52 AM

Sat, Apr 28

Miguel Pozo (pragma37) added a comment to T54656: Cycles/Eevee texture nodes for modifiers, painting and more.

At least on that particular example, running the modifier on the GPU(gtx 950) is much faster than on the CPU(i7 4790k). And that's on a case where the ratio between evaluated pixels and vertices is just 1. For painting and compositing, shouldn't the payoff be much better ? It wouldn't even be necessary to send the whole mesh to the renderer.

Sat, Apr 28, 9:22 PM · Cycles, Code Quest
Miguel Pozo (pragma37) added a comment to T54656: Cycles/Eevee texture nodes for modifiers, painting and more.

May I suggest adding a bake texture function to the baking API instead of duplicating every node in C?
This function would evaluate a single mesh in isolation and would take a texture node tree instead of a material one (texture node trees would be just like regular material node trees without shader nodes).
This would likely be faster to evaluate since it could run in the GPU and would allow better integration with third party render engines.

Sat, Apr 28, 7:25 PM · Cycles, Code Quest