Aras Pranckevicius aras_p
10 Followers · 0 Following
Repositories
2
 Projects Public Activity Starred Repositories
Aras Pranckevicius pushed to vse_proxy_scale_threaded at aras_p/blender 2024-09-24 09:33:59 +02:00
a88dc0930b VSE: Multi-threaded video proxy downscaling
5b5576993e Transform: skip hidden edges when checking an vertices edge is visible
ed2d131887 Transform: use deformed geometry when checking edge visibility
a13513ab25 Fix #125646: Resolve edge-slide performance regression when snapping
2ab800b685 Cleanup: pass const arguments to BMBVHTree related functions
Compare 10 commits »
Aras Pranckevicius created branch vse_proxy_scale_threaded in aras_p/blender 2024-09-24 09:33:59 +02:00
Aras Pranckevicius reopened issue blender/blender#127956 2024-09-24 09:27:38 +02:00
VSE proxies build slower than it could be
Aras Pranckevicius commented on issue blender/blender#127956 2024-09-24 09:27:34 +02:00
VSE proxies build slower than it could be

Gonna reopen this, since I'm about to fix lack of threading in proxy image scaling :)

Aras Pranckevicius commented on issue blender/blender#127956 2024-09-23 19:32:26 +02:00
VSE proxies build slower than it could be

thought, that swscale is threaded, but I may be mistaken

swscale is not threaded by default (yeah, surprisingly). I had to jump through some hoops to make it threaded in 4.1/4.2, but I did…

Aras Pranckevicius commented on issue blender/blender#127956 2024-09-23 18:55:18 +02:00
VSE proxies build slower than it could be

This may be a bug, but possibly in ffmpeg or x264 library. We are using ffmpeg backend and we are instructing it to use all available CPU cores. But obviously it does not do that

My wild…

Aras Pranckevicius commented on issue blender/blender#127956 2024-09-23 16:16:46 +02:00
VSE proxies build slower than it could be

The CPU could be used more and GPU too. Several cores for several strips at once. And commit work done in the middle and don't freeze the whole blender during this process

Sure, a bunch of…

Aras Pranckevicius commented on issue blender/blender#127956 2024-09-23 15:49:47 +02:00
VSE proxies build slower than it could be

Yeah I'm not sure if this is a "bug":

  • Many parts of VSE are less efficient than they could be, yes. Building proxies is one of these parts. This is known about, no one fixed/addressed it…
Aras Pranckevicius pushed to main at blender/blender-developer-docs 2024-09-23 15:46:26 +02:00
6966f50386 Update docs/release_notes/4.3/sequencer.md
Aras Pranckevicius deleted branch vse_rename_maxseq from aras_p/blender 2024-09-23 15:44:05 +02:00
Aras Pranckevicius merged pull request blender/blender#128024 2024-09-23 15:44:02 +02:00
Cleanup: rename MAXSEQ -> SEQ_MAX_CHANNELS and make it C++ constexpr
Aras Pranckevicius pushed to main at blender/blender 2024-09-23 15:44:02 +02:00
ecce5f45ac Cleanup: rename MAXSEQ -> SEQ_MAX_CHANNELS and make it C++ constexpr
Aras Pranckevicius deleted branch vse_timeline_curve_lookup_opt from aras_p/blender 2024-09-23 15:43:02 +02:00
Aras Pranckevicius merged pull request blender/blender#128015 2024-09-23 15:42:59 +02:00
VSE: Faster strip fcurve lookup for drawing the timeline
Aras Pranckevicius pushed to main at blender/blender 2024-09-23 15:42:59 +02:00
a8767d943d VSE: Faster strip fcurve lookup for drawing the timeline
Aras Pranckevicius commented on pull request blender/blender#128024 2024-09-23 12:48:31 +02:00
Cleanup: rename MAXSEQ -> SEQ_MAX_CHANNELS and make it C++ constexpr

@blender-bot build

Aras Pranckevicius created pull request blender/blender#128024 2024-09-23 12:46:40 +02:00
Cleanup: rename MAXSEQ -> SEQ_MAX_CHANNELS and make it C++ constexpr
Aras Pranckevicius pushed to vse_rename_maxseq at aras_p/blender 2024-09-23 12:44:03 +02:00
f5f9992852 Cleanup: rename MAXSEQ -> SEQ_MAX_CHANNELS and make it C++ constexpr
Aras Pranckevicius created branch vse_rename_maxseq in aras_p/blender 2024-09-23 12:44:03 +02:00
Aras Pranckevicius commented on pull request blender/blender#128015 2024-09-23 10:20:13 +02:00
VSE: Faster strip fcurve lookup for drawing the timeline

@blender-bot build