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. |
4th July 2016, 19:58 | #1961 | Link | |
AVS+ Dev
Join Date: Aug 2013
Posts: 359
|
Quote:
__________________
AviSynth+ |
|
4th July 2016, 20:35 | #1964 | Link |
Registered User
Join Date: Jan 2014
Posts: 2,314
|
O.K. then. Same for me.
After approximately 150 iterations (delete-run-view) I managed to shrink down that nice, easy-to-read SmDegrain to a simple return Dither_Luma_Rebuild line. And the visual experience was staggering. Big white blocks were moving to and fro on my screen. No wonder that the MSuper/MAnalyze did bad conclusion with this input. Why? Inside Dither_Luma_Rebuild the lut expression is assembled dinamically. (Values come from the real test case) Code:
S0=1.0 c=0.0625 k = (s0 - 1) * c t = "x 4096 - 56064 / 0 1 clip" e = String(k)+" "+String(1+c)+" "+String((1+c)*c)+" "+t+" "+String(c) \ +" + / - * "+t+" 1 "+String(k)+" - * + 65536 *" ... and e is used here: Dither_lut16 (yexpr=e,expr="x 32768 - 32768 * 28672 / 32768 +",y=3, u=uv, v=uv) Code:
"0 1.0625 0.06640625 "+t+" 0.0625 "+" + / - * "+t+" 1 0 - * + 65536 *" String(float_type) results in commas in this case, but the lut functions do not like it. Surely they rely strictly on dots. This becomes a mess for the function: Code:
"0 1,0625 0,06640625 "+t+" 0,0625 "+" + / - * "+t+" 1 0 - * + 65536 *" The annoying thing that the debug build was O.K. as it did not take into account windows settings and used dots for formatting floats. |
4th July 2016, 21:18 | #1965 | Link | ||
AVS+ Dev
Join Date: Aug 2013
Posts: 359
|
Quote:
Quote:
__________________
AviSynth+ |
||
4th July 2016, 23:49 | #1966 | Link |
AVS+ Dev
Join Date: Aug 2013
Posts: 359
|
sry guys, i know i promised, but no builds today. time flew and now i need to sleep. instead there was plenty of diagnosing and exchanging with others. i'm also tempted to only publish next build either when there is a proper fix for #37, or if not that, at least a recommendation for plugin authors about how to handle it. these are next on my agenda.
__________________
AviSynth+ |
5th July 2016, 10:42 | #1967 | Link |
Registered User
Join Date: Aug 2006
Location: Stockholm/Helsinki
Posts: 805
|
I'm throwing another vote on it being called "ConvertToStacked" and "ConvertFromStacked", without the "Hbd" in the name.
The Hbd there is unnecessary, because what else would you convert it to/from? There is no advantage, but it has the disadvantage of it being a relatively unknown abbreviation (no matter how "official" and "real" it might be). Whoever said it looks just like a random pile of letters, I agree. The "Stacked" is already well established in the community, at least with everyone who actually uses it. It's also not an abbreviation, and it's an easy word to pronounce and thus remember. Another minor problem with HBR is that we don't know how many bits it actually is. Not really a problem now when only 16 bits is introduced (right?), but more formats might be added in the future, in which case we will need "ConvertTo8bit", "ConvertTo12bit" and so on. "HBR" has no place there, it's better to call them by how many bits they actually are. Stacked is and will ever be only 16 bits, because it's a dead end and will never evolve past that. |
5th July 2016, 10:51 | #1968 | Link |
typo lover
Join Date: May 2009
Posts: 595
|
Hi.
I updated some my plugins. RawSource26 PlanarTools yadifmod2 TMM2 CombMask TCannyMod VapourSource Recompile is easy. But the announcement is annoy for me...
__________________
my repositories |
5th July 2016, 12:17 | #1969 | Link | |
Soul Architect
Join Date: Apr 2014
Posts: 2,559
|
Quote:
|
|
5th July 2016, 19:51 | #1971 | Link | |
AVS+ Dev
Join Date: Aug 2013
Posts: 359
|
Quote:
__________________
AviSynth+ |
|
5th July 2016, 22:49 | #1973 | Link |
AVS+ Dev
Join Date: Aug 2013
Posts: 359
|
EDIT: There is a newer build here.
Okay, new build r2022. Please also update the included plugins (if you have an older version installed) to avoid problems. Also, use the updated plugins from chikuzen for the same reason. The changes compared to r2003 include: - Fix for corrupted output of HBD resizers. - ConvertHbd*() functions renamed to ConvertToStacked() and ConvertFromStacked(). - DirectShowSource() compatibilty fix for VapourSynth. - Restored XP support. - (pinterf) New HBD functions added: ConvertToYUV420/422/444(). These convert between different plane formats while keeping the current bit depth. Bit depth conversions will be added in an upcoming build. - (pinterf) Floating point formatting bug fix, hopefully resolving issues like this. - (chikuzen) Added ASM-optimized Turn functions for HBD. Furthermore, the download link now includes new AvsPmod versions, including one also for x64. As always, please test and give us feedback.
__________________
AviSynth+ Last edited by ultim; 11th July 2016 at 21:21. Reason: correction |
5th July 2016, 23:56 | #1977 | Link |
Join Date: Mar 2006
Location: Barcelona
Posts: 5,034
|
r2022 running smoothly on XP32 so far.
__________________
Groucho's Avisynth Stuff |
6th July 2016, 02:07 | #1978 | Link | |
Soul Architect
Join Date: Apr 2014
Posts: 2,559
|
Quote:
Why not keep the same standard functions and add a parameter? They can maintain compatibility with existing scripts while providing the extra feature. |
|
6th July 2016, 07:19 | #1980 | Link |
Soul Architect
Join Date: Apr 2014
Posts: 2,559
|
Here's an idea for a new feature. Someone wrote AvsFilterNet to allow writing plugins in .NET. One issue is that the .NET plugin must be loaded by AvsFilterNet which is not practical for the user. A .NET library can't be loaded directly by AviSynth.
Could AviSynth+ natively provide an interface for .NET plugins? This could come useful for utility plugins dealing with multi-threading, multi-processes or performing other complex tasks without requiring raw assembly binary computations. MP_Pipeline, for example, would have much simpler code by being written in C#. Creating a LoadImage plugin also could be done with just a few lines of code. Then someone can write a plugin that sends the workload across 10 cloud servers and compares all the data against a database with all communications highly encrypted :P If that'd be useful for someone.
__________________
FrameRateConverter | AvisynthShader | AvsFilterNet | Natural Grounding Player with Yin Media Encoder, 432hz Player, Powerliminals Player and Audio Video Muxer Last edited by MysteryX; 6th July 2016 at 07:23. |
Thread Tools | Search this Thread |
Display Modes | |
|
|