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. |
11th August 2017, 02:07 | #442 | Link |
Broadcast Encoder
Join Date: Nov 2013
Location: Royal Borough of Kensington & Chelsea, UK
Posts: 2,902
|
Version v0.9.4.46 and v0.9.4.45 XP x86 don't seem to work in Windows XP. When I try to open AVSPmod or Virtual Dub with NNEDI it crashes without reporting any specific error. v0.9.4.44 works fine. I don't know why. The latest version of ResizeMT works fine in XP, though.
FFVideoSource("test.mp4") nnedi3_resize16(target_width=1920, target_height=1080, mixed=true, thr=1.0, elast=1.5, nns=4, qual=2, etype=0, pscrn=4, threads=0, kernel_d="Spline", kernel_u="Spline", taps=6, f_d=1.0, f_u=2.0, sharp=0, lsb_in=false, lsb=false) The preview doesn't appear, but AVSPmod reports the correct resolution, framerate and color space. For instance, if I try to upscale to 1920, 1080, it correctly reports the upscale but it crashes before displaying any images. I also tried to use DirectShowSource, 'cause it thought it might be an incompatibility with ffms2000, but nothing changed; same behaviour. I also tried with different resolutions, settings and sources, but I got the same behaviour every time, I don't know why. Avisynth 2.6.1 SSE2 Windows XP Professional x86 Intel C++ Redistributable 2016-2017 installed. Last edited by FranceBB; 11th August 2017 at 02:10. |
11th August 2017, 07:21 | #443 | Link |
Registered User
Join Date: Oct 2002
Location: France
Posts: 2,316
|
It seems that sometimes the Intel XP version crash. I don't know why, maybe the compiler uses instructions it shouldn't have. Is the standard "Release_XP" also crahsing ? If not, uses this one.
I don't have XP anymore, i maintain these builds which should work, but can't test anymore. So, first try the standard "Release XP". Maybe, just for crash testing, try with opt=1 and opt=2, even if i doubt it would do something. |
14th August 2017, 02:06 | #444 | Link |
Broadcast Encoder
Join Date: Nov 2013
Location: Royal Borough of Kensington & Chelsea, UK
Posts: 2,902
|
Release_XP works but not always (nasty behaviour with nnedi3_resize16):
Test1 (works): Code:
nnedi3(field=-1, dh=false, Y=true, U=true, V=true, nsize=6, nns=1, qual=1, etype=0, pscrn=2, threads=0, opt=0, fapprox=15) Code:
nnedi3(dh = true, nsize = 0, nns = 4, qual = 2,threads=1) Code:
nnedi3_rpow2(rfactor=2,cshift="Spline36Resize",fwidth=1920,fheight=1080,nsize=0,nns=3,qual=2,opt=1) Code:
nnedi3_rpow2(rfactor=2,cshift="Spline36Resize",fwidth=1920,fheight=1080,nsize=0,nns=3,qual=2,opt=2) Code:
nnedi3_rpow2(rfactor=2,cshift="Spline36Resize",fwidth=1920,fheight=1080,nsize=0,nns=3,qual=2) Code:
nnedi3_rpow2(rfactor=2,cshift="Spline36ResizeMT",fwidth=1920,fheight=1080,nsize=0,nns=3,qual=2) Code:
nnedi3_resize16(target_width=1280, target_height=720) Code:
nnedi3_resize16(target_width=1920, target_height=1080) Code:
nnedi3_resize16(target_width=848, target_height=480) With the JPSDR Pack I don't have any problem with the MT as you can see from the test. As to Windows XP, well, thanks for maintaining its support, it means a lot, and don't worry if you can't test builds, I'll test every release and I'll let you know Last edited by FranceBB; 14th August 2017 at 02:11. |
14th August 2017, 21:52 | #446 | Link | |
Broadcast Encoder
Join Date: Nov 2013
Location: Royal Borough of Kensington & Chelsea, UK
Posts: 2,902
|
Quote:
According to the updated documentation: https://github.com/jpsdr/NNEDI3/blob...-%20Readme.txt it says "Note : Only 8 bits input is supported." (line 15). In fact, in nnedi3_resize16 I have two parameters to take a 16bit input and output at 16bit lsb_in=true, lsb=true but I don't see anything similar in the NNEDI3 documentation. Code:
Dither_convert_8_to_16() nnedi3_rpow2(cshift="Spline64ResizeMT", rfactor=2, fwidth=1920, fheight=1080, nsize=4, nns=4, qual=1, etype=0, pscrn=2, threads=0, csresize=true, mpeg2=true, threads_rs=0, logicalCores_rs=true, MaxPhysCore_rs=true, SetAffinity_rs=false, opt=3) f3kdb(range=15, Y=80, Cb=60, Cr=60, grainY=0, grainC=0, keep_tv_range=True, input_depth=16, output_depth=8) If I use lsb_in=true, lsb=true, it says that these parameters don't exist in nnedi3_rpow2. I tried to feed nnedi3 with 16bit interleave, but it doesn't work either: Code:
Bitdepth(from=8, to=16) nnedi3_rpow2(cshift="Spline64ResizeMT", rfactor=2, fwidth=1920, fheight=1080, nsize=4, nns=4, qual=1, etype=0, pscrn=2, threads=0, csresize=true, mpeg2=true, threads_rs=0, logicalCores_rs=true, MaxPhysCore_rs=true, SetAffinity_rs=false, opt=3) Bitdepth(from=16, to=8) What's the parameter to use nnedi3_rpow2 with a 16bit input, and output 8/10/16 bit? Does your version work with 16bit stacked or interleaved or both? |
|
15th August 2017, 09:45 | #447 | Link |
Registered User
Join Date: Oct 2002
Location: France
Posts: 2,316
|
Ah... I'm forgetting sometimes...
It works with the new natives format from avs+ automaticaly, there is no parameters. If you feed it with 12 bits, it will detect it's 12 bits, and ouput 12 bits results. But of course, it's only if you're using avs+. As these new natives format were introduced in avs+, i don't intend to bother to support others... "hacked" formats. I'm not interested in. So, if you're not with avs+, it's true, unfortunately 8 bits only. Last edited by jpsdr; 16th August 2017 at 09:38. |
15th August 2017, 17:55 | #448 | Link |
Broadcast Encoder
Join Date: Nov 2013
Location: Royal Borough of Kensington & Chelsea, UK
Posts: 2,902
|
I see... That's a shame...
I've never used AVS+, so don't know if the Avisynth+ 16bit internal format is any different than 16bit stacked or 16bit interleave in AVS, but if it's 16bit stacked, we could manually trigger the detection of 16bit in avisynth via a parameter, and let the filter work as if it was in AVS+, for instance. |
15th August 2017, 21:47 | #449 | Link | |
Registered User
Join Date: Sep 2010
Location: Ukraine, Bohuslav
Posts: 377
|
Quote:
|
|
15th August 2017, 23:40 | #450 | Link |
Broadcast Encoder
Join Date: Nov 2013
Location: Royal Borough of Kensington & Chelsea, UK
Posts: 2,902
|
Good news!
It works in Avisynth (and Windows XP) in 16bit stacked (dither tool). 16bit interleave is not supported, but it's not very common, though. Thanks to mawen1250 and jpsdr. Last edited by FranceBB; 26th August 2017 at 23:02. |
22nd August 2017, 16:38 | #451 | Link |
Registered User
Join Date: Aug 2006
Posts: 2,229
|
Apologies for the thread mixup .
The only thing required for the script I listed that doesn't work with nnedi3() before it (but works if prefetch(4) is place in between) is the latest MVTools: https://github.com/pinterf/mvtools/releases |
22nd August 2017, 18:14 | #452 | Link |
Registered User
Join Date: Oct 2002
Location: France
Posts: 2,316
|
I've been able to reproduce with the following script (script working but freeze on exit) :
Code:
nnedi3() super = MSuper (hpad=16, vpad=16) bvec2 = MAnalyse (super, isb = true, delta = 2) bvec1 = MAnalyse (super, isb = true, delta = 1) fvec1 = MAnalyse (super, isb = false, delta = 1) fvec2 = MAnalyse (super, isb = false, delta = 2) MDegrain2 (super, bvec1, fvec1, bvec2, fvec2) Last edited by jpsdr; 22nd August 2017 at 18:21. |
22nd August 2017, 19:26 | #453 | Link |
Registered User
Join Date: Oct 2002
Location: France
Posts: 2,316
|
When you have eliminated the impossible, whatever remains, however improbable, must be the truth.
I've made a little test, i have a little idea, but i was saying "no, impossible"... When you add MDegrain2, i don't know why, but when closing the file, the destructor of nnedi3 is not called anymore !!!! WTF is happening ?????? |
23rd August 2017, 08:01 | #454 | Link |
Registered User
Join Date: Oct 2002
Location: France
Posts: 2,316
|
I've tested with all my filters, it's not specific to nnedi3, i don't know how it's possible, but MDegrain2 clearly mess-up things, and the destructor of the filters is not called anymore when closing the script.
There is nothing i can do about it. I can try to find a workaround for avoiding the freeze, but there is nothing i can do for the resources allocated by the filters and not free properply because when the dll is unloaded, the destructor of the filters have not been called. |
Thread Tools | Search this Thread |
Display Modes | |
|
|