AnimeIVTC 2.X with bug fix and more

[real.finder]

hi

I have this edition of AnimeIVTC, which have many fix and Additions

Compared to the original version (http://forum.doom9.org/showthread.php?t=138305):-

1- chrfix really work now, even with mode 2

test successfully with http://forum.doom9.org/showthread.php?t=167194

sample http://forum.doom9.org/showthread.php?p=1615656#post1615656

edit:- try not to use chrfix because it do not use IVTC and use deinterlacer and that will lose Quality unlike IVTC, use QTGMC_bob(0,0.5) (http://forum.doom9.org/showthread.php?t=172221) like this

originali = last
ffapp = originali.QTGMC_bob(0,0.5).chroma_rep #or chroma_rep2 see dchr below
getparity(originali) ? ffapp.interlaced60or50 : ffapp.interlaced60or50(bff=true) #reinterlaced
ivtc here


2- add dchr bool, can help chrfix with some source

3- add extbob clip to use an External bobber with bbob/cbob=5, like this External bobber (http://pastebin.com/P51Ne65r) or External bobber with DeRainbow (http://pastebin.com/K7QAKLeB) (feel free to change ASTDR settings to fit your source), EX:-


# start of the script, Including the source and trim and other
function MC_A_bob(clip input)
{
# stable and maintains details v1.11
TDeint_cilp=input.tdeint(1, tryWeave=true)
sup = TDeint_cilp.HQdn3d.FFT3DFilter.MSuper(pel=2,sharp=1)
fv1 = sup.MAnalyse(isb=false,delta=1,DCT=2,Truemotion=false)
fv2 = sup.MAnalyse(isb=true,delta=1,DCT=2,Truemotion=true)
csaa = input.QTGMC(lsbd=true, lsb=true, edimode="eedi3+nnedi3", SourceMatch=3, Lossless=2) # SourceMatch=3, Lossless=2 for less Artefacts in anime source, you can add tr0=1, tr1=1, tr2=1 too
momask1 = TDeint_cilp.MMask(fv1, kind = 1, ml=2)
momask2 = TDeint_cilp.MMask(fv2, kind = 1, ml=3)
momask = mt_average(momask1,momask2,u=3,v=3)
mt_merge(TDeint_cilp,csaa,momask,u=3,v=3)
}
AnimeIVTC(2, bbob=5, extbob=MC_A_bob, mode22=true)
# The rest of the filters


4- add bob4p to change QTGMC Preset

5- add ediext clip to use it with QTGMC (b/c bob 4)

6- TC file now will out in V2

7- add mode22 bool to use it in mode 2 for Spatial field-blend (field-blend in a part of the picture)

http://forum.doom9.org/showthread.php?t=169892

8- make "precision=1" use "nnedi3" only, for "Toriko Anime" (in op) or any 60i source, and also for speed

now it is:-

precision : Higher = slower, but more precise... Here, it's about quality vs speed and consonant in special cases.

0 : Fastest, tfm only
1 : Better (uses tfm + nnedi3 to deinterlace)
2 : Even better (tfm +Tdeint + nnedi3 for interpolation)
3 : Optimal (tfm +Tdeint + nned3i + motion mask) (default)


9- fix this http://forum.doom9.org/showthread.php?p=1621237#post1621237

10- there are other by the thetoof and doom9 member in replies form original Thread (http://forum.doom9.org/showthread.php?t=138305)

----------


some notes:-

1- try not to use aa, killcomb and iFade, Better alternative here (http://forum.doom9.org/showthread.php?p=1639679)

and for real Anti-aliasing use maa2 (http://forum.doom9.org/showthread.php?t=168315) or maa2mod (http://forum.doom9.org/showpost.php?p=1725500&postcount=69) or maa2+ mod (http://pastebin.com/F0GLtrx5)

2- in mode 2 and 3 (which work with bob), using daa (or some thing like it, like mcdaa3) and ifade almost useless in most cases, especially if the bob was good and stable, and the same thing when use chrfix in rest mode, Details in the following note

3- using chrfix will ignore precision (Field matching) and use cbob/bbob instead

4- you can use SEt avs 2.6 mt in mode 2 with most case in AnimeIVTC, test with this ver. http://www.dropbox.com/s/xhqggxamegia420/avisynth_20130309.7z

5- chrfix not fix Dot Crawl, the one who make it removal is QTGMC or TGMCmod, which is the default in cbob, and because mode 2 use bbob and the default is yadifmod not QTGMC, Dot Crawl will not fix by default

6- you can call AnimeIVTC many time in mode 1 and mode 3 (includes collect both) without chrfix, Preferably without anything, just mode number, like:-


trim(0,7899).animeivtc(1) +\
Trim(7900,8143).animeivtc(3) +\
Trim(8144,36413).animeivtc(1)


or

a=Trim(0,7899).animeivtc(1)
b=Trim(7900,8143).animeivtc(3)
c=Trim(8144,36413).animeivtc(1)
a+b+c

In order to keep the synchronization, trim should start with the beginning of the scene, and the end of trim ends with the scene end, Excluded from that the beginning and end of the episode, of course

and here (http://forum.doom9.org/showthread.php?p=1627449#post1627449) a script to make a trims base on scenes changes


-------------


Small tip

if you have telecine source with Rainbow and\or Dot Crawl and TComb not enough for it you can use this

sourcefilter
TComb
MC_A_bob #MC_A_bob with DeRainbow edition
srescr = last
srestore(frate=23.976, mode=-4, thresh=44, cache=10, dclip=srescr.crop(10,0,-10,0).reduceflicker(strength=1)) #or srestore(frate=23.976, thresh=44, cache=10, dclip=srescr.crop(10,0,-10,0)) if you don't use MC_A_bob with DeRainbow

without animeivtc and without daa\daa3

edit:- see this http://forum.doom9.org/showthread.php?t=172221 it better

now there are ASTDRmc ver. and it is advisable to use it after the restore to 24 (23.976) fps clip, and it should be better than ASTDR with bob clip in avoid chroma bleeding in moving scenes

---

* if you have a telecine source with a light Rainbow, even if you did not notes it, it maybe destroy IVTC Filter accuracy in some frames, so you must remove that Rainbow before IVTC, use TComb(1) can help with that

and some time the scan order wrong, you can check it by SeparateFields() and see the moving scenes, if it wrong correct it by put AssumeBFF() or AssumeTFF() after source calling line

more notes in page 3 1st post http://forum.doom9.org/showthread.php?p=1720135#post1720135

*try not to use anything use bob because it do not use IVTC and use deinterlacer and that will lose Quality unlike IVTC, even for Field blended you can do this http://forum.doom9.org/showpost.php?p=1726309&postcount=49

----------


download links:- link (http://pastebin.com/UFKyeZjj)

and in attachments too this old version

newer versions and notes in 2nd post

[real.finder]

if you Looking for AnimeIVTC helper (AnimeIVTC_helper) it's here (https://forum.doom9.org/showthread.php?p=1720135#post1720135)

2014-3-18:- add palf bool for no decimate in mode 1 and make fps 24 instead of 25 for mode 2 in PAL source, for sources that transferred from film directly to PAL, download pastebin (http://pastebin.com/5A4KS1r5)

2014-3-19:- add tcfv1 bool to made TC file v1 and make it true by default, download pastebin (http://pastebin.com/tHE91DrQ)

2014-3-23:- add nvfr bool for VFR noisy sources, small change in relationship between ifade and killcomb, download pastebin (http://pastebin.com/ZTDsGnPy)

2014-3-28:- some edit in mode22, download pastebin (http://pastebin.com/PMS30aJj)

2014-3-31:- add real30p bool to not use daa with 30p, and some fix for PAL cases and other things, download pastebin (http://pastebin.com/cBrYYXjR)

2015-3-29:- add TFM (mode, cthresh, blockx, blocky, MI) and some fix, download pastebin (http://pastebin.com/3jSEzt9k), and in Attachments below

2015-4-15:- add extbobf string to use external bob function, old external bob clip (extbob) still exist, and if you use both the old extbob will win, download pastebin (http://pastebin.com/JAkUK6sY), and in Attachments below

2015-5-02:- make precision=0 use pp=0 in tfm for speed and quality too, add precision=4 same as precision=3 but no blend, add precision=5 to use yadifmod (usefull for very old anime), add precision=6 to use extbobf\extbob with ConvertFPS to back to original fps, add precision=7 to use extbobf\extbob with SelectEven to back to original fps (no blend), and precision=8 for already half bob fps, download pastebin (http://pastebin.com/6jCCxz06)

2015-5-07:- add autoAssuf to auto set field to match from in tfm to help with noisy old telecined source, add tfm pp and metric, download pastebin (http://pastebin.com/HJSQNPnj), and in Attachments below

2015-10-10:- tweak autoAssuf in mode=1 with another method, others modifications; add tfm micmatching for it important to set it to 0 (zero) in many dvd 20XX anime (maybe other source need that too); add ediandnn to chose between nnedi3 if set to 1 or eedi3 if set to 2 or eedi3+nnedi3 if set to 3, others modifications; add yadifrepwithtdeint to use yadifmod with less Artefacts; add o3025cfr to out 25 in PAL and 30 in NTSC, and it useful to avoid blended with omode=1; palf and o3025cfr more tweak, now palf work in pal only and in mode 1 and 3 will out 24; fix nnedi3_rpow2 and make credconv accept external clip for credits; workaround for RgTools Repair in yadifrepwithtdeint; add bobpresmooth for more stability. download pastebin (http://pastebin.com/cNBupMFt)

2015-10-28:-
# add bbob4_params and cbob4_params to use more settings for QTGMC, add precision=9 to use bbob (maybe you need it with bbob=4 to use QTGMC with TFM)
# add ediandnn=4 to use QTGMC in yadifmod in yadifrepwithtdeint , others
# make precision=6 TDeint + motion mask , add b/c bob 6 TDeint + motion mask
# chrfix now work with YUY2 in avs 2.6
# yadifrepwithtdeint now repwithtdeint and work with bbob 3 and 4 and precision 5
# add crepwithtdeint for cbob 3 and 4
# tweak autoAssuf
# add tdeint sharp bool and type int to set interpolation for c/repwithtdeint and b/cbob precision 6. download pastebin (http://pastebin.com/Z1vqnPev), and in Attachments below

2016-10-14:-
# update chroma_rep/chroma_rep2 to http://forum.doom9.org/showthread.php?p=1268074&highlight=chroma_rep#post1268074 (this not work without some edit I did in 2014), chrfix now will accept float as thr, add mChroma/chroma tfm
# ediext clip now can be used instead of ediandnn, add prefiltered_i to use it instead of bobpresmooth. download pastebin (http://pastebin.com/1BCzkWQm)

v2.20 2017-02-09:-
# add yadifmod2 and other things for yadifmod, make the cache more for mode22 and chrfix
# add tmm2. download pastebin (http://pastebin.com/z976zmzj), and in Attachments below and mediafire (http://www.mediafire.com/download/0wrsyae0wn9tyf9/AnimeIVTC+2+mod.avs)

v2.21 2018-02-28:-
# added vidDetect parameter for VFR. download pastebin (https://pastebin.com/84b2rGtS), and in Attachments below

v2.22 2018-04-17:-
# added mode 5 same as 3 but use nnrep method to ediandnn, mode 6 too, but it's like 4, and now you can use negative value for use nnedi3 with Padding to avoids edges distortion on top and bottom. download pastebin (https://pastebin.com/3qLmyvdd), and in Attachments below

last versions includes sanimebob will be here https://github.com/realfinder/AVS-Stuff/raw/master/avs%202.5%20and%20up/AnimeIVTC.avsi

Manual/Guide http://avisynth.nl/index.php/AnimeIVTC (may have outdated info)

[Overdrive80]

Thanks for you effort and contribution. ^^

[real.finder]

Thanks for you effort and contribution. ^^

You are welcome :)

-----


another new release pending approval in attachments

[Guest]

another new release pending approval in attachments Approved. Thank you for your contributions to the forum. Feel free to PM me for immediate attachment approval.

[osgZach]

Cool, something new to play with.. certainly interested to see if the chroma fixes will help with a particular video.

Any chance on a rewritten/updated manual to reflect these changes?

[real.finder]

thanks neuron2, I will

Any chance on a rewritten/updated manual to reflect these changes?

Maybe I updated it later, Until then, any volunteer to update it are welcome, as my English is not good

[osgZach]

I noticed something strange with the script.

Assuming you haven't messed around with the VFR modes, I pretty much ran a test with a script I had used with the old version of the script, using mode 4 with a 1-st (analyze) and 2nd (render) pass and I got completely different timecodes and footage identity. As far as I am aware I didn't really tweak much, except maybe did more or less filtering on certain things. i.e Original I used AA=4 (sharpAAMCMod) but don't recall if I ran that separate or not. This version I did no AA, but I did do some degraining and used a higher level of killcomb I believe..

But generally I kept the same mode settings, using the same source D2V and DVD rip files. Ran 1st passes with no filtering for speed, and used filtering on 2nd passes. Your script was a lot more CPU hungry but that could have been to different settings I specified like degraining and such.

Under the old Script I got a video output with around 24.5xx something FPS, Timecode default FPS of 30, with 23.96 and 17.xx something hinted sections. The split was around 89.x% film 10.x% video

Under this one I got a video that was closer to 23.976 FPS with a default FPS of 30 and hinted sections at 23.967 and a lot more 17fps sections. It was pretty much an odd/even pattern (23/17/23/17) as far as the frame range entries went. The video produced by this script was noticeably jerky on shots that were otherwise smooth with the original version of AnimeIVTC as well. The entire clip was identified at 100% Film.

I have to be honest that I didn't go into the whole affair intending to take notes about things, so if there is some specific information you would like me to gather and report on, or any specific script settings to enable/disable please let me know and I will be happy to do re-encodes using both versions of the script to see what I can come up with.

[real.finder]

I noticed something strange with the script.

Assuming you haven't messed around with the VFR modes, I pretty much ran a test with a script I had used with the old version of the script, using mode 4 with a 1-st (analyze) and 2nd (render) pass and I got completely different timecodes and footage identity. As far as I am aware I didn't really tweak much, except maybe did more or less filtering on certain things. i.e Original I used AA=4 (sharpAAMCMod) but don't recall if I ran that separate or not. This version I did no AA, but I did do some degraining and used a higher level of killcomb I believe..

But generally I kept the same mode settings, using the same source D2V and DVD rip files. Ran 1st passes with no filtering for speed, and used filtering on 2nd passes. Your script was a lot more CPU hungry but that could have been to different settings I specified like degraining and such.

Under the old Script I got a video output with around 24.5xx something FPS, Timecode default FPS of 30, with 23.96 and 17.xx something hinted sections. The split was around 89.x% film 10.x% video

Under this one I got a video that was closer to 23.976 FPS with a default FPS of 30 and hinted sections at 23.967 and a lot more 17fps sections. It was pretty much an odd/even pattern (23/17/23/17) as far as the frame range entries went. The video produced by this script was noticeably jerky on shots that were otherwise smooth with the original version of AnimeIVTC as well. The entire clip was identified at 100% Film.

I have to be honest that I didn't go into the whole affair intending to take notes about things, so if there is some specific information you would like me to gather and report on, or any specific script settings to enable/disable please let me know and I will be happy to do re-encodes using both versions of the script to see what I can come up with.

yes, that in "10- there are other by the thetoof and doom9 member in replies form original Thread"

There is a change in the VFR

You can use winmerge (http://portableapps.com/apps/utilities/winmerge_portable) To see the changes between the original script and this

the change is


finalvfr = omode==2 && pass==1 ? tovfrdec1.TDecimate(4, output="stats.txt",denoise=true,vidThresh=0.8) :
\ omode==2 && pass==2 ? tovfrdec2.TDecimate(5,hybrid=2,tfmin=creds ? "" : "tfm.txt",input="stats.txt",mkvout="timecodes.txt",tcfv1=tcfv1,batch=true,vidThresh=0.2) : nop()


from TDecimate - READ ME.txt

vidThresh -

This setting is used for detecting video sections (30p) based off frame metrics
when hybrid > 0. If all frames in a cycle have metrics above this threshold then
the cycle is declared video metrics wise. This setting is similar to dupThresh,
but should be set slightly higher if your vidDetect setting is set to 1 and not 3.
If you know that your source has a lot of video sequences then set this lower vs if
you know your source is pure film then you can set this really high to prevent any
possible misdetections. This value is a % of maximum change for a block defined by
the blockx and blocky values.... so 1.1 means 1.1% of maximal possible change.

When in mode 7, vidThresh is used to set a threshold above which frames are considered
to absolutely be non-duplicates. Use display=true to see the unnormalized threshold
values and the frame difference values.

Default: 1.1 (if chroma = true) (float) -- modes 1, 3, 5 && hybrid > 0
1.4 (if chroma = false)

3.5 (if chroma = true) (float) -- mode 7
4.0 (if chroma = false)



denoise -

Sets whether or not to denoise frames prior to doing difference metric calculations.
This can greatly improve metrics for noisy sources (i.e. stabilize duplicate frame
metrics and make it easier to tell the difference between duplicates and non-duplicates).
It also works very well for sources with lots of dot-crawl because the denoising
effectively cancels all dot-crawl, whereas the dot-crawl would usually inflate difference
values of duplicates. Using denoising will slow things down somewhat, but it is MMX
optimized and pretty fast.

true - use denoising
false - don't

Default: false (bool)


so, I find this changes (Which I found it in Earlier ver in replies) good, and use it in one piece and the result was good.

But, if you see it bad, I can Make it optional and the default like the original script, Can you upload a sample from the clip you are working on?

[real.finder]

tweaked and added nvfr bool to use the VFR changes mentioned above

nvfr is false by default, so the result in mode 4 (vfr) will be like the original script by default

----


test script with 17 (http://forum.doom9.org/showthread.php?p=877893#post877893)/23/29 fps


a=ColorBars(pixel_type="yv12").trim(1, 1).KillAudio()
b=BlankClip(pixel_type="yv12", fps=30000./1001).trim(1, 1).KillAudio()

a+b+b+a+b + a+b+b+a+a + b+a+b+a+a + b+a+b+a+b + a+b+a+b+b

AddGrainC.AddGrainC.AddGrainC

AnimeIVTC(4, omode=2, pass=2 ,nvfr=true)

[osgZach]

Working on running tests now, but had a question incase anyone knows the answer..

When you demux an m2v from a VOB with DGindex, is the M2V supposed to have pulldown flags, etc if there were originally present? (Is it the VOB or the M2V which holds such flags?)

[Guest]

When you demux an m2v from a VOB with DGindex, is the M2V supposed to have pulldown flags, etc if there were originally present? (Is it the VOB or the M2V which holds such flags?) The elementary stream contains the pulldown flags, so if you demux they will still be present.

[osgZach]

Hmm my first round of tests produced seemingly similar results. At least I think within natural margins of difference. 0.020FPS difference on output AVIs. There are some Film/Video % differences (0.xx%) and there are some timecode differences but not many. The instance where a ship moving across the screen was jerky is now smooth even under the new version encode..

I will have to test with more filter options enabled I think, and see if that changes anything. If there was an error perhaps it was fixed in the newer most recent version of your script. I may have to go back and test the older version I initially used. Will continue to report back my findings.

edit: It's definitely filters causing some kind of change. The timecodes output for the clip just changed to 100% Video, and all I did was add back the filters I was using


AnimeIVTC(mode=4, pass=2, omode=2, nvfr=true, chrfix=true, tcfv1=true, killcomb=3, degrain=3, aa=0, rendering=false)


The culprit appears to be chrfix=true
Once I took it out, I got a much more proper timecodes file, in line with my earlier non-filtered tests. I don't recall reading anything about chrfix messing up VFR modes, am I mistaken?

[real.finder]

Hmm my first round of tests produced seemingly similar results. At least I think within natural margins of difference. 0.020FPS difference on output AVIs. There are some Film/Video % differences (0.xx%) and there are some timecode differences but not many. The instance where a ship moving across the screen was jerky is now smooth even under the new version encode..

I will have to test with more filter options enabled I think, and see if that changes anything. If there was an error perhaps it was fixed in the newer most recent version of your script. I may have to go back and test the older version I initially used. Will continue to report back my findings.

edit: It's definitely filters causing some kind of change. The timecodes output for the clip just changed to 100% Video, and all I did was add back the filters I was using


AnimeIVTC(mode=4, pass=2, omode=2, nvfr=true, chrfix=true, tcfv1=true, killcomb=3, degrain=3, aa=0, rendering=false)


The culprit appears to be chrfix=true
Once I took it out, I got a much more proper timecodes file, in line with my earlier non-filtered tests. I don't recall reading anything about chrfix messing up VFR modes, am I mistaken?

using chrfix will have an effect, see note 3 in this Thread

with nvfr the result will be different from the original script, indeed

and by the way, you don't have to use killcomb if you use mcdaa3

[osgZach]

You have 2 sets of notes - I assume you mean note 3 from the second set about it bobbing the clip?

So, if I wanted to use chrfix, is there any way to get around this issue?

[real.finder]

You have 2 sets of notes - I assume you mean note 3 from the second set about it bobbing the clip?

So, if I wanted to use chrfix, is there any way to get around this issue?

yes, the first one is for the changes between this ver. and the original one

As I say, using chrfix in whether the original script or this will cancel precision (Field matching) and use cbob/bbob instead

chrfix = chroma_rep (http://forum.doom9.org/showthread.php?p=1268074#post1268074)

try nvfr=false in animeivtc may help you

and are you really need chrfix? it for state like this http://img27.imageshack.us/img27/6109/chromareptest0io1.jpg

http://uppix.net/e/8/2/9f9661a24ae29a87ea64ec3012d2d.png

http://imageshack.us/a/img194/7543/vts011092198.png

http://img203.imageshack.us/img203/1695/afterivtc.png

[osgZach]

I believe I may. Out of all those pictures, the final one (afterivtc.png) looks closest to what I believe I am also seeing in my source clip.

It has rainbowing issues I can't seem to fix regardless, but I was trying to clean up issues like colors on black line edges, etc. Like the clip shows with the colors around the police officers back.

It is not a pristine DVD transfer by any means ( looks like a poor VHS copy), so it's not the end of the world, if I can't do anything to clean that stuff up.

[real.finder]

I believe I may. Out of all those pictures, the final one (afterivtc.png) looks closest to what I believe I am also seeing in my source clip.

It has rainbowing issues I can't seem to fix regardless, but I was trying to clean up issues like colors on black line edges, etc. Like the clip shows with the colors around the police officers back.

It is not a pristine DVD transfer by any means ( looks like a poor VHS copy), so it's not the end of the world, if I can't do anything to clean that stuff up.

Is it possible to upload a sample to see and enjoy a little bit with this source?

[osgZach]

I'll see if I can find something suitable and cut a sample

[osgZach]

Ok Here is my sample.

I didn't really know the best way to cut it, so I opened my demuxed m2v in DGindex and ran a selection then saved out a D2V with the smaller cut Mpeg.

This section appears to be entirely film (DGindex says) but I the entire movie has 30p sections in it, so its not a simple IVTC. I would not approach it from that solution.

I believe this short clip will show the color issue around character lines, I thought looked similar to the clip mentioned above with the police officer.

Gall Force: Eternal Story, sample clip (http://pics.oldskoolgames.com/forums/doom9/GallForce_ES_Sample.zip)
(25mb)

[real.finder]

Ok Here is my sample.

I didn't really know the best way to cut it, so I opened my demuxed m2v in DGindex and ran a selection then saved out a D2V with the smaller cut Mpeg.

This section appears to be entirely film (DGindex says) but I the entire movie has 30p sections in it, so its not a simple IVTC. I would not approach it from that solution.

I believe this short clip will show the color issue around character lines, I thought looked similar to the clip mentioned above with the police officer.

Gall Force: Eternal Story, sample clip (http://pics.oldskoolgames.com/forums/doom9/GallForce_ES_Sample.zip)
(25mb)

for me DGindex say Video Type: NTSC

it fine with


mpeg2Source("E:\Temp.demuxed.d2v")
TComb
AnimeIVTC(1)
mcdaa3 #or daa / daa3


and for "the color issue around character lines"

the source has halo and chroma blend/bleed/halo but not need for chrfix in animeivtc

you can try


# it better to use it after dehalo
input=last
chrwa=input.awarpsharp2(depth=4,chroma=6).aWarpSharp2(depth=-1,chroma=2)
gchrblu=chrwa.MergeLuma(chrwa.blur(0.1)).aWarpSharp2(depth=6,chroma=6) #you can use depth=18 or any Value fit your source
Mergechroma(gchrblu)


edit: To avoid the inverse results awarpsharp2(depth=4,chroma=6) can be awarpsharp2(depth=4,chroma=5) or you can add awarpsharp2(depth=4,chroma=5) before awarpsharp2(depth=4,chroma=6)

new one here (http://pastebin.com/c9k29ALZ)

and here (http://forum.doom9.org/showthread.php?p=1714103#post1714103) related thread

[osgZach]

I'll give that a try thanks.

Should I call that before or after the IVTC ?

edit: in any case I get thrown an error from awarpsharp2, "chroma must be 0..4" think that's from the final line where it was 6?

[real.finder]

I'll give that a try thanks.

Should I call that before or after the IVTC ?

edit: in any case I get thrown an error from awarpsharp2, "chroma must be 0..4" think that's from the final line where it was 6?

after.

make sure you are using last ver. http://forum.doom9.org/showthread.php?t=147285

[real.finder]

new version in 2nd post, probability it will be the last (At least for this period)

[bxyhxyh]

I think comb detection arguments for TFM() should be there.
cthresh, blockx, blocky, MI

[Leinad4Mind]

Line 207: "srestore(omode=2, mode=4, thresh=44, cache=cache, dclip=fbbob.crop(10,0,-10,0)).srestore(frate=frate, mode=-4, speed=-4, cache=cache)"

This code will trigger an error: "ERROR: SRESTORE CAN ONLY CALLED ONCE!!!"

[Overdrive80]

Line 207: "srestore(omode=2, mode=4, thresh=44, cache=cache, dclip=fbbob.crop(10,0,-10,0)).srestore(frate=frate, mode=-4, speed=-4, cache=cache)"

This code will trigger an error: "ERROR: SRESTORE CAN ONLY CALLED ONCE!!!"

You should sure of using Srestore 2.7g+ or newer.

[Leinad4Mind]

Thanks for the info! :)

[real.finder]

Modifications and additions to the Thread (not animeivtc script)

[CureGecko]

I am having issues with using mode 2.

Avisynth error:
LoadPlugin: unable to load "C:\Program Files (x86)\AviSynth 2.5\plugins\ReduceFlickerSSE3.dll", error=0x7e
(AnimeIVTC.avsi, line 208)

I have seen where people had issues similar and their issues related to AvsRecursion needing to be in C:\Windows\System32 and that is not the case here as I have it in both plugins and System32. I used http://www.dependencywalker.com/ and found what it required and that it was already existing on my system, MSVCR71.DLL and AvsRecursion.DLL. So I do not know where to go from here.

Any help is appreciative, thank you. I am using AnimeIVTC 2014-3-31.zip in-case that matters.

Note: If the options are needed to know, AnimeIVTC(mode=2, cbob=2, pattern=4)

[StainlessS]

CureGecko, Try this tool: http://forum.doom9.org/showthread.php?t=170647

EDIT: Should they not be in SysWOW64 instead of system32 ?

[CureGecko]

CureGecko, Try this tool: http://forum.doom9.org/showthread.php?t=170647

EDIT: Should they not be in SysWOW64 instead of system32 ?

Thank you, Avisynth Info Tool is a great help. It was that it needed to be in SysWOW64.

[bilditup1]

So am I correct in assuming this won't work with AviSynth MT? For one, eedi2 is not MT'd and now impossible to find...

ED1: Or not! See this page:
http://www.avisynth.info/?%E3%82%A2%E3%83%BC%E3%82%AB%E3%82%A4%E3%83%96

ED2: But it's only for AA anyway...OK...I think I'll try it first before saying anything else, heh...

[real.finder]

script updated

[Great Dragon]

For some reason I can't get it works with MC_A_bob filter like this

BlankClip(length=240, width=1440, height=480, pixel_type="YV12", fps=29.970, fps_denominator=1, audio_rate=44100, channels=1, sample_type="8bit", color=$000000).AnimeIVTC(2, killcomb=1, bbob=5, extbob=MC_A_bob())


But it works fine if every function starts with new line

BlankClip(length=240, width=1440, height=480, pixel_type="YV12", fps=29.970, fps_denominator=1, audio_rate=44100, channels=1, sample_type="8bit", color=$000000)
AnimeIVTC(2, killcomb=1, bbob=5, extbob=MC_A_bob())

[Great Dragon]

I suppose it's because extbob should be a variable. So if I declare it before AnimeIVTC script it works.


bobclp=BlankClip(length=240, width=1440, height=480, pixel_type="YV12", fps=29.970, fps_denominator=1, audio_rate=44100, channels=1, sample_type="8bit", color=$000000).MC_A_bob()
BlankClip(length=240, width=1440, height=480, pixel_type="YV12", fps=29.970, fps_denominator=1, audio_rate=44100, channels=1, sample_type="8bit", color=$000000).AnimeIVTC(2, killcomb=1, bbob=5, extbob=bobclp)

[StainlessS]

For some reason I can't get it works with MC_A_bob filter like this

BlankClip(length=240, width=1440, height=480, pixel_type="YV12", fps=29.970, fps_denominator=1, audio_rate=44100, channels=1, sample_type="8bit", color=$000000).AnimeIVTC(2, killcomb=1, bbob=5, extbob=MC_A_bob())


But it works fine if every function starts with new line

BlankClip(length=240, width=1440, height=480, pixel_type="YV12", fps=29.970, fps_denominator=1, audio_rate=44100, channels=1, sample_type="8bit", color=$000000)
AnimeIVTC(2, killcomb=1, bbob=5, extbob=MC_A_bob())


I have not looked closely at that but would say that the problem is actually that Last does not exist yet, it would only exist when entire line has returned a clip.

Just as this would not work (untested)

Blankclip.BilinearResize(Width*2,Height*2)

As Last does not exist as default clip for Width nor Height.

[real.finder]

as StainlessS say

extbob should be a clip

animeivtc need a PAL or NTSC clip, and extbob just to use an external bob clip, and by use AnimeIVTC(2, bbob=5, extbob=MC_A_bob) MC_A_bob function will use the clip (last) that will input in animeivtc and output bob clip in extbob

and in the case like this BlankClip(length=240, width=1440, height=480, pixel_type="YV12", fps=29.970, fps_denominator=1, audio_rate=44100, channels=1, sample_type="8bit", color=$000000).AnimeIVTC(2, bbob=5, extbob=MC_A_bob())

MC_A_bob will get no clip

maybe I will try to make something can use an external bob function instead of external bob clip to solve this

[real.finder]

script updated

try
BlankClip(length=240, width=1440, height=480, pixel_type="YV12", fps=29.970, fps_denominator=1, audio_rate=44100, channels=1, sample_type="8bit", color=$000000).AnimeIVTC(2, bbob=5, extbobf="MC_A_bob()")

[real.finder]

script updated

[real.finder]

new version in 2nd post, probability it will be the last (at least for this period)

in the last ver. many changes done

precision=4 is recommended instead of 3 in most cases, in old noisy telecined source (like VHS) you can use something like this if there combed frames especially in the still frames like where the only mouth is move

TComb(othreshL=4) #Dot Crawl and Rainbow remove will help a lot here (even if you did not notes Dot Crawl and Rainbow in the source)
AnimeIVTC(1,0,4,mi=50,blockx=8,blocky=8,tfmm=0,autoAssuf=true,o3025cfr=true).TDecimate(1,chroma=false) #o3025cfr here to not Decimate because we have to do it externally


and this ver. http://forum.doom9.org/showpost.php?p=1725899&postcount=48 may help too

and you may convert scan order to make IVTC filters work correctly


sourcford = getparity() ? 1 : 0
originField = SeparateFields()
newoFields = originField.Trim(1,0)+blankclip(originField,length=1)
sourcford == 1 ? newoFields.Weave().AssumeBFF : newoFields.Weave().AssumeTFF

AnimeIVTC(1,0,4,mi=50,blockx=8,blocky=8)


this will add audio delay (-16) in NTSC source and -20 in PAL source

try this method first and then try autoAssuf=true above if it not succeed

------------

edit: I note that mchroma bool in tfm didn't affect on fields matching, Confirmed that through source that has noise in the chroma by converttoy8 and then converttoyuy2 and the tfm work correctly in that scene

-----

and I made this for easy use of the notes above https://github.com/realfinder/AVS-Stuff/raw/master/avs%202.5%20and%20up/AnimeIVTC_helper.avsi

[foxyshadis]

Thanks, I gave it a shot on some old Kimagure Orange Road footage and it seems to work quite well. Thanks! Might be worth making that a "noisy=true" preset if that's generally recommended.

[real.finder]

Thanks, I gave it a shot on some old Kimagure Orange Road footage and it seems to work quite well. Thanks! Might be worth making that a "noisy=true" preset if that's generally recommended.

My policy is keep the default settings of the original script
And also there may be a side effects

Anyway, happy that it work for you :)

[Elegant]

I'm trying to provide an extbob (doing my own QTGMC) when using precision=6 but it's demanding that the extbob be YUY2. If I convert it to YUY2 it then complains that the source is not YUY2, is this normal?

[real.finder]

I'm trying to provide an extbob (doing my own QTGMC) when using precision=6 but it's demanding that the extbob be YUY2. If I convert it to YUY2 it then complains that the source is not YUY2, is this normal?

:script:

[sPaCeMoNk3y]

Hi,
I'm sorry to ask, but I'm quite new to user scripts. Are there any dependencies to run the script, because I get an error. If so, where can I find those and is there a decent manual?

[creaothceann]

Always post error messages.

[real.finder]

upcoming version (for test)

non atm

------------
=====

sample in vertical global motion (Pan) with tfm default settings "AnimeIVTC(1)" http://i.imgur.com/nTiifDn.png

use it like this should be ok AnimeIVTC(1, 0, 4, tfmm=0, micmatching=0, o3025cfr=true).TDecimate(1)

Result http://i.imgur.com/L0Y8kwm.png

-------------
========

Hi,
I'm sorry to ask, but I'm quite new to user scripts. Are there any dependencies to run the script, because I get an error. If so, where can I find those and is there a decent manual?

it almost same as original one http://forum.doom9.org/showthread.php?t=138305
and the most change in this mod mentioned in 1st and 2nd posts, and most of them didn't effect plugins Requirements

[real.finder]

I do a quick test to avoid bob in Field blended sample


orig = last
nnedi3(-2).srestore(omode=2)
getparity(orig) ? interlaced60or50 : interlaced60or50(bff=true)
ivtc here


and seems that the experiment is successful

since that nnedi3 preserves the original fields, so the srestore will replace blended one with new one that originally made by nnedi3 to complete the frame

[chagomx]

Hi, hope somebody can help me.

I have a DVD R2J but I can't get IVTC'it, is a hybrid.

I've used mode=4, omode=2 but as you can know the 4th frame of 24fps segments are duplicated, if I use omode=1 decimates and display the 24fps segments as it should be but the 30fps segments are blended.
I've tried using credconv="mocomp" but it still dispaly blended.

For the opening I've used p1/p2/e1/e2 at omode=2 and everything is fine, but at the episode I can't use the same technique since p1/p2/e1/e2 are limited and I wouldn't set p1...pn/e1...en. :scared:

[real.finder]

Hi, hope somebody can help me.

I have a DVD R2J but I can't get IVTC'it, is a hybrid.

I've used mode=4, omode=2 but as you can know the 4th frame of 24fps segments are duplicated, if I use omode=1 decimates and display the 24fps segments as it should be but the 30fps segments are blended.
I've tried using credconv="mocomp" but it still dispaly blended.

For the opening I've used p1/p2/e1/e2 at omode=2 and everything is fine, but at the episode I can't use the same technique since p1/p2/e1/e2 are limited and I wouldn't set p1...pn/e1...en. :scared:

if your setting is IVTC only make sure to set precision to 0 or 1 or 4 or 5 and real30p=true

and if you use setting that need bob then don't set cbob to 3 without yadifrepwithtdeint=true or 4

to help you better, post a sample

[chagomx]

Hi again, first of all, thank you for the reply. I've tried your suggestion but it didn't work. This is the line i'm using:

AnimeIVTC(mode=1, precision=5, aa=4, dark=0.6, killcomb=1, real30p=true, cbob=3, yadifrepwithtdeint=true)

or

AnimeIVTC(mode=4, omode=1, aa=4, dark=0.6, killcomb=1, real30p=true, cbob=3, yadifrepwithtdeint=true)

Here es the untouched sample (only encoded to x264 for compression):

Sample (http://www.mediafire.com/download/ob4x5deoq32f7lf/sample.264)

Thanks again.

[real.finder]

Hi again, first of all, thank you for the reply. I've tried your suggestion but it didn't work. This is the line i'm using:

AnimeIVTC(mode=1, precision=5, aa=4, dark=0.6, killcomb=1, real30p=true, cbob=3, yadifrepwithtdeint=true)

or

AnimeIVTC(mode=4, omode=1, aa=4, dark=0.6, killcomb=1, real30p=true, cbob=3, yadifrepwithtdeint=true)

Here es the untouched sample (only encoded to x264 for compression):

Sample (http://www.mediafire.com/download/ob4x5deoq32f7lf/sample.264)

Thanks again.

I did a quick test in random frames and didn't see what you talk about in AnimeIVTC(mode=1, precision=5, aa=4, dark=0.6, killcomb=1, real30p=true, cbob=3, yadifrepwithtdeint=true)

and the correct way to encode Interlaced in x264 is SeparateFields() in the last of avs script and --interlaced in x264

and I don't recommend killcomb and aa in animeivtc, better use daa3 or daa3mod or even better mcdaa3

and about omode=1, I edit animeivtc http://forum.doom9.org/showpost.php?p=1725899&postcount=48 and add o3025cfr bool
so the output in your case will be 30 (29.970), if you want it in 24 (23.976) use fps converter like http://forum.doom9.org/showthread.php?t=160226 or simply changefps() but will lead to stutter motion

[ChiDragon]

and the correct way to encode Interlaced in x264 is SeparateFields() in the last of avs script and --interlaced in x264
Wait, what?

[real.finder]

Wait, what?

that how it work for me

edit: look like --interlaced in x264 will be enough

[chagomx]

Hi again, sorry for the hyper-delayed reply but I can't deal with this.

You're right, real.finder. I meant that when I output to 24fps, the 30p segments displays jumpy.

Here I uploaded another sample, this time RAW (m2v). I'm using DGIndexNV frameserver:

Sample 2 (http://www.mediafire.com/download/se4j9zdmz777wwj/sample.m2v)

What I want is to recover progressive frames but with smooth playback, I don't want to set --interlaced at x264.

If there's a good solution (without trim 24/30 segments), any suggestion is welcome :p

Thank you.

[real.finder]

Hi again, sorry for the hyper-delayed reply but I can't deal with this.

You're right, real.finder. I meant that when I output to 24fps, the 30p segments displays jumpy.

Here I uploaded another sample, this time RAW (m2v). I'm using DGIndexNV frameserver:

Sample 2 (http://www.mediafire.com/download/se4j9zdmz777wwj/sample.m2v)

What I want is to recover progressive frames but with smooth playback, I don't want to set --interlaced at x264.

If there's a good solution (without trim 24/30 segments), any suggestion is welcome :p

Thank you.

--interlaced at x264 for encoding sample, Because the previous sample you post it was Progressive but the Content was interlaced

the best solution for your case is vfr (omode=2) 2pass and if you had a problem with it in smooth then use nvfr=true in animeivtc may help

[chagomx]

I had to handle it with VFR. If only there was a way to do it with CFR would be great. Thank you.

[creaothceann]

You could use 120000/1001 fps if you have a monitor that can be set to that frequency (or use exactly 120 fps and use ReClock to speed up the video slightly).

[real.finder]

there are vfr to cfr

http://tasvideos.org/forum/viewtopic.php?t=12763

http://forum.doom9.org/showthread.php?t=165045

https://griffeltavla.wordpress.com/2013/01/18/convert-vfr-to-cfr-using-avisynth/

but you need to do 2 pass before you can use it

[chagomx]

Great, I'll take a look at it. Thanks.

[real.finder]

just add original guide in http://avisynth.nl/index.php/AnimeIVTC

will try update it as I have a time, your helps are welcome

[flacattack]

The guide is very thorough, thank you!

I'm having trouble with a dvd source that seems to be progressive, but badly frame blended. I can't get rid of the bobbing artifacts, especially some haloing and image doubling.
http://www.mediafire.com/download/0yfta0u1t1c1gh4/as02e01.ts

Tried this, but didn't seem to fit the source.
AnimeIVTC(mode=4, aa=0,dark=0, precision=5,nnedi3pel=true,cbob=2,aapel=4,aablk=4,bbob=2,killcomb=0, bob4p="Slow",ediandnn=3,chrfix=false, cache=25,omode=2)

[real.finder]

The guide is very thorough, thank you!

I'm having trouble with a dvd source that seems to be progressive, but badly frame blended. I can't get rid of the bobbing artifacts, especially some haloing and image doubling.
http://www.mediafire.com/download/0yfta0u1t1c1gh4/as02e01.ts

Tried this, but didn't seem to fit the source.
AnimeIVTC(mode=4, aa=0,dark=0, precision=5,nnedi3pel=true,cbob=2,aapel=4,aablk=4,bbob=2,killcomb=0, bob4p="Slow",ediandnn=3,chrfix=false, cache=25,omode=2)

OMG! Is this original source?! I heard about avatar before, and see some episode on nickelodeon arabic in crt TV but never expect it will be like this in LCD PC screen!

edit: for fun I just write this http://pastebin.com/TvpRdQA8

anyway

AnimeIVTC(1,0,5, ediandnn=3, yadifrepwithtdeint=true, tfmm=0, micmatching=0, o3025cfr=true)
daa3 #or slow daa3mod or mcdaa3 if the source worth it


this look ok in most cases

and maybe with aa filters too, like maa2

halo should deal with it by halo filters

[flacattack]

Awesome, thanks real.finder!

And indeed it is! That broadcast may have had better quality than the source DVDs, actually. :) The DVDs have terrible artifacts scattered throughout. I've been working on remastering the entire series since the quality is so low. Here's an example of bad debobbing in the pilot, which I have no idea what to do with, if you have any ideas.

https://www.mediafire.com/?jmfdjhlbfaqnyqi

[real.finder]

Awesome, thanks real.finder!

And indeed it is! That broadcast may have had better quality than the source DVDs, actually. :) The DVDs have terrible artifacts scattered throughout. I've been working on remastering the entire series since the quality is so low. Here's an example of bad debobbing in the pilot, which I have no idea what to do with, if you have any ideas.

https://www.mediafire.com/?jmfdjhlbfaqnyqi

what about

SeparateFields()
De Halo filter here
Weave()
ivtc here
...
...

[flacattack]

Thanks for the tip! I used QTGMC instead and see better results instead of SeperateFields and Weave. But having Dehalo_alpha before AnimeIVTC helped. Still some issues with dehaloing but I can't expect too much considering the bad shape of the source! :D

[real.finder]

new release in the 2nd post

[yesmanitsbearman]

Hi,

Thanks for your great work. If it's not too much trouble could you take a look at my sample and recommend the right settings, please. I tried a simple mode=2, but it still left ghosting/blending.

link (http://www.filehosting.org/file/details/515985/sample.mkv)

Thanks in advance.

[real.finder]

Hi,

Thanks for your great work. If it's not too much trouble could you take a look at my sample and recommend the right settings, please. I tried a simple mode=2, but it still left ghosting/blending.

link (http://www.filehosting.org/file/details/515985/sample.mkv)

Thanks in advance.

the original FPS was 60i (at least in motions)

so there is no solution for this source, you must get the US (or at lest any NTSC) ver. for this show

[yesmanitsbearman]

Thanks, that's too bad. Sadly this series is only released in Australia. I will just do them with a simple mode=2 I guess and live with the blends here and there.

[yesmanitsbearman]

Hi,

Was wondering if you can take a look at another sample for me please and perhaps suggest best settings. Thaks in advance
link (https://nekaka.com/d/3pYqjW3ONt)

[real.finder]

Hi,

Was wondering if you can take a look at another sample for me please and perhaps suggest best settings. Thaks in advance
link (http://rghost.net/private/6t82pFlFB/2bb0d947131d98120a614ff3757aaaa6)

the link say:- Access to the file is restricted

------

Moderators, Attachments (http://forum.doom9.org/showthread.php?p=1673955#post1673955) Pending Approval since 29th November

[yesmanitsbearman]

Sorry, replaced file in original post.

[real.finder]

Sorry, replaced file in original post.

tried play with it but always there some blend remains

seems it some kind of odd telecine, let see if someone else help you

[yesmanitsbearman]

What did you find to be the best settings?

[real.finder]

What did you find to be the best settings?


sanimebob()
srestore(omode=4, cache=10).srestore(frate=23.976)
#smam() #for more stability

[Elegant]

sanimebob (http://pastebin.com/2UmLgB7W)()
srestore(omode=4, cache=10).srestore(frate=23.976)
#smam() #for more stability


Wow that's actually really good... that's gotten rid of all the combing in some of my videos. Might have to look into that script on VapourSynth since QTGMC works.

[yesmanitsbearman]

Yeah it's very good. Thanks a lot for providing it!

Edit: with smam() I get [error]: RequestLinear: internal error (frame not cached)! occurred while reading frame 95

[kuchikirukia]

Try cache=-1 (note the negative)
Note I'm a noob at srestore and have no idea how any setting actually affects how it works, but that's the default and it tends to stop that error.

[real.finder]

Try cache=-1 (note the negative)
Note I'm a noob at srestore and have no idea how any setting actually affects how it works, but that's the default and it tends to stop that error.

it's better to not do that since srestore need linear access or it will do nothing

to avoid this error add cache=10 in the 2nd srestore and avoid seeking as possible

[BiOSsCZ]

Hello everyone.
I think the script is very good.
I use the version from 2014.

I have a problem with the new DLLs.
Please, can anyone provide file / plugins for this "filter"?
Original references are mostly old and dysfunctional revisions.

[real.finder]

Hello everyone.
I think the script is very good.
I use the version from 2014.

I have a problem with the new DLLs.
Please, can anyone provide file / plugins for this "filter"?
Original references are mostly old and dysfunctional revisions.

http://avisynth.nl/index.php/AnimeIVTC

[brucethemoose]

http://avisynth.nl/index.php/AnimeIVTC

I'm getting a similar problem too.

Using the compilation from that link, I'm getting errors about missing plugins even though they're not missing.


Right now, on the old version. I get "script error: there is no function named nnedi2"

And I'm sitting here, staring right at "nnedi2.dll" inside my plugins64+ folder. The mod version says the same thing about TMM.



Maybe I'm missing something here. Is there any reason AviSynth+ wouldn't autoload plugins?




EDIT2: OK, I'm guessing this isn't compatible with Avisynth+ 64 bit?

There's no way to load TMM, as far as I can tell. Even manually importing it throws an error.


EDIT2: So now I'm running 32 bit Avisynth, and "ReduceFlicker" is refusing to load...

[thetoof]

Hi folks!

I got nostalgic of the time I used to be involved in the forum and I was curious to see what had happened with AnimeIVTC 8 years later.

Thank you to everyone who kept it alive and kept improving it over all these years!!

Seeing this makes me love open source and communities like this one even more. The combined brain power of the community completely outweighs what can be done by a single individual or if knowledge had been separated in competing groups.

Thanks for being amazing!

[real.finder]

added tmm2 support

it should be faster now

[real.finder]

sanimebob now need animeivtc for tmm2_ortmm1()

both now will use tmm2 and planartools in avs26 and avs+, ReduceFlicker for avs26 by chikuzen is needed too

[Sairanix]

any chance of a new upload containing all the required plugins? The upload on the first page expired.

[Beetwaaf]

I'd love some assistance, I'm trying to process the original Cowboy bebop DVD's, DGindex shows them the first episode as 76.33% film, however when looking at the timecodes.txt output, it shows as 96.46% film. The output also looks stuttery.

These are all relevant files I could think of.

Analyse Pass:
https://pastebin.com/JV7DkThC

Render & Filter Pass:
https://pastebin.com/zwDC5s1X

D2V File Parse
https://openload.co/f/iC5J6hQIWLE
(Too big for pastebin & Attachment)

Timecodes TXT:
https://pastebin.com/Ke5HrQdG

I'd like to be able to do the following if at all possible.
Analyse --> Filter & Render to Lossless --> Encode Lossless and add the timecodes file.

[hello_hello]

real.finder,
The AnimeIVTC wiki says it requires SangNom2 but I can only find mention of SangNom in the script. Am I missing something?

[real.finder]

real.finder,
The AnimeIVTC wiki says it requires SangNom2 but I can only find mention of SangNom in the script. Am I missing something?

SangNom is not necessary require in first place (it needed by aa =/= 0), I would recommend not use aa that in animeivtc and use something external like I said in OP

and yes SangNom2 is not used in animeivtc at all

[real.finder]

I'd love some assistance, I'm trying to process the original Cowboy bebop DVD's, DGindex shows them the first episode as 76.33% film, however when looking at the timecodes.txt output, it shows as 96.46% film. The output also looks stuttery.

These are all relevant files I could think of.

Analyse Pass:
https://pastebin.com/JV7DkThC

Render & Filter Pass:
https://pastebin.com/zwDC5s1X

D2V File Parse
https://openload.co/f/iC5J6hQIWLE
(Too big for pastebin & Attachment)

Timecodes TXT:
https://pastebin.com/Ke5HrQdG

I'd like to be able to do the following if at all possible.
Analyse --> Filter & Render to Lossless --> Encode Lossless and add the timecodes file.

sorry I didn't note your post before, anyway, the way of DGindex is different, DGindex show you how the mpeg2 produced

tivtc that used in animeivtc did analysis the raw frames, not mention that any noise can make the result different

some dvds use mixed film and video even if the source has only 24 fps (23.976 fps) for some reason, they just mix soft telecine and hard telecine, no more no less, maybe for less bit rate in some scenes or they think that will make it hard to rip or something

[hello_hello]

real.finder,
I think I found an oddity with AnimeIVTC 2.22 (version 2.20 is the same), or maybe I don't know what I'm doing as I've only just started playing with the script, but....

I was experimenting with mode=3. It's no doubt not the correct mode for the sample but the result still seems a bit odd. There's a sample and script attached, but the script is nothing more than mpeg2source("clip.d2v") followed by AnimeIVTC(mode=3). The problem is frame number 101. It appears frame 188 (or close to) is where frame 101 should be. AnimeIVTC(mode=1) is fine. The issue is easy to spot as when mode=3 there's text overlayed on the video that shouldn't be there (it's the same when opening the original vob file).

I'm running Avisynth 2.6.0.6 and XP. All the required plugins should be up to date... or very close. I haven't checked for new versions for a few weeks.

Cheers.

AnimeIVTC Sample.zip (https://files.videohelp.com/u/210984/AnimeIVTC%20Sample.zip) (11.1MB)

[real.finder]

real.finder,
I think I found an oddity with AnimeIVTC 2.22 (version 2.20 is the same), or maybe I don't know what I'm doing as I've only just started playing with the script, but....

I was experimenting with mode=3. It's no doubt not the correct mode for the sample but the result still seems a bit odd. There's a sample and script attached, but the script is nothing more than mpeg2source("clip.d2v") followed by AnimeIVTC(mode=3). The problem is frame number 101. It appears frame 188 (or close to) is where frame 101 should be. AnimeIVTC(mode=1) is fine. The issue is easy to spot as when mode=3 there's text overlayed on the video that shouldn't be there (it's the same when opening the original vob file).

I'm running Avisynth 2.6.0.6 and XP. All the required plugins should be up to date... or very close. I haven't checked for new versions for a few weeks.

Cheers.

AnimeIVTC Sample.zip (https://files.videohelp.com/u/210984/AnimeIVTC%20Sample.zip) (11.1MB)

mode=1 and mode=3 are very different http://avisynth.nl/index.php/AnimeIVTC#Double_hard_telecine_.28mode.3D3.29

note Pattern parameter too

anyway I don't recommend mode=3 especially since there is no full Double hard telecine anywhere, the Double hard telecine will be in some frames if it ever happen, and even if it has Double hard telecine there are another ways to deal with it (like by mode=1 and play with settings)

[hello_hello]

mode=1 and mode=3 are very different http://avisynth.nl/index.php/AnimeIVTC#Double_hard_telecine_.28mode.3D3.29

Yeah, I was just experimenting with mode 3 on a small section of the video and really only noticed the problem by accident. I thought it was strange the script was adding/replacing a frame with another one taken from over 80 frames ahead though. I can't think of a good reason for that no matter which mode is being used. ;)

Cheers.

[hello_hello]

Yeah, I was just experimenting with mode 3 on a small section of the video and really only noticed the problem by accident. I thought it was strange the script was adding/replacing a frame with another one taken from over 80 frames ahead though. I can't think of a good reason for that no matter which mode is being used. ;)

real.finder,
In the interest of full disclosure I'd thought I'd return to admit I discovered the problem is actually encoded into the source. I'm not sure I've seen anything like that before, but field 6868 in the source is almost a duplicate of field 7086.
It has no business being there and as an orphaned field it was being discarded by AnimeIVTC(mode=1), so I assume AnimeIVTC(mode=3) was doing what it's designed to do by including it.

Thanks.

[real.finder]

real.finder,
In the interest of full disclosure I'd thought I'd return to admit I discovered the problem is actually encoded into the source. I'm not sure I've seen anything like that before, but field 6868 in the source is almost a duplicate of field 7086.
It has no business being there and as an orphaned field it was being discarded by AnimeIVTC(mode=1), so I assume AnimeIVTC(mode=3) was doing what it's designed to do by including it.

Thanks.

mode=1 use ivtc, which use top or bottom field as base then try to match it with other field then use TDecimate, mode=3 use bob (60 fps or 50 fps) then use TDecimate, in your source there are random field in the start of credits in the bottom field iirc, so in mode=1 it don't use that field as base, but in mode=3 all fields become frames and TDecimate remove the most similar frames and in your source case that field not similar to any nearby so TDecimate keep it

[kedautinh12]

i try encode video with animeivtc but meet error notice: "What is your input clip?? It's not 30fps NTSC nor 25fps PAL... maybe you're using the function for a purpose it was not meant to. Please post in the AnimeIVTC thread.". Can anyone can fix it? thanks
https://drive.google.com/open?id=1T-V8y9vZd7tDgXvlJFxa05OcEJrYLPs4

[real.finder]

i try encode video with animeivtc but meet error notice: "What is your input clip?? It's not 30fps NTSC nor 25fps PAL... maybe you're using the function for a purpose it was not meant to. Please post in the AnimeIVTC thread.". Can anyone can fix it? thanks
https://drive.google.com/open?id=1T-V8y9vZd7tDgXvlJFxa05OcEJrYLPs4

you post this when the internet was cut off due to demonstrations then I didn't note it, anyway as it said, it need 30fps NTSC or 25fps PAL, your clip is 30fps NTSC but maybe you load it with some source filter that didn't correctly work with your clip

[kedautinh12]

you post this when the internet was cut off due to demonstrations then I didn't note it, anyway as it said, it need 30fps NTSC or 25fps PAL, your clip is 30fps NTSC but maybe you load it with some source filter that didn't correctly work with your clip

My comment very old, I was fixed with new L-Smash Source ver, thanks

[Tempter57]

real.finder
Editing function MC_A_bob.avsi is necessary as with the last version QTGMC.avsi v3.380s the line of script AnimeIVTC (2, bbob=5, extbob=MC_A_bob, mode22=true) produces an error "QTGMC: lsbd and n16d cannot be used together"

[real.finder]

real.finder
Editing function MC_A_bob.avsi is necessary as with the last version QTGMC.avsi v3.380s the line of script AnimeIVTC (2, bbob=5, extbob=MC_A_bob, mode22=true) produces an error "QTGMC: lsbd and n16d cannot be used together"

that was QTGMC bug, fixed

if you use last avs+ you can replace lsb with n16 and lsbd with n16d to get more speed

[Tempter57]

Thanks, are valid with QTGMC v3.382s all work normally

[burninsnikers]

Hi guys! I'm not so good in ripping etc. so I ask for a little help. Here is a small part of the 25 fps PAL DVD video (30 sec.):
https://mega.nz/file/8dhAWSBT#jsdp2aDsh8CSKdziD880yWU6m9U43iCZguvA_EJzW5o
I'm suppose originally it was a Japanese TV translation as it also available on Japanese DVDs @ 29.97 fps. Other DVDs has lower quality and awful sharpening or blurring, but this one looks better. The main problem is the recording goes in jerks, this is especially noticeable in the interval from 10 to 20 seconds, when camera goes through the studio. Is it possible to restore the video to original frame rate (29.97) and speed? De-interlacing is also welcomed. Please post the script here, so that I can do the re-encoding myself.
Thanks in advance!

[kuchikirukia]

Looks like it's missing frames, and interpolating them would probably be a pain.
QTGMC(inputtype=1) should clean up the video. It's not interlaced, it just has interlacing artifacts.

[Enigmo]

I've got a problem at the moment where I need to IVTC a 422 source so I'm applying animeivtc to yv16 video.

The problem is that I get the lower half of the video turning green like this:
https://i.imgur.com/M9oM9Sr.png

Anybody think they know what's causing this? It's odd because this only started recently after I reinstalled my OS and AviSynth 2.6...in my previous install I was able to use animeIVTC on yv16 just fine. Even weirder, I was able to use converttoyuy2 in front of animeivtc but can't anymore. Now if I try YUY2 I get an error that mt_convolution can't work on YUY2 and needs to be YV16, so I'm confused why YUY2 used to work on animeivtc before for me.

Anyway, the lower half turning green is not just an AnimeIVTC problem. I'm getting the same issue on YV16 footage when I use tfm, tdeint or bifrost. Weirdly, QTGMC seems to not have this issue on YV16. If anyone knows how to fix this for animeivtc please let me know.

[kedautinh12]

I think you need download latest ver here
https://github.com/realfinder/AVS-Stuff/tree/Community

[Enigmo]

I think you need download latest ver here
https://github.com/realfinder/AVS-Stuff/tree/Community
Went ahead and dumped the avs 2.5 and 2.6 folder's files into plugins folder and the lower half being green still persists.

I should note, though, I'm being forced to use super old versions of TDeint and TIVTC. I'm using versions from 2007 and 2008 respectively. I tried to update to latest but I get an "access violation" error when I then try to run animeivtc or tdeint/tfm on their own. So maybe updating those could solve my issues, so if the access violation issue can be solved that might be the key to getting animeIVTC working for me.

[sp4ce_c0wb0y]

Hello, I hope this is the right place for this.

I have an anime I'm trying to rip that is NTSC and I think has been hard telecined. Most of the credits are what appear to be interlaced text scrolling over a static background so I assumed the credits were just interlaced. Using animeIVTC to create a VRF file that was 24fps normally and 30fps for the credits worked and everything seemed good.

However, in two episodes, the credits are scrolling over panning shots (aka not a static background). Looking at this it seems like the scrolling credits were 30fps interlaced and put on top of a 24fps telecined background. It seems like hybrid/mode=4 is meant for this specific circumstance, but if I apply it to the whole episode, there are several nasty frameblends in the normal episode and it does almost(?) nothing to the credits. I also don't see how I would apply hybrid mode to just the credits and IVTC to the rest. If I IVTC the credits the text looks like crap but the background looks good, if I de-interlace (using QTGMC) the credits the text looks good but the background is jumpy.

Here's a sample: https://sendgb.com/t1x6QdfAbHI

tl;dr:
1.) Is this actually a telecined background with interlaced credits on top of it?
2.) Assuming it is, how do I properly use hybrid mode for animeIVTC on just the credits?
3.) Any other suggestions on how to deal with this welcome.

[Emulgator]

That sample had been transcoded already, MPEG-2 in .avi.
An unprocessed DVD source (.VOB) would get you closer.

[sp4ce_c0wb0y]

That sample had been transcoded already, MPEG-2 in .avi.
An unprocessed DVD source (.VOB) would get you closer.

That sample was cut with ffmpeg using -vcodec copy from the demuxed .m2v file created by dgIndex. I thought that would be the same since the encoding didn't change (?). Anyhow here is a clip from the .VOB file cut out with dgIndex: https://sendgb.com/Bj7OXIk0SMZ

[Emulgator]

That looks nice indeed, the crawling background is bobbing.
I would guess on a wrong pulldown phase of the background as the credits were layered on top,
but how to mend that mess.. it is spatially inconsistent and would take recompositing with masks.
I would try to get rid of the scrolling credits first
(see the beautiful work done with InpaintDeLogo),
get the pulldown phase right for IVTC
and then rerender the credits on top with the same font.

[Shinkiro]

That sample was cut with ffmpeg using -vcodec copy from the demuxed .m2v file created by dgIndex. I thought that would be the same since the encoding didn't change (?). Anyhow here is a clip from the .VOB file cut out with dgIndex: https://sendgb.com/Bj7OXIk0SMZ
QTGMC seems to be doing more or less well
https://yadi.sk/i/IpZ9vP-2L1bVIA
QTGMC(preset="slow",Lossless=0,SourceMatch=0,MatchPreset="slow",MatchPreset2="slow",MatchEdi="NNEDI3",EdiMode="EEDI3+NNEDI3",FPSDivisor=2,Sharpness=0.0)

[CaptainGotoSV2]

Going through my field blended PAL anime DVDs and I have three questions:

1. Is PAL speed-up generally applied after NTSC > PAL conversions of anime or is it that because the video has been field blended the appoximate running time is the same and there is no need?

2. Does normconv=true actually slow down the video to 23.976?

3. With mode=2 is it possible to encode intro and end credits at 30fps e.g. BGCT 2040, Naruto?

Cheers fam

[real.finder]

Going through my field blended PAL anime DVDs and I have three questions:

1. Is PAL speed-up generally applied after NTSC > PAL conversions of anime or is it that because the video has been field blended the appoximate running time is the same and there is no need?

2. Does normconv=true actually slow down the video to 23.976?

3. With mode=2 is it possible to encode intro and end credits at 30fps e.g. BGCT 2040, Naruto?

Cheers fam

1. no idea

2. normconv only work with mode 2, it's just change the fps for srestore

3. yes, using http://avisynth.nl/index.php/AnimeIVTC#Interlaced_or_progressive_credits

[CaptainGotoSV2]

1. no idea

2. normconv only work with mode 2, it's just change the fps for srestore

3. yes, using http://avisynth.nl/index.php/AnimeIVTC#Interlaced_or_progressive_credits

Cheers

I also have another question, when I choose aa=4 I'm now getting the following message: "Script error: invalid arguments to function 'Toon'"

Any thoughts?

[kedautinh12]

I think you used old ver. Latest ver here
https://github.com/realfinder/AVS-Stuff/blob/Community/avs%202.5%20and%20up/AnimeIVTC.avsi

New scripts from real.finder
https://github.com/realfinder/AVS-Stuff

[Emulgator]

1. Is PAL speed-up generally applied after NTSC > PAL conversions of anime or is it that because the video has been field blended the appoximate running time is the same and there is no need?
PAL-Speedup just describes the presentation of framebased material which was shot in 24p, now as 25p.
No pulldown is applied, the frames are just presented for 40ms instead of 41.666ms (@24.000fps) or 41,7083ms (@23.976fps)
which leaves you with +4,16% speedup, so a shorter (24/25) running time and if not pitch-corrected, +4,16% higher pitch
It should have no special meaning applying to anime.
With conversions to PAL you may encounter a stranger pulldown which is 2:2:2:2:2:2:2:2:2:2:2:3.
That keeps correct duration and pitch, but leaves a certain judder per second which you may want to undo.
But your case seems to be fieldblended, so this won't be too helpful...

[CaptainGotoSV2]

I think you used old ver. Latest ver here
https://github.com/realfinder/AVS-Stuff/blob/Community/avs%202.5%20and%20up/AnimeIVTC.avsi

New scripts from real.finder
https://github.com/realfinder/AVS-Stuff

Just saved that, thanks for that :)

I am encountering issues with the new script in regards to mode=1, gives me an error message in AvsPmod that says: "TDeint: Mode must be set to -2, -1, 0, or 1!"

I'd also like to know how to actually use VFR for intro and credits for some of my field-blended PAL anime, the R4 NGE Platinum Collection to be specific. The show and credits are all animated at 24fps, but ADV's credit scrolling overlayed onto the credits are of a higher frame rate. I'm kinda stuck on what to do with frame numbers i.e. what part of the clip I'm entering in as i1, i2 etc

[kedautinh12]

Are you download latest ver tdeint???
https://github.com/pinterf/TIVTC/releases

[CaptainGotoSV2]

Are you download latest ver tdeint???
https://github.com/pinterf/TIVTC/releases

Yeah I did ages ago, I have resolved the problem though, you need to enter an integer in precision e.g. precision=4.

In regards to the credit sequence, I'm too green at AviSynth to make heads or tails of how to get the script to pump out a VFR video, and my attempts to just blend the credits with credconv after normconv from 25fps to 23.976fps aren't working - either the next episode preview is cut or somehow I manage to slow down rendering of the entire video.

[Boulder]

Avisynth supports only CFR, for VFR you need some timecode manipulation in the container so the player knows which parts to play at which speed.

[CaptainGotoSV2]

Avisynth supports only CFR, for VFR you need some timecode manipulation in the container so the player knows which parts to play at which speed.

I kinda gave up on VFR, I'm wanting to blend the credits instead, here's my script

global MeGUI_darx = 4
global MeGUI_dary = 3
LoadPlugin("C:\Users\***\Downloads\MeGUI-2913-32\tools\dgindex\DGDecode.dll")
DGDecode_mpeg2source("D:\EVANGELION_PLATINUM_V1\VIDEO_TS\VTS_01_1.d2v", info=3)
LoadPlugin("C:\Users\***\Downloads\MeGUI-2913-32\tools\avisynth_plugin\ColorMatrix.dll")
ColorMatrix(hints=true, threads=0)
AnimeIVTC(mode=2, ediandnn=3, bbob=1, i1=33020, e1=34651, i2=34652, e2=35054, normconv=true, credconv="blend", )
Toon()
mcdaa3()

My problem is after that, playing the resulting footage in AvsPmod is slowed down to a trickle

[kedautinh12]

Cause you use many scripts. Try prefetch can improve your speed

[CaptainGotoSV2]

Cause you use many scripts. Try prefetch can improve your speed

i'm only using AnimeIVTC, mcdaa and Toon though, that's not all that many. That aside, enabling "blend" in credconv blends the whole video, not just credits

[kedautinh12]

i'm only using AnimeIVTC, mcdaa and Toon though, that's not all that many. That aside, enabling "blend" in credconv blends the whole video, not just credits

You think AnimeIVTC + mcdaa don't load any plugins, scrips inside?? And you try prefetch with (2->...) you can see it's different

[tormento]

Many plugins are old or not available as x64, plus there are OpenCL versions of some too.

Some good man could update AnimeIVTC?