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. |
3rd February 2012, 12:59 | #1061 | Link |
Registered User
Join Date: Jan 2007
Posts: 106
|
@CruNcher
Ok then I will transfer the video again, but I have to do it myself, because the guy that did it only knows that way to do it (with Mjpeg), so could you please recommend me a software and a lossless format to do it? (As I said he used a Pinacle software, but I'm now sure if that software will be compatible with a lossless format), and also please guide me with some settings?, I know I ask for a lot but it's the video of my brother and I first year( I am the first one that appears on the video and my brother is the second one), so It will mean a lot if you help me out. Thanks |
3rd February 2012, 17:09 | #1062 | Link | |
Registered User
Join Date: Apr 2002
Location: Germany
Posts: 5,389
|
Quote:
http://www.mediafire.com/?ixrqo8osqk6i8w7 Sorry the small sample is so big - the 24MB filesize split (roughly) into 8MB for TGMC , but 16MB for Yadif. DVB source file: http://www.mediafire.com/?lerqqj990atqf5l
__________________
- We´re at the beginning of the end of mankind´s childhood - My little flickr gallery. (Yes indeed, I do have hobbies other than digital video!) |
|
4th February 2012, 05:02 | #1063 | Link |
Registered User
Join Date: Apr 2002
Location: Germany
Posts: 4,926
|
Wow intel does not that bad on the first sight less artifacts (especially shimmering,aliasing), thx Didee 1000 thx also for the direct comparison gonna post results shortly, yup definitely in realtime less shimmering also aliasing looks almost comparable to TGMC on the Edges from the table but im comparing Realtime currently, and the motion failure it showed in the previous test sequence i would say doesn't weight as heavy as compensating this very visible issue more efficiently https://forum.doom9.org/showpost.php...&postcount=675 .
@ fleon for transfering you could use virtualdub www.virtualdub.org as lossless codec lagarith http://lags.leetcode.net/codec.html PS: Sorry took a little longer https://forum.doom9.org/showpost.php...&postcount=689
__________________
all my compares are riddles so please try to decipher them yourselves :) It is about Time Join the Revolution NOW before it is to Late ! http://forum.doom9.org/showthread.php?t=168004 Last edited by CruNcher; 5th February 2012 at 02:25. |
22nd February 2012, 15:38 | #1067 | Link |
Registered User
Join Date: Jul 2010
Posts: 448
|
Ah well if, you're encoding to YV12 not YUY2 then there will be much less difference. I guess using QTGMC before the conversion to YV12 might retain fine vertical chroma detail a little better by the end. I doubt it would be very noticeable in most cases.
|
23rd February 2012, 14:03 | #1069 | Link |
Registered User
Join Date: Aug 2005
Posts: 231
|
I'm getting the "there is no function named yadif" error with the "faster" preset. Is this to be expected? Should I manually add yadif to script?
update: Ok, I manually added Load_Stdcall_Plugin("F:\...MeGUI\tools\yadif\yadif.dll" and it worked. Last edited by Weirdo; 23rd February 2012 at 14:32. |
25th February 2012, 09:47 | #1071 | Link |
Pig on the wing
Join Date: Mar 2002
Location: Finland
Posts: 5,717
|
I'm still using this as the basic setup as suggested by -Vit-:
QTGMC(matchpreset="very slow",SourceMatch=2,Lossless=2,EZKeepGrain=0.4,Sharpness=0.1) Usually I also set the defaults preset to "very slow" and use tr2=0 to avoid any extra smoothing.
__________________
And if the band you're in starts playing different tunes I'll see you on the dark side of the Moon... |
25th February 2012, 12:52 | #1072 | Link | |
Registered User
Join Date: Mar 2002
Location: Krautland
Posts: 903
|
Quote:
(Q)TGMC is doing more magic as simple bob(). |
|
25th February 2012, 15:57 | #1074 | Link |
Registered User
Join Date: Jul 2010
Posts: 448
|
You will get a little of all three if you provide only a preset and no other settings. QTGMC is not really trying to be a sharpener or denoiser, this happens mainly a byproduct of the processing used to avoid shimmer. The light temporal smoothing / denoising improves compressibility, and the sharpening provides some detail enhancement. Despite the fact that this moves the result away from the source, most people like those effects.
The impact on noise is often very minor, and you may not care to do anything about it, especially since it will involve more processing. However, some people do take the sharpness down, and that's a free operation, e.g. Sharpness=0.4 or 0.7 However, if you really want something that's *very* close to the source, then Boulder's suggestion above is the right way to go about it. Although his MatchPreset choice is very high and will slow it down - I would usually leave that out and set an explicit Preset for clarity: Code:
QTGMC(Preset="Slower",SourceMatch=2,Lossless=2,EZKeepGrain=0.5,Sharpness=0.1) __ On a related note, there was a flurry of activity a couple of days ago when the MSU Deinterlacer v2.0 was released. They released it with a "paper" that "showed" their deinterlacer beat all the competition (including QTGMC) on PSNR and SSIM tests (I use the word "paper" loosely - results without critical points of methodology such as settings). Those metrics alone are a very poor measure of deinterlacing quality as Didée demonstrated - their deinterlacer fails terribly on real world samples. However, I mention this here because the SourceMatch/EZKeepGrain settings above greatly increase the performance of QTGMC on such metrics, without any significant ill-effects except performance. Some quick testing with the line above puts QTGMC in line with MSU v2.0 on SSIM, but without all the nasty visual problems of MSU. Last edited by -Vit-; 25th February 2012 at 17:42. |
27th February 2012, 20:05 | #1075 | Link |
Registered User
Join Date: Jul 2011
Posts: 1,121
|
Anyone here know how to Blur every Two chroma line.
Like This: MergeChroma(last, SeparateFields(last).BilinearResize(width,height/4).BilinearResize(width,height/2).Weave()) But by using Kernel, not some resizing. Why i asked here is that it´s well known Deinterlacing thread and i thought, maybe someone knew something about this. Sorry for wasting your time for this, it´s about Solving the PAL Hanover Bars. |
27th February 2012, 20:44 | #1076 | Link | |
Avisynth language lover
Join Date: Dec 2007
Location: Spain
Posts: 3,431
|
Quote:
MergeChroma(SeparateFields().Blur(0,1).Weave()) |
|
27th February 2012, 22:47 | #1078 | Link |
Registered User
Join Date: Jul 2011
Posts: 1,121
|
Thanks!
Sorry to bother you about it;O! But, know for a question about up to date 64 bit, is it still the NEDDI or what it´s called that is the only problem on 64 bit front? If so why can´t it be compiled to 64 bit, isn´t it pretty easy to just make an easy convertion? (not a programmer so just stating what i think) EDIT: The thing you showed Gavino isn´t using Kernel as i wanted, thanks anyway;D Last edited by zerowalker; 28th February 2012 at 00:08. |
4th March 2012, 19:44 | #1079 | Link |
Registered User
Join Date: Jul 2005
Posts: 317
|
I'm messing around with some IVTC technique and when I try this:
Code:
deint=QTGMC(Preset="Slow",EdiMode="nnedi3(field=1,qual=2)").selecteven() tfm(mode=3,order=1,clip2=deint,slow=2) tdecimate() |
4th March 2012, 21:06 | #1080 | Link | |
Registered User
Join Date: Jul 2010
Posts: 448
|
From the docs:
Quote:
However, what you're trying to do wouldn't make sense for QTGMC anyway. EdiMode is used to create a first attempt at a bob, which is then deshimmered (and slightly super-resolutioned) by the remainder of the algorithm. All the EdiModes output double rate. A single rate EdiMode like NNEDI3(field=1) wouldn't have shimmer because all the frames would are derived from the same fields (top or bottom). That would make the remainder of QTGMC rather redundant - you'd get some temporal processing, but of what use I dunno. I.e. Even if QTGMC supported this it may be little different than NNEDI3(field=1) on its own. Last edited by -Vit-; 4th March 2012 at 21:18. |
|
Thread Tools | Search this Thread |
Display Modes | |
|
|