english Sivu saatavilla vain englanninkielisenä.

Blender Git Statistics -> Branches -> asset-browser-poselib

"Asset-browser-poselib" branch

Total commits : 288
Total committers : 27
First Commit : February 23, 2021
Latest Commit : June 15, 2021 (Today)

Commits by Month

DateNumber of Commits
June, 202151
May, 202114
April, 202153
March, 2021169
February, 20211


AuthorNumber of Commits
Julian Eisel97
Sybren A. Stüvel97
Campbell Barton13
Hans Goudey11
Jeroen Bakker10
Clément Foucault8
Bastien Montagne7
Jacques Lucke7
Philipp Oeser7
Richard Antalik7
Antonio Vazquez3
Germano Cavalcante3
Alexander Gavrilov2
Patrick Busch2
Ray molenkamp2
Angus Stanton1
Brecht Van Lommel1
Charlie Jolly1
Maxime Casas1
Nathan Craddock1
Pablo Dobarro1
Pratik Borhade1
Sebastián Barschkis1
Sebastian Parborg1
William Reynish1

Popular Files

FilenameTotal Edits

Latest commits Feed

42 minutes ago
Cleanup: assets, remove unused code

No functional changes.
14 hours 20 min ago
Merge remote-tracking branch 'origin/master' into asset-browser-poselib
14 hours 20 min ago
Cleanup: Move temporary ID consumer class for assets into own file

Doesn't really make sense to keep this in `asset_edit.cc`.
14 hours 23 min ago
Cleanup: Minor code-style cleanup
15 hours 22 min ago
Cleanup: Remove unnecessary includes
15 hours 38 min ago
Cleanup: Move version patch to correct file

Should be in `versioning_300.c` by now.
16 hours 30 min ago
Cleanup: pose library, remove out-of-place code

Remove code that made sense for the old pose library, but not for the
new one.

The new pose library doesn't live in the properties editor, so it doesn't
have to check for pinned objects there either.
16 hours 46 min ago
Cleanup: pose library, remove `BLEND_FACTOR_BY_WAVING_MOUSE_AROUND`

Remove the `BLEND_FACTOR_BY_WAVING_MOUSE_AROUND` define from the pose lib.
This was there to allow experimenting with different interaction models.

No functional changes.
17 hours 27 min ago
Revert "Fix T86026: Crash Opening Cryptomatte File."

This reverts commit 7f3649874070de38131263317d02906d50279f93.

It was already reverted in rB89757f918cfa, but for some reason that never
made it to the asset-browser-poselib branch.
18 hours 13 min ago
Merge remote-tracking branch 'origin/master' into asset-browser-poselib
18 hours 17 min ago
Merge remote-tracking branch 'origin/master' into asset-browser-poselib
18 hours 17 min ago
Cleanup: Assets, slight simplification of panel drawing code

Slight simplification of panel drawing code in the asset browser.

No functional changes.
1 day and 11 hours ago
Fix error in previous commit

Wrong argument order.
1 day and 12 hours ago
Fix compile error after recent changes in master

Master now has to option to choose between linking and appending. For now the
asset view will just append by default for now.
1 day and 12 hours ago
Merge branch 'master' into asset-browser-poselib
June 11, 2021, 14:31 (GMT)
Performance: Use parallel range for ImBuf scanline processor.

Scanline processor did its own heurestic what didn't scale well when
having a multiple cores. In stead of using our own code this patch will
leave it to TBB to determine how to split the scanlines over the
available threads.

Performance of the IMB_transform before this change was 0.002123s, with
this change 0.001601s. This change increases performance in other areas
as well including color management conversions.

Reviewed By: zeddb

Differential Revision: https://developer.blender.org/D11578
June 11, 2021, 14:31 (GMT)
Nodes: cache socket identifier to index mapping

While this preprocessing does take some time upfront,
it avoids longer lookup later on, especially as nodes get
more sockets.

It's probably possible to make this more efficient in some cases
but this is good enough for now.
June 11, 2021, 14:31 (GMT)
Refactor: use 'BLI_task_parallel_range' in Draw Cache

One drawback to trying to predict the number of threads that will be
used in the `task_graph` is that we are only sure of the number when the
threads are running.

Using `BLI_task_parallel_range` allows the driver to
choose the best thread distribution through `parallel_reduce`.

The benefit is most evident on hardware with fewer cores.

This is the result on an 4-core laptop:
|large_mesh_editing:|Average: 5.203638 FPS|Average: 5.398925 FPS
||rdata 15ms iter 43ms (frame 193ms)|rdata 14ms iter 36ms (frame 187ms)

Differential Revision: https://developer.blender.org/D11558
June 11, 2021, 14:31 (GMT)
Sequencer: Do not redraw during playback.

When using large sequences including audio the drawing of the audio on
top of the strip takes a lot of time. This effects the playback
performance heavily.

During the animation playback performance there was a solution for this
by only drawing the playhead overlay. This was reverted for the sequence
editor as it didn't update the color strips when they were animated.

This patch checks if there are animated color strips if so the full
screen is redrawn, otherwise only the playhead is redrawn.

Reviewed By: ISS

Differential Revision: https://developer.blender.org/D11580
June 11, 2021, 14:31 (GMT)
Refactor: Draw Cache: use 'BLI_task_parallel_range'

This is an adaptation of {D11488}.

A disadvantage of manually setting the iter ranges per thread is that
we don't know how many threads are running in the background and so we
don't know how to best distribute the ranges.

To solve this limitation we can use `parallel_reduce` and thus let the
driver choose the best distribution of ranges among the threads.

This proved to be especially beneficial for computers with few cores.

Here's the result on an 4-core laptop:
|large_mesh_editing:|Average: 5.203638 FPS|Average: 5.398925 FPS
||rdata 15ms iter 43ms (frame 193ms)|rdata 14ms iter 36ms (frame 187ms)

Here's the result on an 8-core PC:
|large_mesh_editing:|Average: 15.267482 FPS|Average: 15.906881 FPS
||rdata 9ms iter 28ms (frame 65ms)|rdata 9ms iter 25ms (frame 63ms)
|large_mesh_editing_ledge: |Average: 15.145966 FPS|Average: 15.520474 FPS
||rdata 9ms iter 29ms (frame 65ms)|rdata 9ms iter 25ms (frame 64ms)
|looptris_test:|Average: 4.001917 FPS|Average: 4.061105 FPS
||rdata 12ms iter 90ms (frame 236ms)|rdata 12ms iter 87ms (frame 230ms)
|subdiv_mesh_cage_and_final:|Average: 1.917769 FPS|Average: 1.971790 FPS
||rdata 7ms iter 37ms (frame 261ms)|rdata 7ms iter 31ms (frame 258ms)
||rdata 7ms iter 38ms (frame 252ms)|rdata 7ms iter 33ms (frame 249ms)
|subdiv_mesh_final_only:|Average: 6.387240 FPS|Average: 6.591251 FPS
||rdata 3ms iter 25ms (frame 151ms)|rdata 3ms iter 16ms (frame 145ms)
|subdiv_mesh_final_only_ledge:|Average: 6.247393 FPS|Average: 6.596024 FPS
||rdata 3ms iter 26ms (frame 158ms)|rdata 3ms iter 16ms (frame 148ms)

- The improvement can only be noticed if all extracts are multithreaded.
- This patch touches different areas of the code, so it can be split into another patch if the idea is accepted.

These screenshots show how threads behave in a quadcore:

Differential Revision: https://developer.blender.org/D11558

MiikaHweb - Blender Git Statistics v1.06
Tehnyt: Miika HämäläinenViimeksi p?ivitetty: 07.11.2014 14:18 MiikaH:n Sivut a.k.a. MiikaHweb | 2003-2021