Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion.

Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules.

 

Go Back   Doom9's Forum > Capturing and Editing Video > VapourSynth

Reply
 
Thread Tools Search this Thread Display Modes
Old 23rd August 2016, 20:19   #401  |  Link
VS_Fan
Registered User
 
Join Date: Jan 2016
Posts: 98
Let me rephrase my thought: In the same search at videolan, I though I saw 8, 10 (may be 12) bit_depth sse2 and/or avx optimizations for SATD calculation.

My question is then: No matter what the original video clip bit_depth is, could you use a “simplified” 8, 10 or 12 bit temporary version of the clip for the motion estimation? (reusing the x265 SATD asm optimizations)

Edit: By the way, thanks for the explanation

Last edited by VS_Fan; 23rd August 2016 at 20:32.
VS_Fan is offline   Reply With Quote
Old 23rd August 2016, 20:22   #402  |  Link
Nevilne
Registered User
 
Join Date: Aug 2010
Posts: 134
You will actually get more useful motion estimation from even blurring the search clip.
Doesn't stop people here from doing stuff like nnedi for subpixel clips.
Nevilne is offline   Reply With Quote
Old 23rd August 2016, 20:33   #403  |  Link
jackoneill
unsigned int
 
jackoneill's Avatar
 
Join Date: Oct 2012
Location: 🇪🇺
Posts: 760
Quote:
Originally Posted by VS_Fan View Post
Let me rephrase my thought: In the same search at videolan, I though I saw 8, 10 (may be 12) bit_depth sse2 and/or avx optimizations for SATD calculation.

My question is then: No matter what the original video clip bit_depth is, could you use a “simplified” 8, 10 or 12 bit temporary version of the clip for the motion estimation? (reusing the x265 SATD asm optimizations)
I considered it, but: http://forum.doom9.org/showthread.ph...61#post1695761
__________________
Buy me a "coffee" and/or hire me to write code!
jackoneill is offline   Reply With Quote
Old 23rd August 2016, 20:43   #404  |  Link
feisty2
I'm Siri
 
feisty2's Avatar
 
Join Date: Oct 2012
Location: void
Posts: 2,633
Quote:
Originally Posted by VS_Fan View Post
Let me rephrase my thought: In the same search at videolan, I though I saw 8, 10 (may be 12) bit_depth sse2 and/or avx optimizations for SATD calculation.

My question is then: No matter what the original video clip bit_depth is, could you use a “simplified” 8, 10 or 12 bit temporary version of the clip for the motion estimation? (reusing the x265 SATD asm optimizations)

Edit: By the way, thanks for the explanation
SATD is a pretty simple transform and not hard to program at all...
Why not just re-program it in c/c++ like I did and it would be generic to all sample types
feisty2 is offline   Reply With Quote
Old 23rd August 2016, 21:24   #405  |  Link
VS_Fan
Registered User
 
Join Date: Jan 2016
Posts: 98
Quote:
Originally Posted by cretindesalpes View Post
Don’t waste your time at this, moreover it would be misleading. We can explicitly convert the high-bitdepth clips to 8 bits for analysis. Anyway, I think there is a definite benefit to run the analysis on 10–12 bits. I often remap the luma channel to increase the contrast is some specific ranges (generally the dark parts), and keeping 8 bits crunches other ranges, reducing the accuracy of the analysis on fine textures.
I hope you can come up with a neat strategy to deal with SATD.

I congratulate and thank you all for the VapourSynth's 5th birthday!!! 2 days in advance
VS_Fan is offline   Reply With Quote
Old 25th August 2016, 16:45   #406  |  Link
kolak
Registered User
 
Join Date: Nov 2004
Location: Poland
Posts: 2,843
Would anyone consider making mvtools faster and better as a paid project?
kolak is offline   Reply With Quote
Old 25th August 2016, 16:57   #407  |  Link
feisty2
I'm Siri
 
feisty2's Avatar
 
Join Date: Oct 2012
Location: void
Posts: 2,633
Quote:
Originally Posted by kolak View Post
Would anyone consider making mvtools faster and better as a paid project?
I assume you're that "anyone" since you're the only one that has ever asked about this..

Quote:
jackoneill's wishlist
edit:typo

Last edited by feisty2; 25th August 2016 at 17:08.
feisty2 is offline   Reply With Quote
Old 25th August 2016, 17:26   #408  |  Link
kolak
Registered User
 
Join Date: Nov 2004
Location: Poland
Posts: 2,843
Are these ebooks?
I will buy all of them+ many more
kolak is offline   Reply With Quote
Old 25th August 2016, 17:33   #409  |  Link
jackoneill
unsigned int
 
jackoneill's Avatar
 
Join Date: Oct 2012
Location: 🇪🇺
Posts: 760
Quote:
Originally Posted by kolak View Post
Would anyone consider making mvtools faster and better as a paid project?
Which parts faster? Which parts better? Better in what way?

Yes, ebooks.
__________________
Buy me a "coffee" and/or hire me to write code!

Last edited by jackoneill; 25th August 2016 at 17:36.
jackoneill is offline   Reply With Quote
Old 26th August 2016, 00:31   #410  |  Link
kolak
Registered User
 
Join Date: Nov 2004
Location: Poland
Posts: 2,843
I'm mainly interested in frame rate interpolation part.
There would be quite specific problems to "solve" as well as speeding up whole conversion process, ideally by about 2x.

I will send you pm.
kolak is offline   Reply With Quote
Old 17th September 2016, 09:43   #411  |  Link
jackoneill
unsigned int
 
jackoneill's Avatar
 
Join Date: Oct 2012
Location: 🇪🇺
Posts: 760
Quote:
Originally Posted by feisty2 View Post
good news and bad news here
I fixed the SATD functions. Please test: http://savedonthe.net/download/914/v...atd-win64.html
__________________
Buy me a "coffee" and/or hire me to write code!
jackoneill is offline   Reply With Quote
Old 17th September 2016, 14:02   #412  |  Link
feisty2
I'm Siri
 
feisty2's Avatar
 
Join Date: Oct 2012
Location: void
Posts: 2,633
it works, but the result looks slightly different from my implementation
mine looks closer to dct=1, and yours closer to dct=0 (set thSAD to 10000 in MDeGrain and you will see the difference)
not sure why..
feisty2 is offline   Reply With Quote
Old 17th September 2016, 16:00   #413  |  Link
jackoneill
unsigned int
 
jackoneill's Avatar
 
Join Date: Oct 2012
Location: 🇪🇺
Posts: 760
Quote:
Originally Posted by feisty2 View Post
it works, but the result looks slightly different from my implementation
mine looks closer to dct=1, and yours closer to dct=0 (set thSAD to 10000 in MDeGrain and you will see the difference)
not sure why..
It's the same code used by MVTools for Avisynth and x264.
__________________
Buy me a "coffee" and/or hire me to write code!
jackoneill is offline   Reply With Quote
Old 23rd October 2016, 14:47   #414  |  Link
jackoneill
unsigned int
 
jackoneill's Avatar
 
Join Date: Oct 2012
Location: 🇪🇺
Posts: 760
v17 brings more speed for certain configurations, larger blocks, and a bug fix or two: https://github.com/dubhater/vapoursy...leases/tag/v17
Code:
   * Analyse, Recalculate: Fix bug that broke 16 bit processing (patches by feisty2).
   * Analyse, Recalculate: Support block sizes of 64x32, 64x64, 128x64, and 128x128.
   * Analyse, Recalculate: Make dct=1..4 a bit faster on x86.
   * FlowFPS, FlowInter: Add AVX2 code.
   * Analyse, Recalculate: Fix SATD functions used when dct=5..10 and the input is 16 bit.
   * Analyse, Recalculate: Allow dct=5..10 with blocks larger than 16x16.
__________________
Buy me a "coffee" and/or hire me to write code!
jackoneill is offline   Reply With Quote
Old 23rd October 2016, 15:27   #415  |  Link
feisty2
I'm Siri
 
feisty2's Avatar
 
Join Date: Oct 2012
Location: void
Posts: 2,633
...
time to update my branch of mvtools as well...
and oyster and plum
dammit
feisty2 is offline   Reply With Quote
Old 23rd October 2016, 16:19   #416  |  Link
Mystery Keeper
Beyond Kawaii
 
Mystery Keeper's Avatar
 
Join Date: Feb 2008
Location: Russia
Posts: 724
Thanks for your awesome work! Why don't you two consolidate your efforts and make one version that supports all formats?
__________________
...desu!
Mystery Keeper is offline   Reply With Quote
Old 24th October 2016, 11:14   #417  |  Link
hydra3333
Registered User
 
Join Date: Oct 2009
Location: crow-land
Posts: 540
Thank you indeed.
hydra3333 is offline   Reply With Quote
Old 24th October 2016, 11:30   #418  |  Link
luigizaninoni
Registered User
 
Join Date: Apr 2015
Posts: 163
Trying to build on Linux Mint, gives error:

make: *** No rule to make target 'src/CopyCode.c', needed by 'src/CopyCode.lo'. Stop.
luigizaninoni is offline   Reply With Quote
Old 24th October 2016, 16:14   #419  |  Link
jackoneill
unsigned int
 
jackoneill's Avatar
 
Join Date: Oct 2012
Location: 🇪🇺
Posts: 760
Quote:
Originally Posted by luigizaninoni View Post
Trying to build on Linux Mint, gives error:

make: *** No rule to make target 'src/CopyCode.c', needed by 'src/CopyCode.lo'. Stop.
That's because I changed some file names. To fix it:
Code:
make distclean
./configure
make
__________________
Buy me a "coffee" and/or hire me to write code!
jackoneill is offline   Reply With Quote
Old 24th October 2016, 16:58   #420  |  Link
luigizaninoni
Registered User
 
Join Date: Apr 2015
Posts: 163
Quote:
Originally Posted by jackoneill View Post
That's because I changed some file names. To fix it:
Code:
make distclean
./configure
make
Works fine. Thanks
luigizaninoni is offline   Reply With Quote
Reply

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +1. The time now is 17:58.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2024, vBulletin Solutions Inc.