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 September 2017, 09:13 | #502 | Link | |
Registered User
Join Date: Dec 2014
Posts: 36
|
but avs + is wrong:
Quote:
|
|
10th September 2017, 09:21 | #503 | Link |
Registered User
Join Date: Dec 2014
Posts: 36
|
in this script:
AddAutoloadDir("D:\video\MeGUI\tools\avisynth_plugin") LoadPlugin("D:\video\MeGUI\tools\lsmash\LSMASHSource.dll") LWLibavVideoSource("C:\Users\pc\Desktop\12.mkv") #LanczosResize(704,380) # Lanczos (Sharp) ConvertToShader(2) last Shader("D:\video\MeGUI\tools\avisynth_plugin\nnedi3.hlsl" ) Shader("D:\video\MeGUI\tools\avisynth_plugin\SuperRes.hlsl") ExecuteShader(last,last,Clip1Precision=1,Precision=3,OutputPrecision=2) ConvertFromShader(2) ConvertBits(16) SuperRes(3, .43, 0, """nnedi3_rpow2(2, nns=4, cshift="Spline16Resize")""") ConvertBits(8, dither=0) https://imgbox.com/m1amfWuz .hlsl is ok http://imgbox.com/jfBfgJWk Last edited by gmail123; 10th September 2017 at 09:28. |
10th September 2017, 14:41 | #504 | Link |
Soul Architect
Join Date: Apr 2014
Posts: 2,559
|
Oh right there was this bug when handling HBD with the Upscale command.
SuperResXbr is probably working fine for you. With NNEDI3.hlsl, is it using PS_3_0 format? I haven't yet found a NNEDI3 HLSL script written in 3_0 format, all I've seen were in 4_0 format which doesn't work here. Try compiling it manually with fxc as I mentioned a few posts back.
__________________
FrameRateConverter | AvisynthShader | AvsFilterNet | Natural Grounding Player with Yin Media Encoder, 432hz Player, Powerliminals Player and Audio Video Muxer Last edited by MysteryX; 10th September 2017 at 14:44. |
13th September 2017, 16:34 | #509 | Link |
Soul Architect
Join Date: Apr 2014
Posts: 2,559
|
AFAIK nnedi3_rpow2 doesn't support Stack16, but you can use ConvertToStacked and ConvertFromStacked to convert between native 16-bit and Stack16
csp invalid? Make sure you have the latest version of DitherTools. csp parameter is in the docs. The but with AvisynthShader is in properly detecting 16-bit clips in the Upscale command. Perhaps this will work, haven't tested Code:
ConvertBits(16) SuperRes(3, .43, 0, """nnedi3_rpow2(2, nns=4, cshift="Spline16Resize").ConvertToStacked()""", lsb_upscale=true) ConvertBits(8)
__________________
FrameRateConverter | AvisynthShader | AvsFilterNet | Natural Grounding Player with Yin Media Encoder, 432hz Player, Powerliminals Player and Audio Video Muxer Last edited by MysteryX; 13th September 2017 at 16:38. |
17th September 2017, 15:10 | #510 | Link | |
Registered User
Join Date: Dec 2014
Posts: 36
|
Quote:
dither ver 1.27.2 I am crazy... Last edited by gmail123; 17th September 2017 at 15:14. |
|
16th October 2017, 20:39 | #513 | Link |
Registered User
Join Date: Feb 2017
Posts: 134
|
When using SuperRes is it always necessary to use ConvertoRGB24() when encoding from a DVD source? Is there any way to keep the video in YV12 and use this upscaling? There are slight color shifts as a consequence of converting color space. I'm using a GTX750 Ti.
|
16th October 2017, 22:23 | #514 | Link |
Soul Architect
Join Date: Apr 2014
Posts: 2,559
|
It needs to be converted to RGB32 internally. However, if you pass in YUV data, it will do the YUV to RGB conversion on the GPU in 16-bit and convert back to YUV. Alternatively, you can convert to RGB32 in 16-bit and do several operations and then convert back to YUV yourself in 16-bit. You shouldn't be seeing color shifts unless you convert colors in 8-bit.
|
17th October 2017, 02:35 | #515 | Link | |
Registered User
Join Date: Feb 2017
Posts: 134
|
Quote:
|
|
17th October 2017, 05:32 | #516 | Link |
Soul Architect
Join Date: Apr 2014
Posts: 2,559
|
If you're using Avisynth+, you can use ConvertBits(16) and ConvertBits(8) to work in high-bit-depth.
Also is there a reason why you wouldn't just let the RGB conversation happen on the GPU? If there's a color shift, it might be due to a wrong color matrix. When doing GPU conversion, you can use MatrixIn and MatrixOut which are Rec709 by default. Perhaps your clip has Rec601. Double-check what color matrix is your source material. |
17th October 2017, 11:30 | #517 | Link | |
Registered User
Join Date: Feb 2017
Posts: 134
|
Quote:
So I'm not quite sure what you mean by letting the conversion happen on the GPU. Is this problem an Nvidia thing? I've already had to make two small alterations to shader.avsi where I've set PlanarOut=False. Thanks for your help. Last edited by SaurusX; 17th October 2017 at 12:26. |
|
17th October 2017, 15:24 | #518 | Link |
Registered User
Join Date: Feb 2017
Posts: 134
|
OK, reading up on the Convert filters apparently I need to be using "PC.709" instead of "Rec.709" as I only want it to keep it's current color space range and not try to stretch it again. I'll try that and see if the color changing disappears.
EDIT: I figured it out. I have to use the following in order for the colors not to shift. ConverttoRGB24(matrix="Rec601") SuperResXBR(3, 1, 0.15, XbrStr=2.7, XbrSharp=1.3, fWidth=960, fHeight=720, fKernel="Bicubic", fB=0, fC=.75) ConvertToYV12(matrix="Rec709") This is from a DVD source, BTW. I don't know why the internal conversion process isn't working, but at least the problem is solved. Last edited by SaurusX; 17th October 2017 at 18:03. |
17th October 2017, 19:17 | #520 | Link |
Registered User
Join Date: Feb 2017
Posts: 134
|
I am using AVISynth 2.6 with megui. For me, the ConvertoX calls seem to be unavoidable for now. I may upgrade to AVISynth+ in the future to get rid of this problem.
How much detail is lost in these conversions at any rate? For animation it seems to be completely unnoticeable. |
Thread Tools | Search this Thread |
Display Modes | |
|
|