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. |
21st May 2012, 14:04 | #501 | Link |
͡҉҉ ̵̡̢̛̗̘̙̜̝̞̟̠͇̊̋̌̍̎̏̿̿
Join Date: Feb 2009
Location: No support in PM
Posts: 712
|
Oh I can just make the message more explicit.
__________________
dither 1.28.1 for AviSynth | avstp 1.0.4 for AviSynth development | fmtconv r30 for Vapoursynth & Avs+ | trimx264opt segmented encoding |
21st May 2012, 14:34 | #502 | Link |
Registered User
Join Date: Jul 2008
Posts: 131
|
Code:
QTGMC( Preset="Slow",FPSdivisor=2) o=last super = MSuper(pel=2,sharp=2) backward_vec2 = MAnalyse(super, isb = true, delta = 2, overlap=4) backward_vec1 = MAnalyse(super, isb = true, delta = 1, overlap=4) forward_vec1 = MAnalyse(super, isb = false, delta = 1, overlap=4) forward_vec2 = MAnalyse(super, isb = false, delta = 2, overlap=4) bc1 = o.MCompensate(super,backward_vec1) fc1 = o.MCompensate(super,forward_vec1 ) Interleave(fc1,o,bc1) MDegrain2(super, backward_vec1,forward_vec1,backward_vec2,forward_vec2,thSAD=400) SelectEvery(3,1) |
21st May 2012, 14:52 | #503 | Link |
HeartlessS Usurer
Join Date: Dec 2009
Location: Over the rainbow
Posts: 10,980
|
You would (I think) need a new Super & set of vectors on the interleaved clip as the ones already calculated
relate to the original (o) clip and not the interleaved one. Could well be wrong but think that there is little to be gained by doing motion compensation twice. Suggest that you just use instead, the function linked below after QTGMC. http://forum.doom9.org/showthread.ph...89#post1508289 # By Didee, MCDegrain EDIT: Changed above link to point to specific post rather than thread. EDIT: Ref the code in prev post, if you throw away the vec2 vectors, then you could use as is using some denoiser that takes a single frame either side of the frames to denoise eg FFT3DFilter, instead of the call to MDegrain2 (which requires two frames either side of frame to denoise). EDIT: If this is for B5 Ivana's head spots, then perhaps QTGMC has already applied temporal denoising and partially migrated some of the spots into adjacent frames making it difficult to remove the spots later. Despotting really should be done before any temporal processing, perhaps on even/odd separated fields, separately.
__________________
I sometimes post sober. StainlessS@MediaFire ::: AND/OR ::: StainlessS@SendSpace "Some infinities are bigger than other infinities", but how many of them are infinitely bigger ??? Last edited by StainlessS; 21st May 2012 at 17:43. |
23rd May 2012, 04:05 | #504 | Link |
Registered User
Join Date: Apr 2010
Location: I have a statue in Hakodate, Japan
Posts: 744
|
Continued instability in MVTools (see my previous post).
PD: Or is it a incompatibildad with the latest version of avisynth? Last edited by GMJCZP; 23rd May 2012 at 04:19. Reason: Doubts... |
23rd May 2012, 06:11 | #505 | Link |
͡҉҉ ̵̡̢̛̗̘̙̜̝̞̟̠͇̊̋̌̍̎̏̿̿
Join Date: Feb 2009
Location: No support in PM
Posts: 712
|
QMJCZP:
Please be more specific. I would need your script, as simple as possible to make it crash, and an excerpt of your source clip that exhibits the problem.
__________________
dither 1.28.1 for AviSynth | avstp 1.0.4 for AviSynth development | fmtconv r30 for Vapoursynth & Avs+ | trimx264opt segmented encoding |
23rd May 2012, 23:58 | #508 | Link |
͡҉҉ ̵̡̢̛̗̘̙̜̝̞̟̠͇̊̋̌̍̎̏̿̿
Join Date: Feb 2009
Location: No support in PM
Posts: 712
|
QMJCZP:
Thank you. I'll check your sample. ajp_anton: To convert from RGB24 to the format I call RGB48Y: Code:
Interleave ( \ ShowRed (pixel_type="YV12"), \ ShowGreen (pixel_type="YV12"), \ ShowBlue (pixel_type="YV12")) Dither_convert_8_to_16 ()
__________________
dither 1.28.1 for AviSynth | avstp 1.0.4 for AviSynth development | fmtconv r30 for Vapoursynth & Avs+ | trimx264opt segmented encoding |
24th May 2012, 01:51 | #509 | Link |
Registered User
Join Date: Aug 2006
Location: Stockholm/Helsinki
Posts: 805
|
That's what I ended up using. I just thought there'd be an easier way. Why not make dither_convert_8_to_16 support RGB also?
BTW, any reason not to have RGB48 as stacked RGB instead of 3x stacked Y-planes? Last edited by ajp_anton; 24th May 2012 at 01:54. |
24th May 2012, 08:32 | #510 | Link |
͡҉҉ ̵̡̢̛̗̘̙̜̝̞̟̠͇̊̋̌̍̎̏̿̿
Join Date: Feb 2009
Location: No support in PM
Posts: 712
|
Because these tools are designed to work with planar data, which RGB is not. I could make them support any possible colorspace but this is a lot of work I don't want to do. My main goal for the version 1 of this package is to bring new possibilities in Avisynth processing, not to achieve production-class tools. That's why everything looks like clumsy hacks ; I just don't care about elegant design because I didn't plan any specification or anything, I just go where it looks interesting at the moment.
__________________
dither 1.28.1 for AviSynth | avstp 1.0.4 for AviSynth development | fmtconv r30 for Vapoursynth & Avs+ | trimx264opt segmented encoding |
24th May 2012, 10:52 | #511 | Link |
Registered User
Join Date: Jul 2008
Posts: 131
|
It appears I'm also encountering MVTools issues.
Code:
SetMemoryMax(512) SetMTMode(2,0) LoadPlugin("D:\MeGUI_OneClick_Preview\tools\avisynth_plugin\mvtools2.dll") LoadPlugin("D:\MeGUI_OneClick_Preview\tools\avisynth_plugin\avstp.dll") LoadPlugin("D:\MeGUI_OneClick_Preview\tools\avisynth_plugin\dither.dll") Import("D:\MeGUI_OneClick_Preview\tools\avisynth_plugin\QTGMC-3.33.avsi") Import("D:\MeGUI_OneClick_Preview\tools\avisynth_plugin\dither.avsi") Import("D:\MeGUI_OneClick_Preview\tools\avisynth_plugin\mt_xxpand_multi.avsi") LoadPlugin("D:\MeGUI_OneClick_Preview\tools\avisynth_plugin\mt_masktools-25.dll") LoadPlugin("D:\MeGUI_OneClick_Preview\tools\avisynth_plugin\RemoveGrainSSE2.dll") LoadPlugin("D:\MeGUI_OneClick_Preview\tools\avisynth_plugin\NNEDI3.dll") LoadPlugin("D:\MeGUI_OneClick_Preview\tools\avisynth_plugin\TTempSmooth.dll") LoadPlugin("D:\MeGUI_OneClick_Preview\tools\avisynth_plugin\FFT3DFilter.dll") Import("D:\MeGUI_OneClick_Preview\tools\avisynth_plugin\McDegrainSharp.avsi") LoadPlugin("D:\MeGUI_OneClick_Preview\tools\dgindex\DGDecode.dll") mpeg2source("C:\Users\me\Documents\DVDrips\BABYLON5_S4_DISC4_E15\VIDEO_TS\VTS_01_1.d2v") QTGMC( Preset="Slow",FPSdivisor=2) LanczosResize(640,368) McDegrainSharp() GradFun3 () Code:
Faulting application name: x264.exe, version: 0.124.2197.0, time stamp: 0x4f97d104 Faulting module name: mvtools2.dll, version: 2.6.0.3, time stamp: 0x4faf77d0 Exception code: 0xc0000005 Fault offset: 0x000a2a61 Faulting process id: 0x1a0c Faulting application start time: 0x01cd39855f35be4d Faulting application path: D:\MeGUI_OneClick_Preview\tools\x264\x264.exe Faulting module path: D:\MeGUI_OneClick_Preview\tools\avisynth_plugin\mvtools2.dll Report Id: a725c16f-a578-11e1-8831-1c6f65d777b9 Event Xml: <Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event"> <System> <Provider Name="Application Error" /> <EventID Qualifiers="0">1000</EventID> <Level>2</Level> <Task>100</Task> <Keywords>0x80000000000000</Keywords> <TimeCreated SystemTime="2012-05-24T08:15:42.000000000Z" /> <EventRecordID>27978</EventRecordID> <Channel>Application</Channel> <Computer>my-PC</Computer> <Security /> </System> <EventData> <Data>x264.exe</Data> <Data>0.124.2197.0</Data> <Data>4f97d104</Data> <Data>mvtools2.dll</Data> <Data>2.6.0.3</Data> <Data>4faf77d0</Data> <Data>c0000005</Data> <Data>000a2a61</Data> <Data>1a0c</Data> <Data>01cd39855f35be4d</Data> <Data>D:\MeGUI_OneClick_Preview\tools\x264\x264.exe</Data> <Data>D:\MeGUI_OneClick_Preview\tools\avisynth_plugin\mvtools2.dll</Data> <Data>a725c16f-a578-11e1-8831-1c6f65d777b9</Data> </EventData> </Event> |
24th May 2012, 12:40 | #512 | Link |
Registered User
Join Date: Nov 2009
Posts: 2,361
|
Just wanted to add my 2cents. I got a thread deadlock while encoding to FFV1, I don't know if it's relevant since I don't encode as often but I used:
setmtmode(2,2) smdegrain(...) I wonder if that's right, or avstp.dll has crashes with MT, I chose to take out avstp.dll for that specific encode. Hope it helps... |
24th May 2012, 13:01 | #513 | Link |
Pig on the wing
Join Date: Mar 2002
Location: Finland
Posts: 5,733
|
I had issues with MVTools internal multithreading and SetMTMode, disabling internal multithreading fixed them.
__________________
And if the band you're in starts playing different tunes I'll see you on the dark side of the Moon... |
24th May 2012, 18:45 | #514 | Link |
Registered User
Join Date: May 2010
Location: France
Posts: 26
|
Yeah, I've always had troubles using anything else than SetMtMode(5) or no SetMtMode at all iirc, the recommended SetMtMode(3) MySource() SetMtMode(2) SMDegrain always crashed eventually even though it first looked like it was about to work.
By the way a huge thanks to CretinDesAlpes (chapeau l'artiste si tu me permets), it really felt like night and day between not using your tools at all and learning how to finally properly use them (it's not so easy though). The added value is like 200% on the final encode, I've always wanted to thank you but couldn't for some reason. You have all my respect... and more Last edited by Boulotaur2024; 24th May 2012 at 18:48. |
26th May 2012, 13:30 | #515 | Link |
͡҉҉ ̵̡̢̛̗̘̙̜̝̞̟̠͇̊̋̌̍̎̏̿̿
Join Date: Feb 2009
Location: No support in PM
Posts: 712
|
Boulotaur2024:
Thanks for your support! Dogway: I couldn't reproduce the deadlock. I used smdegrain() with default settings, and encoded ~10000 PAL frames with FFV1 in CLI FFmpeg. EDIT: I tried with tr=4 and it freezed after 4500 frames. Now I have something to investigate! cybersharky: I couldn't reproduce the crash. I tried encoding about 20000 frames. However: – I don't know the number of threads you used, as you just specified 0 in the SetMTMode parameter. I tried with 4 threads (my native configuration). – It's strongly advised to run the source filter (mpeg2source here) in MT mode 5 and to switch to mode 2 afterwards. QMJCZP: I couldn't make your script crash. But I have a few more questions: – Could you confirm that the script crashes with the exact source sample you provided in the zip file? It is very short, and the script loaded a different file. – The SetMTMode() functions were commented in your script, and I have no idea what was the number of threads it actually used. This matters because of the related memory usage, the cache memory being fixed to 512 KB. – I couldn't find any function called PreF_MDeGrain2.avsi (apparently from John Meyer), so I had to bypass it. I would need it to check the script. – While looking for a link to this function, I stumbled across a Didée's post regarding a Clense instability in MT mode. And your script uses Clense via RemoveDirt2. So you could try to replace it with the Didée's suggestion.
__________________
dither 1.28.1 for AviSynth | avstp 1.0.4 for AviSynth development | fmtconv r30 for Vapoursynth & Avs+ | trimx264opt segmented encoding Last edited by cretindesalpes; 26th May 2012 at 13:50. |
26th May 2012, 16:21 | #516 | Link | |
Registered User
Join Date: Apr 2010
Location: I have a statue in Hakodate, Japan
Posts: 744
|
Quote:
I will answer in order: - The source is the same, what happens is that as I have no internet itself I could not upload a file larger. The script is generic, because it is for a series of DVDs. - Indeed, I use SetMTMode (), what happens is grayed out to prevent the crash, for your testing simply remove the # to the left of the command. My PC is a Core 2 Duo E4400 with 2GB RAM. - Sorry for not having included PreF_MDeGrain2 function, here the script: function PreF_MDeGrain2(clip src) { preNR = src.unfilter(-6,-6) preNR_super = preNR.MSuper(pel=2, sharp=1) src_super = src.MSuper(pel=2, sharp=1, levels=1) backward_vec4 = MAnalyse(preNR_super, isb = true, delta = 4, overlap=4) backward_vec2 = MAnalyse(preNR_super, isb = true, delta = 2, overlap=4) forward_vec2 = MAnalyse(preNR_super, isb = false, delta = 2, overlap=4) forward_vec4 = MAnalyse(preNR_super, isb = false, delta = 4, overlap=4) src.MDegrain2(src_super, backward_vec2,forward_vec2,backward_vec4,forward_vec4,thSAD=400) } - I'll try the Didée's suggestion. Thanks for the tip. Whatever else you need let me know. Good luck, and thanks again. |
|
27th May 2012, 11:39 | #517 | Link |
͡҉҉ ̵̡̢̛̗̘̙̜̝̞̟̠͇̊̋̌̍̎̏̿̿
Join Date: Feb 2009
Location: No support in PM
Posts: 712
|
QMJCZP:
Thank you. But I still couldn't make the script crash. Dogway: OK, I think I found the problem. Please update avstp.
__________________
dither 1.28.1 for AviSynth | avstp 1.0.4 for AviSynth development | fmtconv r30 for Vapoursynth & Avs+ | trimx264opt segmented encoding |
27th May 2012, 13:10 | #518 | Link |
Registered User
Join Date: Nov 2005
Location: Russia
Posts: 62
|
Someone may be interested in implementation of such conversion through Dither plugin: http://forum.doom9.org/showthread.ph...432#post639432
|
31st May 2012, 11:34 | #519 | Link |
partially-informed layman
Join Date: Jan 2002
Location: Bangkok, Thailand
Posts: 314
|
I'd be interested in suggestions for dealing with the banding that you see starting at about 03:00 in my test video on YouTube, as the blue opening of the cave fades up from black.
The clip was shot in HDV (1440x1080-60i). There is no significant banding in the original clip. There is some noise. For YouTube I bobbed to 30p as follows, then wrote an RGB UT Video Codec lossless intermediate for further editing in Vegas, then encoded it to x264 in MeGUI at crf 18. Code:
#Clip frameserved in RGB from Sony Vegas Pro AviSource("d:\fs.avi") ConvertToYV12(interlaced=true) AssumeTFF QTGMC( Preset="Slower", EdiThreads=2 ) Spline36Resize(1920,1080) AssumeFPS(29.97) Last edited by nhope; 31st May 2012 at 14:40. |
31st May 2012, 13:57 | #520 | Link |
Registered User
Join Date: Mar 2012
Location: Texas
Posts: 1,666
|
Hi nhope, I'm assuming your original HDV source is YUV 4:2:0. Correct? Why not deinterlace in it's original color space and save to a lossless file and then import to Vegas? It saves you from having extra unnecessary color space conversions.
BTW the link to your video on youtube does not work. |
Tags |
color banding, deblocking, noise reduction |
|
|