|
|
| jsallen |
| Posted: Oct 12 2013, 01:36 PM |
 |
|
Advanced Member
Group: Members
Posts: 30
Member No.: 33725
Joined: 4-December 11
|
My main use for VirtualDub is image stabilization using Deshaker. The commerical software VideoEnhancer can run the same filters as VirtualDub and claims greater speed by more efficient use of multiple CPUs. First of all, is that information outdated and does VirtualDub also do this now? On the other hand is Video Enhancer available in a 64-bit version? I see nothing on the VideoEnhancer site about 64 bits. If not and I'm only using the one filter in 64-bit VirtualDub, might that be faster? |
|
| raffriff42 |
| Posted: Oct 12 2013, 02:10 PM |
|
|
Advanced Member
Group: Members
Posts: 384
Member No.: 35081
Joined: 25-June 12
|
http://www.infognition.com/articles/virtua...ithreading.html
The problem with multithreaded video processing is when there are dependencies between frames. If one frame's processing parameters depend on the results from another frame, the work must be done in sequence and not simultaneously.
Intra-frame-only filters like blur or color correction should be faster (they're already very fast) but inter-frame filtering like noise reduction (and *probably* deshaking) won't be faster by much - if I understand Deshaker correctly, there *will* be inter-frame dependencies on Pass 1, but probably *not* on Pass 2.
But hey, get the free trial and let us know what you find. |
|
| pookien |
| Posted: Dec 13 2013, 04:25 PM |
|
|
Advanced Member
Group: Members
Posts: 39
Member No.: 24784
Joined: 30-December 08
|
I know I'm late but just wanted to clarify: Video Enhancer's approach to multithreading is perfectly fine with filters with interframe dependencies as long as those dependencies are just sequential accumulation. Each filter processes sequentially frame 0, then frame 1, then frame 2 and so on, and if frame 2 depends on info gathered while processing frames 0 & 1, it's totally fine. Multithreading takes place when there are more than one filter in the chain. Then after first filter finished processing frame 0, the second filter can process its result in parallel while the first filter processes frame 1. Then while first filter processes frame 2, second filter processes frame 1, etc. Also that means if you've got just one filter in your chain, there is no real difference between VE and VirtualDub. |
|
| dloneranger |
| Posted: Dec 13 2013, 04:51 PM |
|
|
Moderator
Group: Moderators
Posts: 2366
Member No.: 22158
Joined: 26-September 07
|
Doesn't sound too different from virtualdub
Virtualdub also chains multiple filters like that as long as the filters allow it - options->threading to customize settings
--------------------
MultiAdjust JoinWav WavNormalize FFMPeg Input Plugin v1827 UnSharpMask
Windows7/8 Codec Chooser
All FccHandlers Stuff inc. Installers for acm codecs AAC, AC3, LameMp3 |
|
| pookien |
| Posted: Dec 14 2013, 12:43 AM |
|
|
Advanced Member
Group: Members
Posts: 39
Member No.: 24784
Joined: 30-December 08
|
Seems like it appeared somewhere in 1.10.* (it wasn't there in 1.9.11).
Unfortunately I don't see any mention of filter threading in the Help, and it's disabled by default. |
|
| dloneranger |
| Posted: Dec 14 2013, 12:56 AM |
|
|
Moderator
Group: Moderators
Posts: 2366
Member No.: 22158
Joined: 26-September 07
|
1.10.0, the full change log is on the help menu but for more info on things the blog entries or forum posts (on the specific version) are usually more detailed
http://www.virtualdub.org/blog/archives/ar...ve_2010-m12.php
--------------------
MultiAdjust JoinWav WavNormalize FFMPeg Input Plugin v1827 UnSharpMask
Windows7/8 Codec Chooser
All FccHandlers Stuff inc. Installers for acm codecs AAC, AC3, LameMp3 |
|
| phaeron |
| Posted: Dec 28 2013, 10:02 PM |
|
|
Virtualdub Developer
Group: Administrator
Posts: 7773
Member No.: 61
Joined: 30-July 02
|
Yes, VirtualDub's threading option also does this type of multithreading optimization. You do need to enable it in Options, and the degree of speedup is limited by how many filters you have and the slowest filter in the chain.
As to which is faster, you'd really just need to try it.
|
|
