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. |
10th May 2017, 15:04 | #201 | Link | |
Acid fr0g
Join Date: May 2002
Location: Italy
Posts: 2,580
|
Quote:
Memory? On modern computer, x64 enabled, it shouldn't be a problem anymore. As I am a programming ignorant, could you explain more? Size... that matter has no answer yet.
__________________
@turment on Telegram |
|
10th May 2017, 21:04 | #203 | Link | |
Formerly davidh*****
Join Date: Jan 2004
Posts: 2,496
|
Quote:
Of course you'd need more memory to store whether or not a particular value was already in the lut, unless you can determine an "illegal" value beforehand. The additional checks would make it slightly slower than a full lut, but at least you wouldn't have to wait for the whole table to be generated before you got results. |
|
10th May 2017, 21:12 | #204 | Link | |
Professional Code Monkey
Join Date: Jun 2003
Location: Kinnarps Chair
Posts: 2,555
|
Quote:
__________________
VapourSynth - proving that scripting languages and video processing isn't dead yet |
|
11th May 2017, 11:14 | #207 | Link |
Registered User
Join Date: Jun 2009
Posts: 7
|
Sorry if I post in the wrong thread.
May I ask where I can find the x64 version of RemapFrames 0.4.1? It seems the link in the wiki (http://avisynth.nl/index.php/AviSynth%2B) is not valid anymore. Thank you. |
11th May 2017, 15:49 | #208 | Link | |
Soul Architect
Join Date: Apr 2014
Posts: 2,559
|
Quote:
That could explain what you're seeing in terms of high bit-rate. |
|
11th May 2017, 16:10 | #209 | Link | |
Acid fr0g
Join Date: May 2002
Location: Italy
Posts: 2,580
|
Quote:
I use prefilter=4
__________________
@turment on Telegram |
|
11th May 2017, 22:28 | #211 | Link | |||
Registered User
Join Date: Jan 2012
Location: Mesopotamia
Posts: 2,587
|
Quote:
Quote:
Quote:
__________________
See My Avisynth Stuff |
|||
11th May 2017, 23:23 | #212 | Link | |
Join Date: Mar 2006
Location: Barcelona
Posts: 5,034
|
Quote:
Link is in my signature.
__________________
Groucho's Avisynth Stuff Last edited by Groucho2004; 11th May 2017 at 23:26. |
|
15th May 2017, 15:56 | #213 | Link | |
Registered User
Join Date: Aug 2006
Location: Stockholm/Helsinki
Posts: 805
|
Quote:
Don't know if it already is, but couldn't the LUT calculation be quite easily multithreaded? |
|
15th May 2017, 16:07 | #214 | Link | |
Professional Code Monkey
Join Date: Jun 2003
Location: Kinnarps Chair
Posts: 2,555
|
Quote:
2. If your LUT has that many values a LUT is a generally bad idea.
__________________
VapourSynth - proving that scripting languages and video processing isn't dead yet |
|
15th May 2017, 22:26 | #215 | Link | |
Excessively jovial fellow
Join Date: Jun 2004
Location: rude
Posts: 1,100
|
Quote:
The expr filter in VS isn't like that. The expr filter in VS is (on x86) a fully-fledged, optimizing just-in-time compiler that takes your RPN expression and compiles it to SSE2-optimized native code. When I say "optimizing" I mean it does things like optimize out constant parts of the expression so they don't have to be re-calculated for each pixel, including optimizing out immutable conditionals so you can avoid branching where possible. It also does auto-vectorization, so the compiled code loads, processes and stores four pixels at a time (since XMM registers are 128 bits wide and it works with 32-bit floats internally). In other words, its performance is on the same level as if you had written the equivalent of your RPN expression in C, compiled it as a plugin and used that instead of mt_lut. 8 GB LUT's are almost definitely slow as molasses in comparison. Memory bandwidth isn't free. |
|
15th May 2017, 22:42 | #216 | Link | ||
Formerly davidh*****
Join Date: Jan 2004
Posts: 2,496
|
Quote:
Quote:
My rgba_rpn plugin does something similar, but using the x87 FPU. I'm wondering now if I should move to SSE2 instead. It certainly isn't crazy-optimal, although I've done my best, and it can do a lot more than expr can. It's too complex to warrant vectorization, but if there's any interest/need I'd be willing to look into crafting something similar to VS's expr - I was going to provide it as an alias, anyway, but if people would find it really useful it might be worth writing something more optimal for those specific requirements. |
||
15th May 2017, 23:24 | #217 | Link |
Excessively jovial fellow
Join Date: Jun 2004
Location: rude
Posts: 1,100
|
By x86 I meant x86_64 too. VS can be compiled for other archs as well though, but for those there's no JIT compilation.
It uses jitasm to actually do the compilation but all the code generation/optimization is mainly Myrsloik's and dubhater's work AFAIK. Last edited by TheFluff; 16th May 2017 at 00:15. |
17th May 2017, 22:25 | #219 | Link |
Excessively jovial fellow
Join Date: Jun 2004
Location: rude
Posts: 1,100
|
I... don't think so? It's a fairly simple filter, so feel free to go hog wild
|
18th May 2017, 20:41 | #220 | Link |
Formerly davidh*****
Join Date: Jan 2004
Posts: 2,496
|
I'm trying to think about updating my plugin to handle all the new colour spaces. I've been reading this:
https://forum.doom9.org/showpost.php...postcount=2484 as a reference and I'm wondering about using the new stuff like ComponentCount() - what happens if I make use of that in my code, but then someone still runing AviSynth 2.6 tries to use it? Will it fail? Is there a "best way" to code for this to maintain compatability? |
Thread Tools | Search this Thread |
Display Modes | |
|
|