View Full Version : AnimeIVTC() - All-in-one solution for interlacing and blending - v2.00 [2010-01-07]
thetoof
1st June 2008, 09:25
Guide and v2 here. http://www.sendspace.com/file/jb3c3k Requirements package prepared by Overdrive80 - http://www.mediafire.com/?nydyyqqyqhq.
This function can also work with any other hard telecined, hybrid or field-blended source.
The thread was originally created after encountering multiple interlacing and blending related issues that were documented here and there, or simply too rare to be documented, but never all in the same place. Its purpose was to gather as many samples as possible and to converge discussions about them to eventually create a function that could deal with all the issues in an optimal and easy to use fashion. Pretentious? Maybe. Useful? Yes imo.
It is not as versatile as doing everything externally, as the goal is to make the ivtc/deinterlacing/deblending/decimation process as simple as possible, while still aiming at the best possible quality. Filter choices and available parameters are therefore arbitrary, but feel free to object and mention what you think is missing or wrong.
So, have fun, filter and post!
I'll leave the following for now, but it's meant to be replaced by a guide I've been promising to write for many many months...
# Particularities of anime:
- While a film is shot at 24 frames per second (fps), anime is animated at 24fps so there is not necessarily motion on every frame.
- When there is not a lot of movement, it can be displayed at lower framerates like 8 or 12 fps with duplicate(s) of every frame to maintain a constant framerate of 24fps.
- To create the illusion of faster movement, different parts of the image can move at different framerates. In this situation, the image is divided into 2 parts and there are many possible combinations of "intra-frame variable framerate". This is not constant throughout the episode/movie since it changes depending on the amount of motion to be displayed.
- CG animation at 30 fps is sometimes used in anime, so you can also have sequences with movement on every frame without any interlacing nor blends.
- The credits can be truly interlaced to make them run faster without being juddery and unreadable, thus leaving more room for the show.
- The credits can also be at the full progressive framerate on top of the telecined background.
# Basic concepts:
Soft telecine - the stream is encoded at 24 fps and the pulldown is applied during playback.
Hard telecine - your source was telecined before being encoded on the DVD (or before airing).
Double hard telecine - your source has at least one of the "intra-frame variable framerate" situations and the telecining was applied separately on each part of the frame, so the pattern is not constant and many frames are interlaced.
Field blended norm-conversion - Instead of going back to 24fps (film rate), the video streams are directly converted from NTSC (29.97fps) to PAL (25fps) or vice versa, creating ugly fieldblending (looks like DHT when inspecting a frame).
Hybrid - mix of 24t (24 fps displayed at 30 through telecining) and 30p (progressive movement on every frame)
Truly interlaced - each frame contains half the information of two frames, which means that you can bob it to 60p and see movement on every single frame, without any interlacing or blending.
Progressive - No interlacing whatsoever at the full framerate.
3:2 pattern - This pattern repeats itself from the very beginning to the very end of your clip: 3 progressive frames followed by 2 interlaced ones.
VFR - Variable Frame Rate - The sections of the clip run at different framerates, thus allowing to have less frames for the same movement. The duplicates are removed and played during the same amount of time as if there was the original amount of frames.
Lossless rendering pass - Save the file as uncompressed YV12 or Lagarith to apply the script only once and make subsequent filtering/encoding faster. It takes a lot of disk space: around 5GB for a 22 minutes clip @ 23.976fps with Lagarith and 20GB with uncompressed YV12.
# Examples:
Double Hard Telecine - At first, your source may look like a typical Hard Telecined one (http://img140.imageshack.us/img140/5674/ht1224lqro7.jpg), but after a more thorough inspection, you'll see that it's actually a DHT one: same source, different high motion scene (http://img207.imageshack.us/img207/3659/dhtlqtr2.jpg).
Interlaced on top of telecined (can be hard or double hard) - In this case, it was a hard telecined source. Image (http://img520.imageshack.us/img520/6759/24t30ilqrw3.jpg)
Obviously, since there's no pattern in DHT and interlacing on every frame with pure interlaced material, regular IVTC will output blends and jerkiness.
- What it does:
- High quality adaptative field matching for hard telecine
- Bob, remove the blends and decimate back to the desired framerate for DHT/field-blended
- Creating a VFR clip for hybrid sources
- Bob the interlaced credits, blend-deinterlacing the background while doing minimal damage on the progressive credits, convert their framerate to match the episode's and splice them with it OR leave them @ 30p to create a VFR clip
- Very good combing removal and anti-aliasing functions (can be called externally as eediaa() daa() maa() or sharpaamcmod())
No AA (http://img88.imageshack.us/img88/1294/aliaseddy2.jpg) // AA (http://img153.imageshack.us/img153/2540/antialiasingqb9.jpg)
thetoof
1st June 2008, 09:31
AnimeIVTC() v1.03 is too long to fit in a single post... so for now I'll leave this empty in case I need it someday.
Ah "IT" is released into the wild!! I will check it out more in the morning, but looks like it will have to be added to the arsenal!!
HymnToLife
1st June 2008, 12:54
Hmm, I have trouble getting my hands on VinverseD, and it's not in your Requirements archive. Care to post it here? (Tritical's Vinverse is not either, btw, but this one is easy to find)
EDIT : Got it (http://forum.doom9.org/showpost.php?p=841641). However, is there a reason why both are used? From what I can gather, Tritical's is just a rewrite of Didée's as a plugin.
EDIT 2 : anyway, many many thanks for a great function, it will make my life much easier from now on :D
thetoof
1st June 2008, 17:15
Yup, forgot to add vinverse... but as you said it's easy to find the plugin. The vinverse script is actually where vinverse was originally thought, but I recommend getting the actual plugin by tritical instead.
VinverseD is a function included in mcbob, so it is part of requirement package. I made it possible to use both because vinverseD is stronger (and slower), so it might be useful for very tricky sources.
Zarxrax
1st June 2008, 17:26
Interesting. I'll test this out on some various sources when I get a chance.
MADAJ
2nd June 2008, 06:20
http://img87.imageshack.us/img87/3492/11um0.jpg
How can I solve this problem?
thetoof
2nd June 2008, 07:48
I guess you used mode=2 or 4 with decimate=5 or check=7 since those settings are the only ones using requestlinear... but could you post your script and tell the version of TIVTC and mrestore you're using? Try replacing them with the ones included in the "requirements.7z" file I uploaded. It may solve your issue.
manono
2nd June 2008, 08:35
Yeah, that error is usually caused when using an old version of TIVTC. Update it and try again.
HymnToLife
2nd June 2008, 17:49
Yep, I got the same thing at first, but replaced all my plugins with the ones provided in Requirements.7z and everything's working fine. Really great stuff btw, my Sky Girls DVDs still needed quite a bit of denoisig/sharpening afterwards, but this completely eliminated the combind and edge flickering. Thanks again for a very n00b-friendly script =)
MADAJ
2nd June 2008, 18:26
Try replacing them with the ones included in the "requirements.7z" file I uploaded. It may solve your issue.
It does. :)
thanks a lot.
elguaxo
2nd June 2008, 18:50
thanks
Nightshiver
2nd June 2008, 23:00
How do you go about splicing in credits to the end/beginning of an anime series?
thetoof
3rd June 2008, 00:02
If you want to use a creditless version of the op/ed, use
a=file + processing
b=file + processing
c= ...
...
a+b+c+....
and if you want to process them to have them @ 23.976fps with no interlacing or jerks, use
animeivtc(mode=3, omode=1 [other settings]) #would have been mode=4 if it was a double hard telecine, but since I know your source, I can assure you it's a hard telecined one
Also, about the other question you asked me by PM, use the guide to identify your source (a few things were not posted to reduce the size of the first post). If you still can't, post a sample.
Nightshiver
3rd June 2008, 00:22
Do I add animeivtc(mode=3, omode=1 [other settings]) to my entire script? If so, should I still have/use TFM + Tdecimate at the beginning? I also presume that there is a comma after omode=1 and that the "other settings" means other settings I might choose in animeivtc?
EDIT: After just putting in (mode=3, omode=1), vdubmod gives me the error that I must specify a pureint function from 1 to 7. I looked at it and have no clue as how to work it. For example, the first function is 1 : i1 + e1. Do I make the i=0 all the time? How do I know which number to put in, such as do I use pureint=1 or =2 or =3 etc. More info: the start frame of the credits is 39594 and the end frame is 41539.
HymnToLife
3rd June 2008, 00:45
So far, I've only been able to get my hands on pure hard telecined stuff (i.e. mode=1) and all I had to do was
DGDecode_mpeg2source("blah.d2v")
AnimeIVTC(mode=1, aa=2)
And that's that, I got a nice 23.976 clip with all the combing/blends/etc. removed. Also, I think we need you to post your whole script in order to troubleshoot it, not just a part of it ;)
Nightshiver
3rd June 2008, 00:54
You don't need my entire script as I"m only asking about splicing in credits, not help on building an entire script.
HymnToLife
3rd June 2008, 00:59
Hmm, then I'm not sure I understand what you mean by "splicing in credits". Do you mean you have a creditless version of the op/end that you want to insert instead of the normal version that is in your episodes?
Nightshiver
3rd June 2008, 01:20
No. read up on the thread I made about this: http://forum.doom9.org/showthread.php?t=137538
I want the entire episode AND the credits. If you read in the thread, the problem was that the credits are pure interlaced while the rest of the episode is not.
HymnToLife
3rd June 2008, 01:38
Oh, right, I missed that pureint stuff. Well, the value you have to use for it depends on where the pure interlaced parts are located in your clip. For example, "1 : i1 + e1" means that you must use pureint=1 if you have a pure interlaced section followed by an IVTC section. In your case, you have two pure interlaced sections, so you would use 2, 3, 6 or 7 depending on whether you have IVTC section before the op and/or after the ed. For example, if you have an IVTC section before the op and after the ed, the pattern of the whole clip is
IVTC (before op), interlaced (op), IVTC (main), interlaced (ed), IVTC (after ed)
so you would use pureint=7 (e1 + i1 + e2 + i2 + e3). On the other end, if the op begins right at the start of the episode, and the ed ends right at the end, you would use pureint=2.
EDIT : of course, then you must use [i|e][start|end][1|2|3] to specify the frames where the different sections start/end.
Nightshiver
3rd June 2008, 01:46
Thanks for your help, but I think I might need thetoof to help a little more. Using pureint=2 means
2 : i1 + e1 + i2
I still don't understand this. I gave the frames for the ending and I don't know where to put them. What frame would I use for the e1 value since I only want to splice in the op and ed.
For instance, how would I go about using start/end i.e. istart/iend? Would it be something like:
i1(0,end frame of the op)
e1(i have no idea what to put)
i2(39594,41539)
HymnToLife
3rd June 2008, 02:13
No, no, you got it wrong. Those i1, e1 and i2 are just schematic representations to help you figure out which pureint value you need to use depending on your source, they're not functions or parameters. If I understand the guide correctly, in your case, it would look like :
AnimeIVTC(mode=3, omode=1, pureint=2, istart1=0, iend1=END_FRAME_OF_OP, estart1=END_FRAME_OF_OP+1, eend1=39593, istart2=39594, iend2=41539)
As some of the parameters seem redundant, maybe they can be omitted, but I think that's the general idea of what your function should look like. thetoof will surely be able to give further details.
Nightshiver
3rd June 2008, 02:22
The end frame of op is 2705. But when I plugged everything in, vdubmod gave me the error "video framerate doesn't match".
HymnToLife
3rd June 2008, 15:47
This is precisely why I asked you to post your whole script. This error happens when you try to splice together clips that have different framerates. How are we supposed to know where the error is if we don't know what you're doing?
Nightshiver
3rd June 2008, 16:39
How in the world is posting my script going to help? Used MVdegrain3
TFM
TDecimate
aaa()
and LSF
I do not see how in the world this will help you in anyway. I know there are different frame rates, thats what I'm trying to fix! The credits are pure interlaced while the rest of the encode has been IVTC'ed to 23.976 fps.
HymnToLife
3rd June 2008, 16:54
I think that's not how you're supposed to use AnimeIVTC(). From what I can gather, you just give it the whole clip (with the pure interlaced and the TC'ed parts) in input, and then it does it's magic and give you the fixed clip in output.
The guide says :
omode : Determines the output framerate
* 1 : Converts the interlaced section(s) to 23.976 to maintain a Constant Frame Rate
So that's that, when you use AnimeIVTC(mode=3, omode=1), it will convert the interlaced parts to 23.976 fps for you, then you'll have your whole clip with a constant frame rate in output. Otherwise, you'll have to go VFR and that can be a bit tricky.
Nightshiver
3rd June 2008, 17:37
Yeah, I get that. When I used animeivtc, I took out TFM and Tdecimate that way animeivtc could do the ivtc. In fact, I emptied the entire script and only used animeivtc but I still got the error.
Basically, my script right now is:
MPEG2Source("E:\nge.d2v")
AnimeIVTC(mode=3, omode=1, pureint=2, istart1=0, iend1=2706, estart1=2707, eend1=39593, istart2=39594, iend2=41539)
That's it. The reason for this is because I don't want anything else interfering with the filter since it's been giving me errors, so the problem still has not been solved.
OvejaNegra
6th June 2008, 01:32
another issue with trigun:
mpeg2source("d:\trig\ep23.d2v", idct=0)
animeivtc (mode=7,aa=1,pass=1,omode=3,pureint=5,estart1=0,eend1=959,istart1=40873,iend1=43343)
if i understand correctly: i have IVTC credits from 0 to 959 and interlaced credits (for better scrolling) from 40873 to 43343. I want the end credits bobed (59.94) but i have this error:
Evaluate: operands of == and != must be comparable
(bunch of characters like @and -), line 66
Yes, i'm using a clean installation of avs and all the plugins from the package. my DGDdecode is up to date.
Sorry for the english.
egrimisu
6th June 2008, 18:15
Is this suposed to work this slow : 1frame at 3-4secondc on e6850 3.0ghz ?
Nice job
egrimisu, it depends on what settings you are using. If you post 'em, we can tell you if something is wrong or not.
martino
7th June 2008, 13:10
I just looked a bit at the code, and wouldn't it be slightly faster to replace the BlankClips with NOP? Or are the BlankClips there for a specific reason, that they need to be processed?
elguaxo
11th June 2008, 19:02
My first try at AnimeIVTC and it looks good! :)
You should include SangNom (http://avisynth.org/mediawiki/SangNom) in the Requirements pack.
:thanks:
thetoof
12th June 2008, 06:42
so the problem still has not been solved.
The following may answer your question. If it doesn't, post again.
- For a CFR clip @ 23,976fps with 24t + 30i, use mode 3 or 4 (in your case, it seems like a mode=3) and omode=1
- Get the frame numbers with the various "check=x"
- If you don't understand clearly what I mean with my examples for pureint=x in the guide, please tell me what way you think would be better
animeivtc(mode=7,aa=1,pass=1,omode=3,pureint=5,estart1=0,eend1=959,istart1=40873,iend1=43343)
Usage: Do a lossless rendering pass of your clip after applying all the other filters you want, load it as avisource("yourfile.avi").animeivtc(7,[other settings if you want]) and follow the guide here.
If you want to process 24t + 30i, use mode 3 for hard telecined and 4 for double hard telecined, not 7.
Is this suposed to work this slow : 1frame at 3-4secondc on e6850 3.0ghz ?
The defaults are aimed towards high quality ivtc, so if it's too slow for you, disable aa and use a lower precision (not recommended at all) However, the speed your talking about is freaking slow... try using a high setmemorymax(). How much RAM do you have?
I just looked a bit at the code, and wouldn't it be slightly faster to replace the BlankClips with NOP? Or are the BlankClips there for a specific reason, that they need to be processed?
Would the speed gain be truly noticeable? and... I'm not sure that they are even processed when the conditional call results in using other functions. Also, for a few reasons, I used blankclip + subtitle to throw error messages instead of assert, so they are somewhat needed.
You should include SangNom in the Requirements pack.
+
Vinverse is not either, btw, but this one is easy to find
done
General things:
- New version of the function posted (syntax errors correction for mode=7)
- There will be some improvements of the vfr decimation when it's aimed towards compressibility improvements, because the current method tends to introduce jerks.
thetoof
12th June 2008, 17:28
@ Nightshiver
I read a bit more your posts to figure out the settings you need to ivtc nge (i.e. you don't need anything else for this). It would look like this for super duper quality with pureint=5:
animeivtc(3,omode=1,pureint=5,aa=x,estart1=0,eend1=39593,istart1=39594,iend1=41539,overlap=6,search=3,pel=4)
The frame numbers are wrong if you took them from the unprocessed clip, you need to get them with check=3 for the interlaced credits (would be check=1 for omode=2 or 3) and check=2 for the episode
To know what to use for pureint:
1 = interlaced credits + telecined episode
2 = interlaced credits + telecined episode + interlaced credits
etc
The fact that you have a section with credits doesn't mean they are interlaced. You need to check frame by frame for a few frames to confirm that they have interlacing on every frame. If they are static or if they follow the same telecining patter as the animation, you musn't consider them as interlaced (i.e. they are telecined).
istartx, iendx, estartx and eendx are used to give the frame number where each section starts and ends, where x is the same as ix and ex (given in the guide to know which pureint to use)
SPiKA
13th June 2008, 22:41
I'm getting this error...
http://img515.imageshack.us/img515/7030/asdvi7.gif
jeffy
13th June 2008, 23:58
@SPiKA:
Just a guess, an outdated version of TIVTC.dll. Sorry if I am wrong.
SPiKA
14th June 2008, 00:04
@SPiKA:
Just a guess, an outdated version of TIVTC.dll. Sorry if I am wrong.
Nopes... I have the latest version.
Guest
14th June 2008, 00:09
@thetoof
You are violating GPL by distributing DLLs without the source code. Please correct the situation immediately for Dup. Thank you.
Leak
14th June 2008, 17:50
@thetoof
You are violating GPL by distributing DLLs without the source code. Please correct the situation immediately for Dup. Thank you.
Don - the GPL doesn't mandate that you absolutely have to distribute the source alongside any binaries, only that you make the source code available upon request.
Of course, putting a download link for the source next to the downloads for binaries (or putting the source into the archive itself alongside the binary) is the easiest way to go, but it's not the only valid one...
np: Autechre - Garbagemx36 (Garbage)
Guest
14th June 2008, 23:08
I know the GPL. He has to at least include an offer of the source with the distribution. But he has only the raw DLL, which is a big no-no.
@thetoof
Has this violation been rectified? Thank you.
roozhou
15th June 2008, 00:03
@thetoof
It works great with double hard telecined materials though it is quite slow on my X2 1.8G (~0.3fps).
But which mode should i use to deal with 30p credits rolling on telecined background?
thetoof
15th June 2008, 14:54
@ SPiKA
Did you copy everything from the requirements archive in your "plugins" folder, including mrestore.avsi? Also, make sure you have only one copy of every function in it. If it doesn't help, I don't have the slightest idea of what could be causing it.
@ roozhou
Never seen that before. Could you give me a sample so I can run some tests? Mode=3 or 4 & omode=2 should do the trick, but I may not look good because the credits are progressive... About the speed, it kinda weird because I get 1.32fps with animeivtc(mode=2, aa=3,killcomb=2) with 30-40% CPU usage (so 60-80% for a Dual-core) and it goes down to 0.5fps with 50% CPU usage (100% for Dual-core) with killcomb=0 (disabled). Does anyone knows why??
@ neuron2
Uptading the dl links now, will be done in a short while.
Guest
15th June 2008, 15:37
Updating the dl links now, will be done in a short while. Thank you very much!
roozhou
15th June 2008, 23:48
30p+telecine sample
http://www.mediafire.com/?hxhlly8jm2y
Akatsuker
16th June 2008, 00:36
It's a very good job.
thetoof
17th June 2008, 06:23
For now, the solution I can think of to deal with progressive credits @ 30fps on telecined background is:
- Blend deinterlacing of the background with minimal damage on the credits
merge(source.nnedi(field=1),source.nnedi(field=0))
I should add it to the function in the next days, but if someone has a better idea in the meantime, I'm eager to know!
TheRyuu
17th June 2008, 06:52
For now, the solution I can think of to deal with progressive credits @ 30fps on telecined background is:
- Blend deinterlacing of the background with minimal damage on the credits
merge(source.nnedi(field=1),source.nnedi(field=0))
I should add it to the function in the next days, but if someone has a better idea in the meantime, I'm eager to know!
I don't think blending would be the best option.
If anything, normal nnedi would be better I think.
thetoof
17th June 2008, 08:21
The reason why I used merge was to avoid edge flickering in the credits:
source: 1 (http://img512.imageshack.us/img512/2122/src0000tz9.jpg) / 2 (http://img525.imageshack.us/img525/747/src0001al6.jpg) / 3 (http://img443.imageshack.us/img443/8169/src0002fq7.jpg)
me: 1 (http://img84.imageshack.us/img84/8175/me0000kd8.jpg) / 2 (http://img408.imageshack.us/img408/5506/me0001xh1.jpg) / 3 (http://img503.imageshack.us/img503/5236/me0002ch2.jpg)
nnedi(): 1 (http://img151.imageshack.us/img151/2204/y0000as6.jpg) / 2 (http://img503.imageshack.us/img503/5193/y0001hw0.jpg) / 3 (http://img261.imageshack.us/img261/4920/y0002lg0.jpg)
I don't like blending either... but heh
Something nice would be to take the edges from the source and overlay them on the nnedi(), but I haven't found a way to avoid putting back the combing by doing so.
TheRyuu
17th June 2008, 16:01
The reason why I used merge was to avoid edge flickering in the credits:
source: 1 (http://img512.imageshack.us/img512/2122/src0000tz9.jpg) / 2 (http://img525.imageshack.us/img525/747/src0001al6.jpg) / 3 (http://img443.imageshack.us/img443/8169/src0002fq7.jpg)
me: 1 (http://img84.imageshack.us/img84/8175/me0000kd8.jpg) / 2 (http://img408.imageshack.us/img408/5506/me0001xh1.jpg) / 3 (http://img503.imageshack.us/img503/5236/me0002ch2.jpg)
nnedi(): 1 (http://img151.imageshack.us/img151/2204/y0000as6.jpg) / 2 (http://img503.imageshack.us/img503/5193/y0001hw0.jpg) / 3 (http://img261.imageshack.us/img261/4920/y0002lg0.jpg)
I don't like blending either... but heh
Something nice would be to take the edges from the source and overlay them on the nnedi(), but I haven't found a way to avoid putting back the combing by doing so.
If you're going to blend, try smart bobbing it then.
b=last
interp = b.nnedi(field=-2)
tdeint(mode=2,edeint=interp)
thetoof
17th June 2008, 16:29
I don't see any visual difference (if you do, please post screenshots) and here's the speed I get:
tdeint(2,edeint=nnedi(-2)) = 1,32 fps
merge(nnedi(1),nnedi(0)) = 4,39 fps
roozhou
17th June 2008, 16:47
@thetoof
nnedi+merge gives a little blurred credits.
Is there a way to keep the 3 progressive frames and deinterlace(blend or bob) the 2 combed frames? IMO this should give the best result.
thetoof
17th June 2008, 16:57
Yeah, I know they are blurred... that's why I said "minimal" damage (i.e. there is some)
- Deinterlace only the 2 combed frames = 3 good, 2 blurred... temporal instability
- Use the masktools to take the original edges = bring backs the combing
- merge = stable and no combing... you could try adding toon(x) after to resharpen the edges (I was thinking of adding it as an option in the function)
Edit: How silly of me! I just realized daa() does what I need :p (average the 2 nnedi + contra-sharpening)
egrimisu
18th June 2008, 07:52
Hi, i have a R2J anime dvd and the OP and ED is interlanced with 2 interlanced frame and 3 nor interlanced and the rest of the movie look's like progresive. What setting of animeivtc shall i use to have the best posibble quality? It is recomended to use antialliasing on new animes? The end of the clip seems like Interlaced on top of telecined hard telecined like in the example you showed us here http://img520.imageshack.us/img520/6759/24t30ilqrw3.jpg.
Thanks in advance
thetoof
18th June 2008, 08:09
Can you post a sample of that progressive anime you're talking about? Look at high motion scenes to see if you have combing and, if you do (you most likely will), check if it's hard telecined or double hard telecined.
The settings to use will be mode=3 for HT and mode=4 for DHT
Anti-aliasing is recommended on any source that needs it... doesn't matter if it's new or not. You'll know by comparing the aa methods (automatic when you don't specify aa=x)
Vesi
18th June 2008, 12:50
@ thetoof one thing I want to make sure is the sample which I put here (http://forum.doom9.org/showpost.php?p=1149085&postcount=205)
is this hard telecine? and what you mean by this (http://forum.doom9.org/showpost.php?p=1149144&postcount=207) when i show the script you said that the line is correct, and when i asked you, is it possible to use the same line for the hard telecine, you said animeIVTC(mode=1) will do the job for me, I am bit :confused: on how to make the script
thetoof
18th June 2008, 14:29
-Yes, it is hard telecine
-the default of animeivtc(1) for the field matching is the line in post#11, so the line is correct and animeivtc(1) has the same.
-The advantage of animeivtc is that you can use additionnal combing removal and anti-aliasing in the same function call. Also, since hard telecine is prone to aliasing when ivtced, you most likely need aa (more noticeable in high motion scenes). It can, of course, all be done externally.
Guest
18th June 2008, 14:31
hard telecine is prone to aliasing when ivtced Please explain and justify this claim theoretically.
Vesi
18th June 2008, 14:42
Thanks thetoof, after trying alot and understan what some parmeters means a bit, I am bit confuse with estart1=x,eend1=x,istart1=x,iend1=xon how to use these?
thetoof
18th June 2008, 14:59
Please explain and justify this claim theoretically.
I don't know the "theory" behind it, but that's what I've seen in practice. For some reason it seems that the fields are not always perfectly matched, which results in residual combing near the edges or stair-stepping (solved by aa). I can't post any screenshots atm, but almost every hard telecined source I had to deal with needed aa after ivtc. Maybe I simply have bad luck :)
@ Vesi
Let's say you have a part of the episode that is telecined, some interlaced credits on top of telecined background and the rest of the episode (could be a preview... doesn't matter, as long as it's telecined).
This is : e1 + i1 + e2 (pureint=4)
So, you'll need to tell when each section of the clip starts and ends.
For e1, you use estart1/eend1, for i1, you use istart1/iend1, for e2, you use estart2/eend2, etc etc etc
You must get the frame numbers with check=x Read the "Truly interlaced (mode=3, 4 or 6)" section of the guide to know which one to use, or follow the error messages in the function :p
thetoof
19th June 2008, 01:56
New version is up, but I didn't have the time to update the doc, so you'll have to copy-paste it from post#2 and read the following to know the mods
- No more "HD" setting (done automatically)
- Speed improvement (killcomb can't be disabled... it slowed things down anyways and it has minimal impact on the details)
- decimate=0 can be used with any mode as a preparation to mode=7 (run a lossless rendering pass of decimate=0 and then load the resulting file with mode=7) for compressibility improvement through VFR
I didn't have the time to add support for 30p on top of 24t, so you'll have to use daa().trim() for now.
I'll be out of town and won't have access to a computer for a few weeks starting June 20th, so if you need support, post in the thread and hope someone can help you.
I'll read all the posts when I come back, so no need to send me any PMs.
elguaxo
19th June 2008, 02:08
thanks thetoof!
Guest
19th June 2008, 03:30
I don't know the "theory" behind it, but that's what I've seen in practice. For some reason it seems that the fields are not always perfectly matched, which results in residual combing near the edges or stair-stepping (solved by aa). I can't post any screenshots atm, but almost every hard telecined source I had to deal with needed aa after ivtc. That's what I thought you meant. OK, so now the question is are you applying the aa to only the badly matched frames or to all of them? They should be rare, so if you apply it unconditionally, you may be doing more damage than good.
egrimisu
19th June 2008, 18:10
Ok guys this is my source http://w17.easy-share.com/1700682720.html what setting shall i use to gain the best possible quality. Please feel free to write the code ;)
Please write me what kind of source i have. I think that the op and end are duble hard telecine and the middle is progressive since i don't see any kind of iterlancing or blending.
What means E and I form Eestart1=x,Eend1=x,Istart1=x,Iend1=x.
thetoof
20th June 2008, 16:17
@neuron2
From what I've seen, encoding progressive as interlaced can mess up the fields (they'll be shifted by 1 or 2 pixels), so in this case all the frames need aa . Also (again, from what I've seen), sources on which there's no mess up will have their fields matched correctly, so the matched frames and the progressive ones will need the same type of aa.
Also, to IVTC DHT, animeivtc bobs every frame, so when progressive frames are bobbed, they most likely need aa afterwards.
For all that, the same aa method is applied on all the frames.
@ egrimisu
Woah, that's intense! I have created a mode for this, but I never thought someone would ever need to use it :p
Telecined (op) + 30p (middle) = hybrid
hybrid + 30i on top of it (credits) = mode=6
animeivtc(6,pureint=?,omode=2, istartx/iendx/estartx/eendx=?)
For the pureint and istart settings, there are a few posts in this thread where I explained how to know what to use, so read those and the guide.
This is a 2 pass VFR mode
I didn't include the option of making it 23,976fps because you'd have apply blend decimation on your episode + do a mocomped framerate conversion for the credits, which is freaking slow and would not look very good imo. I you need it, I can implement it when I come back.
Guest
20th June 2008, 17:19
From what I've seen, encoding progressive as interlaced can mess up the fields (they'll be shifted by 1 or 2 pixels That makes no sense to me. Since you say you've seen it, can you please link a sample stream, or explain better what effect you are talking about. I don't see how encoding progressive content as interlaced can "mess up the fields" in the way that you claim.
thetoof
20th June 2008, 18:12
I don't know either how it can lead to that, but when I saw this, that's what I concluded... (Yeah, it's not anime, but it's the most obvious I could find atm)
Original (http://img258.imageshack.us/img258/3383/originalkn8.jpg) // AA (http://img157.imageshack.us/img157/1923/aawc6.jpg)
A tiny bit of detail was lost, but imo it's a small price to pay for the improvement that was done on the source.
Maybe I wasn't clear because of the terms I used, but this is what I mean by "field mess-up that can be corrected by aa".
Didée
20th June 2008, 18:24
It could easily be shown that a frame that has been matched from different fields of a lossy-compressed interlaced source will be of lower quality, compared to the same frame that has been progressively compressed in its progressive state.
This also means that after applying IVTC to a hard-telecined source, the result is worse than with the progressive counterpart. The loss happened during compression of the pulldown'ed source.
thetoof
20th June 2008, 18:32
Sure, but that doesn't explain why the progressive frame appears as it does (looks combed, but not on every field... that's why I said that some fields looked "shifted").
Guest
20th June 2008, 18:50
You haven't provided a stream as I requested. Who knows how you got that "original" and if it is a correctly matched frame. We were talking about what happens with correctly matched frames. Your claim was that interlaced encoding of progressive content "messes up the fields". Your pictures don't demonstrate that.
Anyway, you seem more interested in making unsupported dubious claims than in understanding things, so I will disappear.
thetoof
20th June 2008, 19:03
The screenshot is frame #52 of this (http://www.mediafire.com/?jtu9ztbzobx) source. Is is one of the progressive frames in the 3:2 pattern of the clip (seems to be a mix of soft and hard telecine, correct me if I'm wrong). I showed this image to demonstrate that this can even appear in the frames that are not matched, but simply copied from the original stream because you said I don't see how encoding progressive content as interlaced can "mess up the fields" in the way that you claim.
This'll be my last post for a while since I have to go in a few minutes, so I'll solve this issue when I come back. (no, I'm not more interested in making unsupported dubious claims than understanding things... I simply tried to answer too fast in the time that I had to explain what I saw and thought you were asking for progressive frames instead of correctly matched frames)
Guest
20th June 2008, 21:01
seems to be a mix of soft and hard telecine, correct me if I'm wrong How can I do that if you don't give me the stream, which I asked for twice?
jeffy
20th June 2008, 21:43
The screenshot is frame #52 of http://www.mediafire.com/?jtu9ztbzobx this source.
(url expanded)
How can I do that if you don't give me the stream, which I asked for twice?
He did.
Guest
20th June 2008, 22:03
Ah, thanks, I didn't notice the link on the word "this" due to my crappy laptop display. Can't look at it until this evening as my company blocks storage sites.
Guest
20th June 2008, 23:16
Original (http://img258.imageshack.us/img258/3383/originalkn8.jpg) // AA (http://img157.imageshack.us/img157/1923/aawc6.jpg)
A tiny bit of detail was lost, but imo it's a small price to pay for the improvement that was done on the source. I don't see any improvement. What are you talking about, specifically? Where is this "field mess-up" you are talking about?
In any case, that frame is progressively encoded, so it's not an example of encoding progressive content as interlaced "messing up the fields".
lexor
21st June 2008, 01:18
I don't see any improvement. What are you talking about, specifically? Where is this "field mess-up" you are talking about?
The artifacts are quite visible in the first image. Look at the green area, you'll see the horizontal lines (alt-tab between pics, it'll become quite apparent).
As for the rest of your argument you should probably hold off on that for a few weeks for thetoof to get back.
Guest
21st June 2008, 01:37
OK, it shows even more of that on the pole. The frames on either side of 52 look clean, so maybe this originated from poorly deinterlaced video or some other pathology. So we have a crappy source. But it was cited as an example of how (it was claimed) that encoding interlaced with progressive content messes up the fields. First, the fields are not "messed up", and second it is not encoded interlaced. So this example fails to support the claim we were discussing.
My guess is that we're just seeing the blurring effect of aa removing some residual deinterlacing artifacts.
egrimisu
24th June 2008, 07:58
How can i find out at what frame it end the op witch is interlanced and when start the progresive part and where stops and start the ed witch is interlanced again? Is there something for this? If the anime is hard interlanced (mode=1) my CPU run's it in real time :D, it would be nice if other settings were that fast.
mahsah
26th June 2008, 20:17
I've gotten good results with a hard telecined source using the guide, but I want to use the VFR option (mode=7). You say I should use it after everything else; do you mean I should IVTC normally, run filters, run a lossless pass, and then do the mode=7 after that?
EDIT:
Also, is AA really neccessary for a hard telecined source (IE mode=1)? I don't really see any jaggies...
egrimisu
27th June 2008, 09:41
AA is necesary only when needed.
About VFR encoding i'm curious to, what would be the settings for VFR encode. meGUI encodes VFR if the avs script outputs VFR? What pureint is and what is the dirence between 1-7?
egrimisu
27th June 2008, 17:52
Whit the version aded in the second post no avs calling animeivtc won't start. Of i copy back the avs from the 7z archive everything works fine. Am i doing something wrong?
anonova
28th June 2008, 04:20
In mode=5, aa=1, pass=2, the tfm.txt keeps being overwritten. So I don't think mode 5 is working at all.
darktyron
29th June 2008, 19:33
Hi there. I'm ripping an anime DVD and I want to rip something like that:
Opening (IVTC 23.976 CFR) + Middle (Hybrid 24+30fps) + Ending (Bobbed at 60 fps) + IVTC (23.976fps CFR)
What mode should I use? mode = 6?
And what pureint? pureint=7? Or isn't there a pureint for I want?
Thanks in advance and sorry for my english.
egrimisu
29th June 2008, 21:00
How do i find out where the interlancing or progrssive or othe type of frames begin or end? i have dvd's exaclty like you but in some i have a few scenes where i have pure interlancing.
Hi there. I'm ripping an anime DVD and I want to rip something like that:
Opening (IVTC 23.976 CFR) + Middle (Hybrid 24+30fps) + Ending (Bobbed at 60 fps) + IVTC (23.976fps CFR)
What mode should I use? mode = 6?
And what pureint? pureint=7? Or isn't there a pureint for I want?
Thanks in advance and sorry for my english.
anonova
29th June 2008, 23:43
mode=7 seems to be also flawed. mode=7, pass=1 does not make a tfm file, and that file is needed for pass=2 (tdecimate(mode=5)).
The only case where a tfmIn file is absolutely required is in mode 5!
egrimisu
11th July 2008, 07:05
I tried to intc heidi dvd witch dgindex recognized it as 77% video that makes it mode 7 that is soft telecined and hard telecined. I used this setting but i got interlancing at peoples mouth and some times all the frame is interlanced..,and i think some blends. What am i doing wrong ?
code :
DGDecode_mpeg2source("D:\Work Heidi\VTS_01_1.d2v")
setmtmode(2)
trim(0,44300)
animeivtc(mode=1,aa=3,precision=3)
source = last
backward_vec1 = source.MVAnalyse(isb = true, delta = 2, pel = 2, overlap=4, sharp=1, idx = 1)
backward_vec2 = source.MVAnalyse(isb = true, delta = 2, pel = 2, overlap=4, sharp=1, idx = 1)
forward_vec1 = source.MVAnalyse(isb = false, delta = 1, pel = 2, overlap=4, sharp=1, idx = 1)
forward_vec2 = source.MVAnalyse(isb = false, delta = 2, pel = 2, overlap=4, sharp=1, idx = 1)
source.MVDegrain2(backward_vec1,forward_vec1,backward_vec2,forward_vec2,thSAD=400,idx=1)
fft3dfilter(sigma=0.7, bt=1, bw=32, bh=32, ow=16, oh=16, plane=4, dehalo=0, ncpu=2)
ttempsmooth()
gradfun2db(thr=1.2)
crop (8,0,-16,0)
spline36resize(720,480)
And some screens:
http://img55.imageshack.us/img55/5161/snapshot20080711003612pz6.png
http://img91.imageshack.us/img91/7165/snapshot20080711003706uj0.png
http://img91.imageshack.us/img91/5493/snapshot20080711003926fz6.png
http://img55.imageshack.us/img55/5112/snapshot20080711003948bi7.png
http://img530.imageshack.us/img530/4474/snapshot20080711004108hy8.png
http://img91.imageshack.us/img91/6043/snapshot20080711004116iv7.png
PRoblem NR 2
I have this another anime that has progresive frames till the end and the ending theme is fully interlanced that must be bobbed to 59fps to play well.
This is the code:
animeivtc(mode=3,omode=1,pureint=1,estart1=0,eend1=44000,istart1=44001,iend1=50006,aa=0,pass=1)
And i get this error :Video framerate does not match.
Nightshiver
13th July 2008, 00:44
I had the same problem you did. You have to use the check= functions to find out the real frame numbers. The ones you are using are incorrect.
DarkT
13th July 2008, 16:02
wanted to try out animeIVTC, got a problem, here's my line:
AnimeIVTC(mode=3,search=3,overlap=6,pel=4,omode=2,pureint=4,estart1=0,eend1=38678,istart1=38679,iend1=40759,estart2=40760,eend2=41090)
Got this error:
Script error: there is no function named "isodd"
Suggestions?
egrimisu
15th July 2008, 13:13
I had the same problem you did. You have to use the check= functions to find out the real frame numbers. The ones you are using are incorrect.
An how shall i use check?
Nightshiver
26th July 2008, 04:10
Man, we need thetoof to get back. I'm getting errors with the script now.
egrimisu
28th July 2008, 15:43
When is he coming back? i got a lot of stuck to deinterlance :d
martino
28th July 2008, 23:22
You can always do it manually... as long as you know what you need to do there shouldn't be much of a problem.
Nightshiver
29th July 2008, 02:52
True. But animeIVTC does a few things much easier than normal ways.
HymnToLife
6th August 2008, 22:23
Script error: there is no function named "isodd"
Suggestions?
Put this at the beginning of your script :
function isodd(n) {
return (n % 2 == 1)
}
function iseven(n) {
return (n % 2 == 0)
}
But now, using
AnimeIVTC(mode=3, omode=2, pureint=4, \
estart1=0, eend1=6011, \
istart1=15032, iend1=15609, \
estart2=6244, eend2=6359, \
aa=2)
I'm getting a "video framerate doesn't match" when AnimeIVTC tries to splice the IVTC'd and bobbed parts together. Did I miss something about how encoding VFR works?
snyft
7th August 2008, 19:48
"Script error: There is no function called repair"
LoadPlugin("C:\Program Files\GordianKnot\DGMPGDec\DGDecode.dll")
#LoadPlugin("C:\Program Files\GordianKnot\AviSynthPlugins\decomb.dll")
#LoadPlugin("C:\Program Files\GordianKnot\AviSynthPlugins\KernelDeInt.dll")
#LoadPlugin("C:\Program Files\GordianKnot\AviSynthPlugins\dgbob.dll")
#LoadPlugin("C:\Program Files\GordianKnot\AviSynthPlugins\TomsMoComp.dll")
#LoadPlugin("C:\Program Files\GordianKnot\AviSynthPlugins\VSFilter.dll")
#LoadPlugin("C:\Program Files\GordianKnot\AviSynthPlugins\SimpleResize.dll")
LoadPlugin("C:\Program Files\GordianKnot\AviSynthPlugins\limitedsupport.dll")
LoadPlugin("C:\Program Files\GordianKnot\AviSynthPlugins\mt_masktools.dll")
LoadPlugin("C:\Program Files\GordianKnot\AviSynthPlugins\RemoveGrainS.dll")
LoadPlugin("C:\Program Files\GordianKnot\AviSynthPlugins\Undot.dll")
LoadPlugin("C:\Program Files\GordianKnot\AviSynthPlugins\Convolution3DYV12.dll")
LoadPlugin("C:\Program Files\GordianKnot\AviSynthPlugins\degrainmedian.dll")
LoadPlugin("C:\Program Files\GordianKnot\AviSynthPlugins\fft3dfilter211\fft3dfilter.dll")
LoadPlugin("C:\Program Files\GordianKnot\AviSynthPlugins\TDeint.dll")
LoadPlugin("C:\Program Files\GordianKnot\AviSynthPlugins\TIVTC.dll")
LoadPlugin("C:\Program Files\GordianKnot\AviSynthPlugins\vinverse.dll")
LoadPlugin("C:\Program Files\GordianKnot\AviSynthPlugins\nnedi.dll")
LoadPlugin("C:\Program Files\GordianKnot\AviSynthPlugins\TMM.dll")
LoadPlugin("C:\Program Files\GordianKnot\AviSynthPlugins\Dup.dll")
LoadPlugin("C:\Program Files\GordianKnot\AviSynthPlugins\SangNom.dll")
LoadPlugin("C:\Program Files\GordianKnot\AviSynthPlugins\mvtools.dll")
Import("C:\Program Files\GordianKnot\AviSynthPlugins\limitedsharpenfaster.avs")
import("C:\Program Files\GordianKnot\AviSynthPlugins\mrestore.avs")
import("C:\Program Files\GordianKnot\AviSynthPlugins\AnimeIVTC.avsi")
import("C:\Program Files\GordianKnot\AviSynthPlugins\TempGaussMC_alpha3.avsi")
import("C:\Program Files\GordianKnot\AviSynthPlugins\MCBob.avsi")
what more should i load/import?
martino
7th August 2008, 19:56
Repair? -- Repair.dll (from the RemoveGrain package).
egrimisu
7th August 2008, 20:25
just copy all the dll and avsi from the requirmensts.7z to c:\program files\avisynth 2.57\plugins\ and everything should work fine.
"Script error: There is no function called repair"
LoadPlugin("C:\Program Files\GordianKnot\DGMPGDec\DGDecode.dll")
#LoadPlugin("C:\Program Files\GordianKnot\AviSynthPlugins\decomb.dll")
#LoadPlugin("C:\Program Files\GordianKnot\AviSynthPlugins\KernelDeInt.dll")
#LoadPlugin("C:\Program Files\GordianKnot\AviSynthPlugins\dgbob.dll")
#LoadPlugin("C:\Program Files\GordianKnot\AviSynthPlugins\TomsMoComp.dll")
#LoadPlugin("C:\Program Files\GordianKnot\AviSynthPlugins\VSFilter.dll")
#LoadPlugin("C:\Program Files\GordianKnot\AviSynthPlugins\SimpleResize.dll")
LoadPlugin("C:\Program Files\GordianKnot\AviSynthPlugins\limitedsupport.dll")
LoadPlugin("C:\Program Files\GordianKnot\AviSynthPlugins\mt_masktools.dll")
LoadPlugin("C:\Program Files\GordianKnot\AviSynthPlugins\RemoveGrainS.dll")
LoadPlugin("C:\Program Files\GordianKnot\AviSynthPlugins\Undot.dll")
LoadPlugin("C:\Program Files\GordianKnot\AviSynthPlugins\Convolution3DYV12.dll")
LoadPlugin("C:\Program Files\GordianKnot\AviSynthPlugins\degrainmedian.dll")
LoadPlugin("C:\Program Files\GordianKnot\AviSynthPlugins\fft3dfilter211\fft3dfilter.dll")
LoadPlugin("C:\Program Files\GordianKnot\AviSynthPlugins\TDeint.dll")
LoadPlugin("C:\Program Files\GordianKnot\AviSynthPlugins\TIVTC.dll")
LoadPlugin("C:\Program Files\GordianKnot\AviSynthPlugins\vinverse.dll")
LoadPlugin("C:\Program Files\GordianKnot\AviSynthPlugins\nnedi.dll")
LoadPlugin("C:\Program Files\GordianKnot\AviSynthPlugins\TMM.dll")
LoadPlugin("C:\Program Files\GordianKnot\AviSynthPlugins\Dup.dll")
LoadPlugin("C:\Program Files\GordianKnot\AviSynthPlugins\SangNom.dll")
LoadPlugin("C:\Program Files\GordianKnot\AviSynthPlugins\mvtools.dll")
Import("C:\Program Files\GordianKnot\AviSynthPlugins\limitedsharpenfaster.avs")
import("C:\Program Files\GordianKnot\AviSynthPlugins\mrestore.avs")
import("C:\Program Files\GordianKnot\AviSynthPlugins\AnimeIVTC.avsi")
import("C:\Program Files\GordianKnot\AviSynthPlugins\TempGaussMC_alpha3.avsi")
import("C:\Program Files\GordianKnot\AviSynthPlugins\MCBob.avsi")
what more should i load/import?
Nightshiver
7th August 2008, 21:24
Well I keep getting the error
"Invalid arguments to function "RequestLinear" "
Mrestore.avsi line 200
animeivtc.avsi line 97
Adub
7th August 2008, 21:46
Make sure you have the latest versions of TIVTC.
Nightshiver
8th August 2008, 03:51
Nvm, I found the answer. The problem was that I was using Avisynth 2.5.8, and when I went back to 2.5.7, it worked.
egrimisu
8th August 2008, 09:35
When is the toof coming back, does anyone know?
thetoof
8th August 2008, 11:53
I came back temporarily last night, heading out again this afternoon and I should be back for good around next week. The bug corrections, new features implementation, discussion with neuron2 and support with the script will resume in max 2 weeks.
I read most of the posts and I've got a solution for everbody + a few other ideas, so see you all in a short while!
Sorry for the trouble.
Nightshiver
8th August 2008, 17:36
Great!
Edit: Nvm
Guest
12th August 2008, 03:58
I used it on a source where someone handed me a clip...also... heres a before and after of the clip I had to fix (mind you the original source isn't this bad... this mess is the result of someone else in their attempts of handling the source) We don't allow such discussion here, so I have deleted your post. Please read and follow our forum rules.
Hadien
12th August 2008, 13:43
We don't allow such discussion here, so I have deleted your post. Please read and follow our forum rules.
wait, just reread the rules and I'm not sure which rule I broke...
are you saying the post was off topic?
the post was basically just me praising thetoof for such a wonderful filter and that it was effective at deblending frames/fields in even an extreme example.
Nightshiver
12th August 2008, 15:37
where someone handed me a clip
Look at the bold words....
EDIT: Also, thetoof, some other suggestions.
Update the script so that its compatible with tempgauss_beta1
And possibly update the guide about the beginning parts that talk about "dgindex tell you blah% film" because for me, the latest dgindex (1.5) doesn't tell that anymore.
RsVolcom
13th August 2008, 18:21
I'm trying to follow the instructions for mode=5 (hybrid):
Hybrid (mode=5 or 6)
...
pass : Processing a hybrid clip requires two passes.
* 1 : Open with vdub, file-run video analysis pass, wait until the end, close vdub. (default)
* 2 : Reload the same script with pass=2 and do a lossless rendering pass. Encode. Then, take the "timecode.txt" file and add it as the timecode for the video stream in mkvmerge.
So how do I make a "lossless rendering pass"?
Using VDub or MeGui?
Actually once I change 'pass=1' to 'pass=2' I can no longer open the avs in VDub nor MeGui. I get this error:AviSynth open failure
TDecimate: tfmIn error(mode 5, all frames must have an entry)!
Nightshiver
13th August 2008, 20:08
Well, in MeGUI, there's an option to do an "Analysis Pass" and also a checkbox for "pre-rendering pass". I believe you would want to do the Vdub method though. I'm using Vdubmod, and there's no "run video analysis pass" under the File menu.
Adub
13th August 2008, 20:16
Yes, use the latest virtualdub. Completely drop virtualdubmod, as it is old and outdated and a half-hack anyways.
HymnToLife
13th August 2008, 20:32
I'm trying to follow the instructions for mode=5 (hybrid):
So how do I make a "lossless rendering pass"?
Using VDub or MeGui?
Using VDub, just encode your file as you would normally do, either as Uncompressed or compressed with a lossless codec like Lagarith.
RsVolcom
13th August 2008, 20:33
I upgraded from Vdub 1.8.1 to 1.8.4, but I get the same error message when trying to load the "pass=2" avisynth script.
I installed the Lagarith codec and I can choose it in VDub, but still get the same error.
Adub
13th August 2008, 23:46
The first pass is just an analysis pass for TIVTC.
I don't know what HymnToLife was suggesting. But just do this:
With the Pass=1 script, just drag and drop onto Virtualdub. Under "File", click "Run Video Analysis Pass". What this does is runs through the entire video, each frame, which is then logged by TIVTC to another file.
Then with the Pass=2 script, just load that into what ever your favorite encoding program, whether that is Virtualdub, MeGUI, or something else.
Note: the same thing can be done in MeGUI by pressing the "Queue analysis pass" button on the main page with the Pass=1 script loaded. Once you have run that, change the script to pass=2, and run normally.
HymnToLife
14th August 2008, 00:04
The first pass is just an analysis pass for TIVTC.
I don't know what HymnToLife was suggesting. But just do this:
With the Pass=1 script, just drag and drop onto Virtualdub. Under "File", click "Run Video Analysis Pass". What this does is runs through the entire video, each frame, which is then logged by TIVTC to another file.
Then with the Pass=2 script, just load that into what ever your favorite encoding program, whether that is Virtualdub, MeGUI, or something else.
Note: the same thing can be done in MeGUI by pressing the "Queue analysis pass" button on the main page with the Pass=1 script loaded. Once you have run that, change the script to pass=2, and run normally.
Yes, what I was saying is that pass=2 should be encoded normally. Usually, it is encoded losslessly because further processing will be performed afterwards, but if you don't need any, you can encode it using whatever coded you want.
RsVolcom
14th August 2008, 02:52
Dang it I tried doing the analysis pass in MeGui but when I switch to pass=2 and try to queue it up I get the same error still.
HymnToLife
14th August 2008, 03:12
Dang it I tried doing the analysis pass in MeGui but when I switch to pass=2 and try to queue it up I get the same error still.
Most likely a bug in AnimeIVTC(). Can't say for sure though, I never needed that mode so far. I guess you'll have to wait for thetoof ;)
RsVolcom
14th August 2008, 05:20
I guess this is a question for thetoof as well, but maybe somebody will know...what if I have a pattern like 4-4, 4-1, or 5-3, but dgindex tells me Film 75%?
This doesn't seem to coincide with any of the "possible situations" listed in the AnimeIVTC documentation. I want to pick "case 2" (no pattern) but that one is restricted by "close to 100% film". All the cases dealing with less than 95% require a 3-2 pattern, which this is definitely not.
thetoof
14th August 2008, 17:23
I'll need a sample to run some tests... and for the rest of you, I'm back in business and I'll be working on animeivtc tomorrow.
RsVolcom
14th August 2008, 21:13
OMG I'm so happy to see you're back! Thanks again for this awesome filter...when it works it is by far the best method I have found for encoding these Simpsons DVDs.
I will upload a sample tonight when I get home from school.
Thanks again!
egrimisu
16th August 2008, 15:53
Hi the toof i have this anime dvd that has 30p frames then 30i and then again 30p. I read the manual and the script setting that i used is :
animeivtc(mode=6,omode=2,pureint=4,estart1=0,eend1=31287,istart1=31288,iend1=33096,estart2=33097,eend2=34575,aa=0) ; search=3 shall be used only for mode 3??? (3:2 pattern)
if i use omode=3 i get = video frame rate doesn't match
if i use omode=2 i get = there no function named "isodd"
Omode=1 is doing kind a good job but the output is 23.97fps and i can see the motion is not that fluid as frames are missing( is this because i used mode=3 instead of mode=6 and frames were dropped because of that(i belive mode=3 telecined the source).
I'm not sure what omode to use 2 or 3(this is after fixing the issod and framerate errors).
Please take a look at the sample and corect me if i'm wrong somewhere. How to use the 2 pass encode to get the timecode txt (please be very specific as i'm a dumbass and i do not understand very good)
http://www.megaupload.com/?d=78OO9H22
Offtopic( since a source of mine was 99film i used force film but after encodig them i saw a lot of interlancing frames probably wrong trasfer i realy don't know how this can heapen these days. BUT i used honnor flags in dgdindex and i used animeivtc mode=1 AND all the errors disapeard :D THANKS THETOOF FOR THIS GREAT FILTER... the only interlancing frames that remained were is in the source where 3 interlancing frames 1 after another, but those wewe wery rare , 1 maximum 2 in an episode(affordable)
Thanks in advance.
Nightshiver
17th August 2008, 00:05
It says it in the guide. You would want to use omode=2 if you want the framerate to be 29.97, and use omode=3 if you want 59.94
egrimisu
17th August 2008, 00:26
for now none is working as i get the errors i writen. Since the source has 30i i what i need is 59.94 ? (bobbed)
Nightshiver
17th August 2008, 02:01
It all depends on what you want. You can go either way. 59.94 will give you the full framrate.
thetoof
17th August 2008, 07:04
The new version will have to wait a bit cuz I had some major bug and I have to happily spend time recovering data and reformatting my comp...
@ egrimisu
Progressive = no need to process
Interlaced = Deinterlace
Nothing telecined here, so you don't need IVTC and it can easily be done externally. I don't see the point of adding a mode for this in AnimeIVTC because it's only about deinterlacing a part of a clip.
For vfr encoding with full temporal resolution
s=mpeg2source("whatever.d2v")
a=s.trim(0,31287).changefps("ntsc_double")
#you need to double the framerate by duplicating frames to have the same framerate for the whole clip. They will be removed anyways with vfr decimation
#uncomment one of them (test and pick the best looking one)
#b=s.mcbob().trim(62576,66192)
#b=s.tempgaussmc_beta2(edimode="nnedi").trim(62576,66192)
c=s.trim(33097,34575).changefps("ntsc_double")
a+b+c
#run this script fully as an analysis pass, remove line for pass1 and uncomment line from pass2, load to encode
#basic parameters for tdecimate, add more if you feel like it
#pass1
TDecimate(mode=4, output="stats.txt",denoise=true)
#pass2
#TDecimate(mode=5, hybrid=2, input="stats.txt", mkvout="timecodes.txt",denoise=true)
For cfr encoding @ 29.97 fps (or vfr encoding at half full temporal resolution for the credits... just add the tdecimate line)
s=mpeg2source("whatever.d2v")
a=s.trim(0,31287)
#b=s.mcbob().selecteven().trim(31288,33096)
#b=s.tempgaussmc_beta2(edimode="nnedi").selecteven().trim(31288,33096)
c=s.trim(33097,34575)
a+b+c
For your other source, it can be #2 case (Double hard telecined encoded as progressive) since there should be no interlacing left after mode=1's field matching... you saw only 1-2 frames, but there could be more. I'd recommend trying mode=2 to see what happens with your clip.
egrimisu
17th August 2008, 12:41
Thanks, for the second source i tried mode 2 but everything is scruwed up; the interlancing frames that i told u about apears only at an interval of 30 seconds or more, its sure not double hard telecined. Thanks i'l try the scripts that you writen but i would liked more the mode=6 thing ;)
I cold post a sample later today or tomorow morning.
thetoof
17th August 2008, 17:38
Yes, I'd like to have a sample to try to understand why the ouput still has interlaced frames.
As I said, you don't need IVTC, so no mode of AnimeIVTC is appropriate for your source, unless at some point your stream was telecined.
If you absolutely want a function, try this
#DeintPart, helper function by thetoof
#
#Output = 1 (29.97fps) or 2 (59.94fps)
#Decimation = 1 (CFR, no decimation) or 2 (VFR decimation)
#Bob = 1 (mcbob) or 2 (tempgaussmc_beta2)
#Block, hybriddup, pass = like in AnimeIVTC()
#Denoise = true (denoise before calculating metrics for VFR decimation) or false (don't)
#pstartx/endx = frame # in the unprocessed source where the progressive parts start and end
#istart1/end1 = frame # in the unprocessed source where the interlaced section starts and ends
function DeintPart(clip s, int "output", int "decimation", int "bob", int "block", float "hybriddup", int "pass", bool "denoise", int "pstart1", int "pend1", int "istart1", int "iend1", int "pstart2", int "pend2")
{
block=default(block, 16)
hybriddup=default(hybriddup, 0.9)
pass=default(pass,1)
denoise=default(denoise,true)
a = (output==1) ? s.trim(pstart1,pend1) : (output==2) ? s.trim(pstart1,pend1).changefps("ntsc_double") : nop()
b = (output==1 && bob==1) ? s.mcbob().selecteven().trim(istart1,iend1) : (output==1 && bob==2) ? s.tempgaussmc_beta2(edimode="nnedi").selecteven().trim(istart1,iend1) : (output==2 && bob==1) ? s.mcbob().trim(istart1*2,iend1*2) : (output==2 && bob==2) ? s.tempgaussmc_beta2(edimode="nnedi").trim(istart1*2,iend1*2) : nop()
c = (output==1) ? s.trim(pstart2,pend2) : (output==2) ? s.trim(pstart2,pend2).changefps("ntsc_double") : nop()
spliced = a+b+c
return (decimation = 1) ? spliced : (decimation = 2 && pass == 1 ) ? spliced.TDecimate(mode=4, output="stats.txt",denoise=denoise, blockx=block, blocky=block) : (decimation = 2 && pass == 2 ) ? spliced.TDecimate(mode=5, hybrid=2, dupthresh=hybriddup, input="stats.txt", mkvout="timecodes.txt",denoise=denoise, blockx=block, blocky=block) : nop()}
Never tested because my comp is still not operational, but it should do the trick...
egrimisu
17th August 2008, 19:31
stil don't undestand why have you made mode 6 in animeivtc since in the manual is writen that mode 6 i used for hybrid + interlance of every frame, or i undestand wrong and my source is not 29.97fps progresive with 30i on every frame that suites to mode 6?
Thanks for the scripts' il try them tomorow when i'll arive home.
thetoof
17th August 2008, 20:37
hybrid = mix of film @ 24fps telecined @29.97fps and video @ 29.97
You = (at least for the sample you provided) 100% video @ 29.97fps i.e. no need to apply inverse telecine + the "original" framerate is 29.97, not 24, so there is no need to decimate anything
Mode=6 is NOT for 30p, it's for hybrid (mix of 24t and 30p) and you seem to have only 30p
ettin
18th August 2008, 00:27
Hi, I have a hybrid video of 24fps film telecined into 30i, that has fx of 30p over it, mixed in with native 30i footage, part of which had fx'd laid over it and exported out as 30p which then had 30i graphics laid over it; all of which was exported out to 30i uncompressed. I then tried encoding this out to 30i mpeg2 (using CCE SP), which looked decent on the computer, but soon as i burned and played it on a few different players the footage jumped, lagged, and had strange field ghosting effects. I tried many different encoder settings and found the problem to be that my footage was interlaced where deinterlacing got rid of the ghosting, lagging and jaggies but destroyed the quality and altered the colors slightly. I took special care throughout the project to keep my export settings as bottom field first, that being what my footage was telecined into, so i dont understand how it could be a field issue.
I studied your guides and reference materials and i cant make sense of half of what your parameters do or how they apply to my video, but there appears to be a consensus that animeIVTC is the best filter for my type of problem, so i'm here now looking for help. Im not looking for any specialized way of fixing this mess (ie. applying various filters to certain parts as animeIVTC offers), i just need a solution that will turn all of it into something decent. Im a bit of a noob at this script writing process, could you offer a simplified explanation at what i should do and how to do it? It doesnt matter what format or fps the final product is, i just want it all to look like it does before it gets burned to disc.
ettin
18th August 2008, 05:20
Thanks for the CBR suggestion, it got rid of the bad jumping, but theirs still field ghosting and nasty interlacing bars. Any idea when the next version of IVTC will be released?
edit: hey, what happened to your post?
thetoof
18th August 2008, 06:17
I deleted my post cuz I was confused by your request and I thought "oh, what the hell, I'll re-read tomorrow after a good night o' sleep and post something more coherent".
Anyways, here's what confused me:
You say you don't want adaptative filtering and that you want a single solution for a clip with multiple issue... and you already have a format that is DVD compatible so I don't know what could be causing your problems.
If you want to remove all the interlacing, you need to make your footage progressive, but for that, I have a few questions:
1 - By burning to disc, do you mean burning files (avi, mkv, etc....) on a DVD or burning a MPEG-2 NTSC DVD?
2 - Different players = DVD players or softwares?
3 - Can you identify the frame # where every section starts and ends (24t, 30p, 30i) to apply something appropriate for all of them?
By ghosting, do you mean blending? If yes, it's normal to see blends when you deinterlace without bobbing an interlaced source, unless you drop a field...
Also, I never suggested CBR (constant bitrate), but I said that for a DVD, you need CFR (constant framerate) @ 29.97 fps, so it doesn't make much sense that you don't care about the framerate and the format if you want to encode in something DVD compatible.
Many questions, lots of confusion... will come back after a few hours of good ol' shleep :p
ettin
18th August 2008, 06:51
oh CFR, well, you inadvertently helped anyways.
What i have is a 8bit uncompressed 29.97 interlaced (BFF) avi file that includes the aforementioned mess of native film and native DV, which both are interlaced, yet have had progressive effects (created and exported at 30p) placed over them, or been entirely converted to progressive via fx processing, and then had interlaced graphics placed over that. Its really too much to discern one part from another, so straight IVTC would cause problems with the native DV parts and probably the section with 30p effects that were laid over the 30i (telecined) film, and god knows what else.
So i have taken this avi, encoded it through CCE using the doom9 settings for interlaced footage and its yielded an unwatchable product. The ghosting i am referring to is an effect where the interlaced fields linger for a fraction of a second between frames giving whatever is moving a jerky tracer like effect (if you've ever seen a digital pan, its similar in the way it stair steps in a jerky manner). Its very slight but still very noticeable, and almost looks like frames are missing, but i cant tell if its missing frames, or just lagging and jumping. i would show you an example but its only showing up when i play it in on a tv, which to answer your other question, ive tested this on multiple hardware DVD players (the ones that connect to a tv) and this effect is persistent, despite the fact its not present in the mpeg2 file when i preview it in VLC on my computer. All the visual problems are consistent across the movie, so there doesnt seem to be any bias as to the native film or the native dv sections.
So i have no clue whats happening, but either VLC is fixing the problem before i can detect it, or all DVD players are incapable of playing my mpeg2 correctly. I was always under the assertion that you should never see interlacing when interlaced footage (on a dvd) is played on a tv, yet the interlacing (fields/frames lagging, combing, and jagged edges) is visible and quite horrendous.
Thats when i tried to deinterlace it and the problems went away, but i lost half the quality, so im inclined to think that interlacing is the problem but i need a better solution that wont destroy the quality. Whatever solution you might offer, it must be able to process the whole movie uniformly as i dont have any way to sort out what is what.
Thanks for helping, this is the last step and then i can finally be done.
egrimisu
18th August 2008, 17:40
i could't find tempgaussmc_beta2 only tempgaussmc_beta1. Know a place where i can find it?
thetoof
18th August 2008, 18:02
@ ettin
VLC is most probably deinterlacing on playback, so I guess you'd want to do it before. As you said, it's kinda weird to see interlacing on a TV... anyways, here's what I can suggest:
1 - You can either bob your movie and cut the temporal resolution by half (removes all the interlacing, but drops some info).
tempgaussmc_beta2().selecteven() # or selectodd()
mcbob().selecteven() # or selectodd()
2 - get AnimeIVTC, all the requirements and call
daa()
to remove all the interlacing and blend the frames instead of dropping half of them
@ egrimisu
Here (http://forum.doom9.org/showthread.php?p=1171286#post1171286). It's the modded version to work with the multithreaded mvtools (that you can get a few posts above)
tetsuo55
18th August 2008, 18:04
- Very good combing removal and anti-aliasing functions (can be called externally as nnediaa() daa() and maa())
No AA (http://img88.imageshack.us/img88/1294/aliaseddy2.jpg) // AA (http://img153.imageshack.us/img153/2540/antialiasingqb9.jpg)
this script looks nice, and so do the examples!
However have you noticed how in the AA screenshot a lot of detail is lost, especialy in the cockpit?
thetoof
18th August 2008, 18:26
Yeah, I know... it's the price to pay to remove such nasty aliasing. The other modes are not that bad regarding detail loss (this is the most aggressive).
egrimisu
19th August 2008, 06:36
maa is the best detail preserve? i made test but i could tell witch is the best detail preserve.
RsVolcom
19th August 2008, 20:23
Here, finally, are some samples I'm curious about:
http://www.megaupload.com/?d=IS0EAYFQ
http://www.megaupload.com/?d=6MZ3GJDN
What mode should I be using for these? In the documentation once Film/Video drops below 95% I should be expecting a 3:2 pattern, but there are only small sections of 3:2 in much of these sources. I want to pick 'case 2' due to 'no specific pattern' but I've only got 90% film.
egrimisu
19th August 2008, 22:38
Hi i runned the next scrip in analysis pass in virtual dub and after complete i got a 0 bytes stats.txt file. What did i wrong?
s=DGDecode_mpeg2source("D:\Work Hanbun no Tsuki ga Noboru Sora\Hanbun_no-Tsuki_ga_Noboru_Sora_06.DVD(MPEG2.WAV)[Misu]_Track1.d2v", cpu=0)
setmtmode(2)
a=s.trim(0,39115).changefps("ntsc_double")
b=s.tempgaussmc_beta1(edimode="nnedi").trim(39116,41370)
c=s.trim(41371,43219).changefps("ntsc_double")
a+b+c
#pass1
TDecimate(mode=4, output="stats.txt",denoise=true)
#pass2
#TDecimate(mode=5, hybrid=2, input="stats.txt", mkvout="timecodes.txt",denoise=true)
smartfade(dgm=true)
source = last
backward_vec1 = source.MVAnalyse(isb = true, delta = 2, pel = 2, overlap=4, sharp=1, idx = 1)
backward_vec2 = source.MVAnalyse(isb = true, delta = 2, pel = 2, overlap=4, sharp=1, idx = 1)
forward_vec1 = source.MVAnalyse(isb = false, delta = 1, pel = 2, overlap=4, sharp=1, idx = 1)
forward_vec2 = source.MVAnalyse(isb = false, delta = 2, pel = 2, overlap=4, sharp=1, idx = 1)
source.MVDegrain2(backward_vec1,forward_vec1,backward_vec2,forward_vec2,thSAD=400,idx=1)
fft3dfilter(sigma=0.8, bt=1, bw=32, bh=32, ow=16, oh=16, plane=4, dehalo=0, ncpu=2)
ttempsmooth()
gradfun2db(thr=1.2)
crop (4,0,-4,0)
spline36resize(720,480)
To use the multithead from mvtoos 1.9.6.2-1 do i need to do something or just copy the dll file in plugins and thats all.
If i change the version of TempGaussMC_alpha3.avsi to beta2 animeivtc shoq an error, sometging with mv_analysis multithread... or somethind :D , you sorely know better.
Nightshiver
19th August 2008, 22:59
That error happens a lot. You obviously can't use the beta2 because animeivtc hasn't been made compatible with it yet.
egrimisu
20th August 2008, 06:28
And how can i fix it (the stast.txt thing)?
thetoof
21st August 2008, 07:19
maa is the best detail preserve?
Don't choose AA for what it's supposed to do, use the one that looks better...
Here, finally, are some samples I'm curious about
You sent me d2vs... I need m2vs (select a section of with a lot of motion, save and demux video in DGIndex)
I want to pick 'case 2' due to 'no specific pattern' but I've only got 90% film.
I should have said "mostly film"... you most probably have a case 2 source (though I need the samples to confirm). The guide will be updated at the same time as the function (should be done in 2 days or so)
Hi i runned the next script in analysis pass in virtual dub and after complete i got a 0 bytes stats.txt file. What did i wrong?
Did you close vdub right after? I need to do that to get the metrics written in the stats.txt file, so maybe that's your issue, cuz I tested your script and it works fine.
Also, you should cut your script right after TDecimate and do a lossless rendering pass for the second pass. It's pointless to run filters after the analysis pass, since it's purpose is only to calculate which frames to decimate during the second pass.
To use the multithead from mvtoos 1.9.6.2-1 do i need to do something or just copy the dll file in plugins and thats all. If i change the version of TempGaussMC_alpha3.avsi to beta2 animeivtc shoq an error, sometging with mv_analysis multithread... or somethind :D , you sorely know better.
Replace your old mvtools with the new one and open beta2 with the notepad. Where you see function TempGaussMC_beta2 at the beginning, erase _beta2 and it'll work with animeivtc().
Edit : Oh, and egrimisu, what about that sample that got through mode=1 with interlaced frames?
egrimisu
21st August 2008, 09:48
The sample will be upped Today, I PROMISE!!!
clone83
21st August 2008, 14:12
can you please upload your files to a different site other then mediafire as i have been trying to download them and nothing is happening... i even tried signing up and that did nothing aswell. thanks in advance.
RsVolcom
21st August 2008, 18:04
Sorry about uploading the wrong samples. Here are three samples each from the first two episodes. There's not too many scenes with high motion, but these should work. Thanks again.
Ep01 - Sample01
http://www.megaupload.com/?d=BZN461ND
Ep01 - Sample02
http://www.megaupload.com/?d=YI9WYCOG
Ep01 - Sample03
http://www.megaupload.com/?d=8TNAVR6U
Ep02 - Sample01
http://www.megaupload.com/?d=RJFXDM6G
Ep02 - Sample02
http://www.megaupload.com/?d=C28107H5
Ep02 - Sample03
http://www.megaupload.com/?d=5KB6PV1S
Nightshiver
21st August 2008, 20:54
animeivtc(mode=2,aa=3,pel=4,search=3)
That worked well for me. You could also use tfm(order=1).tdecimate(hybrid=1)
RsVolcom
21st August 2008, 21:05
animeivtc(mode=2,aa=3,pel=4,search=3)
That worked well for me. You could also use tfm(order=1).tdecimate(hybrid=1)
Thanks for your effort I am trying this now. Could you please explain what 'pel' and 'search' do?
pel : Supersampling factor for motion vector calculation. Higner = better, but slower
* 1, 2 or 4 (default=2)
search : Search effort. Higner = better, but slower
* 2 (Logarithmic search, also named Diamond Search) (default)
* 3 (Exhaustive search)
Nightshiver
21st August 2008, 21:47
lol, apparently you answered you own question. You honestly don't have to increase the pel and search.
thetoof
21st August 2008, 22:07
can you please upload your files to a different site other then mediafire as i have been trying to download them and nothing is happening
Ok... never seen that before, but I'll put some mirrors in the next release.
@RsVolcom
dling your samples now
pel and search affect the quality of the motion vector search used for the framerate conversion after bobbing interlaced credits. It doesn't have any effect in mode=2 (in the next version, it will if you use a precision higher than 2)
RsVolcom
21st August 2008, 22:28
lol, apparently you answered you own question. You honestly don't have to increase the pel and search.hehe I was trying to show that I had read the documentation, while also asking for a dumbed-down version of what vector calculations were. I read a few other threads and I think I almost get it.
With mode=2 I get terrible jumping around of horizontal lines(on ep 2). I tried mode=2 with every aa=* option but they all looked bad. Here's the script you suggested, nightshiver:
http://www.megaupload.com/?d=CFQ4ORKB
The best results I had with episode 2 were using mode=1, aa=2:
http://www.megaupload.com/?d=87PJJODW
Nightshiver
21st August 2008, 22:30
That's actually odd because I didn't see a discernable 3:2 pattern.
RsVolcom
21st August 2008, 22:38
That's actually odd because I didn't see a discernable 3:2 pattern.No I definitely don't think there is one. The pattern seems very random.
Nightshiver
21st August 2008, 22:58
Then why would you be using mode=1? That's only if you can see a 3:2 pattern. I used mode=2 because it looked double hard telecined.
RsVolcom
21st August 2008, 23:00
Because mode=2 looked so bad. I was just trying different modes!
egrimisu
23rd August 2008, 09:23
Hi,
Here's the sample i was talking about, i analysed the source and t seems' that are the paterns i 3:2 but sometimes ther 3 progesive frames and right after 3 interlanced frames, probably that's the reason on frames remains interlanced.
http://www.megaupload.com/?d=1K6O5KFC
I finished creating the timecodes.txt for the source we talked a few days ago. Now what's next? i supose i need now to encode to get the mkv file. What script to use and how many passes?
I did what u said about ttempgause_beta but i still get an error, http://img148.imageshack.us/my.php?image=111zx5.jpg
Thanks again, Bye
Nightshiver
23rd August 2008, 15:36
Probably wrong version of MVtools.
egrimisu
23rd August 2008, 16:48
Probably wrong version of MVtools.
Latest 1.9.6.2-1 SSE3 found of doom9.
josey_wells
23rd August 2008, 16:53
Latest version is V1.9.7.0
Nightshiver
23rd August 2008, 19:32
You should probably keep a favorite tab or bookmark the mvtools thread, as josey updates rather frequently.
Benus_MinO
25th August 2008, 10:09
Hey guys!
Why I have 19.18 fps in this configuration after encoding:
DGDecode_mpeg2source("C:\DVD_VIDEO\VIDEO_TS\VTS_01_1.demuxed.d2v")
animeivtc(mode=1,aa=2)
crop( 4, 0, -4, 0)
LanczosResize(640,480)
LimitedSharpenFaster()
Undot()
I wanna 23,976 fps.
egrimisu
25th August 2008, 10:59
Got latest mvtools, and everything is working just fine, THANKS
You should probably keep a favorite tab or bookmark the mvtools thread, as josey updates rather frequently.
egrimisu
26th August 2008, 07:30
Question 1 : after doing the analysis pass and the rendering i got a 25gb file that contains dubble frames from the original.Now i simply encode that 25gb file with x264 and i use the timecodes in the mkv and thats all? shall i use dup ore something to delete some of those double frames or this is the way is should be?
Question 2 : is there a way to find full 29.97 progrsive frames in a 95% 3:2 movie? i have a mode 6 source. i tried parsing the d2v file but all the frames are reported as 2 (witch probably is progresive since i haven't found no manual that say what it is) and only a few are * (3:2) but the source is 95% 3:2 and the rest progessive.
OFF Topic 1 : limitedsharpenfaster sould be used before or after cleaning, i often use it after cleaning but beside the great sharp image i get some grains, is it recomended to use some lite degrainer like dedot after LSF? or LSF it is more recomended as a realtime filter when playback.
OFF Topic 2 : from your experience is mvdegrain a good detail preserve?
Adub
26th August 2008, 16:55
OFF Topic 1: It is recommended to use all denoising techniques before a sharpener. However, feel free to insert one afterwards, if it works for you. Some times a real light pass after sharpening calms things down nicely.
OFF Topic 2: Yes, MVdegrain is a good detail preserver. However, like everything else, it depends on your settings.
thetoof
30th August 2008, 22:46
Q1 : The dups should've been decimated... I'm currently trying to improve the vfr decimation of animeivtc, since all I had learned about it was basic stuff, so it's not optimal yet. Can you post the content of your timecode file as well as the animeivtc line of your script?
Q2 : In a mode 6 source ((24t + 30p) + 30i on top of it), you have to identify the 30i section(s) like in any mode with pureint=x and the rest should be done automatically. If it's not... post a sample! :p However, what you are describing (3:2 with 30p) looks like simply hybrid (no 30i on top of it), so mode=5 should do the trick.
For the OTs, Merlin7777 provided the same answer I would have. I'd only add that soothe is a great filter to use after your sharpener.
egrimisu
31st August 2008, 01:32
it's mode 6 actually, the credits are fully interlanced;) . Ok i'll give it a try tomorow.
For the othersource that was 29progrsive and a portion 30i ( probably u remember the script you gave me a several post back, i did that analyse pass and renderless pas BUT the source had aprox 40000 frames and 1800 were 30i, NOW the output of the renderless has 60000 frames. I think that the output should have 40000 + 1800(from the full bobing) frames. Am i wrong?
I just love animeIVTC:D, great job, you have made our work a lot easier.
thetoof
31st August 2008, 07:09
This must be some kind of error during decimation... However, I need to see the content of the timecode file to confirm that (even if I'm almost sure that there's a bug with how I call vfr decimation).
A good compromise for now would be to simply create a CFR clip and cut half of your temporal resolution for the credits...
#Fill the info for the start/end + the name of your d2v and the rest is done by the script
estart1 = 0
eend1 = frame before credits
istart = 1st frame of the credits
iend = last frame of the credits
estart2 = frame after the credits
eend2 = last frame you want to keep in the episode
s=mpeg2source("whatever.d2v")
a=s.trim(estart1,eend1)
b=s.tempgaussmc_beta2(edimode="nnedi").trim(istart*2,iend*2).selecteven()
c=s.trim(estart2,eend2)
a+b+c
Yes, I'm afraid you'll have to redo your encode...
I just love animeIVTC:D, great job, you have made our work a lot easier.
This in only the beginning ;) There is room for a lot more improvement than the current script!
Comatose
31st August 2008, 07:33
it's mode 6 actually, the credits are fully interlanced;) . Ok i'll give it a try tomorow.
For the othersource that was 29progrsive and a portion 30i ( probably u remember the script you gave me a several post back, i did that analyse pass and renderless pas BUT the source had aprox 40000 frames and 1800 were 30i, NOW the output of the renderless has 60000 frames. I think that the output should have 40000 + 1800(from the full bobing) frames. Am i wrong?
I just love animeIVTC:D, great job, you have made our work a lot easier.
Is this the new Negima OVA?
egrimisu
1st September 2008, 13:49
No it's Hanbun no Tsuki ga Noboru Sora dvd's R2 japanese
Is this the new Negima OVA?
egrimisu
1st September 2008, 13:56
Sorry i have deleted the timecodes.txt and i choosed the 29fps half full resolution deinterlancing metod that you have writen me a few weeks ago. I tried to undelete the timecodes.txt but no luk since i have moved the folder where it was stocked and now it can't be found anywhere. I'll pickup antoher encode like this in the near futere and i'l post that. Thanks
This must be some kind of error during decimation... However, I need to see the content of the timecode file to confirm that (even if I'm almost sure that there's a bug with how I call vfr decimation).
A good compromise for now would be to simply create a CFR clip and cut half of your temporal resolution for the credits...
#Fill the info for the start/end + the name of your d2v and the rest is done by the script
estart1 = 0
eend1 = frame before credits
istart = 1st frame of the credits
iend = last frame of the credits
estart2 = frame after the credits
eend2 = last frame you want to keep in the episode
s=mpeg2source("whatever.d2v")
a=s.trim(estart1,eend1)
b=s.tempgaussmc_beta2(edimode="nnedi").trim(istart*2,iend*2).selecteven()
c=s.trim(estart2,eend2)
a+b+c
Yes, I'm afraid you'll have to redo your encode...
This in only the beginning ;) There is room for a lot more improvement than the current script!
sno0py
10th September 2008, 00:54
Hey
I'm getting some very weird effects when I try to use AnimeIVTC.
http://img99.imageshack.us/my.php?image=aivtcissuehr2.jpg
I would like to note that i DON'T have the mask enabled, but also i get those diagonal lines. I should probably also mention that I have seen the VERY SAME diagonal distortions when i tried to use MCBob a while back. Toof had the suggestion that it might be the limits of my system, and based upon this result with two different scripts, he might be right. On the other hand, I know that both use alot of the same prerequisite scripts, and maybe it's a setting that I don't understand. Also, one other note... the footage looks awesome when its not f'n up.. AIVTC ftwthx.... one other question tho... what is a preferred de-rainbower... derainbow isn't really doing the job...
A few PC specs...
CoreDuo E6750 2.67GHz
2.0GB DDR2 800
eVGA nVidia 7900 GT KO
74GB 10k WD Raptor
X-Fi Champion
but just Reglur XP pro.. not 64bit..... yet....
AVS settings:
DGDecode_mpeg2source("H:\1_hp.d2v",cpu=6,cpu2="xxxxxx",info=3)
ColorMatrix(hints=true,interlaced=true)
DeRainbow(25)
AnimeIVTC(mode=1,aa=3)
crop( 8, 0, -6, -2)
Convolution3D(0,3,5,3,5,4,0)
Lanczos4Resize(720,480) # Lanczos4 (Sharp)
Limitedsharpen(ss_x=1.0,ss_y=1.0,smode=3,strength=35)
Undot() # Minimal Noise
megui settings:
program --pass 2 --bitrate 1657 --stats ".stats" --deadzone-inter 18 --deadzone-intra 10 --ref 5 --mixed-refs --no-fast-pskip --bframes 3 --b-pyramid --b-rdo --bime --weightb --direct auto --filter -1,-1 --subme 7 --partitions all --8x8dct --ratetol 2.0 --me umh --merange 32 --threads auto --thread-input --cqm "jvt" --progress --no-psnr --no-ssim --output "output" "input"
thetoof
10th September 2008, 01:02
Did you replace all your plugins with the ones in the requirements archive?
Did you check if you get this bug when using only animeivtc?
Care to share a sample?
TComb is a very good dot crawl and rainbowing removal filter, though sometimes I prefer using fft3dfilter on plane=3 with high sigmas to kill chroma noise + rainbowing.
What is your memory usage with the script you posted (check in the task manager)?
sno0py
10th September 2008, 01:19
Did you replace all your plugins with the ones in the requirements archive?
---yup.. i systematicly replaced every single one with the ones in the archive
Did you check if you get this bug when using only animeivtc?
---nope. I get this bug also when I use mcbob()
Care to share a sample?
---what's a good free-post service? i'll throw a 10sec clip up if it'll help.
TComb is a very good dot crawl and rainbowing removal filter, though sometimes I prefer using fft3dfilter on plane=3 with high sigmas to kill chroma noise + rainbowing.
---sweet.. tcomb did better, but I haven't tried fft3dfilter yet.. I'll give that a try
What is your memory usage with the script you posted (check in the task manager)?
---When i'm previewing the script in megui, i run ~600MB (of 2GB) ram and 50% CPU load (it maxes out one of my 2 cores).
sno0py
10th September 2008, 01:40
here: http://www.megaupload.com/?d=A3LWH2VP
thetoof
10th September 2008, 01:43
By AnimeIVTC only, I mean that, in the current script, if you disable all the filters exept aivtc, do you still get the artifact?
Mediafire.com
2 cores? Do you have a setmtmode call somewhere in there? using this + ivtc can lead to weird results...
sno0py
10th September 2008, 02:13
By AnimeIVTC only, I mean that, in the current script, if you disable all the filters exept aivtc, do you still get the artifact?
---I removed all the other scripts... and It still happens, but it takes longer.. It all looks so good until i let it run for a little while, and then it all goes to crap. so maybe you're right about the pc limitations...
2 cores? Do you have a setmtmode call somewhere in there? using this + ivtc can lead to weird results...
---Ya... 2 cores, but i dont know what setmtmode is... so i'm not using it... in megui I just set the cpus to auto, so it aims for 1.5 i think is what they say.
If it's a memory thing, I'm planning on upgrading my box with a new better vid card, 8 gb of ram, and xp x64. If it really seems like that's the holdup, then I can put this project on the back burner, and just wait to see how the HW upgrades affect things..
thetoof
10th September 2008, 17:11
Oh, I now I think I get it... running x264 + all your avs filters may be simply too much for your comp, so I'd recommend doing a lossless rendering pass of your complete avs script only:
Download and install Lagarith
Load your avs in vdub
video-compression-lagarith (YV12 + multithread enabled)
video-fast recompress
file-save as
wait
new script: avisource("your new lossless filtered clip".avi)
load it in megui
encode
be happy or post again :p
egrimisu
12th September 2008, 10:07
Can megui be set to make the renderless pass using lagarith instead huffy?
Adub
12th September 2008, 16:34
No. And it's rendering pass.
RedRider
12th September 2008, 17:20
I am trying to convert my Simpsons season 1 DVD`s to x.264
they are Double hard telecined
i tried AnimeIVTC 1.02 (mode=2,aa=0) everything is good but sometimes it is trying to blend some frames made from fields of previous and next frame
if they differs a lot,result is bad ,maybe there is a solution fo for it, i have tried different values of decimate but there is no big difference
original video
original1 (http://img87.imageshack.us/img87/9892/original0sx1.jpg)
original2 (http://img87.imageshack.us/img87/1207/original1su1.jpg)
original3 (http://img87.imageshack.us/img87/3330/original2hm2.jpg)
original4 (http://img87.imageshack.us/img87/3330/original2hm2.jpg)
IVTCed
IVTCed1 (http://img76.imageshack.us/img76/1962/ivtced0of8.jpg)
IVTCed2 (http://img126.imageshack.us/img126/3429/ivtced1wn3.jpg)
IVTCed3 (http://img126.imageshack.us/img126/8104/ivtced2ab1.jpg)
IVTCed4 (http://img71.imageshack.us/img71/7977/ivtced3ho7.jpg)
thetoof
12th September 2008, 17:33
Weird, can I get a video sample for that section?
load your vob in dgindex, select the section, demux video with honor pulldown flag, upload it to mediafire, post your link.
RedRider
12th September 2008, 18:06
sample video (http://www.mediafire.com/?sharekey=b4730766fe6b7bbbd2db6fb9a8902bda)
thetoof
13th September 2008, 13:46
From the sample I saw, your clip is badly telecined, but not dht... there'll be an update in the docs about that.
#ivtc, appropriate aa mode for sources with "line breaks"
animeivtc(mode=1,aa=2)
#followed by multiple calls of the aa function to further reduce the issue, use as many as you want. Frame # 226 (after ivtc) is a good reference to see the effect of aa on tricky frames... some adaptative aa is on the way, but for now you'll have to apply it to the whole stream
daa()
daa()
#following it with mvdegraining helps reducing artifacts caused by "over-anti-aliasing" + scene change issues
a=last
vec=a.mvanalysemulti(refframes=x, overlap=4, idx=1, other settings)
a.mvdegrainmulti(vec,idx=1)
Nightshiver
13th September 2008, 13:59
When can we expect this :)
thetoof
13th September 2008, 14:02
Working on it as we speak... and I have to go for a while in 3h, so unless I'm interrupted by something, today! ^_^
tw0face
14th September 2008, 17:08
hello, im a new guy in here and i have a question :)
im ripping avatar the last airbender
it took me a few days to figgure out how to work with .avs script and what options should i use with animeivtc, at least i hope so :)
im using gordian knot, where i set everything, pick none field options, and then just add AnimeIVTC(mode=1, aa=2) in .avs file
first episodes finished great, awsome quality, really something i hoped for, coz previous rips, without animeivtc, didnt get me such good quality, BUT one episode just keeps crashing in second pass and i dont have a clue why
first pass is ok, and at 0% in 2nd virtualdub crashes :(
any idea why? or what do u need from me to figgure out, thanx for ur help :)
lansing
16th September 2008, 04:55
i think i need help with my source.
the first 30 seconds or so of the video was 100% ntsc, followed by 100% film to the end.
sample (http://www.mediafire.com/?jxdjdg9rtdi)
My script is
AnimeIVTC (mode=2, precision=1, aa=2, decimate=4)
Lanczos4Resize(640,480)# Lanczo4 (Sharp)
The problem is that there are many thin lines in the images that didn't seen to deinterlace correctly. Another problem is the video didn't run smoothly even after I put in the decimate function.
Nightshiver
16th September 2008, 20:21
We're all just waiting for toofy to update.....
thetoof
16th September 2008, 21:23
Yup, I'm all done. I only need to get home to zip the latest requirements.7z archive and v1.03 is good to go! Give me 1 hour or so ;)
The next post will also have all the answers to the questions/comments/suggestions that were posted during the 2 months when I was gone.
thetoof
17th September 2008, 02:48
@neuron2
The first reason why I assumed that a hard pulldown could create some problem was that I saw this clip (http://www.mediafire.com/download.php?vblqwwgftmd) (check frame # 32 before IVTC and 25 after), but it seems like that frame is only an exeption and that my claim was, in fact, unsupported. I'll be more careful in the future.
How can i find out at what frame it end the op witch is interlanced and when start the progresive part and where stops and start the ed witch is interlanced again? Is there something for this?
I'm afraid you have to check frame by frame... those are the most important sequences to check:
- opening credits
- ending credits
- high motion sequences
You have to check for : interlaced, progressive or telecined credits, pulldown pattern (hard or double hard telecined) and 30p sequences.
If you see double hard telecine somewhere, consider your source DHT (not hard telecine, so forget mode 1 and 3) because if it appeared once, it can at any high motion scene and it'd be a pain to check them all, so just to be safe, use the DHT modes.
You say I should use it after everything else; do you mean I should IVTC normally, run filters, run a lossless pass, and then do the mode=7 after that?
Forget that, I changed how animeivtc deals with vfr
Also, is AA really neccessary for a hard telecined source (IE mode=1)? I don't really see any jaggies...
As it was said by many, it is needed when it is needed... compare and choose the best looking aa method
What pureint is and what is the dirence between 1-7?
"pureint" has been changed to "mix"
It is to tell animeivtc which type of correction to apply to which part of the clip. Read the doc and if it's not clear enough, tell me what is it that you don't understand and I'll improve it.
Opening (IVTC 23.976 CFR) + Middle (Hybrid 24+30fps) + Ending (Bobbed at 60 fps) + IVTC (23.976fps CFR)
Can I have a sample of the hybrid sequence?
i have a few scenes where i have pure interlancing.
I've never seen telecined + interlaced for an episode (the credits, yes, but not the episode), so it's most likely double hard telecined (looks pure interlaced because there is no pattern)... try a mode for DHT, give me some news and we'll see then.
mode=7 seems to be also flawed. mode=7, pass=1 does not make a tfm file, and that file is needed for pass=2 (tdecimate(mode=5)).
From the changelog:
01/19/2006 v0.9.11.8
- don't require input and tfmIn files for mode 5
From TDecimate docs:
As of version 0.9.11.8 of TDecimate, an input and tfmIn file are no longer required for mode 5. If an input file is not specified then a value of ULLONG_MAX-1 (the maximum value tdecimate has) is assigned to all metrics. Likewise, if a tfmIn file is not specified then all matches are assigned as 'c', not combed, and not a d2v duplicate.
I tried to intc heidi dvd witch dgindex recognized it as 77% video that makes it mode 7 that is soft telecined and hard telecined.
No no no! #7 is under "Source type", meaning that you need to use mode= "1 : Use for case #3 & 7 (hard telecine)". Also, make sure to check if it's really hard and not double hard.
If I missed a question or a suggestion, please repost and it'll be a pleasure to help.
thetoof
17th September 2008, 02:51
AnimeIVTC() 1.03 Released 2008-09-16 by thetoof
* Fixed bug when splicing clips at different framerates
* Fixed bug where frames were lost to decimation in mode=6
* Fixed bug causing the "tfm.txt" file to be overwritten every time the script was loaded
* Fixed idx values in the MVAnalyse and MVFlowFPS calls
* Use of 2 different pelclips if prefiltered clip is used before motion vectors calculation to prevent b0rked output
* Removed omode=3 for optimal vfr decimation
* Less memory usage by using a named clip for all the blankclips
* Changed syntax to be compatible with the newest version of mrestore
* Faster blends and duplicates detection for decimate=5 by using dclip=i.bob().reduceflicker(strength=1) in mrestore
* Replaced nnediaa with ediaa for better aliasing removal (aa=1)
* Added functions in the script to fix "There is no function named iseven/isodd" bug
* Added "MT" parameter to use with the multithreaded version of MVTools
* Added support for fieldblended PAL & norm-conversion restoration
* Added support for 30p credits on top of telecined background
* New check function to get the frame numbers of the 30p sections (check=0)
* New check function to see the prefiltered clip of the 30p sections (check=9)
* Argument "pureint" changed to "mix"
* 15 new "mix" modes for all the possibilities for 30p and 30i credits
* Replaced decimate=0 with pass=0
* New AA function by Mystery Keeper (aa=4)
* Re-added the possibility to use killcomb=0, but default remains 1
* Changed "precision"'s default to 3 for all modes
* Included TempGaussMC_beta1mod in the requirements package to make bob=3 work with the new "MT" parameter
* Docs update + formatting improvement, reformulation here and there...
[MA]Debito
17th September 2008, 03:06
Getting the following Error message:
Script Error: There is no function named "Toon"
Referencing Line 151:
aa4=dec.sharpaamcmod(aastr=aastr, ds=dark, shpre=thin, shpost=sharp, smpost=smooth, tradius=tradius, mt=mt, MC=stabilize, pel=aapel, ov=aaov, blk=aablk)
and line 438:
b=a.Toon(ds).Warpsharp(depth=ShPre)
I've loaded the mfToon and vmToon functions into my script as well with no change.
Here's the AVS line:
AnimeIVTC(mode=2,aa=0,precision=3,iregion="NTSC",oregion="NTSC",decimate=4,MT=true)
Thanks.
Nightshiver
17th September 2008, 03:07
It's not talking about either mftoon or vmtoon. You need the dll called "Toon". Get it Here (http://mf.creations.nl/avs/filters/Toon-v1.0.dll)
Also, THANKS toofy! :)
Edit: maybe I spoke to soon. I get an error saying "I don't know what fpsconv means"
[MA]Debito
17th September 2008, 03:31
Still getting the no function called "Toon" even when it is autoloaded and also will not work if I use LoadPlugin
Thanks
thetoof
17th September 2008, 06:52
im ripping avatar the last airbender
I never used GN, so I can't help with that, but knowing your source, I can assure you it's a hybrid one. Check out the new docs for more info and post again if something's not clear.
animeivtc(mode=5, other settings)
@ lansing
First section = truly interlaced
Second section = hard telecined
So, mode=3
The scripts for the sample you gave me could look like this:
mpeg2source("sample.demuxed.d2v")
animeivtc(3,aa=0,omode=2,edimode="eedi2",pass=0,mix=1,istart1=0,iend1=1509,estart1=604,eend1=639)
Run a lossless rendering pass
avisource("your processed file.avi")
animeivtc(mode=7, pass=1, other settings)
Run video analysis pass
avisource("your processed file.avi")
sharpaamcmod(aastr=99999, other settings)
animeivtc(mode=7, pass=2, settings)
Encode or do another lossless rendering pass. The reason why I split the process is that aa=4 + smart-bobbing for the credits is just too much for the computers of our day and age :p
Debito;1184665']Still getting the no function called "Toon" even when it is autoloaded and also will not work if I use LoadPlugin
Did you put all the plugins + autoload scripts of the requirements archive in the plugins folder of avisynth? If you did, I don't have the slightest idea of what it could be... everything's autoloading perfectly for me.
Edit: maybe I spoke to soon. I get an error saying "I don't know what fpsconv means"
Heh, sry 'bout that... should've done more testing before posting... I'm currently updating the links with a new version.
Changelog:
* Fixed check=3 and check=10 to be compatible with the new add-ons
* Corrected typo in the error message asking to specify the omode
* Disabled aa comparison when using one of the check=x
* nnedipel's default is now false
* Changed the order of the filters so that all the stream (not only the ivtced sections) can be processed with killcomb and aa
* Fixed syntax errors with mode=7
Nightshiver
17th September 2008, 12:26
Aight, it works now :)
Ittipol02
17th September 2008, 18:45
Debito;1184665']Still getting the no function called "Toon" even when it is autoloaded and also will not work if I use LoadPlugin
Thanks
http://forum.doom9.org/showthread.php?p=1062109#post1062109
lansing
18th September 2008, 00:10
@ thetoof
after I updated the filter and applied your first script, I got an error message
Script error: animeivtc does not have a named argument "edimode"
Adub
18th September 2008, 01:03
Hmm. Yeah, maybe because it doesn't. My guess is that you had some old settings stored away that you were using with the older version, and you copied and pasted them into your new script thinking it would work.
Okay, that's fine, but read your own error message first. It is telling you exactly what is wrong. Read the documentation.
thetoof
18th September 2008, 07:53
Actually... that's a miss by me: I uploaded an "older" 1.04 without the argument.
AnimeIVTC() 1.05 Released 2008-09-18 by thetoof
* Added string "edimode"
* Added int "degrain"
* Fixed typos in the docs
* Removed ineffective error message about the external audio file
* Added the plugins needed for aa=4 + bob/precision=3 in the "requirements" archive & list
lansing
18th September 2008, 20:46
I think the function "reduceflicker" is also missing
Script error: there is no function named "reduceflicker" (?, line 151)
Nightshiver
18th September 2008, 22:00
Nope, it's in the latest script/dll package that toofy uploaded to mediafire.
lansing
19th September 2008, 00:07
nvm, I did find out that it was the missing Avscursion.dll that's causing the error
Lux Delux
19th September 2008, 09:25
Hi, it seems I can't get this to work with Fizick's mvtools, keep getting error "NoMVAnalyseMulti" in Tempgauss.
It loads fine with the MT mvtools but then it crashes after I try to move the slider in vdubmod.
Anyone else having probs?
thetoof
19th September 2008, 14:43
Did you use MT=false?
Lux Delux
19th September 2008, 14:47
Yeah tried that but it doesn't make a difference, it's like it loads before it can even recognize that parameter :confused:
tw0face
19th September 2008, 16:13
im ripping avatar the last airbender
I never used GN, so I can't help with that, but knowing your source, I can assure you it's a hybrid one. Check out the new docs for more info and post again if something's not clear.
animeivtc(mode=5, other settings)
awsome, it just finished encoding
i used these settings
AnimeIVTC(mode=5, pass=1, aa=2)
first of all the quality and result is very good but what is also very important is that the speed has increased
with previous settings it took about 10h for one pass now its 1 - 1,5h :)
thanx alot for the help :P
thetoof
19th September 2008, 21:46
@Lux Delux
Can you give me the exact line of the error and are you using tempgaussmc_beta1mod?
@tw0face
Good to hear! Don't forget that pass=1 is an analysis pass and that you need to use pass=2 afterwards for your encode/rendering pass.
professor_desty_nova
20th September 2008, 12:26
I also have the same error:
"Avisynth open failure:
Script error: there is no function named "MVAnalyseMulti"
(???, line 161)
(???, line 119)"
AnimeIVTC(mode=2, iregion="PAL", oregion="NTSC", MT=False)
Avisynth 2.5.7; Virtualdub 1.6.19
thetoof
20th September 2008, 19:04
Updating the Requirements.7z links with fixed tgmcb1mod.
If you only need TempGaussMC_beta1mod.avsi, get it here (http://www.mediafire.com/download.php?ymq0jmtw2mg).
Biggiesized
21st September 2008, 05:32
I was just about to look for a tool like this since my copy of FLCL is double hard telecined. meGUI, unfortunately, cannot handle all of the different cadences with its selection of deinterlacing filters.
Thanks a ton!
lansing
21st September 2008, 06:42
Just finished my first ever vfr clip, very delighted now, lol.
And a request, is it possible to add an option to combine mode 7's pass 0 and pass 1, which to get a lossless rendering video with analysis pass at the same time? It's will save a lot of encoding time. The ideas are from here (http://forum.doom9.org/showthread.php?t=121869) and here (http://forum.doom9.org/showthread.php?p=621067#post621067).
And also a noob question, what does this function sharpaamcmod(aastr=99999) do? I can't google any info about it. Is there any meaning for the "99999"?
Lux Delux
21st September 2008, 17:56
Got the updated package with newer tempgauss mod but now a new error appears
http://img155.imageshack.us/img155/7531/errortg3.jpg (http://imageshack.us)
Leak
21st September 2008, 19:27
Got the updated package with newer tempgauss mod but now a new error appears
http://img155.imageshack.us/img155/7531/errortg3.jpg (http://imageshack.us)
Update your MVTools to josey_wells' multithreaded version...
thetoof
22nd September 2008, 06:59
And a request, is it possible to add an option to combine mode 7's pass 0 and pass 1, which to get a lossless rendering video with analysis pass at the same time? I'll give you test results in a short while to show you why I did it that way.
And also a noob question, what does this function sharpaamcmod(aastr=99999) do? I can't google any info about it. Is there any meaning for the "99999"?
This is aa=4 with a super duper high antialiasing strength (the doc of Sangnom I have doesn't tell the max, so I just used a random high number... it most probably needs tweaking) that tries to reduce edge flickering. See here (http://forum.doom9.org/showthread.php?p=1185370#post1185370) for a full explanation of the problem.
TGMC_B1mod... sigh, try this (http://www.mediafire.com/download.php?hlm3lzwkofm). Let's say I should have waited to come back home and test it before posting :o
Mystery Keeper
22nd September 2008, 08:44
Tooth, AvsP told me the max for SangNom is 255, so I set that number.
thetoof
22nd September 2008, 16:13
Oh, so it's only one of those "max modification of the pixel allowed" setting where 255 is 100% and 128 is 50%?
*waiting for a confirmation to update the docs*
@Biggiesized
Good to hear!
@professor_desty_nova
Could I get a short sample of your source? I've never seen a PAL->NTSC anime conversion (will be useful for further testing...)
MoonlightMile
23rd September 2008, 09:47
Script error: there is no function named "Toon"
(???, line 440)
(???, line 354)
thetoof
23rd September 2008, 09:58
There was a post a little while ago about extracting the timecode of a MKV with animeivtc or something... the function is built to create one for vfr encoding. Other tools exist for what (I think) was asked.
@MoonlightMile
Get everything from the requirements package (including downloading and installing Visual C++)
MoonlightMile
23rd September 2008, 11:53
oh yes...it works
thx a lot:)
patrick_
23rd September 2008, 13:26
@thetoof, I think it would be better to change this line in the script (function SharpAAMCmod):
b = a.Toon(ds).Warpsharp(depth=ShPre)
with:
b = ShPre == 0 ? a.Toon(ds) : a.Toon(ds).Warpsharp(depth=ShPre)
In case ShPre = 0 it's a lot faster, and in any other case it doesn't affect the speed.
thetoof
23rd September 2008, 15:47
True. It will be changed in the next version:
b = (ShPre==0 && ds==0) ? a : (ShPre==0) ? a.Toon(ds) : (ds==0) ? a.Warpsharp(depth=ShPre) : a.Toon(ds).Warpsharp(depth=ShPre)
as well as a bug fix for the checks (thanks to egrimisu for the report)
[MA]Debito
23rd September 2008, 23:31
I'm getting the following error message after dropping all the individual .dlls and .avsi functions into my plugins folder:
Avisynth open failure:
LoadPlugin: unable to load "C:\Program Files\AviSynth 2.5\plugins\ReduceFlickerSSE3.dll"
(C:\Program Files\AviSynth 2.5\plugins\AnimeIVTC - v1.05.avsi, line 151)
I've tried just the ReduceFlicker.dll and same issue. Tried LoadPlugin and it gives me some random text in the same format.
HELP!!!
Thanks,
Debito
MADAJ
24th September 2008, 00:15
I also have the same error:
"Avisynth open failure:
Script error: there is no function named "MVAnalyseMulti"
(???, line 161)
(???, line 119)"
AnimeIVTC(mode=2, iregion="PAL", oregion="NTSC", MT=False)
Avisynth 2.5.7; Virtualdub 1.6.19
Updating the Requirements.7z links with fixed tgmcb1mod.
If you only need TempGaussMC_beta1mod.avsi, get it here (http://www.mediafire.com/download.php?ymq0jmtw2mg).
I get the same error although I have updated my TempGaussMC_beta1mod.avsi
http://img184.imageshack.us/img184/6997/60461617wb3.th.png (http://img184.imageshack.us/my.php?image=60461617wb3.png)
I am using AviSynth 2.5.8 RC4a [September 12th]
lansing
24th September 2008, 02:30
Debito;1187570']I'm getting the following error message after dropping all the individual .dlls and .avsi functions into my plugins folder:
Avisynth open failure:
LoadPlugin: unable to load "C:\Program Files\AviSynth 2.5\plugins\ReduceFlickerSSE3.dll"
(C:\Program Files\AviSynth 2.5\plugins\AnimeIVTC - v1.05.avsi, line 151)
I've tried just the ReduceFlicker.dll and same issue. Tried LoadPlugin and it gives me some random text in the same format.
HELP!!!
Thanks,
Debito
http://forum.doom9.org/showthread.php?p=1185637#post1185637
thetoof
24th September 2008, 03:58
Newer tgmc was posted a little while ago...
TGMC_B1mod... sigh, try this (http://www.mediafire.com/download.php?hlm3lzwkofm). Let's say I should have waited to come back home and test it before posting :o
[MA]Debito
24th September 2008, 06:17
Already have AvsRecursion.dll, still having problems.
Fixed. Put AvsRecursion.dll in my System32 folder.
Leak
24th September 2008, 08:28
http://img184.imageshack.us/img184/6997/60461617wb3.th.png (http://img184.imageshack.us/my.php?image=60461617wb3.png)
*GROAN* (http://forum.doom9.org/showthread.php?p=1186715#post1186715)
R3Z
25th September 2008, 04:17
Can anyone send me or mirror this file please :) I cant get to mediafire from my network and i can once i have the file, mirror it on my webspace.
Cheers,
R3
OrionZodiac
25th September 2008, 23:14
Where can i get old versions of this script? I would like v1.02 please.
45tripp
25th September 2008, 23:38
http://www.mediafire.com/?lzgieyvajzn
just the script that is
OrionZodiac
26th September 2008, 00:01
your awesome. thank you:)
lansing
26th September 2008, 17:38
For people who're missing the AvsRecrusion.dll file, I've uploaded in here (http://www.mediafire.com/download.php?xdtutwgjhmk)
put the dll file into your system32 folder
professor_desty_nova
27th September 2008, 10:28
I'm still getting with the latest files in Requirements.7z
"Avisynth open failure:
Script error: there is no function named "MVAnalyseMulti"
(???, line 233)"
tried these lines:
AnimeIVTC(mode=2, iregion="PAL", oregion="NTSC", MT=False)
AnimeIVTC(mode=2, MT=False)
I think I didn't forget to put anything in the plugins folder...
@professor_desty_nova
Could I get a short sample of your source? I've never seen a PAL->NTSC anime conversion (will be useful for further testing...)
My source is PAL captured from TV (a regular bad conversion from NTSC->PAL with blended fields). I just captured it to see how AnimeIVTC works. Do you still want it? If yes, how much time of it? I have both a TVcard capture (lagarith) or a DVR capture (MPEG2), which do you prefer?
Leak
27th September 2008, 11:22
I'm still getting with the latest files in Requirements.7z
"Avisynth open failure:
Script error: there is no function named "MVAnalyseMulti"
(???, line 233)"
tried these lines:
AnimeIVTC(mode=2, iregion="PAL", oregion="NTSC", MT=False)
AnimeIVTC(mode=2, MT=False)
I think I didn't forget to put anything in the plugins folder...
GROAN^2 (http://forum.doom9.org/showthread.php?p=1186715#post1186715)
np: Bomb The Bass - So Special (Toob's Special Special Mix) (Future Chaos Remixes)
professor_desty_nova
27th September 2008, 12:05
GROAN^2 (http://forum.doom9.org/showthread.php?p=1186715#post1186715)
np: Bomb The Bass - So Special (Toob's Special Special Mix) (Future Chaos Remixes)
I'm using MT=false.
from AnimeIVTC doc:
"MT : Tells the function which version of MVTools you're using.
True : josey_wells' multithreaded branch (default)
False : "Official" branch"
Leak
27th September 2008, 12:25
I'm using MT=false.
from AnimeIVTC doc:
"MT : Tells the function which version of MVTools you're using.
True : josey_wells' multithreaded branch (default)
False : "Official" branch"
Okay, you've got a point there...
thetoof
27th September 2008, 15:27
I have an update ready at home with other corrections, but I had to leave before posting... I should be able to upload it in two days or so.
I'd like about 50mb of the Lagarith one... thx!
Leak, thanks for helping, but the real issue here was only me being a lazy scripter :p
OrionZodiac, why did you need 1.02? Just curious...
I'll add avsrecursion in the requirements archive + some mirrors.
OrionZodiac
27th September 2008, 19:30
OrionZodiac, why did you need 1.02? Just curious...
I have been playing around with lossless rendering passes and the quality is not quite the same as just encoding the source. I have tried lagarith, huffyuv, and lossless x264. I wanted 1.02 because i can just use that and have all my filters in the script and be able to encode the source.
I don't know if you are willing to do this, but do you think you can release a "lite" version. A version used just to deinterlace, IVTC, etc. Or if you could help me fix the tfm.txt file override bug in v1.02 that will work too.
Thanks
martino
27th September 2008, 19:53
Lite version?
TFM().TDecimate()
(plus all the options... rtfm)
OrionZodiac
28th September 2008, 01:32
AnimeIVTC(Mode=5,precision=3,pass=2,aa=4,aastr=0,dark=0,thin=0,sharp=0,smooth=0,stabilize=false,killcomb=2,block=8,denoise=false)
+filters
This is as basic as i can get it. My computer is still overwhelmed.
With 1.01 and 1.02 i could just have
AnimeIVTC(Mode=5,precision=3,pass=2,killcomb=2,aa=0)
+same filters
with no problem.
Of course I could just do it the old fashioned way before this script was invented, but I rather not since this is easier and gives good results.
professor_desty_nova
28th September 2008, 09:41
I'd like about 50mb of the Lagarith one... thx!
OK. It's 5 seconds. If you want a diferent part, just say it. If you want a longer time, I can capture another at a lower resolution.
http://www.mediafire.com/?21ymmzwmzfd
ubertoast
28th September 2008, 22:21
I have been trying to get this to work to try it out of some anime i have.
I am using this line in AVS:
AnimeIVTC(mode=5, pass=1, aa=2)
I have dropped all the dlls and avsi files in the plugins directory
and i get this error message when i load the avs script:
AviSynth script error:
aWarpSharp isn't loaded!
(Ua", line 440)
(Ua", line 354)
Any help aprpeciated.
OrionZodiac
28th September 2008, 22:58
I had that same problem, just get aWarpSharp from here:
http://avisynth.org/warpenterprises/
and put it in with the rest of the .dlls
ubertoast
28th September 2008, 23:17
I had that same problem, just get aWarpSharp from here:
http://avisynth.org/warpenterprises/
and put it in with the rest of the .dlls
Thanks, that worked. I did an analysis pass with pass=1, and that worked. Then i changed it to pass=2 and when i load the script i get this error now:
TDecimate: crc32 in input file does not match that of the current clip
Any ideas what this could be?
By the way, i am using megui
napalm-187
30th September 2008, 21:11
hi
i need help for hd cap the incredibles
what is here the best cmd line for this
file is h 264 1080i with 25 fps
i used tdeint mode 0 for 25 fps but i become jagged edges
i read the hole thread but i dont now what are the best settings i used here
many thx
Nightshiver
30th September 2008, 21:40
either post a sample or read the faq again, as it clearly explains what to do.
napalm-187
1st October 2008, 00:37
@qualityfreak
i read and read and read
but my english is not so good for understandig all the stuff
thats the point
many thx
thetoof
1st October 2008, 00:40
Yes, but without a sample, recommending how to process it is a tad hard ;)
(answers to the other posters + new version coming soon... just got home)
Esc
1st October 2008, 04:15
thetoof, you are uberawesome! I am in ripper's heaven right now. My anime never looked so good.
Nightshiver
5th October 2008, 03:58
News of the update?
thetoof
5th October 2008, 18:22
I somehow introduced an "Avisynth read error: CAVIStreamSynth: System exception - Acces Violation at 0x10141b83, reading from 0xc....." while I was writing 1.06, so I'm reapplying the changes one by one on 1.05 to see where I messed up. However, I'll only have the time to do that later tonight or tomorrow.
byme
6th October 2008, 00:49
hello world
sorry but I am Italian and I do not speak English very well
I have this problem with ReduceFlicker
http://b.imagehost.org/t/0838/error.jpg (http://b.imagehost.org/view/0838/error.png)
my script
#LoadPlugin("C:\Documents and Settings\up\Documenti\Edit Video\Filtri\AnimeIVTC\avsfilter.dll")
LoadPlugin("C:\Documents and Settings\up\Documenti\Edit Video\Filtri\AnimeIVTC\Dup.dll")
LoadPlugin("C:\Documents and Settings\up\Documenti\Edit Video\Filtri\AnimeIVTC\EEDI2.dll")
LoadPlugin("C:\Documents and Settings\up\Documenti\Edit Video\Filtri\AnimeIVTC\EEDI2_imp.dll")
LoadPlugin("C:\Documents and Settings\up\Documenti\Edit Video\Filtri\AnimeIVTC\LoadPluginEx.dll")
LoadPlugin("C:\Documents and Settings\up\Documenti\Edit Video\Filtri\AnimeIVTC\MaskTools.dll")
LoadPlugin("C:\Documents and Settings\up\Documenti\Edit Video\Filtri\AnimeIVTC\mt_masktools-25.dll")
LoadPlugin("C:\Documents and Settings\up\Documenti\Edit Video\Filtri\AnimeIVTC\mt_masktools-26.dll")
LoadPlugin("C:\Documents and Settings\up\Documenti\Edit Video\Filtri\AnimeIVTC\mvtools.dll")
LoadPlugin("C:\Documents and Settings\up\Documenti\Edit Video\Filtri\AnimeIVTC\nnedi.dll")
LoadPlugin("C:\Documents and Settings\up\Documenti\Edit Video\Filtri\AnimeIVTC\ReduceFlicker.dll")
#LoadPlugin("C:\Documents and Settings\up\Documenti\Edit Video\Filtri\AnimeIVTC\ReduceFlickerSSE2.dll")
#LoadPlugin("C:\Documents and Settings\up\Documenti\Edit Video\Filtri\AnimeIVTC\ReduceFlickerSSE3.dll")
LoadPlugin("C:\Documents and Settings\up\Documenti\Edit Video\Filtri\AnimeIVTC\RemoveGrain.dll")
LoadPlugin("C:\Documents and Settings\up\Documenti\Edit Video\Filtri\AnimeIVTC\RemoveGrainS.dll")
LoadPlugin("C:\Documents and Settings\up\Documenti\Edit Video\Filtri\AnimeIVTC\RemoveGrainSSE2.dll")
LoadPlugin("C:\Documents and Settings\up\Documenti\Edit Video\Filtri\AnimeIVTC\RemoveGrainSSE3.dll")
LoadPlugin("C:\Documents and Settings\up\Documenti\Edit Video\Filtri\AnimeIVTC\Repair.dll")
LoadPlugin("C:\Documents and Settings\up\Documenti\Edit Video\Filtri\AnimeIVTC\RepairS.dll")
LoadPlugin("C:\Documents and Settings\up\Documenti\Edit Video\Filtri\AnimeIVTC\RepairSSE2.dll")
LoadPlugin("C:\Documents and Settings\up\Documenti\Edit Video\Filtri\AnimeIVTC\RepairSSE3.dll")
LoadPlugin("C:\Documents and Settings\up\Documenti\Edit Video\Filtri\AnimeIVTC\RSharpen.dll")
LoadPlugin("C:\Documents and Settings\up\Documenti\Edit Video\Filtri\AnimeIVTC\RSharpenS.dll")
LoadPlugin("C:\Documents and Settings\up\Documenti\Edit Video\Filtri\AnimeIVTC\RSharpenSSE2.dll")
LoadPlugin("C:\Documents and Settings\up\Documenti\Edit Video\Filtri\AnimeIVTC\RSharpenSSE3.dll")
LoadPlugin("C:\Documents and Settings\up\Documenti\Edit Video\Filtri\AnimeIVTC\SangNom.dll")
LoadPlugin("C:\Documents and Settings\up\Documenti\Edit Video\Filtri\AnimeIVTC\TDeint.dll")
LoadPlugin("C:\Documents and Settings\up\Documenti\Edit Video\Filtri\AnimeIVTC\TIVTC.dll")
LoadPlugin("C:\Documents and Settings\up\Documenti\Edit Video\Filtri\AnimeIVTC\TMM.dll")
LoadPlugin("C:\Documents and Settings\up\Documenti\Edit Video\Filtri\AnimeIVTC\Toon-v1.0.dll")
LoadPlugin("C:\Documents and Settings\up\Documenti\Edit Video\Filtri\AnimeIVTC\vinverse.dll")
LoadPlugin("C:\Documents and Settings\up\Documenti\Edit Video\Filtri\AnimeIVTC\warpsharp.dll")
#LoadPlugin("C:\Documents and Settings\up\Documenti\Edit Video\Filtri\AnimeIVTC\yadif.dll")
##
Import("C:\Documents and Settings\up\Documenti\Edit Video\Filtri\AnimeIVTC\AnimeIVTC - v1.05.avsi")
Import("C:\Documents and Settings\up\Documenti\Edit Video\Filtri\AnimeIVTC\bob_repair.avsi")
Import("C:\Documents and Settings\up\Documenti\Edit Video\Filtri\AnimeIVTC\Cdeblend.avsi")
Import("C:\Documents and Settings\up\Documenti\Edit Video\Filtri\AnimeIVTC\FixBlendIVTC.avsi")
Import("C:\Documents and Settings\up\Documenti\Edit Video\Filtri\AnimeIVTC\Interlacing2Reader.avsi")
Import("C:\Documents and Settings\up\Documenti\Edit Video\Filtri\AnimeIVTC\LimitedSharpenFaster.avsi")
Import("C:\Documents and Settings\up\Documenti\Edit Video\Filtri\AnimeIVTC\MCBob.avsi")
Import("C:\Documents and Settings\up\Documenti\Edit Video\Filtri\AnimeIVTC\mfToon-v0.54.avsi")
Import("C:\Documents and Settings\up\Documenti\Edit Video\Filtri\AnimeIVTC\mrestore.avsi")
Import("C:\Documents and Settings\up\Documenti\Edit Video\Filtri\AnimeIVTC\TempGaussMC_beta1mod.avsi")
Import("C:\Documents and Settings\up\Documenti\Edit Video\Filtri\AnimeIVTC\vmToon-v0.74.avsi")
Import("C:\Documents and Settings\up\Documenti\Edit Video\Filtri\AnimeIVTC\Cdeblend_10.avs")
#Import("C:\Documents and Settings\up\Documenti\Edit Video\Filtri\AnimeIVTC\clip2_sample_avs.avs")
#Import("C:\Documents and Settings\up\Documenti\Edit Video\Filtri\AnimeIVTC\ColorRGB.auf.avs")
#Import("C:\Documents and Settings\up\Documenti\Edit Video\Filtri\AnimeIVTC\ColorRGB.vdf.avs")
#Import("C:\Documents and Settings\up\Documenti\Edit Video\Filtri\AnimeIVTC\ColorYUY2.auf.avs")
#Import("C:\Documents and Settings\up\Documenti\Edit Video\Filtri\AnimeIVTC\ColorYUY2.vdf.avs")
#Import("C:\Documents and Settings\up\Documenti\Edit Video\Filtri\AnimeIVTC\EraseGhost.auf.avs")
#Import("C:\Documents and Settings\up\Documenti\Edit Video\Filtri\AnimeIVTC\EraseGhost.vdf.avs")
#Import("C:\Documents and Settings\up\Documenti\Edit Video\Filtri\AnimeIVTC\first pass script.avs")
Import("C:\Documents and Settings\up\Documenti\Edit Video\Filtri\AnimeIVTC\FixBlendIVTC_v08a.avs")
Import("C:\Documents and Settings\up\Documenti\Edit Video\Filtri\AnimeIVTC\FixBlendIVTC_v09b.avs")
Import("C:\Documents and Settings\up\Documenti\Edit Video\Filtri\AnimeIVTC\K-mfToon.avs")
Import("C:\Documents and Settings\up\Documenti\Edit Video\Filtri\AnimeIVTC\mfToon-v0.32.avs")
Import("C:\Documents and Settings\up\Documenti\Edit Video\Filtri\AnimeIVTC\Mrestore_v15beta.avs")
Import("C:\Documents and Settings\up\Documenti\Edit Video\Filtri\AnimeIVTC\Mrestore_v15p.avs")
Import("C:\Documents and Settings\up\Documenti\Edit Video\Filtri\AnimeIVTC\Mrestore_v16.avs")
Import("C:\Documents and Settings\up\Documenti\Edit Video\Filtri\AnimeIVTC\Mrestore_v20.avs")
Import("C:\Documents and Settings\up\Documenti\Edit Video\Filtri\AnimeIVTC\mrestore_v23e.avs")
#Import("C:\Documents and Settings\up\Documenti\Edit Video\Filtri\AnimeIVTC\override_sample_avs.avs")
#Import("C:\Documents and Settings\up\Documenti\Edit Video\Filtri\AnimeIVTC\second pass script.avs")
Import("C:\Documents and Settings\up\Documenti\Edit Video\Filtri\AnimeIVTC\test.avs")
#Import("C:\Documents and Settings\up\Documenti\Edit Video\Filtri\AnimeIVTC\tfm_tdeint_postprocessing.avs")
#Import("C:\Documents and Settings\up\Documenti\Edit Video\Filtri\AnimeIVTC\tfm_tdeint+eedi2_postprocessing.avs")
#Import("C:\Documents and Settings\up\Documenti\Edit Video\Filtri\AnimeIVTC\tfm_tdeint-bob_blend+eedi2_postprocessing.avs")
#Import("C:\Documents and Settings\up\Documenti\Edit Video\Filtri\AnimeIVTC\WarpSharp.auf.avs")
#Import("C:\Documents and Settings\up\Documenti\Edit Video\Filtri\AnimeIVTC\WarpSharp.vdf.avs")
##
AviSource("F:\Disco E\rec\video.avi").ConvertToYV12
AnimeIVTC (mode=5, pass=1, aa=2)
Nightshiver
6th October 2008, 01:51
If the dll's and avs scripts are in your Avisynth/plugins/ folder, you don't need to use all of those loadplugin and import commands. And for your problem, completely empty out your plugins folder and only put in the dll and avs scripts that animeivtc needs.
byme
6th October 2008, 12:47
If the dll's and avs scripts are in your Avisynth/plugins/ folder, you don't need to use all of those loadplugin and import commands. And for your problem, completely empty out your plugins folder and only put in the dll and avs scripts that animeivtc needs.
thanks
I did, but the problem remains with ReduceFlicker
LoadPlugin("C:\Programmi\AviSynth 2.5\plugins\ReduceFlicker.dll")
http://b.imagehost.org/t/0895/rf.jpg (http://b.imagehost.org/view/0895/rf.png)
but, such filters are needs?
thetoof
7th October 2008, 18:25
And a request, is it possible to add an option to combine mode 7's pass 0 and pass 1, which to get a lossless rendering video with analysis pass at the same time? It's will save a lot of encoding time.
Using pass=1 with mode 3, 4 and 6 for the rendering pass combines pass=0 and 1. I added the option of separating them because bobbing/field matching+antialiasing+decimating can be too much for your comp.
@ OrionZodiac
If you want animeivtc to go faster, don't use aa=4 (slowest) or even disable anti-aliasing (aa=0) & use a lower precision.
Thanks, that worked. I did an analysis pass with pass=1, and that worked. Then i changed it to pass=2 and when i load the script i get this error now:
TDecimate: crc32 in input file does not match that of the current clip
Any ideas what this could be?
By the way, i am using megui
Can I have a sample and your exact settings to try to replicate your issue?
thanks
I did, but the problem remains with ReduceFlicker
Do you have AvsRecursion.dll in your system32 folder?
but, such filters are needs?
It is used by mrestore for faster blends and duplicates detection to lower processing time.
@all
New version coming very soon... got overwhelmed by work (again).
soulstaker
7th October 2008, 22:23
I have updated AnimeIVTC today and I'm getting a error when i use modes 5 and 6:
http://img46.imageshack.us/img46/9719/defeitosq1.jpg
I copied the mvtools.dll which is on Requirements.7z and the newer one on the filter page, but none of these get the animeivtc to work.
What I'm doing wrong?
thetoof
7th October 2008, 23:31
Either use the 1.9.x version (multithreaded by josey_wells) with mt=true or wait for me to post 1.06 in the next hours.
soulstaker
8th October 2008, 02:43
Either use the 1.9.x version (multithreaded by josey_wells) with mt=true or wait for me to post 1.06 in the next hours.
That + AvsRecursion.dll on system32 will do the job. Thanks for you help.
Can you include it on Requirements.7z on the next release?
thetoof
8th October 2008, 02:45
Yes, that's what I planned on doing.
thetoof
9th October 2008, 03:26
* Fixed bug when using mode=6 with the checks
* Faster aa=4 when settings=0
* Fixed mt=false issues
* Fixed 1/2-pel registration error between the original and antialiased clip, due to EEDI2 for aa=1
* Fixed bug where edge masking was disabled with mc=false
* Added aatype argument to aa=4 (use sangnom or eedi2 for anti-aliasing)
* aapel's default is now 1 (faster)
* re-added idx for aa=4 (faster)
* Removed useless messages in the checks
* Changed AssumeFPS with ChangeFPS for region conversions
* Added RequestLinear call after cdeblend to prevent false "hey, it's not deblending well" assumptiong when seeking
* Added AvsRecursion & aWarpsharp to the requirements archive
* Added corrected TempGaussMC_beta1mod
* Updated the docs to include the info on how to combine the lossless rendering pass and the analysis pass with vfr decimation
I'll make the function compatible with srestore in the next release, as well as trying to implement a way of doing field unblending without bobbing and improving compressibility through VFR.
byme
10th October 2008, 17:08
Do you have AvsRecursion.dll in your system32 folder?
many thanks, now opens!!! :thanks:
But I found a new problem, some frames are not deinterlaced
frame 332
http://www.weepic.com/out.php/t2986_frame332.png (http://www.weepic.com/out.php/i2986_frame332.png)
frame 333
http://www.weepic.com/out.php/t2987_frame333.png (http://www.weepic.com/out.php/i2987_frame333.png)
and... how do I delete this blend?
http://www.weepic.com/out.php/t2988_blend.png (http://www.weepic.com/out.php/i2988_blend.png)
byme
10th October 2008, 17:17
another thing
because the daa does not work well?
http://www.weepic.com/out.php/t2990_daa.png (http://www.weepic.com/out.php/i2990_daa.png)
I use
AnimeIVTC(mode=5, pass=1, aa=2)
Adub
10th October 2008, 18:25
AnimeIVTC(mode=5, pass=1, aa=2)
That is because you haven't completed your first pass yet. Load your current script into vdub, run a video analysis pass, change your script to pass=2, and then come and talk to us about stuff not deinterlacing.
byme
10th October 2008, 19:26
That is because you haven't completed your first pass yet. Load your current script into vdub, run a video analysis pass, change your script to pass=2, and then come and talk to us about stuff not deinterlacing.
I tried, but it gives me this error
http://www.weepic.com/out.php/t2993_pass.png (http://www.weepic.com/out.php/i2993_pass.png)
my script
first pass
AviSource("F:\Disco E\rec\clip.avi").ConvertToYV12
AnimeIVTC(mode=5, pass=1, aa=2)
tfm(output="F:\Disco E\rec\clip-tfm.txt")
tdecimate(output="F:\Disco E\rec\clip-tdec.txt")
ConvertToRGB()
second pass
AviSource("F:\Disco E\rec\clip_1.avi").ConvertToYV12
AnimeIVTC(mode=5, pass=2, aa=2)
tfm(input="F:\Disco E\rec\clip-tfm.txt")
tdecimate(input="F:\Disco E\rec\clip-tdec.txt")
ConvertToRGB()
Adub
11th October 2008, 00:22
Okay, I can confirm the issue. It has to be a bug with AnimeIVTC, but I don't know why.
I was just testing out mode 5 myself when I encountered this error.
thetoof? Can you confirm?
A simple script such as this causes it to happen after running the first pass and switching to the second.
AnimeIVTC(mode=5, pass=1, aa=3)
When I change pass=1 to pass=2 and load it into virtualdub again for a lossless pass, I recieve the error from Tdecimate.
thetoof
11th October 2008, 03:05
and... how do I delete this blend
I'd need a video stream to give you advice about that.
daa does not work well?
Antialiasing is only applied during second pass to speed up the analysis pass.
thetoof? Can you confirm?
Yes, it occured because I used a different clip in pass=1 (matched) and pass=2 (matched+killcomb+aa) without disabling crc checks within tdecimate. Thanks for the bug report.
AnimeIVTC - 1.06.1.avsi (http://www.mediafire.com/download.php?1ezwtgdmnmm)
changelog:
fixed bug with mode=5, pass=2 by disabling crc checking in tdecimate
byme
11th October 2008, 13:19
I'd need a video stream to give you advice about that.
this is good?
http://depositfiles.com/en/files/8667734
or
http://rapidshare.com/files/152950711/sample_clip.avi.html
Antialiasing is only applied during second pass to speed up the analysis pass.
This is the result of the second pass
http://www.weepic.com/out.php/t3002_Clip6.png (http://www.weepic.com/out.php/i3002_Clip6.png)
Yes, it occured because I used a different clip in pass=1 (matched) and pass=2 (matched+killcomb+aa) without disabling crc checks within tdecimate. Thanks for the bug report.
AnimeIVTC - 1.06.1.avsi (http://www.mediafire.com/download.php?1ezwtgdmnmm)
changelog:
fixed bug with mode=5, pass=2 by disabling crc checking in tdecimate
:thanks:
byme
11th October 2008, 14:23
the best result I get the daa + AAA by using a modified me
I simply removed TurnLeft () and TurnRight ()
QED is the nickname I use on other forums and to the realization that video :D
AAASimple_QED.avs (http://rapidshare.com/files/152961473/AAASimple_QED.avs.html)
MCBob() with daa()
http://www.weepic.com/out.php/t3003_MCBobdaa.png (http://www.weepic.com/out.php/i3003_MCBobdaa.png)
MCBob() with daa() + AAASimple()
http://www.weepic.com/out.php/t3004_MCBobdaaAAASimpleQED.png (http://www.weepic.com/out.php/i3004_MCBobdaaAAASimpleQED.png)
MVBob() with daa() + AAASimple()
http://www.weepic.com/out.php/t3005_MVBobdaaAAASimpleQED.png (http://www.weepic.com/out.php/i3005_MVBobdaaAAASimpleQED.png)
the AAASimple need to remove the small horizontal lines and dots unnecessary caused by MVBob :)
unlike normal AAA creates less blur
I think to eliminate the aliasing is better to use double AAASimple compared to AAA
AAASimple ()
AAASimple ()
MCBob() with double AAASimple()
http://www.weepic.com/out.php/t3007_AAASimplex2.png (http://www.weepic.com/out.php/i3007_AAASimplex2.png)
MCBob() with AAA()
http://www.weepic.com/out.php/t3008_AAA.png (http://www.weepic.com/out.php/i3008_AAA.png)
double AAASimple is not necessary for the MVBob
byme
11th October 2008, 14:41
AAASimple.avs (http://rapidshare.com/files/152969821/AAASimple.avs.html) without QED :rolleyes: :D
thetoof
11th October 2008, 16:42
Hmmm.... your source is TFF truly interlaced, so unless some parts are telecined, you don't need animeivtc.
avisource("sample_clip.avi")
assumetff()
tempgaussmc_beta1()
byme
11th October 2008, 17:53
Hmmm.... your source is TFF truly interlaced, so unless some parts are telecined, you don't need animeivtc.
avisource("sample_clip.avi")
assumetff()
tempgaussmc_beta1()
many thanks
seems a good alternative to mcbob and mvbob
for mcbob and mvbob I used Complementparity() for keep video to 50fps
assumetff() or Complementparity() in this case seem both fit
.. Always excuse for my English :o
Comatose
11th October 2008, 19:54
Can you please add a mix= mode for dealing with a small section of 30i credits on top of 24t (such as an ED) without anything else?
As it is, it always has to be interlaced spliced with something else.
What if I just want to process the ED? D:
byme
11th October 2008, 20:31
thetoof, I have a request
you can extract the daa from AnimeIVTC to ease the work? .. to use only the daa
I tried, but I could not
example
Import("C:\Filters\TempGaussMC_beta1.avs")
Import("C:\Filters\daa.avsi")
####
AviSource("C:\clip.avi").ConvertToYV12()
Complementparity()
TempGaussMC_beta1().SelectEven()
daa()
ConvertToRGB()
martino
11th October 2008, 20:46
Just import the animeivtc script and then use the daa() function. It should work that way, unless thetoof has done some shady stuff with the code.
thetoof
11th October 2008, 21:07
What if I just want to process the ED? D:
mpeg2source("youfile.d2v")
tempgaussmc_beta1()
trim(select the ending)
Import("C:\Filters\TempGaussMC_beta1.avs")
Import("C:\Filters\daa.avsi")
####
AviSource("C:\clip.avi").ConvertToYV12()
Complementparity()
TempGaussMC_beta1().SelectEven()
daa()
ConvertToRGB()
You don't need import if you have animeivtc.avsi in the plugins folder of avisynth.
If you import something, import animeivtc.avsi since daa() is part of it.
byme
11th October 2008, 21:24
[CODE]
You don't need import if you have animeivtc.avsi in the plugins folder of avisynth.
If you import something, import animeivtc.avsi since daa() is part of it.
ok, but it was to speed up the process
using AnimeIVTC whole, is not more slower?
Didée
11th October 2008, 21:26
Sorry for OT, but it's a pain to see BROKEN stuff posted in the wild ...
example
Import("C:\Filters\TempGaussMC_beta1.avs")
Import("C:\Filters\daa.avsi")
####
AviSource("C:\clip.avi").ConvertToYV12(interlaced=true)
# Complementparity() # don't "swap around until it fits"
AssumeTFF() # instead: explicitely set what it really is
TempGaussMC_beta1().SelectEven()
daa()
ConvertToRGB()
Corrected. If clip.avi already is (de)coded in YV12, it does not matter. But if it's in YUY2 or RGB, then the interlace=true flag is absolutely necessary - without it, you get temporal chroma blending (ghosting).
(If you don't create false ghosting/blending from the start, you don't need to ask how to remove blendings from your source...)
thetoof
11th October 2008, 22:44
ok, but it was to speed up the process using AnimeIVTC whole, is not more slower?
If you call only daa(), you're not using animeivtc(). The animeivtc script contains many functions and it's possible to use only one.
Well spotted Didée! I shouldn't have overlooked the basics :o
byme
12th October 2008, 16:23
Sorry for OT, but it's a pain to see BROKEN stuff posted in the wild ...
Corrected. If clip.avi already is (de)coded in YV12, it does not matter. But if it's in YUY2 or RGB, then the interlace=true flag is absolutely necessary - without it, you get temporal chroma blending (ghosting).
(If you don't create false ghosting/blending from the start, you don't need to ask how to remove blendings from your source...)
ooo :o
Thanks for the correction Didée
now... using this script
LoadPlugin("C:\edit\mvtools.dll")
LoadPlugin("C:\edit\RemoveGrainSSE3.dll")
LoadPlugin("C:\edit\RepairSSE3.dll")
LoadPlugin("C:\edit\mt_masktools-26.dll")
LoadPlugin("C:\edit\nnedi.dll")
Import("C:\edit\TempGaussMC_beta1.avs")
##
LoadPlugin("C:\edit\TMM.dll")
Import("C:\edit\AnimeIVTC - v1.06.1.avsi")
##
LoadPlugin("C:\edit\gradfun2db.dll")
Import("C:\edit\GradFunkMirror.avs")
####
AviSource("C:\edit\clip.avi").ConvertToYV12(interlaced=true)
AssumeTFF()
TempGaussMC_beta1().daa()
GradFunkMirror()
ConvertToRGB()
the process lasts more than 11 hours
http://www.weepic.com/out.php/t3022_Snap2.png (http://www.weepic.com/out.php/i3022_Snap2.png)
there is no way to speed up? :script:
sorry if OT
byme
12th October 2008, 16:34
If you call only daa(), you're not using animeivtc(). The animeivtc script contains many functions and it's possible to use only one.
Well spotted Didée! I shouldn't have overlooked the basics :o
ok, thanks to clear my doubts :)
Nightshiver
12th October 2008, 16:57
Why are you using Vdubmod? It's way old and outdated. Use MeGUI or at least Vdub. Want faster>>do a rendering pass (for the millionth time)
byme
12th October 2008, 17:17
Why are you using Vdubmod? It's way old and outdated. Use MeGUI or at least Vdub. Want faster>>do a rendering pass (for the millionth time)
I never used MeGui to edit the video, just to codify ... you can tell me how it works?
use VirtualDubMod to open mpeg2
.. and I do not know how to make a rendering pass :o :o :o
Comatose
12th October 2008, 18:37
mpeg2source("youfile.d2v")
tempgaussmc_beta1()
trim(select the ending)
Tried that. I also used SelectEven() before the trim() to get 29.97 fps... I can't have 59.94 fps ><.
The problem is that the background is choppy at 30p, because it has dupes (it's 24p)... and I don't want to make the credits choppy by decimating, so I sort of have to choose my poison now.
Is there a compromise?
I cut part of the ED and uploaded it to http://www.mediafire.com/?tziwgjiuojn
TIA :3
Nightshiver
12th October 2008, 18:55
That's why you should use MeGUI. :) There's a button called "add pre-rendering job" on the first page of MeGUI. Just load your script into MeGUI and click the button "add pre-rendering job", then click "Enqueue" and start the job.
byme
12th October 2008, 19:50
That's why you should use MeGUI. :) There's a button called "add pre-rendering job" on the first page of MeGUI. Just load your script into MeGUI and click the button "add pre-rendering job", then click "Enqueue" and start the job.
but with VirtualDub can do editing and cuts,
with MeGUI how it works? :confused:
with Virtualdub I do two steps:
the first for deinterlacer and second to denoising
and at the end compresses with MeGUI
Then, MeGUI compresses the video ..... how can I get an uncompressed video with MeGUI?
.....
if using "add pre-rendering job" gives error
http://img13.imagehosting.gr/out.php/t286250_Snap1.png (http://www.imagehosting.gr/show.php/286250_Snap1.png)
Nightshiver
12th October 2008, 19:57
By using the unrestriced 1 pass lossless in the encoder settings... Why would you want lossless anyway?
byme
12th October 2008, 20:43
By using the unrestriced 1 pass lossless in the encoder settings... Why would you want lossless anyway?
why you ask me "Why would you want lossless anyway"? :D
I want lossless until the compression
result with lossless in MeGUI
http://www.weepic.com/out.php/t3024_snapshot20081012212137.png (http://www.weepic.com/out.php/i3024_snapshot20081012212137.png)
:eek:
the obtained video is 19,5 MB VS 103 MB of the uncompressed video
then means that the video has been compressed.....
Nightshiver
12th October 2008, 21:40
Your doing it wrong then. Do you have ffdshow installed? If not, then you need it. Then you must do this:
Start>ffdshow>VFW Configuration>Decoder tab>find Huffyuv format and set the decoder for it to "libavcodec"
If that doesn't work, then there's something wrong with your script or MeGUI itself.
thetoof
12th October 2008, 23:11
I do not know how to make a rendering pass
Load in vdub video-compression-Lagarith file-save as avi
Then use that new file to speed up subsequent processing.
It'll still be slow because high quality bobbing takes a while, that's just how it is.
The problem is that the background is choppy at 30p, because it has dupes (it's 24p)
It's a "pick your poison" case. If we could mask the credits, do a framerate conversion on them and overlay them on the telecined background, it'd be great, but I don't know how to do that.
byme and Nightshiver,
I prefer using vdub for rendering passes and then megui to encode... I find it simpler and Lagarith en/decodes quickly.
martino
13th October 2008, 00:00
The problem is that the background is choppy at 30p, because it has dupes (it's 24p)... and I don't want to make the credits choppy by decimating, so I sort of have to choose my poison now.
Is there a compromise?TIA :3
Credits are usually going to be most noticeable, since they usually take up most of the screen (and also have the most eye-catching motion), and thus the viewers(s) will most likely notice choppy credits more rather than the animation.
I had something similar a bunch of months back, although it was another level of evil, since it had three different things going on (panning background, box with moving animation, 30i scrolling credits, each with a different pattern). Ended up going for not decimating.
If we could mask the credits, do a framerate conversion on them and overlay them on the telecined background, it'd be great, but I don't know how to do that..
I tried to do that with AFX. Ended up looking like a horrible mess, but then I know very little AFX.
Comatose
13th October 2008, 08:35
Well, I tried FPS conversion from bobbed 60 fps to 23.976... and it worked. Both the credits and the background were smooth... but then every once in a while there would be horrible artifacts, as big as a third of the frame that would last for only one frame.
I'll play with it some more later, who knows.
byme
13th October 2008, 14:57
Load in vdub video-compression-Lagarith file-save as avi
Then use that new file to speed up subsequent processing.
It'll still be slow because high quality bobbing takes a while, that's just how it is.
byme and Nightshiver,
I prefer using vdub for rendering passes and then megui to encode... I find it simpler and Lagarith en/decodes quickly.
:thanks:
advice use mode: RGB, YUY2 or YV12?
which of the three is more faster?
using YV12 there is loss of quality?
byme
13th October 2008, 20:09
I have created a avi YV12 with Lagarith and I have load it with VirtualDub, but the speed does not change :(
aand
14th October 2008, 19:15
Only CoreAVC can decode lossless x264 (http://forum.doom9.org/showthread.php?t=141572) for now. :(
RsVolcom
18th October 2008, 02:11
OK so I got the new version of AnimeIVTC but there still is no match for my situation:
Film 91%/no specific pattern
Here is the source:
http://www.megaupload.com/?d=T5PDJ21F
Here is AnimeIVTC (mode=1, aa=2)
http://www.megaupload.com/?d=AJNZ7FAV
Notice there are still interlaced frames
Here is AnimeIVTC (mode=2, aa=2)
http://www.megaupload.com/?d=H3Y33EOH
Notice that the frames that are blended leave traces behind (yellow legs of the running dog). I'm not sure what this is called.
Any ideas?
inurenegade
18th October 2008, 21:51
Hi there Animeivtc 1.06.1 is still crashing with pass=2 on mode=5 for me
here is my script
loadplugin("DGDecode.dll")
mpeg2source("DLL.d2v")
AnimeIVTC(MT=true,mode=5,aa=4,killcomb=2,pass=2)
#fdecimate()
crop(10,0,-8,0)
lanczosresize(640,480)
Adub
19th October 2008, 07:40
Crashing? If I remember correctly, it never actually crashed. It was just a crc mismatch. Do you have an exact error? Can you describe what exactly you are doing?
Oryon
19th October 2008, 19:24
AnimeIVTC(mode=7,denoise=false,aa=0,pass=2)
tfm(order=1)
TextSub ("C:\Encode\example.ass")
Is it possible apply hardsub in VFR? Now I do not manage to synchronize. Or only softsub?
Adub
19th October 2008, 21:59
Use aegisub to time, and select the vfr export filter. All it needs is a timecodes file. Oh, and why are you using tfm() after animeivtc?
Oryon
19th October 2008, 22:19
Use aegisub to time, and select the vfr export filter. All it needs is a timecodes file. Oh, and why are you using tfm() after animeivtc?
I use aegisub, but nevertheless there is a synchronize small loss, do not know why. I will do more tests.
tfm... Should not use? I use because video 480i is not correct with mode=7...
Adub
19th October 2008, 23:59
The whole point of AnimeIVTC is that you shouldn't have to use tfm. Apparently, you may be choosing the wrong settings for your source.
And if you use Aegisub then look at the "Transform Framerate" export filter under the Export Subtitles menu under File. Your answer should be in that function.
Kripsy
20th October 2008, 01:19
I am encountering an error with mode=3 and mode=4 and using a mix. If I use mode=6, there is no problem but if I use mode=3 or mode=4 then it will do the entire film telecined and then amend the interlaced parts to the end of the episode but with mode=6 it does the interlaced scenes separately as expected. Here is the command line:
MPEG2Source("FLCL.d2v",cpu=0)
AnimeIVTC (mode=3,omode=2,mix=4,estart1=0,eend1=39794,istart1=79590,iend1=86959,estart2=43480,eend2=44360,aa=0,MT=True,denoise=false,edimode="nnedi")
crop( 4, 0, -4, 0)
thetoof
20th October 2008, 03:29
every once in a while there would be horrible artifacts, as big as a third of the frame that would last for only one frame.
Yeah... this is the big downsize of omode=1 (does the same as you did), but as you may have seen on the forum, I'm working on building a mask to properly restore the credits on the ivtced background.
using YV12 there is loss of quality?Your source is YV12 and you'll most probably encode to YV12, so no, there is no loss of quality.I have created a avi YV12 with Lagarith and I have load it with VirtualDub, but the speed does not change :(The speed of the bobbing won't change. High quality bobbing takes time, that's just how it is. However, the main purpose of a rendering pass is to use the new file for all subsequent processing, which will be faster.
@inurenegade & Oryon
Follow the advice of Merlin7777.
@RsVolcom
I'll have some time to look at your samples later tonight of tomorrow.If I use mode=6, there is no problem but if I use mode=3 or mode=4 then it will do the entire film telecined and then amend the interlaced parts to the end of the episode but with mode=6 it does the interlaced scenes separately as expected.Uh... do you mean that there is a difference on how the sections are spliced together? That'd be kinda weird since the splicing part of the script is the same for mode=3,4 and 6...
Kripsy
20th October 2008, 10:34
Uh... do you mean that there is a difference on how the sections are spliced together? That'd be kinda weird since the splicing part of the script is the same for mode=3,4 and 6...
Yeah, that is exactly what I mean.The splices are amended to the end of the video effectively making it four minutes longer (the length of my i1). I don't know what the problem is. I am using the latest version of the script as well.
inurenegade
21st October 2008, 05:58
Crashing? If I remember correctly, it never actually crashed. It was just a crc mismatch. Do you have an exact error? Can you describe what exactly you are doing?
It does not give me an error it just closes virtualdubmod and avsp whenever i load the script. The script does work fine when i am not using passes.
Adub
21st October 2008, 17:48
Does it still crash if you set MT=false?
inurenegade
21st October 2008, 18:36
Does it still crash if you set MT=false?
No it works fine now when mt=false
Adub
21st October 2008, 19:02
It sounds like it has to do with your MT MVTools version. For one, make sure that you are using Josey Wells' version of the MT MVtools. Secondly, make sure it is either up to date, or rolled back to a version that works. I cannot remember the exact version number, but I think it is mentioned somewhere in this thread. If it doesn't work either way, stick with the non-MT version of MVtools for now.
inurenegade
21st October 2008, 20:28
I used the mvtools.dll in the package posted under Intel10-Core2-SSE4 is that for ssse3 or actual sse4 instructions?
lansing
22nd October 2008, 04:52
toof, i'm trying to run SharpAAMCmod() function separately from AnimeIVTC, but the parameter names seems to be different than the one said in the documentation.
Adub
22nd October 2008, 07:15
@inurenegade
Yes, I think that that version is for the actual SSE4, but I am not one hundred percent sure. Try switching it for another compile and see if it fixes things.
inurenegade
22nd October 2008, 21:45
Using the Core 2 Duo SSE3 works great :)
thetoof
23rd October 2008, 03:36
The splices are amended to the end of the video effectively making it four minutes longer (the length of my i1). I'll check that in the next days...
toof, i'm trying to run SharpAAMCmod() function separately from AnimeIVTC, but the parameter names seems to be different than the one said in the documentation. Yup, my bad. It will be changed in the next version.
@ RsVolcom
I have asked the help of MOmonster for your problem.
Adub
23rd October 2008, 04:10
@inurenegade,
That's good to hear! I will have to remember that in the future.
Kripsy
23rd October 2008, 07:16
Yeah, that is exactly what I mean.The splices are amended to the end of the video effectively making it four minutes longer (the length of my i1). I don't know what the problem is. I am using the latest version of the script as well.
Forget about it, user error. :o
I had actually figured out my frames from mode=6 and when I changed it to mode=3/4 the frame numbers had changed without me realizing it making it have weird behavior.
Edit: I can however report that with my new script I am getting tons of blending artifacts in the credits.
MPEG2Source("FLCLEp1.d2v",cpu=0)
AnimeIVTC(mode=3,omode=1,mix=4,estart1=0,eend1=31836,istart1=31837,iend1=34780,estart2=34781,eend2=35487,aa=0,MT=True,denoise=false,edimode="nnedi")
crop( 4, 0, -4, 0)
It seems that changing the fps from 30 to 24 isn't working out so well. Any ideas? Or is this one already in the midst of being addressed?
Edit2: Oh, I see. It is a problem with "motion" FPS conversion since there is a background image that moves a lot. I guess there is no easy fix.
thetoof
27th October 2008, 00:24
this one already in the midst of being addressed?Yes. Having a 20mb sample of your source with a lot of motion could help me (and the ones following this (http://forum.doom9.org/showthread.php?t=141996) thread) find a solution.
fleon
27th October 2008, 04:57
Hi I wanna try animeivtc with a film that I own it is Daft Punk's Interstella 555, Megui tells me that the the source is Hybrid film/interlaced. Mostly insterlaced, and also says that the field order is top field first,
and mediainfo tells me this
http://img159.imageshack.us/img159/6247/98935747mk5.th.jpg (http://img159.imageshack.us/my.php?image=98935747mk5.jpg)http://img159.imageshack.us/images/thpix.gif (http://g.imageshack.us/thpix.php)
So what settings should i use in animeivtc?
thetoof
27th October 2008, 05:14
Because of all that, any automated detection (DGIndex, megui, automkv... name it!) to know what type of treatment your source needs regarding IVTC/Deinterlacing will most likely fail. The only reliable source of information is the following... and your eyes.
Without a sample, I can't give any advice.
Nightshiver
27th October 2008, 12:33
Hi I wanna try animeivtc with a film that I own it is Daft Punk's Interstella 555, Megui tells me that the the source is Hybrid film/interlaced. Mostly insterlaced, and also says that the field order is top field first,
and mediainfo tells me this
http://img159.imageshack.us/img159/6247/98935747mk5.th.jpg (http://img159.imageshack.us/my.php?image=98935747mk5.jpg)http://img159.imageshack.us/images/thpix.gif (http://g.imageshack.us/thpix.php)
So what settings should i use in animeivtc?
Give sample....
fleon
27th October 2008, 17:11
Without a sample, I can't give any advice.
Give sample....
I used this as my script
DGDecode_mpeg2source("C:\INTERSTELLA 5555\VIDEO_TS\VTS_08_1.d2v",info=3)
__film = last
__t0 = __film.trim(5000, 6000)
__t0
and also I used the Unrestricted 1 pass max speed profile in megui
Here it is http://www.mediafire.com/?numumtjlf0f
Adub
27th October 2008, 18:26
It is best to use dgindex and the "Save and Demux" option. So cut the vob file using the DGindex markers, and then save and demux. Upload the resulting m2v file.
fleon
27th October 2008, 20:30
Without a sample, I can't give any advice.
Give sample....
It is best to use dgindex and the "Save and Demux" option. So cut the vob file using the DGindex markers, and then save and demux. Upload the resulting m2v file.
here it is the m2v file http://www.mediafire.com/?hdzdyjwnwg0
HymnToLife
27th October 2008, 23:55
Hmm, the documentation archive doesn't seem to exist on mediafire anymore, it gives me an error when I try to download it...
EDIT: Never mind, it's back.
Shiznadnaz
28th October 2008, 00:51
I've been using TDeint ever since I started encoding TV caps but a friend recommend that I use AnimeIVTC, I have tried a script from a friend which included AnimeIVTC and it worked great. I have this DVD, I recently downloaded but I'm not sure if I could use the same line from that script for it so I was wondering if you could help me out by checking the source - http://www.mediafire.com/?ofqvyentumd and also if you could help me identify what that is in the picture you can see all through the clip, its hard for me to describe but you can see it moving. Thank you very much, I look forward to your reply.
thetoof
28th October 2008, 04:23
I have this DVD, I recently downloadedCan't help, sorry. Check forum rule #6. The only thing I can say is: read the guide (especially the part about 3:2 pulldown and how to recognize your source... the answer lies there (and yes!!, animeivtc is much more appropriate than tdeint for your source))
fleon
28th October 2008, 04:37
Hi I wanna try animeivtc with a film that I own it is Daft Punk's Interstella 555, Megui tells me that the the source is Hybrid film/interlaced. Mostly insterlaced, and also says that the field order is top field first,
and mediainfo tells me this
http://img159.imageshack.us/img159/6247/98935747mk5.th.jpg (http://img159.imageshack.us/my.php?image=98935747mk5.jpg)http://img159.imageshack.us/images/thpix.gif (http://g.imageshack.us/thpix.php)
So what settings should i use in animeivtc?
Without a sample, I can't give any advice.
Sorry but it seems that you didnt saw my other post, Here is my sample it is an m2v file http://www.mediafire.com/?hdzdyjwnwg0 please help me
thetoof
28th October 2008, 04:49
yes I did... answering to Shiznadnaz was simply quicker than playing with your source, as it's a bit trickier (at least at first glance).
I'm running some tests as we speak.
fleon
31st October 2008, 23:29
yes I did... answering to Shiznadnaz was simply quicker than playing with your source, as it's a bit trickier (at least at first glance).
I'm running some tests as we speak.
Any updates on my source? thanks in advance
thetoof
1st November 2008, 02:02
You have the same problem as RsVolcom. You can follow the development in this thread: http://forum.doom9.org/showthread.php?p=1208543#post1208543
The "fixable" thing he's talking about is your issue.
EuropeanMan
1st November 2008, 05:58
I have a progressive DVD9 source, but every 3 frames, you see ghosting; 2 frames no ghosting...what would be the proper way to remove ghosting for this type of source?
thetoof
1st November 2008, 06:12
ghosting? I think you're talking about combing.... can I have a sample? Quick call: try mode=2
EuropeanMan
1st November 2008, 06:15
Actually, I should have asked this question in restore thread, as this movie is NOT anime...sorry. Will cut a sample & upload it.
No, there is NO combing whatsoever, no interlacing lines whatsoever...pure progressive source, but there is ghosting.
It's a Hindi movie...what do you expect from those DVD manufacturers? :(
EuropeanMan
1st November 2008, 06:23
Sample of those ghosts: http://www.sendspace.com/file/3h4jz4
Thanks so much in advance for any suggestions...
thetoof
1st November 2008, 06:48
It's ok if the sample is not anime, since the script can also deal with "real life" material. However, the type of problem can't be solved by animeivtc().
Here is how the frames were blended together before being encoded as progressive video:
Film frames : A B C D
Video frames: 1=AA 2=AB 3=BC 4=CD 5=DD
The solution would be to take the common blend of frame 2&3 to recreate frame B, take the common blend of frame 3&4 to recreate frame C and discard the other parts to get back to the film rate... I know srestore deals with double blends, but I'd never heard of triple blends before!
EuropeanMan
1st November 2008, 06:52
Wowser, triple blends...my god. Are you an expert on SRestore? Will I need a bobber & will yadif suffice? I'm no expert on deinterlacing...would appreciate any headsup on this I can get...thank you so much.
thetoof
1st November 2008, 07:10
I can't say I'm an "expert" on srestore... MOmonster deserves that title ;)
You don't need to bob your source because it has no interlacing nor field blending (the whole frame is blended). If I fully understood how srestore works, I could help you adapt the function to your needs, but I currently have not enough time to investigate, so I asked some help in the "another restore function" thread. I'm afraid that I'd do more bad than good if I applied the tweaks I'm thinking of...
EuropeanMan
1st November 2008, 07:14
^ I'll take the risk if you have 5 minutes for me :( pleeeeeeeeeease
thetoof
1st November 2008, 07:34
Those 5 minutes were enough to know that this is still out of my league... I'd need a lot more time that I can't afford to take even if I want to.
EuropeanMan
1st November 2008, 07:40
Thank you - really appreciate your time...
regarding your solution above...how can I go about that ? is that through Srestore? or another filter I should be looking at?
thetoof
1st November 2008, 08:42
That'd be through the "double blend restoration" concept of srestore applied to work with triple blends. In other words, wait for MOmonster to be aware of the problem, then think a bit and post a new version of srestore with, hopefully for you, a new outputmode. Or either wait for me to master srestore...... which won't happen for, at least, a few months :p
Another option is to learn it by yourself, or hope someone on the forum will read this and know enough to adapt srestore ;)
EuropeanMan
1st November 2008, 08:52
Ok...will try. Thanks. I don't completely understand this...but will try.
Shiznadnaz
3rd November 2008, 15:54
I used
AnimeIVTC(mode=2,aa=0,killcomb=0,precision=3,decimate=4)
for this video I captured http://www.mediafire.com/?5zzcwm4nvdv but after it had encoded, there were still interlaced frames, do you think you could help me with this one?
thetoof
3rd November 2008, 18:36
O.o Was this really broadcasted??? If it was, I'll add a new mode for AnimeIVTC (I had only seen this on noobish encodes before, so I didn't think something "official" could be encoded this way)
You have a blend-deinterlaced telecined source encoded as progressive 30fps video.
For now:
#you can use another pp if you want... see srestore.txt for more info
srestore(omode="pp3", cache=10, other settings)
decimate()
I'd like to have a sample of the credits for that source to help the dev of animeivtc's new mode ((blend-de)interlaced credits on top of blend-deinterlaced telecined source).
fleon
5th November 2008, 23:47
You have the same problem as RsVolcom. You can follow the development in this thread: http://forum.doom9.org/showthread.php?p=1208543#post1208543
The "fixable" thing he's talking about is your issue.
MOmonster have answered you about the solution of RsVolcom and mine here http://forum.doom9.org/showthread.php?p=1210301#post1210301 but I dont quite understand it, also since I am new to this i dont know where to place masktools, I assume that is in the avisynth plusgins directory but i am not sure, as the post said i downloaded the last one masktools-v2.0a35.
About the post of MOmonster as i said i dont quite understand it, what I think I have to do is to create a normal script, add the lines that MOmonster wrote to my script and then MOmonster says something about "Just bob the source and add this function. Decimation is still necessary", i also dont know how to do that, could you help me with that?
thetoof
6th November 2008, 04:08
I just saw his post; the solution will be added in the next release of AnimeIVTC
Comatose
6th November 2008, 17:06
@ post #340: Oh wow. Even in Israel Bleach looks better... and the company that subs it (they don't dub Bleach here) has a tendency to do a lot of video screwups ;_;
Haohmaru
7th November 2008, 12:32
I would like to encode my Dragon Ball Z collection (the remastered edition) using x264 so that I can store them on my HDD too with less space. To be honest I don't have much experience in deinterlacing so I'm asking you guys for help. I did try but I wasn't even shure in the type of the source.
Anyway I've uploaded a 1min sample of the source. (http://rapidshare.com/files/161464188/dbz.rar)
Please help me to find the correct command line for deinterlacing.
Any help would be great appreciated :)
Alcohor
7th November 2008, 14:07
you don't deinterlace, with these sources you can use the option "forced film" in dgindex or :
tfm(d2v="d2vpath")
tdecimate()
in avisynth (with the tivtc plugin) :)
Haohmaru
7th November 2008, 19:08
It worked :)
Thx a lot !
thetoof
9th November 2008, 07:09
and to be sure that you know where to get the info next time:
Possible situations:
1 - DGIndex tells you "100% Film" and you see a 3:2 pattern.
...
Source type:
1 - Soft telecined, so your stream can easily be extracted at the film rate
...
Solutions:
1 - You are happy! :p Use "Force film" in DGIndex and IVTCing/Deinterlacing/Deblending doesn't concern you anymore!
stpdrgstr
9th November 2008, 07:58
Hi, first than nothing, excuse my bad english, and thanks to thetoof for this awesome script.
For a while i've been using YATTA to do all this kind of stuff, but now I'm getting a bit tired of doing some things manually (as i'm not expert with it anyways), and I found this to be a very good ivtc.
But I'm running into a little issue.
My source is Negima!? Spring OVA R1J DVD, a source that needed mode=6. I was intending to do a VFR output so the scrolling credits we're not screwed up. Everything went fine until the moment of doing the two pass mode=7.
The mode=6 is giving me what it's needed, a 29.970 fps with dupes at the episode sections, and 29.970 progressive credits. It would be obvious that the episode parts need to be deduped, and the credits should stay untouched when dedupping with mode 7. But sadly, this last step is just where i'm having troubles. The mode 7 is deduping all the video, and is screwing up the credits (leaving them jerky). I end with a timecode that covers every part of the video as 24 fps - 17 fps, but the credits do not remain at 29 fps. Am I missing something?
This is my script for mode 6:
Load_Stdcall_plugin("yadif.dll")
SetMemoryMax(512)
mpeg2source("C:\KIBA_91309\VIDEO_TS\VTS_01_1.megui.d2v")
AnimeIVTC(mode=6,aa=4,bob=3,edimode="yadif",MT=true,degrain=2,omode=2,mix=4,istart1=83766,iend1=89161,estart1=0,eend1=41882,estart2=44581,eend2=44911)
And this is my script for mode=7 pass=1, to do the video analysis pass
AviSource("losslessrendering.avi").AnimeIVTC(mode=7,pass=1,denoise=true,block=8,showmetrics=false,hybriddup=1.1,vidthresh=1.1)
And for the next pass, I just change pass=1 to pass=2.
So, any way the dedupping doesn't screw up the credits?
:thanks:
thetoof
9th November 2008, 08:09
This shouldn't be happening... can I get a short sample of your rendering pass to confirm your issue/find a solution?
Ideally, about 20 frames before the credits and about 20 frames of the credits (simply cut your file around the change between 24t and 30p).
stpdrgstr
9th November 2008, 17:33
All right, gime a minute (well, depending on my connection :P).
EDIT: Meh, it will take an hour or more. Just another thing. This contains 24p footage after the credits. So, it goes like: e1+i1+e2.
EDIT2: There it is: http://www.mediafire.com/?0nqjj1yybyl
Shiznadnaz
9th November 2008, 22:19
O.o Was this really broadcasted??? If it was, I'll add a new mode for AnimeIVTC (I had only seen this on noobish encodes before, so I didn't think something "official" could be encoded this way)
You have a blend-deinterlaced telecined source encoded as progressive 30fps video.
For now:
#you can use another pp if you want... see srestore.txt for more info
srestore(omode="pp3", cache=10, other settings)
decimate()
I'd like to have a sample of the credits for that source to help the dev of animeivtc's new mode ((blend-de)interlaced credits on top of blend-deinterlaced telecined source).
I don't actually cap them myself but a friend does and I have no clue how he does it, he says he uses WinTV. Everytime I make a .d2v, it always says "A field order transition was detected." Anyways, here are the credits - http://www.mediafire.com/?n2ztizjmmjk and also what do I need in my plugins folder for srestore to work.
thetoof
10th November 2008, 02:11
EDIT2: There it is: http://www.mediafire.com/?0nqjj1yybylFor some reason I can't download it... sorry but could you reupload it (the other poster's sample works like wonders)
Anyways, here are the credits Oh, k... well... I was looking for scrolling credits.. do you have some in that ep?
stpdrgstr
10th November 2008, 04:39
That's weird, I can download it. No problem, I'll have it up again.
thetoof
10th November 2008, 04:44
Oh well, it works now... I look at it a bit later.
Aprel
11th November 2008, 00:05
Hi! I have used this script AnimeIVTC (mode = 1, aa = 2) have since emerged jerks. It is possible to correct ?
thetoof
11th November 2008, 00:23
Probably the wrong mode for your source... sample?
Aprel
11th November 2008, 01:04
If not difficult to see Sample (http://rapidshare.com/files/162592254/sample.rar.html) Thx
thetoof
12th November 2008, 08:19
Hi! I have used this script AnimeIVTC (mode = 1, aa = 2) have since emerged jerks. It is possible to correct ?
Jerks = the framerate for the jerky scenes is more than 24p... so it's most likely 30p, so you have a hybrid source. Use mode=5.
And this is my script for mode=7 pass=1, to do the video analysis passThis script outputs this timecode:
# timecode format v1
Assume 29.970030
# TDecimate v1.0.3 by tritical
# Mode 5 - Auto-generated mkv timecodes file
0,51,23.976024
# vfr stats: 18.68% film 81.32% video
# vfr stats: 65 - film 283 - video 348 - total
# vfr stats: longest vid section - 0 frames
# vfr stats: # of detected vid sections - 0
meaning that frame 0 to 51 will run @ 23.976fps and that the rest (credits) will run @ 29.97fps, so I can't replicate your issue. Do you have the latest version of every plugin?
Also, are you sure that you need mode=6 (is your episode (not credits) hybrid or simply hard telecined?)
Aprel
12th November 2008, 11:10
Thanks for response but in one place missing jerks and in other places have appeared If it is interesting here is the result (http://rapidshare.com/files/163006720/test.avi.html)
and the text infiltrating:
http://s50.radikal.ru/i130/0811/ac/7220a69efd57.png
Use: AnimeIVTC(mode=5,aa=2)
thetoof
12th November 2008, 16:30
Under "Function description", you can see all the possible modes and the settings that should be used with them. When you click on "Mode=5, 6 or 7 (VFR decimation)", it sends you to this info:
pass : Processing a hybrid clip requires two passes. The file you must use for your final encode/subsequent filtering must be the one generated by pass=2.
* 0 : Special pass to process your stream in mode=3, 4 or 6 without decimating by doing a lossless rendering pass. You can then reload the resulting file as avisource("yournewfile.avi").animeivtc(mode=7, pass=1, other vfr settings) to apply vfr decimation. It helps reducing overall processing time. (default for mode=3, 4 and 6)
* 1 : Open with vdub, file-run video analysis pass, wait until the end, close vdub. (default for mode 5 and 7) Using this for mode=3, 4 or 6's rendering pass combines the rendering pass and the analysis pass for VFR decimation.
* 2 : Reload the same script with pass=2 and do a lossless rendering pass. Encode. Then, take the "timecode.txt" file and add it as the timecode for the video stream in mkvmerge.
This means that you must run the analysis pass (default for mode=5) and then reload the script with pass=2 to decimate properly.
stpdrgstr
12th November 2008, 18:47
so I can't replicate your issue. Do you have the latest version of every plugin?
Also, are you sure that you need mode=6 (is your episode (not credits) hybrid or simply hard telecined?)
Megui says it's an hybrid source. And yeah, I have the latest version of every plugin :(. Well, I'm gonna have to try again. Thanks thetoof.
thetoof
12th November 2008, 19:56
A very very very important element in the docs is: do not trust automated detection, as it often fails to properly identify what should be done.
There's a good change your source is declared as hybrid because of the interlaced credits. There is more info in the docs about how do detect the type of source you have (and feel free to ask questions/post a m2v sample in this thread if something is not clear)
Aprel
13th November 2008, 00:02
This means that you must run the analysis pass (default for mode=5) and then reload the script with pass=2 to decimate properly.
Thank You helped, only now video with 24.113fps but it is necessary to 23.976 this can be corrected or to use ChangeFPS(23.976) ?
And how do you have learned that video hybrid source MeGUI says it's an source type Film :)
thetoof
13th November 2008, 00:33
Refer to my previous post & the docs.... Learn how to trust your eyes to detect your type of source.
What I did was:
- check the stream frame by frame in vdub
- noticed there was a 3:2 pulldown
- searched a bit more to see where jerks could have been introduced
- found out a zoom out section with motion in every frame (around 0:24.458) & no interlacing artifacts (30p)
- ran an analysis pass with mode=5
- changed the script to pass=2
- loaded it in vdub
- checked the timecode created
- noticed that a few sections were declared as video and the rest was decimated = problem solved
The framerate is not Constant Frame Rate=24.113fps, but Variable Frame Rate=some sections @ 23.976 & others @ 29.97. Using convert/changefps will mess everything up and assumefps will cause audio desync. Encoding without associating a timecode to the video (as if it was CFR) is also wrong (so you need to use .mkv for your encode).
If you absolutely need 23.976, you'll have to blend the 30p sections into 24p, which is not very good imo. I had not made it an option (like omode=1 or 2 for the credits) because I believe VFR is the way to go with hybrid. I can add it in the next release...
Aprel
13th November 2008, 01:33
Thank you for a detailed response.
If you absolutely need 23.976
I need fps for stationary dvd player, and I've read that dvd players can only play 23.976 or 29.97 fps :(
Comatose
13th November 2008, 13:59
Well, then you're left with blending to 24 fps, or just leaving it all at 30 fps.
bigdog660
13th November 2008, 23:05
Anyone have an idea what's causing this error?
http://www.etnwx.com/images/VDubError001.jpg
All of the Required plugins are in the plugin directory.
Here is my script:
LoadPlugin("C:\Program Files\AutoGK\DGMPGDec\DGDecode.dll") # 1.5.0
mpeg2source("VTS_01_1.d2v")
AnimeIVTC(mode=1, aa=2)
TIA!
Adub
14th November 2008, 02:38
You need one of the MaskTools V1.xx versions. Get it here:
http://manao4.free.fr/MaskTools-v1.5.8.zip
fleon
14th November 2008, 20:13
@the_toof
I cant wait for the next relase of AnimeIVTC() that will fix mine and rsvolcom issue, is there are release date?:)
thetoof
14th November 2008, 22:36
I'm deep into exams, term papers, exam corrections (teacher assistant) and a few other thingies... I can't give any estimation. (School's over in a month... but I'll try to do it before)
fleon
15th November 2008, 05:14
ok I understand, I will wait for your release thanks!
bigdog660
15th November 2008, 06:31
You need one of the MaskTools V1.xx versions. Get it here:
http://manao4.free.fr/MaskTools-v1.5.8.zip
Thanks, that did the trick!
@Tron@
18th November 2008, 20:46
Hi all!
Please explain why AnimeIVTC () does not work with masktools-v2.0a35 and gives a error???
Since mvtools-v2.1.0 he refuses to work - issues in the crash with this version although the MVTools_V1.9.7.7 works! How fix it ??? plz help :cry:
RsVolcom
18th November 2008, 23:53
I'm deep into exams, term papers, exam corrections (teacher assistant) and a few other thingies... I can't give any estimation. (School's over in a month... but I'll try to do it before)
ugh...me too I couldn't use it now if you made it.
Good luck
thetoof
19th November 2008, 03:51
masktools2?? nothing can possibly go wrong with that...
MVTools 2, yes, there is a syntax change and the next release will be compatible with it (including mods for MCBob and TempGaussMC_beta1). I have to work more than 12 hours a day for the next three weeks, so unless I do it to get as far as I can from social sciences, it won't be done for a little while.
On another note, thx RSVolcom and good luck to you too :)
@Tron@
19th November 2008, 04:43
masktools2?? nothing can possibly go wrong with that...
but it probably is wrong ... but that could theoretically cause a mistake????
MVTools 2, yes, there is a syntax change and the next release will be compatible with it (including mods for MCBob and TempGaussMC_beta1). I have to work more than 12 hours a day for the next three weeks, so unless I do it to get as far as I can from social sciences, it won't be done for a little while.
On another note, thx RSVolcom and good luck to you too :)
As well be time to update))), all in anticipation %)
Adub
19th November 2008, 04:44
@Tron@
AnimeIVTC is not compatible with that version of mvtools yet. Use this version if you want: http://avisynth.org.ru/mvtools/mvtools-v1.11.4.5.zip
Your masktools version should be working correctly. However, if you don't even provide the error that was generated, we certainly can't help you. Please don't come here screaming for help, and then provide no information.
Please provide the error, your script, and what exactly you are trying to do with the script that causes the error.
Yutari
19th November 2008, 07:03
I love this, it works wonders.
Except I've been getting an error with mode=6:
http://img201.imageshack.us/img201/9042/vinverseerrorjf1.jpg
And the avs file:
LoadPlugin("C:\Documents and Settings\Yotsuba\Desktop\dgmpgdec153\DGDecode.dll")
MPEG2Source("GL_OVA.d2v")
Crop(4,0,-2,0)
Lanczos4Resize(720,480)
AnimeIVTC(mode=6, aa=2, killcomb=2, MT=false, precision=3, pass=0)
It's only occured with mode=6 (with any settings). Mode=5 previews fine in VDub, with the exception of the interlaced credits. All the dll files are in the AviSynth plugins folder. I get the feeling that I might be overlooking something, but I can't think of what.
thetoof
19th November 2008, 07:23
You must tell the function how to deal with the interlaced credits.
mix= istart/endx= estart/endx=
I'll update the error messages.
Yutari
19th November 2008, 10:54
Ah, see, I knew it was gonna be something simple that I missed. Just proves that I should do this stuff in the early hours of the morning when I'm only half awake.
Thanks so much for your fast reply!
Leinad4Mind
20th November 2008, 23:22
Well, i have try to use animeivtc, but this ask many filters to load... i have load all .dll, and import some avsi, and now it ask for the reduceflicker, I have already load the plugin, but he says that he is unbale to open it. what can i do?
soulstaker
20th November 2008, 23:30
Well, i have try to use animeivtc, but this ask many filters to load... i have load all .dll, and import some avsi, and now it ask for the reduceflicker, I have already load the plugin, but he says that he is unbale to open it. what can i do?
Leave everything on the plugins folder of Avisynth.
Shiznadnaz
24th November 2008, 22:14
I tried to use srestore but got an error in AvsP saying
http://i33.tinypic.com/5poa5d.jpg
Adub
24th November 2008, 22:49
Did you import it? And why are you posting this here?
Shiznadnaz
24th November 2008, 22:56
Did you import it? And why are you posting this here?
No I did not. I posted here because thetoof suggested I use srestore for my source.
Adub
24th November 2008, 23:23
Okay.
Well, all you need to do is add Import("C:\Program Files\Avisynth 2.5\plugins\srestore.avs") to the top of your script and you should be fine.
lansing
24th November 2008, 23:29
toof, for creating a vfr clip, it would be more convenient if the function can auto generate a mix upon user input of xstartn/xendn etc, follow it by a little auto frame number conversion for the check mode on user inputted source type, it would save time and confusions.
for example, if I have a clip combination of 50i+50e+50i, upon entering xstartn/xendn, the function can auto generate a mix for it, and also during checking of framerate changes on the 50e, the function can auto convert the frame number from 29.98fps back to 23.976fps for this section based on inputted x, so I don't have to switch check mode back and forth.
Shiznadnaz
25th November 2008, 20:08
Thanks, that worked but there is still interlaced frames. :confused:
thetoof
25th November 2008, 22:44
lansing, good point. I'll look into that in a few weeks.
Thanks, that worked but there is still interlaced frames. :confused:
You never had (at least in the samples posted) any interlacing. You had double blends.
Please post your complete script and the problematic section.
Codex0nz
26th November 2008, 03:07
im now wondering if this script would help about my situation (http://forum.doom9.org/showthread.php?t=143053) the main thing i can't get my head around is trying to derainbow, and which type of blending is going on -_-
thetoof
26th November 2008, 03:26
It is indeed field blending, so you could try
AnimeIVTC(mode=2, iregion="PAL")
Out of curiosity, what is the lenght of 1 episode (with opening, ending and preview)?
For derainbowing, you could add tcomb(settings) before animeivtc, or strong FFT3Dfilter on plane=3 afterwards (maybe with a little saturation boost to correct washed out colors)
imo, you should also add some temporal denoising (maybe mvtools or dfttest) to improve overall quality and remove a few remains of the blend artifacts
Codex0nz
26th November 2008, 11:44
It is indeed field blending, so you could try
AnimeIVTC(mode=2, iregion="PAL")
Out of curiosity, what is the lenght of 1 episode (with opening, ending and preview)?
For derainbowing, you could add tcomb(settings) before animeivtc, or strong FFT3Dfilter on plane=3 afterwards (maybe with a little saturation boost to correct washed out colors)
imo, you should also add some temporal denoising (maybe mvtools or dfttest) to improve overall quality and remove a few remains of the blend artifacts
wow thank you so much, i will be trying this right away! :D
the exact length of that episode is 24 minutes and 54 seconds, most episodes are just under 25 minutes
how would i go about adding the saturation?
You have to remember, you guys are the masters and im the newbie :P
Adub
26th November 2008, 17:31
Tweak(sat=x)
Codex0nz
29th November 2008, 09:40
Trying to run this script at the moment, having some trouble though, first i couldnt get it running because i completely skimmed over getting tyhe resource pack, so i have done that now and it's all installed correctly, but now i am getting an error :(
"Avi Synth Script Error
Evaluate: System exception - Illegal Instruction
(Anime IVTC - v1.06, line 148)"
what have i done wrong?
EDIT: The lines are:
147: #HT decimation
148: htdecim = matched.tdecimate()
EDIT2: After replacing mvtools with the core 2 sse3 version instead of the ss4 version it worked, but now it fails to load "ReduceFlickerSSE3.dll" even though it is present :/
EDIT3: adding it to manually load worked, now to fix my syntax
Shiznadnaz
2nd December 2008, 22:42
Script
Import("C:\Program Files\AviSynth 2.5\plugins\Srestore.avs")
DGDecode_MPEG2Source("C:\Users\Saddam\Desktop\Bleach Episode 86 English Dubbed.d2v", cpu=0)
srestore(omode="pp3", cache=10)
decimate()
This a random image I spotted in the video while looking for interlaced frames (this one has srestore applied to it) - http://i35.tinypic.com/2vvqt4y.png
This is the original image - http://i35.tinypic.com/zkhc06.png
Here is a sample if you need it - http://www.mediafire.com/?iydbjy0m1rb
thetoof
3rd December 2008, 04:00
Are you sure the frame you uploaded is in the sample available? I can't see it. Actually, the sample you provided contains only blends... no combing at all.
Shiznadnaz
3rd December 2008, 17:42
The image I uploaded was from the .d2v file. Here is a sample from the mpg file http://www.mediafire.com/?dkumm02ztmm
thetoof
3rd December 2008, 23:14
Again, I see blends but no combing... could you give me the exact frame # that matches the screenshot provided?
Shiznadnaz
4th December 2008, 00:14
Strange, I just checked the samples to find the frame # but there seem to be no interlaced frames there but when I check the d2v file there are interlaced frames, why is that?
thetoof
4th December 2008, 00:31
Somewhere, you must have applied blend-deinterlacing to your sample.
What is the workflow you used to end up with the file you uploaded (capture, selection, extraction....) Please mention the programs & settings used.
BTW, d2v is the text file associated with a mpeg-2 stream, while m2v contains the actual video stream.
Shiznadnaz
4th December 2008, 19:48
The first sample I uploaded, I used DGIndex to demux the video, the second one I used VideoRedo to split up the file. I made a d2v using DGIndex using the default settings and used AvsP to view the d2v and found that image I uploaded.
thetoof
4th December 2008, 22:51
Honestly... I don't understand how you can see combed frames and upload the very same file.... that is simply blended.
Try running AnimeIVTC(mode=1) instead of srestore. If your source is telecined (i.e. combed frames), it'll work... if it outputs some blends, then you need srestore. A safe way of processing your source if it has both (very first time I'd hear of a case like that), apply srestore without decimation and then run it through animeivtc, which will catch any remaining combing and apply decimation without harming clean frames.
Shiznadnaz
6th December 2008, 01:36
I have just noticed something, there are no combed frames in the actual video but when I view the d2v file (created in DGIndex) in AvsP there are combed frames for some reason :confused: I must be doing something wrong. I got the images from the d2v file. Could you show a little example of how I would use AnimeIVTC with srestore?
thetoof
6th December 2008, 07:06
This.... is very weird.
Try encoding a lossless rendering pass in vdub with this simple script:
mpeg2source("yourfile")
srestore(omode="pp3")
You should not see anymore blends in the resulting avi file.
Please try and report
A usage of srestore + animeivtc would be to simply add animeivtc(mode=1, other settings) after the above script, but please test the script before. I don't want to know what the preview is, but the actual file after processing.
Shiznadnaz
6th December 2008, 14:34
Okay, srestore removed the blends but I can't use srestore and animeivtc at the same time or in the same script, when I try to use them both vdub crashes and closes down. Would it be alright to use animeivtc on the lossless avi file without blends?
thetoof
6th December 2008, 22:52
Yes, if there is still some combing left.
If it's clear, load it, (t)decimate() and add the rest of your filters.
Shiznadnaz
8th December 2008, 17:47
I just found out where those combed frames came from. After DGIndex finished making the d2v file, a window popped up saying, http://i34.tinypic.com/qn7gva.jpg and I obviously did not know what this meant so I clicked on yes. This was the file I got the image with combed frames from but later on I decided to check the file which was replaced and it only had blends. So I guess I only need to use srestore now and it'll be much faster, sorry for all the trouble and thanks for your help.
Rarok
5th January 2009, 01:27
Hello. I'm very, very, very noob at this so please don't be too hard with me.
I'm having a lot of troubles with a 1080i .ts anime raw, Dgindex says that is NTSC and I see a 3:2 pattern but the Opening & Ending are also 3:2 so: is this a hard telecined or what?
patrick_
5th January 2009, 10:57
If it has a 3:2 pattern all over, you don't need AnimeIVTC. You'll be fine (or actually better of) with IVTC()
Nightshiver
5th January 2009, 16:27
Upload a sample
Rarok
5th January 2009, 23:40
Ok, hero goes a sample http://www.megaupload.com/es/?d=36PXFQ46 , it's quite bigger but I tried to take vertical and horizontal movement. It's a bit from opening but all the chapter has the same type of telecined.
I tried using a standard IVTC with
LoadPlugin("DGDecode.dll")
#LoadPlugin("TIVTC.dll")
video=MPEG2Source("RAW1.d2v")
audio=DirectShowSource("RAW1 PID 141 DELAY -120ms.mka")
AudioDub(video,audio)
tfm(d2v="RAW1.d2v")
tdecimate(mode=1)
But I'm having many failures in the image, you can see some snapshots:
http://hdimage.org/images/mqxk6ahwt98stihiac6_851_thumb.png (http://hdimage.org/viewer.php?file=mqxk6ahwt98stihiac6_851.png)http://hdimage.org/images/lnmi6qvhuo13o3vrjo_6390_thumb.png (http://hdimage.org/viewer.php?file=lnmi6qvhuo13o3vrjo_6390.png)http://hdimage.org/images/nxfqslj8w1h5864alt19_27168_thumb.png (http://hdimage.org/viewer.php?file=nxfqslj8w1h5864alt19_27168.png)
As you can see the first file has some strange horizontal lines and the other two have some kind of duplicated imagen in the upper side of the objects, I don't know if it's because a bad IVTC or if the original image had they.
Maybe this is easy but I don't know how to handle it, sorry.
Also I'm sorry because my English isn't good
thetoof
6th January 2009, 00:51
1 - 314.86MB is way to big. 10-20mb should be more than enough.
2 - What the heck is your source? mpeg video and mka container for the audio? Anyways, the sample should be created using DGIndex - save and demux video with honor pulldown flags
Nightshiver
6th January 2009, 01:09
I was about to comment on why it was .avi
Rarok
6th January 2009, 01:45
I didn't know how to create the sample so I take it from vdub in lagarith.
The source is mpeg video and audio is aac, I didn't found how to use it with avisynth so I merged it into a mka container and worked fine :(
http://www.megaupload.com/es/?d=W7F5AC07
thetoof
6th January 2009, 03:39
It is, as you thought, hard telecine. The artifact you're seeing is called haloing and must be dealt with something else. A few discussions and filters are floating around and here are a few things to play with : mt_convolution, blinddehalo3, dehalo_alpha, yahr...
You could post your problem in this thread, as the title is "general" enough for you to bump in. http://forum.doom9.org/showthread.php?t=143687
Btw, your source is a typical example of badly upscaled material for HD broadcast. You could downscale it to SD without any big loss in quality compared to the compressibility gain. (if you do that, don't forget to use ColorMatrix(mode="Rec.709->Rec.601"))
edit: oh, and the horizontal lines you're talking about = banding. You can dither with gradfun2db and ajust a few settings in your encoder to keep the grain. More info: http://forum.doom9.org/showthread.php?t=143842
n2k3
6th January 2009, 22:39
I get this error:
http://i42.tinypic.com/2w5ss8x.png
when I try to run this script:
MPEG2Source("C:\Encoding\SS2\1\vob\VTS_02_1.d2v", cpu=0)
Lanczos4Resize(720, 540)
AnimeIVTC(mode=3,aa=4,omode=1,mix=4,estart1=0,eend1=31416,istart1=0,iend1=0,estart2=33435,eend2=34324,check=3)
I'm trying to get the frame numbers for istart1 and iend1 with check=3
Any player I feed this script crashes. I think its check=3 doing something weird.
Windows XP x64 bit SP-2
Intel Core 2 Duo E6750
Corsair TWIN2X2048-6400C4 (x2) = 4GB RAM
Nightshiver
6th January 2009, 23:00
Why are you using media player classic? Use AvsP.
n2k3
6th January 2009, 23:12
Why are you using media player classic? Use AvsP.
Like I said, every 'player' crashes, whether its VirtualDubMod / Media Player Classic / AvsP's internal player ;) (I use mplayerc as external AvsP player)
Reason for that if I get this error while using AvsP's internal player the program crashes & I lose my changes made to the script.
stpdrgstr
7th January 2009, 19:39
Hi, it's me again, just to report that my old issue was a mistake :p.
And, well, a question is ok too :lol:.
I've been using AnimeIVTC with Serial Experiments Lain DVDs, so far very good results, but, I wonder how much vidthresh should I use for it, because it seems some dups stay in the motion parts. Is an hybrid source with true interlaced credits, and DGIndex reports about 71% Video overall. I wonder if I should put less than 0.6 of vidthresh or more than the default?
n2k3
8th January 2009, 17:41
Seems that my problem with check=3 was caused by mvtools with sse3 support (josey_wells' multithreaded branch).
I cannot use SSE4 dll because I only get Illegal Instruction errors
I cannot use SSE3 dll if I want to use check=3.
Now using SSE2 dll, everything works I guess, just slower :(
Question, should I use the original mvtools now (because it does support sse4?) so its faster, or does multithreading still win at SSE2..
thetoof
8th January 2009, 19:14
I wonder if I should put less than 0.6 of vidthresh or more than the default?Could you upload a sample of the problematic section?
Question, should I use the original mvtools now (because it does support sse4?) so its faster, or does multithreading still win at SSE2..
Personnally, I prefer using the official v2. Compatibility to come in 1.07 (this should be dealt with over the week-end, as I have a bit more time these days)
stpdrgstr
8th January 2009, 19:17
Well, it's not really a problem, there's just some dups left in a section...
But I'll have it uploaded tomorrow. Today I'll be a bit bussy. Maybe at the night :p.
Oh yeah, there's also something weird that has been happening every time I use AnimeIVTC. It's not a problem, nor something that hinders process, but is annoying nonetheless.
Every time I finish the last pass with mode 7, if I just close VirtualDub, the gui closes, but the program is left on background, completely eating one of my both cores (but everything is been finished already). I have to kill the process every time. Happens with every source I've used. Is it my fault, an AnimeIVTC bug or a VD bug?
MADAJ
8th January 2009, 20:20
hi...
what is wrong with my script? I have Warpsharp plugin
http://img136.imageshack.us/img136/849/errorvo3.jpg
Nightshiver
8th January 2009, 21:24
Perhaps you don't. Do you have the warpsharppackage which includes:
avsfilter.dll
LoadPluginEx.dll
warpsharp.dll
There is a seperate plugin that is called aWarpShapr.dll, but is not the same.
n2k3
8th January 2009, 21:35
Personnally, I prefer using the official v2.
How would I make AnimeIVTC work with v2?
As for now if I only put vmtoolsv2.dll in the plugin folder its screaming there is no function named "MVAnalyse" used in the TempGaussMC_beta1mod.avsi, line 167
Nightshiver
8th January 2009, 22:02
That's because Fizick made mvtools2, and he did not include MVanalyse in mvtools2, so you can't use it with his. To use Fizicks branch, you have to set MT=false in the animeivtc line.
Adub
8th January 2009, 22:10
Don't remove the v1 mvtools. The dll's are named so that they can be used side by side in the avisynth folder. Even the function declarations are different. Leave both mvtools.dll and mvtools2.dll in the avisynth plugins folder.
Nightshiver
8th January 2009, 23:11
I never said remove the v1, if your talking to me.
n2k3
9th January 2009, 00:08
That's because Fizick made mvtools2, and he did not include MVanalyse in mvtools2, so you can't use it with his. To use Fizicks branch, you have to set MT=false in the animeivtc line.
According to the script the default value of MT already is 'false' (I never put MT=true in my AnimeIVTC line)
Basically you're saying by putting MT=false in there will make use of v2 ?
Don't remove the v1 mvtools. The dll's are named so that they can be used side by side in the avisynth folder. Even the function declarations are different. Leave both mvtools.dll and mvtools2.dll in the avisynth plugins folder.
Because you're saying the function declarations are different how do I tell the script to use v2?
(Also there's no mvtoolsv2.dll with the requirements, so I guess I can't use v2 now with AnimeIVTC?)
I never said remove the v1, if your talking to me.
Nope I wasn't talking to you in particular (as I quoted thetoof).
---
Sorry if its not that obvious for me :(
If I can't use v2 in a simple way (with AnimeIVTC) there's no problem, just say I can't :p
Nightshiver
9th January 2009, 00:34
Ah, yes. Going through the required plug-ins folder, I don't think you can use mvtools2 right now, but probably in the next version you will be able to.
thetoof
9th January 2009, 00:52
Exactly, for v2 you need to remove all idx, create required super clips and change the MVxx to Mxx. It's all been done and I'm about to finish adding all the new features, so as I said previously, expect v1.07 by the end of the week-end (unless, again, I'm interrupted by something else).
n2k3
9th January 2009, 02:10
Exactly, for v2 you need to remove all idx, create required super clips and change the MVxx to Mxx. It's all been done and I'm about to finish adding all the new features, so as I said previously, expect v1.07 by the end of the week-end (unless, again, I'm interrupted by something else).
Ok sure, thanks for the heads up :) awesome job so far!
--- Something else I want to ask
I have a small problem getting these credits (sample) (http://www.myupload.dk/showfile/13893960587.rar) properly displayed. I'm probably doing something wrong..
avs script + comments (also included in the rar)
#--- Source ---
MPEG2Source("C:\Documents and Settings\n2k\Desktop\credits.demuxed.d2v", cpu=0)
#--- IVTC ---
AnimeIVTC(mode=3,aa=4,omode=1,mix=8,pstart1=0,pend1=340,estart1=272,eend1=330,MT=true,overlap=6,pel=4,search=3,check=2)
#~ AnimeIVTC(mode=3,aa=4,omode=1,mix=1,istart1=0,iend1=350,estart1=280,eend1=330,MT=true,overlap=6,pel=4,search=3,check=2)
#Yes I only use 1 at a time -- doh
#--- Crop & Resize ---
Lanczos4Resize(720, 540) # Resizing to fix the non-square pixel aspect ratio
#--- mix=8 --- I think the credits are
#using check=10 for the progressive part, check=2 for the normal interlaced part (in this sample there is none though)
#then removing the check parameter and it says the video is using different frame rates.
#while in check=2 mode the text says the fps is changed to 23.976 while mplayerc says its 19.181 fps?
#using estart1 and eend1 as dummies, because there's no mix mode where you only select a progressive part (for these kind of samples :p)
#--- mix=1
#using check=3 for the true interlaced part, check=2 for the normal interlaced part (in this sample there is none though)
#then removing the check parameter and it says the video is using different frame rates.
#while in check=2 mode the text says the fps is changed to 23.976 while mplayerc says its 19.181 fps?
#using estart1 and eend1 as dummies, because there's no mix mode where you only select a progressive part (for these kind of samples :p)
#--- other comments
#I think the credits are progressive (since they give a better result) but there's still some crawling blurryness.
#Is this fixable with AnimeIVTC, if so how? :) -- The sample screenshot of double hard telecine fix was so nice :'(
thetoof
9th January 2009, 02:31
Your credits are interlaced. A very good explanation of why they can't be displayed properly, even after uber-HQ bobbing can be found here : http://forum.doom9.org/showthread.php?p=1185370#post1185370
I don't really get your i/estart/end settings... but instead of going deeper in any explanation, could you wait for the next release where this aspect of aivtc will be much simpler?
n2k3
9th January 2009, 02:55
I don't really get your i/estart/end settings... but instead of going deeper in any explanation, could you wait for the next release where this aspect of aivtc will be much simpler?
I can probably wait till the next version ;)
To explain my way of obtaining the frame numbers, so I don't make the same mistake even with the new version :p.
From the documentation:
e1/e2/e3 = sections of the episode that will be IVTCed/converted from a region to another
i1/i2 = sections containing truly interlaced credits - I was assuming the credits might be truly interlaced
Mix=1 : i1 + e1 - I was using mix=1 because there was no 'truly interlaced only mode' - you could drop the e1 values
i1 (istart1/iend1) - Use check=1 for omode=2 and check=3 for omode=1
I'm using omode=1, so using check=3 to get the frame number for the truly interlaced part estart1=0 (start of the clip)
until a reasonable point so the script can combine the 'normal interlaced part' which wouldn't be necessary for this sample a random value I chose was 350.
Since I have to use (according to the documentation) different check modes (check=3 for the truly interlaced parts, check=2 for the normal interlaced parts) I copied the time in mplayerc from frame 350 in check=3 mode, pasted the time in check=2 mode and gotten the frame 280 (like in the comment in the script, somehow the fps changed to 19.181...)
and the end of the clip in 19.181 fps is frame 330.
---
I hope this all clear, and get what I was doing.
Please correct me where I'm going wrong :)
A non related question, where can I find out the difference between hard telecine and double hard telecine? :B
stpdrgstr
9th January 2009, 05:13
Hi, I've tested again and the dups overall go away if I get the vidthresh up, as it was to be expected. But then, what does it mean if DGIndex shows 71% video?
thetoof
9th January 2009, 06:17
(like in the comment in the script, somehow the fps changed to 19.181...)
and the end of the clip in 19.181 fps is frame 330.
This, I don't get it... let's wait for the next v to see if it has been corrected.
I hope this all clear, and get what I was doing.
Please correct me where I'm going wrong :)
Oh, do you mean you simply wanted to deinterlace the credits and convert them to 23.976? If that's the case, may I ask why?
A non related question, where can I find out the difference between hard telecine and double hard telecine? :BNext v's docs will be much better with a lot more images and examples to explain everything. Basically, HT = 3:2 pattern and DHT = apparently no pattern, but when you look at the front and the background separately, you'll see a 3:2 pattern in both, though they are not synchronized. http://forum.doom9.org/showthread.php?p=1221663#post1221663
Hi, I've tested again and the dups overall go away if I get the vidthresh up, as it was to be expected. But then, what does it mean if DGIndex shows 71% video?Good to hear. It only means that 29% of your clip has soft pulldown... the rest can be hard pulldown, 30p or 30i.
About the bug you mentioned, I'll have a look into it (+ tell me if next v corrects it)
n2k3
9th January 2009, 11:01
This, I don't get it... let's wait for the next v to see if it has been corrected.
Yup tried it again, and confirmed it with the internal player of AvsP and vdubmod, they all say it ended up using 19.181 in check=2 mode.
Oh, do you mean you simply wanted to deinterlace the credits and convert them to 23.976? If that's the case, may I ask why?
Basically yes, why you ask? Because I thought I could get rid of t he crawling blurry parts of the text in the credits using the magic of aivtc :)
(using mode=1 doesn't get me the nice clean scrolling credits) - pic (http://i43.tinypic.com/8xk6wy.jpg)
What I want is having smooth panning credits at 23.976 fps without the blurry parts on some of the text, so I have a cfr clip
Next v's docs will be much better with a lot more images and examples to explain everything. Basically, HT = 3:2 pattern and DHT = apparently no pattern, but when you look at the front and the background separately, you'll see a 3:2 pattern in both, though they are not synchronized. http://forum.doom9.org/showthread.php?p=1221663#post1221663
Thanks for the explanation :)
Leak
9th January 2009, 13:02
Yup tried it again, and confirmed it with the internal player of AvsP and vdubmod, they all say it ended up using 19.181 in check=2 mode.
19.1808 is the framerate you'd get if you apply TDecimate twice, i.e. 29.97*(4/5)*(4/5)...
thetoof
9th January 2009, 16:29
Basically yes, why you ask? Because I thought I could get rid of t he crawling blurry parts of the text in the credits using the magic of aivtc :)
(using mode=1 doesn't get me the nice clean scrolling credits) - pic (http://i43.tinypic.com/8xk6wy.jpg)
What I want is having smooth panning credits at 23.976 fps without the blurry parts on some of the text, so I have a cfr clipIt's actually the "magic" of tempgaussmc you're seeing here. AnimeIVTC is meant to simplify the identification of the problems and the converting/decimating, trimming and splicing process, which is why there is no "interlaced only" support since it's basically source.tgmc.mvflowfps (can easily be done externally). If you want to use animeivtc, load the opening + episode + ending in DGIndex to create a single d2v file (so a single clip to process with mix=1)
As Didée explained in the post I linked you too, the data you're trying to recover doesn't exist due to the scrolling speed or the interlaced elements (i.e. some horizontal edges can't be seen/recovered)
19.1808 is the framerate you'd get if you apply TDecimate twice, i.e. 29.97*(4/5)*(4/5)...Oh, you're right... I must've done something fuzzy. *will fix*
n2k3
9th January 2009, 18:47
Just came to the idea of fixing the credits using a creditless source and overlay the credits with ass styled text.
thetoof
9th January 2009, 19:00
Sure you can... but that's doing it the hard way ;) Totally doable though.
vanger
24th January 2009, 05:37
Hi!
I tried this script on Robotech Remastered source. It is NTCS 29.97fps with Double Hard Telecine.
I used string
AnimeIVTC (mode=2,aa=2,MT=true)
and have speed 0.5fps compressing to HuffYUV and 25-30% CPU load (I have Phenom X4 2.2GHz).
Any ideas how to speedup?
thetoof
26th January 2009, 06:04
For now... lower precision.
vanger
26th January 2009, 07:02
But how to load cpu closer to 90-100% ?
I have an idea to start 3 processes at once with different episodes :)
zocz
26th January 2009, 09:36
Hi Everyone!
I would like to encoding some anime, and I have a problem.
I cannot identify the source (ie: soft telecine, hard telecine, double hard telecine etc.)
How can I do that? What program or what kind of method could be useful to do it?
Would be important to know because of AnimeIVTC settings.
Thanks in advance!
PS: My English is poor, so be patient.
Nightshiver
26th January 2009, 13:12
You can make a separate thread and post a sample of untouched video.
thetoof
26th January 2009, 14:41
But how to load cpu closer to 90-100% ?
I have an idea to start 3 processes at once with different episodes :)Yup, that'd be the way to go. Or run different processes with different sections of the same episode (trim+rendering passes and splice them in the "to encode" script)
You can make a separate thread and post a sample of untouched video.
He could post it here since it's about help with animeivtc.
zocz, DGIndex-select a section-save and demux video-upload .m2v @ mediafire.com
zocz
26th January 2009, 15:27
thetoof thanks!
I upload it in the evening.
zocz
26th January 2009, 21:47
He could post it here since it's about help with animeivtc.
zocz, DGIndex-select a section-save and demux video-upload .m2v @ mediafire.com
Hi!
I uploaded files:
film1.m2v (http://www.mediafire.com/?hhjzhjmdyej) film1.d2v (http://www.mediafire.com/?neyqtnzd42k)
film2.m2v (http://www.mediafire.com/?o2jn124wbjm) film1.d2v (http://www.mediafire.com/?zxyodwjnngi)
I think, the movies are DHT, but I don't know.
Thanks for your help.
Nightshiver
26th January 2009, 22:10
You are correct. Both are DHT.
thetoof
28th January 2009, 03:04
Actually, no. And it's my fault for making the docs not informative enough (well, they reflect my level of knowledge at the moment I wrote them).
This is actually a case of "hard telecined before editing" or "bad telecine" since the pattern is not constant, but (and that's the most important element) there is never more than 2 interlaced frames in a row, meaning it can be treated as telecined.
Another indicator that it's not DHT is that there is no constant patterns in the back and front parts of the frame. More info here : http://forum.doom9.org/showthread.php?p=1221663#post1221663
You can get the samples in that thread and match it with what was discussed to understand more about DHT. btw, the clip in that thread will be used as reference material in the upcoming guide mentioned here (http://forum.doom9.org/showthread.php?p=1236982#post1236982).
edit: hmmm, second one looks like double chroma field blended. I'll ask MOmonster's help on this one.
McCauley
28th January 2009, 23:23
Added to the wiki (http://avisynth.org/mediawiki/External_filters#IVTC_.26_Decimation).
Why don't you post your guide in the wiki?
Regards
McCauley
thetoof
29th January 2009, 00:56
wiki - Thanks, but don't add any other info since the next version will have quite a few changes (external and internal), so I'll make sure to add the proper explanations myself.
guide - We'll see about that... I'll take neuron2's hosting offer and maybe add a link to it in the "Some guides explaining the basic possibilities of AviSynth:" section of the main page.
Actually, for both the guide and the wiki, I was waiting to reach an acceptable level of knowledge regarding the many possible issues involved in the "I want to get the original framerate back!" process, which I think I have now thanks to the many user samples I was able to see and experiment things on.
My work rush is just about to end, so expect news about all that... *I won't say soon since every time I said that it ended up being weeks*
RsVolcom
29th January 2009, 11:47
aa=4 is amazing!!!
I hope you can solve my chroma issue soon!
[P]ako
29th January 2009, 14:17
But how to load cpu closer to 90-100% ?
I have an idea to start 3 processes at once with different episodes :)
That'd be a way to take advantage of your CPUs. It would be better if you have more than one hard drive.
Anyway, I think HUFFYUV is a single threaded codec.
stpdrgstr
30th January 2009, 04:08
thetoof, I've got a question.
We know that the mode=7, when doing dedup, dedups all the episode section that's detected as 24p. Thus, producing some sections at 17 fps or lower, depending on motion I guess.
But let's say I wanted to specify the sections that will be deduped (as for example, I want all the opening at 24p, without it doing dedups to sections of lower frame rate, so it stays at 24p, but then the episode section would be deduped as normal).
I know that I can solve it with just decimating the opening with tdecimate, fdecimate or decimate to 24p, trim it and only do the dedup process to the episode and credits, but it would be a pain to edit the timecodes later.
It would be nice to be able to specify sections to be deduped inside the AnimeIVTC function in mode 7, I wonder if it's possible :).
thetoof
30th January 2009, 04:30
mode=7 is currently meant for vfr decimation on the undecimated rendering pass.
If you want to remove duplicates and create a vfr clip depending on motion, you should apply dedup() (some info: http://avisynth.org/mediawiki/VFR + ctrl F dedup) on the ivtced clip (can be vfr or cfr, see dedup's guide for more info).
About dedupping some sections and some not.... I guess you can simply ajust the threshold to make sure nothing is removed when there is genuine movement.
stpdrgstr
30th January 2009, 17:26
Uhm, actually what I meant was, when I do a mode=7, I end with a timecode that uses 24 fps, or 17 fps. That's why I though this used dedup. What I wanted was to get a certain section at 24 fps without any frame or bunch of frames in that section going 17 fps. And then, getting other section with those 24 fps - 17 fps changes.
thetoof
1st February 2009, 03:41
To be honest, I never understood why some sections were decimated to 17fps with Tdecimate's VFR decimation.
stpdrgstr
1st February 2009, 03:49
Then, is that some sort of bug?
thetoof
1st February 2009, 04:10
Maybe. Check the corresponding sections of the decimated clip and the original and if there is motion loss, it is.
You can read thoroughly Tdecimate's docs to see if it is mentioned somewhere (I don't recall seeing it).
Any further discussion about this issue should be dealt with in the TDeint and TIVTC thread (http://forum.doom9.org/showthread.php?t=82264).
Codex0nz
2nd February 2009, 12:18
http://img160.imageshack.us/img160/6376/helpkk0.jpg
I kee pgetting that randomly at the end of any encode i do using animeivtc :S what am i doing wrong
works fine on one of my computers, but not the one i want to encode on :S used to be fine
anyone know?
McCauley
2nd February 2009, 12:46
Hi thetoof,
sorry for hijacking your thread , but i don't want to open a new one.
I'm currently trying to add various things (http://forum.doom9.org/showthread.php?p=1242377#post1242377)to the wiki.
I noticed that there doesn't seem to be an up to date version of an andvanced linedarkener (toon.dll is fairly new, but obviously not very tweakable...), so i thought i could suggest the development of an up to date Linedarkener/warpsharp/whatever thingy. Probably one would just have to collect all the scripts like mftoon (which still uses masktools1.xx), vmtoon (see this (http://forum.doom9.org/showthread.php?t=115040) post) and toon.dll and take the best parts out of them.
I'm not into anime, so i'm suggesting this just because i think that there would an audience and that maybe you or another member might be interested in developing it.
Regards
McCauley
thetoof
2nd February 2009, 17:59
works fine on one of my computers, but not the one i want to encode on :S used to be fineSince it used to be fine... I guess you changed something. I don't have the slightest idea of what it could be, so you'll have to wait to see if this remains with 1.07, as I rewrote and restructured most of the script.
I noticed that there doesn't seem to be an up to date version of an andvanced linedarkener
I'm not into anime, so i'm suggesting this just because i think that there would an audience and that maybe you or another member might be interested in developing it.Since I don't even have the time to properly maintain AnimeIVTC up to date, developping a line darkener isn't something I want to get into. However, you could see SharpAAMC(mod) as a "new" line darkener since it uses edge masking to apply tweakable warp sharpening, "normal" sharpening and line darkening with optional temporal stabilization of these edges... So since you can decide how thin, dark, sharp and stable the lines are...
btw, thanks for your work on the wiki.
Codex0nz
3rd February 2009, 09:24
when will that be released toof :) im all excited now :D
jason288
4th February 2009, 05:10
Can anyone tell me what I should be using for this mess: http://www.mediafire.com/download.php?itmminhzm4m
I have tried mode=1 and mode=2 but it doesn't get rid of the ghosting.
Thanks
McCauley
6th February 2009, 01:25
Since SharpAAMCmod is a separate function that can be used alone i added it to the wiki (http://avisynth.org/mediawiki/External_filters#Anti-aliasing).
Regards
McCauley
thetoof
6th February 2009, 05:22
when will that be released toof :) im all excited now :D1 - Glad to see you're interested in it
2 - Issues are still piling up
3 - I need to take a little bit of time when I'm not too tired to properly script double chroma blending correction (see latest posts in srestore's thread)
4 - Even if the guide won't be ready soon, I need to at least update the manual to match the many external changes
Conclusion - One day.
Can anyone tell me what I should be using for this mess: http://www.mediafire.com/download.php?itmminhzm4m
I have tried mode=1 and mode=2 but it doesn't get rid of the ghosting.
ThanksThis beyond screwed up. You could try asking for help in MOmonster's another restore function thread, but I sincerely doubt (and I'd be totally amazed of the opposite) that even he could do anything for this.
Since SharpAAMCmod is a separate function that can be used alone i added it to the wiki (http://avisynth.org/mediawiki/External_filters#Anti-aliasing).
Regards
McCauley
Thanks. However, I'm at not (at all) the sole author of the script. Everyone who participated in the "fine anime antialiasing thread", as well as the many AA scripts floating around that inspired them has much more credits than me for the script.
All I did was renaming the parameters, disabling filters when settings = 0 (idea of a poster in this thread), MT MVTools and MVT2 (1.07) compatibility (to properly work with animeivtc) and give another AA option (use EEDI2 instead of Sangnom)
jason288
6th February 2009, 05:35
@thetoof
Thanks I will ask over there and see if there is anything that can be done. Thanks for taking a look.
BTW also looking forward to the new version.
Codex0nz
7th February 2009, 10:47
1 - Glad to see you're interested in it
2 - Issues are still piling up
3 - I need to take a little bit of time when I'm not too tired to properly script double chroma blending correction (see latest posts in srestore's thread)
4 - Even if the guide won't be ready soon, I need to at least update the manual to match the many external changes
Conclusion - One day.
:D :D :D
/lights self on fire in excitement
Get sick or something :P we need this :D
If this is such a major rewrite of the script shouldn't you name it v2?
If ya need a logo or something graphic wise for the manual flick me a pm :D
thetoof
7th February 2009, 17:11
Get sick or something :P we need this :DThat's the problem... I was actually sick last month and now I have to catch up for the work undone.
If this is such a major rewrite of the script shouldn't you name it v2?I thought a bit about it and all the previous versions should've been 0.something or alphax and this one the first v1... so I'll just leave it at that.
If ya need a logo or something graphic wise for the manual flick me a pm :DIf you feel like doing something like this, have fun! I'll be happy to use it in the next release.
jason288
8th February 2009, 00:15
OK I have another messed up clip. Its from the new Powerpuff Girls DVD release. The first 12 episodes only had some dot crawl (a little tcomb took care of that for me) but there is something very messed up with the 13th episode.
http://www.mediafire.com/?njmw5yj4nmm
Basically it looks like there is so much ghosting that IVTC cant match frames. Any ideas I can try with this one?
Havarth
8th February 2009, 21:56
I apologies for this rather newb question. Currently, I’m using ‘TIVTC’ with no problem. I’d like to start using AnimeIVTC, but I’m not sure what I’m supposed to load. I assume I'm supposed to load every dll and avsi. When I try to, I get an error about missing the file “MSVCP71.dll” several times (seems to be with VirtualDub, but only occurs when trying to load AnimeIVTC), then an error that my plugins can’t be loaded.
When loading everything (dll/avsi files), I get errors for the following plugins:
LoadPlugin("C:\Program Files\AviSynth 2.5\plugins\avsfilter.dll")
LoadPlugin("C:\Program Files\AviSynth 2.5\plugins\LoadPluginEx.dll")
LoadPlugin("C:\Program Files\AviSynth 2.5\plugins\ReduceFlicker.dll")
LoadPlugin("C:\Program Files\AviSynth 2.5\plugins\ReduceFlickerSSE2.dll")
LoadPlugin("C:\Program Files\AviSynth 2.5\plugins\ReduceFlickerSSE3.dll")
LoadPlugin("C:\Program Files\AviSynth 2.5\plugins\warpsharp.dll")
LoadPlugin("C:\Program Files\AviSynth 2.5\plugins\yadif.dll")
When attempting without them, I get an error about "ReduceFlicker" in the "AnimeIVTC - v1.06.1.avsi" file, line 164. I'm looking at 'AvsRecursion.dll' in my system32 folder as I type, which has been the problem for others. Obviously, ReduceFlicker is one of the needed dlls. Still, trying to load with or without above plugins presents problems.
The plugins I have been using up to now still work. I use other apps to encode, but VirtualDub for testing. Also, I'm running Vista if that matters. My laptop with XP needs a new power cord.
---
I typed the above 5 days ago (had to wait before I was allowed to post). Since then my problem has changed a little. I don’t see how, as I haven't changed anything. I now get this error (no “MSVCP71.dll” error at this time):
http://i258.photobucket.com/albums/hh270/Havarth/error-images/dual_avserror.jpg
Line 41 is "avsfilter.dll"
Thanks in advance for the help.
Nightshiver
8th February 2009, 23:54
Your not supposed to load every dll..... Just put them in your plugins folder for avisynth and they will autoload. Also, have you downloaded the package at the beginning of this thread containing all the needed avs and dll files?
jason288
9th February 2009, 01:05
@Havarth
You may also need the MSVCP71.dll in your system32 folder as well. Do a google search and download it, drop it in your system32 folder and if you follow what Nightshiver said you should be all set.
Havarth
9th February 2009, 01:08
Your not supposed to load every dll..... Just put them in your plugins folder for avisynth and they will autoload. Also, have you downloaded the package at the beginning of this thread containing all the needed avs and dll files?
Yes I have downloaded it. I thought you always had to load the files you wanted to use. As I said before:
but I’m not sure what I’m supposed to load
Wasn't aware I didn't have to load them. Thanks for the help.
yup
9th February 2009, 14:57
My sources is hard telecined PAL field shifted or not (mainly not), which I captured from old VHS. I need only remove jaggies. Please advice script.
I try see Your AnimeIVTC() it is very long and complex for me. I think I do not need all AnimeIVTC().
Yup.
thetoof
9th February 2009, 17:03
there is something very messed up with the 13th episode.I have something for it thanks to MOmonster's good tips, but I'm looking into how it could be automated to become a viable solution.
My sources is hard telecined PAL field shifted or not (mainly not), which I captured from old VHS. I need only remove jaggies. Please advice script.
I try see Your AnimeIVTC() it is very long and complex for me. I think I do not need all AnimeIVTC().
Yup. As you know, a sample would be best for any advice.
yup
9th February 2009, 18:41
Sample:
http://img522.imageshack.us/my.php?image=jagieshb3.png
yup.
Nightshiver
9th February 2009, 21:21
That's not a sample, that's a picture. Give us a sample of video, meaning a few seconds of video.
jason288
10th February 2009, 03:36
@thetoof
Thanks for taking a look. I will wait to see what you can come up for this.
yup
10th February 2009, 06:53
No problem!
100 frames nonprocessed huffyuv encoded video.
http://www.sendspace.com/file/w5zur9
yup.
Kurtnoise
10th February 2009, 14:15
Hey,
I'm not familiar with anime contents, especially such one (http://www.mediafire.com/?5mc2azmekjn). That's why I need some advices.
I tried this:
MPEG2Source("E:\CONAN_SCN\Opening\VTS_01_1.d2v")
LoadCPlugin("C:\Program Files\Avisynth 2.5\plugins\yadif.dll")
Crop(10, 2, -10, -2)
AnimeIVTC(mode=2, aa=2, precision=3, edimode="yadif", degrain=1, iregion="PAL", oregion="PAL")
Lanczos4Resize(688,512)
but I get that:
http://uppix.net/e/8/2/9f9661a24ae29a87ea64ec3012d2d.png (http://uppix.net/e/8/2/9f9661a24ae29a87ea64ec3012d2d.html)
tried also yadif vs eedi2 vs nnedi but same result. So, how to remove such things ?
:thanks:
thetoof
10th February 2009, 16:52
No problem!
100 frames nonprocessed huffyuv encoded video.
http://www.sendspace.com/file/w5zur9
yup. Will have a look tonight or tomorrow.
So, how to remove such things ? You have the "chroma swap" problem that chroma_rep should restore (I can't look at your video sample to confirm it, but judging from the image, it seems to be the case)
Try:
#bobber of your choice (I'd go for tempgaussmc_beta1mod())
chroma_rep(cache=10) #found in srestore's thread
tdecimate(1,3,5)
MOmonster
10th February 2009, 19:11
@thetoof
You have seen the chroma swap but you advised chroma_rep. This function is only for chroma blending with a dupped blend and a missing clear field.
@Kurtnoise
I don't know the reason for this chroma problem, it's not in the source, has to be something inside the function. Using a bobber + srestore seems to work (don't tested your whole sample). I will test AnimeIVTC later to see if I can reproduce this behaviour.
Kurtnoise
10th February 2009, 19:55
nope...that doesn't help either.
Tried:
MPEG2Source("E:\CONAN_SCN\Opening\VTS_01_1.d2v")
Crop(10, 2, -10, -2)
TempGaussMC_Beta1mod()
SRestore()
Lanczos4Resize(688,512)
Nightshiver
10th February 2009, 21:41
Oddly enough, a simple animeivtc(mode=2, aa=0, iregion="PAL", oregion="PAL") didn't produce that strange chroma problem in your picture. Perhaps it's because of you using aa, degrain, precision or a combination of those. You also use yadif instead of the regular bobber. If all else fails, VFR could save it.
thetoof
11th February 2009, 05:45
@thetoof
You have seen the chroma swap but you advised chroma_rep. This function is only for chroma blending with a dupped blend and a missing clear field.
Wohohow, now I'm lost. Regardless of however I called it before, this problem is indeed chroma swap between fields. You say that chroma_rep is not intended for this, but the sample for which you scripted it had the same issue:
i=mpeg2source("0101.Dograce.Sample.d2v") #found in post #293 of this thread, sample that lead to the creation of chroma_rep()
b=i.tempgaussmc_beta1mod(edimode="nnedi")
b1=b
b2=b.trim(1,0)
b3=b.trim(2,0)
b4=b.trim(3,0)
c=b.chroma_rep(10)
c1=c
c2=c.trim(1,0)
c3=c.trim(2,0)
c4=c.trim(3,0)
stackvertical(stackhorizontal(b1,b2,b3,b4),stackhorizontal(c1,c2,c3,c4))
trim(2819,-1)
Result: http://img27.imageshack.us/img27/6109/chromareptest0io1.jpg
Regarding Kurtnoise's problem:
mpeg2source("opening.d2v")
tempgaussmc_beta1mod()
srestore(frate=25)
works for me, as MOmonster said (similar to what you suggested Nightshiver, the only difference is that the current public version of animeivtc still uses the old blend removers)
Kurtnoise, could you test and report what options lead to such a problem? It is very very awkward and I can't duplicate it.
yup, huffyuv returns a b0rked output, but it works in MPC with ffmpeg's huffyuv decoder. I don't know/have the time to search how to disable the standalone huffyuv to use ffmpeg's one, so could you tell me how?
Kurtnoise
11th February 2009, 08:09
thanks guys...Finally, I found the culprit. It was some "wrong" values from the Crop line.
MOmonster
11th February 2009, 09:08
As far as I remember the problem was like this (a little bit different):
Chroma: AA BC BC CC DD ...
Luma: AA BB CC CC DD ...
output of chroma_rep difference between chroma and luma is used for detection:
Chroma: AA 2*BC-CC CC CC DD ...
Luma: not touched
yup
16th February 2009, 09:26
thetoof
Originally Posted by yup
No problem!
100 frames nonprocessed huffyuv encoded video.
http://www.sendspace.com/file/w5zur9
yup.
Will have a look tonight or tomorrow.
You forget about my sample? Sorry for impatience.
yup.
Nightshiver
16th February 2009, 15:35
We don't need encoded video. Give unprocessed RAW files, e.g., .m2v from DGIndex.
yup
16th February 2009, 18:28
Nightshiver!
It is huffyuv encoded video, loseless.
yup.
Kurtnoise
16th February 2009, 19:26
try this:
AVISource("sample.avi")
AnimeIVTC(mode=2, aa=2, iregion="PAL", oregion="PAL")
jason288
17th February 2009, 18:38
@thetoof
I am working on encoding The Simpsons HD that aired the other day. Do you have any ideas on what I can do to improve this encode?
http://www.mediafire.com/download.php?iqgjyhwqzt3 - here is the encode, there is bouncing lines everywhere
http://www.mediafire.com/download.php?gfyjemgkfy3 - here is the source.
Any help with this is greatly appreciated.
yup
18th February 2009, 09:56
@Kurtnoise :thanks:
Little simpler
AVISource("sample44.avi")
AssumeTFF().Interleaved2Planar()
daa()
Planar2Interleaved()
#Anti-aliasing with contra-sharpening by Didйe, modded by Terranigma for nnedi and by thetoof for merge
function daa(clip c) {
dbl = merge(c.nnedi(1),c.nnedi(0)).Interleaved2Planar()
c=c.Interleaved2Planar()
dblD = mt_makediff(c,dbl,U=3,V=3)
shrpD = mt_makediff(dbl,dbl.removegrain(11,planar=true),U=3,V=3)
DD = shrpD.repair(dblD,13,planar=true)
return dbl.mt_adddiff(DD,U=3,V=3).Planar2Interleaved() }
I find solution, problem was only aliasing not field matching.
yup.
RsVolcom
18th February 2009, 10:22
@Jason
SharpAAMCmod()
gets rid of the jumping lines for me
jason288
18th February 2009, 16:00
@RsVolcom
When I try and run this Megui and AvsP both crash. I have all the plugins that are required. I tried just putting the source and SharpAAMCmod() in the script and it still crashes.
Anyone have any ideas?
RsVolcom
19th February 2009, 02:47
No ideas really. I have two Vista machines. When MeGui gives me an error I take the encode and do it in the living room. No explanation really...MeGui has always been very buggy for me.
trevaaar
20th February 2009, 12:59
I live in PAL-land so anime DVDs without awful fieldblending are about as common as confirmed Bigfoot sightings. Normally AnimeIVTC(mode=2, iregion="PAL", oregion="NTSC", aa=0) works well enough but I've run into two examples where I still have problems:
Elfen Lied (sample from the end of an episode at http://www.mediafire.com/?gzjmvdwztxj): The credits look like 25i while the rest of the episode has tons of blended fields, not all of which get removed after AnimeIVTC.
Perfect Blue (the start is at http://www.mediafire.com/?gemzmgyoidy): I think this is a weird chroma problem but wouldn't have the first idea what's going on or how to fix it.
Anyone got any recommendations?
JediNight
20th February 2009, 21:41
Just a comment about trying to work with the script:
It would be a lot more helpful for all the DLLs and files to be in the same folder for extraction, instead of in separate folders. As well as a Default AVS with all the Import and Load calls provided.
It's taking a very long time to pick all the DLLs out of their separate folders and make sure im loading them all properly to even get the script to run...
trevaaar
21st February 2009, 04:00
As far as I'm aware the reason they're kept in separate folders is to comply with the licenses (distributing source with the release, keeping everything together, etc.) or to allow different versions for different systems (e.g. SSE3/SSE4 builds of mvtools).
thetoof
22nd February 2009, 21:28
You'll have fun with that Elfen Lied clip. Solution imo is to get the original NTSC video stream.
If you can't:
Identification of the source : interlacing on every frame of the credits, meaning that you must bob them (tgmc if you feel quality crazy) and do a framerate conversion to anything you'd like.
When bobbed, the panning scene in the train has 30 good frames in 50 (30p blend-converted to 25i), so
tempgaussmc()
srestore(frate=29.97) #or 30, you'll have to test further on your stream
and then you see that some sections are 30p and others are 24t (film blend telecined to 30p). I don't know any good deblenders that'd do blend-IVTC of hybrid material and handle well the 30p sections (you could post a request in the "another restore function" thread or simply leave it at 29.97
apply that deblending filtering to the ep and the bobbing + framerate conversion on the credits to 29.97 or 23.976, splice everything back in it's place. Do a lossless rendering pass of all that and throw at it your favorite VFR decimation (or CFR if you leave the "telecine blends" as-is).
For Perfect Blue, same advice, get the NTSC version or:
The chroma problem only seem to occur in odd fields, so a dumb way to solve it is: selecteven(), but this way you remove some clear frames. Again, this is worth a help request in MOmonster's thread, as it is a tricky blend removal issue.... one day I may learn how to code deblending, but heh, not now.
Thanks for your samples, it helped me learn more about norm conversions and will surely improve AnimeIVTC.
However, any further development and my participation in this forum will be halted for an undetermined period of time (I guess you noticed that I had almost stopped posting lately) because I have to deal with some serious issues at home that have already taken most of my time since last November (+ a few work rushes). If anyone wants to pick up where I left, PM me to get the unfinished 1.07, the to-do lists and the samples/screenshots to use for the guide.
I hope to find a solution soon enough to get back and release what I said I would. (more AnimeIVTC and the guide)
Laters,
Ismaëll-Antoine Gaumond
Nightshiver
22nd February 2009, 22:16
Sorry to hear that, toof :( Hope you can sort out your problems soon.
RsVolcom
22nd February 2009, 22:18
Good Luck!
n2k3
23rd February 2009, 22:42
:(
Good luck toof
Codex0nz
24th February 2009, 10:05
damn toof :( we need you
Codex0nz
24th February 2009, 22:59
Ok new problem -_- but first
Two people that i think would be perfect to take over until toof sorts out his personal life, MOmonster & mp4 guy, i hope one of them sees this and jumps at it :D since both are very knowledgeable and helpful whenever someone requests god like help lol
Now the problem
At the moment i am trying to deblend hack roots, so 25fps pal source trying to restore to 24fps
using this line:
animeivtc(mode=2, aa=0, iregion="PAL", oregion="NTSC", mt=true)
Although i keep getting ghosted frames like, a scene where theyre talking, her mouth will be closed but you can still see like 50% of the mouth open from the previous frame as if it has been laid over in photoshop at 50%
Also ghosting in scene changes, entire change but you could still see the faint colour of the monster from the previous scene overlaying the current frame.
I will post pictures if need be and a sample
Any help is appreciated :)
Codex0nz
28th February 2009, 05:34
Series: .hack//ROOTS
Source: Madman Australia
Problems: Field blending...that's about it as far as i can tell :S
Although i keep getting ghosted frames, eg, a scene where theyre talking, her mouth will be closed but you can still see like 50% of the mouth open from the previous frame as if it has been laid over in photoshop at 50%
Also ghosting in scene changes, entire change but you could still see the faint colour of the monster from the previous scene overlaying the current frame.
The current script im using:
DGDecode_mpeg2source("D:\Convert\Hack Roots\Test 2\vts_06_1.d2v", info=3)
ColorMatrix(hints=true, threads=0, interlaced=true)
#deinterlace
animeivtc(mode=2, aa=0, iregion="PAL", oregion="NTSC", mt=true)
crop( 4, 4, -4, -4)
BicubicResize(720,400,0,0.5) # Bicubic (Neutral)
oregion set to ntsc because im trying to restore it back to 24fps
Sample:
http://www.megaupload.com/?d=FVX6S4R0
Results:
http://img201.imageshack.us/img201/5066/picture2r.png
http://img23.imageshack.us/img23/3993/picture3s.png
http://img23.imageshack.us/img23/4992/picture4c.png
http://img23.imageshack.us/img23/8998/picture5a.png
http://img23.imageshack.us/img23/3858/picture7ipe.png
Any help is appreciated -_-;
copied here too
alc0re
12th March 2009, 00:51
These may be a dumb questions...forgive me, I'm pretty new to this stuff.
"What it does:
- High quality adaptative field matching for hard telecine"
1) Does that mean that AnimeIVTC will give me a better looking picture for just doing an IVTC on a hard telecined source than tfm(order=1).tdecimate() would?
2) I see AnimeIVTC uses McBOB. I use McBOB, but the newest modified one (v0.3u2) that uses NNEDI and MVTools2 branch...its called via MCBob2() as opposed to MCBob(). If I wanted to use that modified version with AnimeIVTC, can I just edit the avsi of the modified mcbob at the beginning where it says function MCBob2 and change it to function MCBob so that AnimeIVTC will work with it? Or are there other parts of the avsi I would have to edit?
Codex0nz
12th March 2009, 00:59
Toof has gone afk with life, so development has stopped until he returns :(
alc0re
12th March 2009, 01:04
Toof has gone afk with life, so development has stopped until he returns :(
Yah I read that...but my questions were not pertaining to new development. They are questions about its current level of functionality...
Nightshiver
12th March 2009, 20:23
Your questions are kind of easy to answer. High quality adaptive field matching for hard telecine. This doesn't mean Animeivtc has some secret super filter that will blow others away, it just uses the same filters you can find around the forum and puts it into an easy to use function. As for you second question, the script (AnimeIVTC) would have to updated for use with the new MCBob as well as use with mvtools2. You can't just rename things to make it work, it's more complicated than that. And if you read the faq, you would know that animeivtc uses more than mcbob. You can choose which bobber you want to use, e.g., tgmcb.
alc0re
13th March 2009, 02:07
Thanks
ikarad
13th March 2009, 16:54
Animeivtc is multithread or not?
Overdrive80
18th March 2009, 20:55
Animeivtc is multhread in some plugins, no in general.
The roof, luck and thanks for you wonderful work.
Great Dragon
22nd March 2009, 15:27
Hi
I have some problem with "true interlaced credits". Script do some kind of "rain drop effect".
http://openimage.ru/images/jnoyg1j8heaf9t1bo0zc_thumb.png (http://openimage.ru/viewer.php?file=jnoyg1j8heaf9t1bo0zc.png)
I've used this setting:
AnimeIVTC(mode=3,aa=3,omode=1,mix=4,estart1=0,eend1=30743,istart1=30744, iend1=32308, estart2=32309, eend2=32819)
Overdrive80
23rd March 2009, 21:28
One problem that detected is that this filter no detect interlaced in one plane if the video is composited of three planes o layers.
Nightshiver
24th March 2009, 20:47
Great Dragon - post a video sample.
Great Dragon
25th March 2009, 12:21
http://rapidshare.com/files/213304232/VTS_01_2.m2v
TheRyuu
30th March 2009, 09:11
What I could do with the sample:
http://www.mediafire.com/?odnd4yigyfm
#part1:
Mpeg2Dec3_Mpeg2Source("C:\Anime\Stuff\sample.d2v")
SetPlanarLegacyAlignment(true)
trim(855,0) #trim out credits
assumetff()
TempGaussMC_beta1mod(edimode="nnedi",MT=true)
Save to lags
#part2:
AVISource("C:\Anime\Stuff\sample-60p.avi")
p60to24p()
Save to lags, splice into final result.
Just some stuff I did cause I was bored apparently. I have no idea how AnimeIVTC does it.
ghscreenki
6th April 2009, 03:15
hi, kinda new to this stuff and basically, i'm a complete novice and i'm having trouble understanding some of your posts since English is not my primary language and i'm not used to the jargon you're using. Pardon me for sounding silly.
I read the documentation but I can't really understand "mix", "start/end" parameters. What I'm trying to accomplish is to create a VFR MKV and as far as I can understand, I just simply input the start and end frames of the OP and the ED. The problem is, I don't know where to put the start and end frames of the OP and ED into their correct placements.
Thanks
trevaaar
6th April 2009, 14:33
This time I'm trying to tackle the PAL Gilgamesh set and it's proving annoying as well. Credits are (annoyingly) a rather blurry 25i much like the Elfen Lied but I can't figure out how to tell what framerate the main episode/opening sequence is supposed to be in. How am I supposed to tell how many clean fields there are every second with there being so many frame repeats?
Great Dragon
6th April 2009, 17:21
TheRyuu, thanx i'll test it.
Nightshiver
6th April 2009, 21:45
hi, kinda new to this stuff and basically, i'm a complete novice and i'm having trouble understanding some of your posts since English is not my primary language and i'm not used to the jargon you're using. Pardon me for sounding silly.
I read the documentation but I can't really understand "mix", "start/end" parameters. What I'm trying to accomplish is to create a VFR MKV and as far as I can understand, I just simply input the start and end frames of the OP and the ED. The problem is, I don't know where to put the start and end frames of the OP and ED into their correct placements.
Thanks
No. You do not need to state the op and ed frames for vfr. To do VFR with animeivtc, you do this.
animeivtc(aa=0,mode=5,pass=1) (you can change aa to whatever you want.)
Load this into MeGUI. Then, press the "Queue Analysis Pass".
Let MeGUI run until it says the job is done. What this will have done is create some .txt files in the directory you specified for the output. Don't do anything to them.
Next, you will change your script to that it is
animeivtc(aa=0,mode=5,pass=2)
Load this into MeGUI. Do not press "Queue Analysis Pass". Encode as you would normally. There, all finished.
Hi, how can I fix this error?
Actually, I got this error on almost every plugin, but moving every DLL-file to the Plugins directory fixed the problem. But MVDegrain2 isn't a DLL-file so...
http://img26.imageshack.us/img26/1691/errorvey.jpg
@Tron@
7th April 2009, 18:14
Who knows when some planned to resume AnimeIVTC under MVTools 2?? it's been a very long time and no one took up the project???
Author or he threw back the draft???
In 2009 go out MVTools 2 AnimeIVTC or no ???
ghscreenki
8th April 2009, 00:11
No. You do not need to state the op and ed frames for vfr. To do VFR with animeivtc, you do this.
animeivtc(aa=0,mode=5,pass=1) (you can change aa to whatever you want.)
Load this into MeGUI. Then, press the "Queue Analysis Pass".
Let MeGUI run until it says the job is done. What this will have done is create some .txt files in the directory you specified for the output. Don't do anything to them.
Next, you will change your script to that it is
animeivtc(aa=0,mode=5,pass=2)
Load this into MeGUI. Do not press "Queue Analysis Pass". Encode as you would normally. There, all finished.
I used VirtualDub 1.6.17 because my laptop doesn't have one and I was offline trying to work on this so I didn't get megui.
Aside from that, I followed your instructions and still I didn't get the required result. After doing pass=2, I got this timecodes:
# timecode format v1
Assume 29.970030
# TDecimate v1.0.3 by tritical
# Mode 5 - Auto-generated mkv timecodes file
0,1015,23.976024
1016,1018,17.982018
1019,1802,23.976024
1803,1805,17.982018
1806,17537,23.976024
17538,17540,17.982018
17541,34066,23.976024
# vfr stats: 100.00% film 00.00% video
# vfr stats: 42588 - film 0 - video 42588 - total
# vfr stats: longest vid section - 0 frames
# vfr stats: # of detected vid sections - 0
The source is not 100% film. The source I have is undoubtedly a hybrid source and upon checking the encode, VirtualDub decimated the video segment into a 23.976 fps clip making the OP jerky. This is not what I want.
Nightshiver
8th April 2009, 03:32
@ghscreenki
Get MeGui. I know that it works 100% in MeGUI because I have done it before. I have not done an entire episode/movie VFR with Vdub. Could you send me a sample for the whole episode?
@Umi
What is mt set at? Do you have mt=true or mt=false? And what aa are you using?
@Tron
We are all waiting for someone to pick the job up. It'll get done when it gets done. I would do it myself but have no experience in writing avisyinth code/creating complex scripts.
ghscreenki
8th April 2009, 19:04
@ghscreenki
Get MeGui. I know that it works 100% in MeGUI because I have done it before. I have not done an entire episode/movie VFR with Vdub. Could you send me a sample for the whole episode?
It still doesn't work. AnimeIVTC's timecodes still reads the episode as 100% pure film.
I used a different approach though, I used tritical's tdecimate and I got the right output. Framerate is 29.976 and the OP is not jerky at all and the episode does not contain any duplicate frames. Strange thing is animeivtc works on other sources except this one.
Still want the the entire ep? It's 1.4+ GB big.
There's one problem though, how do I make... how do I say this. On MPC, Press F10 > Details. FPS is at 29.976 and do I make a VFR encode run at 23.976 without loosing the frames? Saw lots of anime DVD rips and they all run at 23.976 and I can't replicate it.
Nightshiver
8th April 2009, 22:37
Yes, I would still like to have the entire episode.
ghscreenki
9th April 2009, 13:21
@Nightshiver:
I hope you don't mind Megaupload.
http://www.megaupload.com/?d=GE0LBRVB
http://www.megaupload.com/?d=MQMDWKBQ
http://www.megaupload.com/?d=OL13T41F
http://www.megaupload.com/?d=6YQI96KA
4-parts. It also contains the d2v file. In case you're gonna ask, I ripped it using DVDecrypter and meGUI for the d2v.
@Umi
What is mt set at? Do you have mt=true or mt=false? And what aa are you using?
mt=false gives the same error and mt=true gives this error:
http://img185.imageshack.us/img185/8826/error2.jpg
I get those errors whatever aa I am using.
Nightshiver
10th April 2009, 01:08
Do you have the right versions of mvtools for those?
MT=true should be the official branch (not made by Fizick) 1.9.7.7
mt=false should be fizick's branch version 1.11.4.3
The mvanalysemulti error is something to do with mvtools. Check those please.
synmais
10th April 2009, 08:38
Hi, I have some issues with this (http://www.mediafire.com/download.php?ninygznyvzg).
The best result gives the mode=2, but credits became jerky.
If I use mix, then it gives some artefacts no matter what settings I use to.
I tryed TempGauss, but it was so slow(2nd pass with animeivtc with mode=1 & mt=true takes about 1,5 hour and tgauss with mt=true takes about 1-2 days)
please, help me=)
Umi
10th April 2009, 14:19
Do you have the right versions of mvtools for those?
MT=true should be the official branch (not made by Fizick) 1.9.7.7
mt=false should be fizick's branch version 1.11.4.3
The mvanalysemulti error is something to do with mvtools. Check those please.
Since I downloaded the Requirements.7z, I suppose I have the right versions.
Nightshiver
10th April 2009, 15:41
Yes, but please still check :) Also, could you post the entire script you are using? As another side note, if you do infact have the correct versions, then the only thing I would suggest is clearing out your plugins folder of avisynth, re-downloading the requirements package for animeivtc and only installing the plugins that make animeivtc work. I know for a fact that error you are getting is from mvtools, so something has to be wrong with it.
EDIT:
@synmais
Quality costs speed. Do a lossless rendering pass before you encode, as that will significantly increase the speed. As for the artefacts, try this script. It seemed to work for me. Note: It even the lossless file and the encoding thereafter will be slow ON THE CREDITS section because of the way that the credits have to be bobbed/decimated.
MPEG2Source("D:\test.d2v", cpu=0)
raw=MPEG2Source("D:\test.d2v", cpu=0)
a=raw.telecide().Decimate().trim(0,273)
source=raw.mcbob()
backward_vec = source.MVAnalyse(isb = true, pel=4, idx=1,search=3, overlap=6)
forward_vec = source.MVAnalyse(isb = false, pel=4, idx=1,search=3, overlap=6)
b=source.MVFlowFps(backward_vec, forward_vec, num=24000, den=1001, ml=100, idx=1).trim(274,2266)
c=raw.telecide().Decimate().trim(2267,0)
a+b+c
There were no artefacts that I could see in the credits. The trim parts work like the estart/istart portions of animeivtc. The first trim (a) goes like this (0,x) where x is the last frame before the credits start. The second trim (b) goes (x,x) where the first x is the first frame of the credits and the other x is the last frame of the credits. The third trim goes (x,0) where x is the start of the preview.
@ghscreenki
I also tried doing a vfr with animeivtc and it gave me the same odd results. But at least you found a method that works.
ghscreenki
10th April 2009, 22:01
@Nightshiver:
But how do I set the framerate to 23.976 and not 29.976? Without decimating, of course. Saw lots of VFR rips and they are set to 23.976.
Nightshiver
10th April 2009, 23:19
I'm not quite sure about that. Why would you want to? Is there something wrong in the playback of your 29.976 encode?
ghscreenki
11th April 2009, 05:34
Well, it's really nothing. Just a matter of personal preference. :)
Umi
12th April 2009, 00:19
Yes, but please still check :) Also, could you post the entire script you are using? As another side note, if you do infact have the correct versions, then the only thing I would suggest is clearing out your plugins folder of avisynth, re-downloading the requirements package for animeivtc and only installing the plugins that make animeivtc work. I know for a fact that error you are getting is from mvtools, so something has to be wrong with it.
LoadPlugin("C:\DGDecode.dll")
MPEG2Source("C:\VTS_01_1.d2v")
AnimeIVTC(aa=0, mode=5)
I also cleared out the plugins folder and installed the plugins for animeivtc, but then I get the "there is no function named nnedi" error.
synmais
12th April 2009, 18:30
@Nightshiver
Thx, I'll try it.
Nightshiver
13th April 2009, 00:09
@Umi
Well, that shouldn't be happening, as the requirements folder has nnedi. You re-downloaded the requirements package and put all necessary plug-ins in? If so, I can't imagine why you keep getting that error. Only other thing I can suggest is re-installing avisynth.
Umi
13th April 2009, 21:38
I tried to re-install avisynth, but that didn't seem to help either and I also tried on a different computer too, but I got the same error, so now the only thing I think of must be that I've done something wrong.
So, I uploaded a screenshot of the plugins folder.
http://img22.imageshack.us/img22/7348/monitorh.jpg
Does something look wrong?
Btw, I'm using the latest Avisynth 2.5.8, I have Visual C++ installed and I have put the avsrecursion.dll in the right folder (SysWOW64).
Maccara
13th April 2009, 23:53
By any chance, would registry key HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\AviSynth\plugindir2_5 point to incorrect location? Check that.
I had this issue (on xp x64) when I updated to avisynth 2.5.8 - for some reason it reseted the plugindir to the normal 64bit program files instead of the program files(x86) it was supposed to point to.
I just changed it manually and all was well.
Nightshiver
14th April 2009, 01:17
You should not have folders inside the plugins folder. Extract the actual plug-ins/scripts from the folders.
Umi
14th April 2009, 14:58
It works now.
Thank you!
Haunther
15th April 2009, 18:52
Hello,
i've got an anime (Naruto Shippuuden) with a VFR on 28.867457 and i'd like to change it on 23.976 through AnimeIVTC! Could you tell me how i set the line in the the script of avisynth?
These settings are correct: AnimeIVTC(mode=6, check=2, omode=1,killcomb=2, precision=3, overlap=8, aa=4)
Thank you so much!
Nightshiver
15th April 2009, 20:35
Unfortunately, I need more information. What is the file type and what is the source?
Haunther
15th April 2009, 21:04
[ Info sul file ]
Nome: Anime.mp4
Data: 16/03/2009 18:38:56
Dimensione: 236,634,347 bytes (225.672 MB)
[ Info generiche ]
Durata: 00:23:05 (1385.108333 s)
Tipo di contenitore: MP4/MOV
Major brand: ISO Base Media version 1
Data creazione: 15/03/2009 01:14:54 UTC
Data modifica: 15/03/2009 01:14:54 UTC
Streams totali: 2
Tipo stream n. 1: video (avc1) {GPAC ISO Video Handler}
Tipo stream n. 2: audio (AAC Low complexity) {default}
Audio streams: 1
[ Dati rilevanti ]
Risoluzione: 1280 x 720
Larghezza: multipla di 32
Altezza: multipla di 16
DRF medio: 20.851056
Deviazione standard: 2.261513
Media pesata dev. std.: 2.195549
[ Traccia video ]
Codec: avc1
Risoluzione: 1280 x 720
Frame aspect ratio: 16:9 = 1.777777
Pixel aspect ratio: 1:1 = 1
Display aspect ratio: 16:9 = 1.777777
Framerate: 28.323090 fps
Frames totali: 39223
Bitrate: 1237.732802 kbps
[ Traccia audio ]
Codec: AAC Low complexity
Bitrate: 125.879004 kbps
Canali: 2
Frequenza: 48000 Hz
[ Info sulla codifica H.264 ]
User data: x264
User data: core 59 r839+10 8134e7a
User data: H.264/MPEG-4 AVC codec
User data: Copyleft 2003-2008
User data: http://www.videolan.org/x264.html
User data: cabac=1
User data: ref=5
User data: deblock=1:-1:-1
User data: analyse=0x3:0x113
User data: me=umh
User data: subme=6
User data: brdo=1
User data: mixed_ref=1
User data: me_range=16
User data: chroma_me=1
User data: trellis=1
User data: 8x8dct=1
User data: cqm=1
User data: deadzone=21,11
User data: chroma_qp_offset=0
User data: threads=6
User data: nr=0
User data: decimate=1
User data: mbaff=0
User data: bframes=8
User data: b_pyramid=0
User data: b_adapt=1
User data: b_bias=0
User data: direct=1
User data: wpredb=1
User data: bime=1
User data: keyint=240
User data: keyint_min=1
User data: scenecut=60(pre)
User data: rc=crf
User data: crf=22.0
User data: rceq='blurCplx^(1-qComp)'
User data: qcomp=0.60
User data: qpmin=8
User data: qpmax=41
User data: qpstep=8
User data: vbv_maxrate=40000
User data: vbv_bufsize=8192
User data: ip_ratio=1.40
User data: pb_ratio=1.30
User data: aq=0
User data: x264
User data: core 59 r839 27c3071
User data: H.264/MPEG-4 AVC codec
User data: Copyleft 2003-2008
User data: http://www.videolan.org/x264.html
User data: cabac=1
User data: ref=5
User data: deblock=1:-1:-1
User data: analyse=0x3:0x113
User data: me=umh
User data: subme=6
User data: brdo=1
User data: mixed_ref=1
User data: me_range=16
User data: chroma_me=1
User data: trellis=1
User data: 8x8dct=1
User data: cqm=1
User data: deadzone=21,11
User data: chroma_qp_offset=0
User data: threads=6
User data: nr=0
User data: decimate=1
User data: mbaff=0
User data: bframes=8
User data: b_pyramid=0
User data: b_adapt=1
User data: b_bias=0
User data: direct=1
User data: wpredb=1
User data: bime=1
User data: keyint=240
User data: keyint_min=1
User data: scenecut=60(pre)
User data: rc=crf
User data: crf=22.0
User data: rceq='blurCplx^(1-qComp)'
User data: qcomp=0.60
User data: qpmin=8
User data: qpmax=41
User data: qpstep=8
User data: vbv_maxrate=40000
User data: vbv_bufsize=8192
User data: ip_ratio=1.40
User data: pb_ratio=1.30
User data: aq=0
SPS id: 0
Profile: High@L4.1
Num ref frames: 5
Chroma format idc: YUV 4:2:0
PPS id: 0 (SPS: 0)
Codifica entropica: CABAC
Weighted prediction: No
Weighted bipred idc: B slices - implicit weighted prediction
8x8dct: Sì
Frames totali: 39223
Drop/delay frames: 0
Frames corrotti: 0
P-slices: 12456 ( 31.757 %) ########
B-slices: 26340 ( 67.154 %) #################
I-slices: 427 ( 1.089 %)
SP-slices: 0 ( 0.000 %)
SI-slices: 0 ( 0.000 %)
[ Analisi DRF ]
DRF medio: 20.851056
Deviazione standard: 2.261513
DRF max: 30
DRF<9: 0 ( 0.000 %)
DRF=9: 1 ( 0.003 %)
DRF=10: 2 ( 0.005 %)
DRF=11: 2 ( 0.005 %)
DRF=12: 8 ( 0.020 %)
DRF=13: 27 ( 0.069 %)
DRF=14: 54 ( 0.138 %)
DRF=15: 179 ( 0.456 %)
DRF=16: 575 ( 1.466 %)
DRF=17: 1212 ( 3.090 %) #
DRF=18: 3527 ( 8.992 %) ##
DRF=19: 4804 ( 12.248 %) ###
DRF=20: 7511 ( 19.149 %) #####
DRF=21: 7574 ( 19.310 %) #####
DRF=22: 4863 ( 12.398 %) ###
DRF=23: 4208 ( 10.728 %) ###
DRF=24: 2266 ( 5.777 %) #
DRF=25: 1319 ( 3.363 %) #
DRF=26: 698 ( 1.780 %)
DRF=27: 268 ( 0.683 %)
DRF=28: 93 ( 0.237 %)
DRF=29: 15 ( 0.038 %)
DRF=30: 17 ( 0.043 %)
DRF>30: 0 ( 0.000 %)
P-slices DRF medio: 20.288455
P-slices deviazione std.: 2.441883
P-slices DRF max: 28
B-slices DRF medio: 21.165907
B-slices deviazione std.: 2.081766
B-slices DRF max: 30
I-slices DRF medio: 17.840749
I-slices deviazione std.: 2.028584
I-slices DRF max: 25
[ Profile compliancy ]
Profilo da testare: MTK PAL 6000
Risoluzione: 1280 x 720 > 720 x 576
Framerate: Ok
Buffer underflow: 00:01:27 (frame 2461)
Buffer underflow: 00:01:27 (frame 2472)
Buffer underflow: 00:01:28 (frame 2490)
Enough?
Guest
15th April 2009, 21:42
@Haunther
That's a torrent file. We can't help you with that per forum rule 6. Please do not post about such things in the future.
@all
Do not reply to this issue per forum rule 6.
Haunther
15th April 2009, 22:00
Is not a Torrent File -___-
Leak
15th April 2009, 22:30
Is not a Torrent File -___-
Whatever it is, you sure as heck downloaded it somewhere, unless Italy magically became a part of Japan in the last few days and thus were able to record it off the air...
np: Jared Emerson-Johnson - Death Of A Lagomorph (Sam & Max Season One OST (Disc 1))
Haunther
15th April 2009, 22:49
Mah... However I changed the name of the file! That's good or not you the same answer?
Guest
15th April 2009, 23:37
No, deception is not the right way to go.
The right way is to discuss only material that you legitimately own.
You're lucky not to get a double strike here, so take our forum rules to heart. Thank you.
Haunther
15th April 2009, 23:47
And now how do I get your help?
BigDid
16th April 2009, 00:15
And now how do I get your help?
Hi,
You can't:
@Haunther
That's a torrent file. We can't help you with that per forum rule 6. Please do not post about such things in the future.
@all
Do not reply to this issue per forum rule 6.
This is from one of the moderators; you are requested to not post on the subject, we are requested to not help -PERIOD-
Take time for some reading like:
http://forum.doom9.org/showthread.php?t=52597
http://forum.doom9.org/showthread.php?t=121780
http://forum.doom9.org/showthread.php?t=43066
.. and, I hope things will get clearer.
Did
n2k3
18th April 2009, 16:05
Anybody ever did HD content (in my case 1080i) with this filter? It seems with or without MT=true, it gives me more memory errors, then it does its work.
2 line script:
MPEG2Source("C:\Encoding\[m2]ts\raw.d2v", cpu=0)
AnimeIVTC(mode=1)
When stepping frames to search for aa mode it gives me an access violation error at random frames.
This doesn't not happen so often (roughly 1-5%) with SD content.
With or without the SetMemoryMax(x) same results as above, where x can be 512(default), 1024, 1536, 2048
I have 4GB memory, tested with Memtest86+ about two months ago for 8+ hours with no errors.
Nightshiver
18th April 2009, 18:29
I don't know about your problem. But I do know that you must specify aa. If you don't want any aa, then set it to aa=0. As for you memory problem, I've never used this filter for hd content.
n2k3
18th April 2009, 23:51
I don't know about your problem. But I do know that you must specify aa. If you don't want any aa, then set it to aa=0. As for you memory problem, I've never used this filter for hd content.
I know I need to specify aa, it was a situation of doing simple stuff the filter is supposed to do good but instead its giving me memory errors :).
Seems I've memory problems with more filters
Blanchimont
19th April 2009, 16:37
I've tried mode 5 and the results look fine, but what kind of input does mode 6 need as that always ends like this;
Script Error: Invalid arguments to function "vinverse"
(C:\path\AnimeIVTC - v1.06.1.avsi, line 348)
(C:\path\RS.avs, line 43)
Which functions/parameters affect vinverse, as I've been trying to test it by loading almost everything in the requirements folder, and more, manually (that includes vinverse.dll and vinverse.avs...), but the error remains the same ...
Also, it might look nice, but how to use an overrides file with it? With both Telecide/Decimate and TFM/TDecimate it's easy enough, but with AnimeIVTC?
Edit; Never mind, even though the preview looks good, I get an access violation error when trying to actually encode it in Megui...
Edit2; After juggling with different approaches to this I sidetracked to testing a few functions I found along the way, one of them being TempGaussMC_beta1, which also gave similar headache (ie invalid arguments), but actually got solved...
Using "tempgaussmc_beta1()" didn't work. Trying it in AvsP/Megui gave the familiar "invalid arguments" error, however... writing the defaults (the only thing I changed I think was Sbb to 3) into the function in following manner;
tempgaussmc_beta1(tr0=2,tr1=2,tr2=1,rep0=4,rep1=0,rep2=4,EdiMode="EEDI2",EEDI2maxd=8,
sharpness=0.75,Smode=2,SLMode=2,SLRad=1,Sbb=3,SVthin=1.0,Sovs=0,blocksize=16,overlap=8,
truemotion=false,globalmtn=true,search=2,searchparam=2,pelsearch=2,sharp=2,DCT=0,lambda=0,pnew=0,plevel=0,lsad=1600,
SCth1=180,SCth2=98,thSAD1=640,thSAD2=256,border=true,draft=0,pel2hr=0.0)...actually managed to kickstart it (though at this point no idea if I messed up the default values as it's encoding a sample as we speak. Not that it matters as I was just testing it for fun...)
Note to my self; narrow down the parameters next time by reducing them one-by-one until you know which ones at fault instead of just rushing to encode, now I have to do that tomorrow after work and update this post after the fact >.> (and perhaps then manage to figure out the real culprit)...
I have a very strong hunch both are somehow related to the fact my OS (XP) is configured to the japanese language settings, and that's probably spooking here (special characters, like the one in Didee's name, are enough to cause problems, and probably more, though not sure about the specifics...)
TempGaussMC was at least easy as it was just the parameters of the main function, now to do the same where the affected function is nestled deeper inside the main function...
But I do hope to get to test ANIMEIVTC one of these days, no way I've given up...
Haven't found any mention of anyone else mention this issue though?
Edit3; I thought I'd be able to track down the problem, but... after removing from beginning got a few access violation errors around SVThin & Sovs, so put them back, and started decreasing the inputs from the end.
...when only those two were left, took them again out just to confirm the error, however... No error.
tempgaussmc_beta1() worked as it should, even though it hadn't previously. As it doesn't replicate can't give the exact error code either.
It could be some form of memory problem, but as pc hadn't been rebooted since before the previous experiments, I doubt that's the cause either.
So no clue, however I am going to try this same approach with AnimeIVTC, forcefeeding it the parameters, and seeing what happens, and going from there further if need be...
Umi
21st April 2009, 15:03
How do I make a VFR mkv with 23.976fps and 59.94fps?
I used Animeivtc(aa=4, mode=5, pass=1) and then run the queue analysis pass. Then I changed to Animeivtc(aa=4, mode=5, pass=2) and then encoded the video. But according to timecodes.txt, there aren't any 59.94fps
soulstaker
23rd April 2009, 01:36
I need help with a r2 DVD of mine here...
Tried modes 1,3 and 5, but nothing seems to work. I tried changing the block, vidthresh and hybriddup (using mode 5) and it produced better results. But i'm still getting combing.
Here is a sample: http://www.sendspace.com/file/1qqc8n
Thanks in advance.
Blanchimont
23rd April 2009, 15:45
I need help with a r2 DVD of mine here...
Tried modes 1,3 and 5, but nothing seems to work. I tried changing the block, vidthresh and hybriddup (using mode 5) and it produced better results. But i'm still getting combing.
Here is a sample:
Thanks in advance.
[url=http://myfreefilehosting.com/f/17b892f442_5.01MB]Here's (http://www.sendspace.com/file/1qqc8n[/url) a sample where I made a d2v of it and run through Telecide/Decimate instead (low settings but enough for this test: Fast HQ/Megui)...
LoadPlugin("C:\Program Files\AviSynth 2.5\plugins\Decomb521VFR1.3_P4-Athlon.dll")
LoadPlugin("C:\Program Files\AviSynth 2.5\plugins\dgdecode.dll")
DGDecode_Mpeg2Source("C:\PL2\knm sample 1\VTS_01_1.demuxed.d2v")
Telecide(order=1,guide=0,vthresh=40,dthresh=5,blend=true,ovr="frames.ovr")
Decimate(mode=4,threshold=1.0, timecodes="timecodes.txt",vfrstats="vfrstats")
Lacks the combing present in the m2v if compared side by side, but if the m2v was derived from the source vob doesn't say much about what results you got from AnimeIVTC... Can you say the exact locations where it misses combing?
If you're referring to the 'falling', I think that's intentional... If there's a way to use an overrides file with animeivtc(?) might use that if it makes mistakes...
Unfortunately can't produce a sample trough animeivtc atm, per previous post...
Edit; When making a d2v-file, I always check it afterwards, because if it starts at the wrong frame, there will be apparent combing left when processed with Telecide/Decomb, in those cases I just shift the start point few frames back/forward in DGIndex for the d2v. Might perhaps be a similar issue in your case?
TheRyuu
23rd April 2009, 20:28
I need help with a r2 DVD of mine here...
Tried modes 1,3 and 5, but nothing seems to work. I tried changing the block, vidthresh and hybriddup (using mode 5) and it produced better results. But i'm still getting combing.
Here is a sample: http://www.sendspace.com/file/1qqc8n
Thanks in advance.
There was no real major combing problem in the sample you provided. Perhaps you could provide a sample in which it fails it some more horrible way? :p
The following worked fine for me:
Mpeg2Source("Blah.d2v")
tfm(slow=2).tdecimate(mode=1,cycle=5)
I did notice some slight telecide combing on the crossfade right at the beginning but you can vinverse() that away if you want to (set it post telecide).
i.e.
tfm(slow=2).vinverse().tdecimate(mode=1,cycle=5)
Second.
LoadPlugin("C:\Program Files\AviSynth 2.5\plugins\Decomb521VFR1.3_P4-Athlon.dll")
LoadPlugin("C:\Program Files\AviSynth 2.5\plugins\dgdecode.dll")
DGDecode_Mpeg2Source("C:\PL2\knm sample 1\VTS_01_1.demuxed.d2v")
Telecide(order=1,guide=0,vthresh=40,dthresh=5,blend=true,ovr="frames.ovr")
Decimate(mode=4,threshold=1.0, timecodes="timecodes.txt",vfrstats="vfrstats")
Why are we still using decomb.
By itself it sucks, enjoy your mouth combs I guess. Please use TIVTC. And the sample isn't vfr so dunno why you're using that mode either.
Nightshiver
23rd April 2009, 23:18
Glad some others are joining in at helping :) There's nothing I need to add.
soulstaker
28th April 2009, 02:18
There was no real major combing problem in the sample you provided. Perhaps you could provide a sample in which it fails it some more horrible way? :p
Yeah, I guess this isn't combing... i will upload other sample to demonstrate my problem after trying with the settings you guys recommended.
Blanchimont, i can't download the sample you provided. Can you upload it on Sendspace?
Steelunicorn
29th April 2009, 10:42
Dear all, hope you can help me with IVTC'ing R2J DVD. (sample (http://slil.ru/27480891) or sample (http://rapidshare.com/files/225086545/VTS_01_1.demuxed.rar.html)). Can't get rid of blended frames. Tried modes 1,2,5 - still same result (5 tried because MeGUI said that it's Hybrid video). AnimeIVTC(mode=2, killcomb=2, decimate=4, cdeblendmthr=0.3, dupthr=9) working slightly better, but the result is still *****.
stpdrgstr
1st May 2009, 06:10
thetoof, are you still around? Just to be sure, as I love this script, and would like to know if it's going to be updated. :(
soulstaker
1st May 2009, 14:56
The following worked fine for me:
Mpeg2Source("Blah.d2v")
tfm(slow=2).tdecimate(mode=1,cycle=5)
I did notice some slight telecide combing on the crossfade right at the beginning but you can vinverse() that away if you want to (set it post telecide).
i.e.
tfm(slow=2).vinverse().tdecimate(mode=1,cycle=5)
Second.
Deinterlaced well, but was a bit too jerky on some parts of the video (not the one i used on the sample)
Then i played a bit with telecide and solved my problem with this:
AssumeTFF()
Telecide(guide=0,post=4,vthresh=40,dthresh=4,show=false,blend=true)
tdecimate(mode=1,cycle=5)
Thanks for your help.
TheRyuu
1st May 2009, 19:01
Deinterlaced well, but was a bit too jerky on some parts of the video (not the one i used on the sample)
Then i played a bit with telecide and solved my problem with this:
AssumeTFF()
Telecide(guide=0,post=4,vthresh=40,dthresh=4,show=false,blend=true)
tdecimate(mode=1,cycle=5)
Thanks for your help.
If you want mouth combs and what have you, that's your prerogative.
I'm just warning you that no one should really be using decomb anymore.
Maybe give a sample where the problem occurs?
thetoof
2nd May 2009, 03:21
thetoof, are you still around? Just to be sure, as I love this script, and would like to know if it's going to be updated. :(
Hey, I'm still *somewhat* around (checking what's going on the forum every now and then), but as busy as ever. What made me quit last time has been resolved and I'm forcing myself to take a three weeks break at the beginning of June. One of the things I'm planning to do then is updating AnimeIVTC to a decent state and doing the first version of the deinterlacing/deblending/ivtc guide with many examples, images and video samples I spoke about with neuron2 sometime somewhere.
So, keep your suggestions/ideas/comments/bugs/insults/requests somewhere in your head and I'll be back one day or the other.
Cheers.
Nightshiver
2nd May 2009, 16:45
Wow, that's quite possibly the best news I've heard this year :)
Codex0nz
4th May 2009, 13:46
Glad to hear you're still around toof.
I set my vcr up to encode transformers for me, using this script:
DGDecode_mpeg2source("D:\Convert\Transformers Season 1\1\vts_02_1.d2v", info=3)
ColorMatrix(hints=true, interlaced=true, threads=0)
#deinterlace
animeivtc(mode=2, aa=4, iregion="PAL", oregion="NTSC", mt=true)
#resize
crop( 12, 2, -12, -2)
the system uses:
E4700
2gig ram
should it really be going at 0.3fps? it took over a day to do one pass and i think i may have done something wrong...
Nightshiver
4th May 2009, 20:14
Speed doesn't indicate something is wrong, you just have a crappy system and animeivtc is absurdly slow. Do a lossless rendering pass first if you want something more acceptable.
Codex0nz
4th May 2009, 21:21
Speed doesn't indicate something is wrong, you just have a crappy system and animeivtc is absurdly slow. Do a lossless rendering pass first if you want something more acceptable.
It's just a media center not like it needs an 8600 or anything lol and i dont suppose there is any way to pass off some of the load to the 9600gt in it?
I thought i may have used a wrong filter or something, not sure
Nightshiver
4th May 2009, 23:35
You are naming video cards. Video cards have nothing to do with the speed you are getting. Anyway, no. It's just simply that animeivtc is invariably slow, no way around that.
Codex0nz
4th May 2009, 23:39
You are naming video cards. Video cards have nothing to do with the speed you are getting. Anyway, no. It's just simply that animeivtc is invariably slow, no way around that.
I meant through the use of CUDA or something perhaps.
Ah well such as life, at least the results are fantastic
I've only just picked up on AnimeIVTC and although all my plugins are in line with the documentation, I'm still getting the following error:
Avisynth open failure:
ChangeFPS: FPS value is out of range.
(Cdeblend_v1.1b.avsi, line 132)
(AnimeIVTC - v1.06.1.avsi, line 157)
I'm using AnimeIVTC(mode=5).
Any ideas??
I searched the forums and found one or two posts without any solution about madman dvd's, in particular the Transformers G1 R4 DVD's.
Heres is a sample (30mb demuxed);
http://www.users.on.net/~inet_s51/doom9/VTS_02_1.demuxed.m2v
The source has blends and interlaced frames every few frames but there doesnt seem to be any consistency (to me at least). Having never dealt with Anime/Cartoons before all i can say is sometimes it looks like telecined, sometimes every second frame in interlaced.
I tried animeivtc(mode=2, aa=0, iregion="PAL", oregion="NTSC", mt=true) which seems to work, but i am wondering if there is anything easier or quicker.
Any help appreciated !
R3
Codex0nz
8th May 2009, 03:50
I searched the forums and found one or two posts without any solution about madman dvd's, in particular the Transformers G1 R4 DVD's.
Heres is a sample (30mb demuxed);
http://www.users.on.net/~inet_s51/doom9/VTS_02_1.demuxed.m2v
The source has blends and interlaced frames every few frames but there doesnt seem to be any consistency (to me at least). Having never dealt with Anime/Cartoons before all i can say is sometimes it looks like telecined, sometimes every second frame in interlaced.
I tried animeivtc(mode=2, aa=0, iregion="PAL", oregion="NTSC", mt=true) which seems to work, but i am wondering if there is anything easier or quicker.
Any help appreciated !
R3
Im working on the exact same thing at the moment, (using that almost exact same line) even after this there appears to be a slight loss of saturation and haloing as well (may be wrong but yeah)
Also trying aa=4, the result is nice but there is some detail loss i think, need to play with it more though.
thetoof
8th May 2009, 03:53
detail loss is most likely due to way too aggressive warpsharpening. try lowering thin=
Gengero
9th May 2009, 12:51
Hello guys.
Recently I'm tryin to work with an anime DVD and AnimeIVTC but I got some trouble with some frames , here's 2 screenshot :
http://img385.imageshack.us/img385/5956/39975581.jpg
http://img385.imageshack.us/img385/8673/92694718.jpg
I just want to know if this is a blend or an other kind of artifect ?
I've read some posts that tells "that is a blend interlacing and there's no way to deal with it" and others posts says "that's a hybrid material and must be done with a vfr"
any suggetion ?
THX
Nightshiver
9th May 2009, 22:25
As always, post a video sample.....
Gengero
10th May 2009, 01:43
Here I'm , these's a little simple video .
http://www.megaupload.com/?d=5KEZD3LG
Guest
10th May 2009, 02:09
We need an unprocessed source VOB sample, not your encode!
Gengero
10th May 2009, 11:55
Okay Sir ;)
Here's a m2v demuxed with DGindex http://www.megaupload.com/?d=NX9E3BVE
THX
Guest
10th May 2009, 15:04
A 1MB sample is ridiculous. Next time give at least 50-100MB.
From the few frames you gave it looks like simple hard 3:2 pulldown. Did you try a simple IVTC?
JohannesL
10th May 2009, 15:29
I'd like to say that you need an mvtools.dll from the "MT=true - MVTools_V1.9.7.7" folder for SharpAAMCmod to work. With the mvtools.dll found in the "MT=false - mvtools-v1.11.4.3" folder, I get this error: "There is no function named MVAnalyseMulti"
Btw, SharpAAMCmod is awesome. It makes edges ridiculously clean and sharp in 3D video game sources as well. :)
Nightshiver
10th May 2009, 21:22
It's in the documents that you need that, if you didn't read......
Gengero
16th May 2009, 20:13
A 1MB sample is ridiculous. Next time give at least 50-100MB.
From the few frames you gave it looks like simple hard 3:2 pulldown. Did you try a simple IVTC?
Yes, I've try a simple IVTC with tfm(PP=6).
Tdecimate(Mode=1)
and also IVTC vfr with 2 pass , but still the some thing, when I'll back home I'll give you a more big file.
ghscreenki
28th June 2009, 15:52
I'm here again. Before anything else, I'm still learning and understanding the terms you guys are using so please excuse me for sounding clueless.
Did lots of VFR encoding on my anime DVDs and since, uh, sorry to say this, I can't really comprehend animeivtc (reading the Documentation without basic knowledge was hell.), I used tritical's tdecimate instead. Tritical's tdecimate worked great on the anime DVDs I backed up but on this particular source, the plugin is kinda useless.
The rolling credits is jerky even after using tdecimate. Timecodes:
# timecode format v1
Assume 29.970030
# TDecimate v1.0.3 by tritical
# Mode 5 - Auto-generated mkv timecodes file
0,15,23.976024
21,24,23.976024
30,10261,23.976024
10267,11754,23.976024
11760,18467,23.976024
18473,18588,23.976024
18594,18597,23.976024
18608,22879,23.976024
22890,24109,23.976024
24120,27415,23.976024
27421,28264,23.976024
28270,29573,23.976024
29574,29576,17.982018
29577,29584,23.976024
29585,29587,17.982018
29588,29747,23.976024
# vfr stats: 99.81% film 00.19% video
# vfr stats: 37100 - film 70 - video 37170 - total
# vfr stats: longest vid section - 10 frames
# vfr stats: # of detected vid sections - 11
I asked a fellow encoder for some pointers but since he really doesn't want to show me all that he knows, he gave me something to start with and I have to find out the rest myself. He directed me to animeivtc.
He gave me two scripts:
animeivtc(mode=3, omode=2)
first pass
and
AnimeIVTC(mode=3,aa=0,omode=2,mix=4,estart1=0,eend1=26499,estart2=28258,eend2=29735,istart1=66248,iend1=70642)
second pass
The first pass script is not working so I need to add in the mix parameter and check=0 to get the frames I need for pass two. I modified it like this:
animeivtc(mode=3, omode=2, mix=4, check=0)
Did an analysis pass on vdub in hope for vdub to spit out a text file containing the frames or something I will need for pass two. After 3 hours, it didn't. :(
http://img189.imageshack.us/img189/3265/cb7sc.png
Obviously, I'm doing this wrong or I'm missing something.
Thanks and please excuse me for being clueless.
Will provide a source in a few hours.
Nightshiver
28th June 2009, 16:11
Thats because mode=3 won't give you timecodes or any text file. You must use the VFR modes on animeivtc to get that, i.e. mode=5. To actually get the files you want, you must have the line read like this:
animeivtc(mode=5, pass=1)
Load that line into vdub and run an analysis pass. This should give you the txt files you are looking for. To actually encode VFR with animeivtc, you will need to change the previous line I gave you with this:
animeivtc(mode=5, pass=2)
Do a lossless rendering pass with this line, and then you can encode after you have your lossless video file. After you encode the video, take the "Timecode.txt" file that animeivtc produced and add it as the timecode for the video stream in mkvmerge.
ghscreenki
28th June 2009, 16:18
Thats because mode=3 won't give you timecodes or any text file. You must use the VFR modes on animeivtc to get that, i.e. mode=5. To actually get the files you want, you must have the line read like this:
animeivtc(mode=5, pass=1)
Load that line into vdub and run an analysis pass. This should give you the txt files you are looking for. To actually encode VFR with animeivtc, you will need to change the previous line I gave you with this:
animeivtc(mode=5, pass=2)
Do a lossless rendering pass with this line, and then you can encode after you have your lossless video file. After you encode the video, take the "Timecode.txt" file that animeivtc produced and add it as the timecode for the video stream in mkvmerge.
In case you forgotten, you suggested me this a long time ago. :) Already did that and the output is still the same: Jerky rolling credits.
Source in a few minutes.
EDIT: Source: http://www.megaupload.com/?d=O5O2SLGO
lansing
28th June 2009, 21:20
In case you forgotten, you suggested me this a long time ago. :) Already did that and the output is still the same: Jerky rolling credits.
Source in a few minutes.
EDIT: Source: http://www.megaupload.com/?d=O5O2SLGO
come on man, no one is gotta dl a 600MB video just to take a look at it. Cut out only the problematic scene, 1 minute max.
manono
28th June 2009, 21:32
# vfr stats: 99.81% film 00.19% video
Just Force Film it and forget about it.
ghscreenki
28th June 2009, 23:50
come on man, no one is gotta dl a 600MB video just to take a look at it. Cut out only the problematic scene, 1 minute max.
Please tell me what application I use to do that. :(
Just Force Film it and forget about it.
I'd love to but, that's not how it works for me. :)
Guest
29th June 2009, 04:06
Open the VOB in DGIndex. Use the [ and ] buttons to define a range around a section that shows the problem. Then do Save Project and Demux Video. Upload the resulting M2V.
Nightshiver
29th June 2009, 04:38
Ok, then if what I suggested doesn't work, and if tritical's version of VFR doesn't work, maybe you should just forget about doing VFR, hmm? Please explain further as to why force film'ing it is "not how it works for me."
ghscreenki
29th June 2009, 05:51
Ok, then if what I suggested doesn't work, and if tritical's version of VFR doesn't work, maybe you should just forget about doing VFR, hmm? Please explain further as to why force film'ing it is "not how it works for me."
I want the credits to scroll smoothly and I want to accomplish that. It is possible. I saw the rip of my fellow encoder and he pulled it off. Unfortunately, he won't tell me how he did it and just gave me his scripts without teaching me.
And here's the m2v file: http://www.megaupload.com/?d=G8M9E6OV
lansing
29th June 2009, 08:40
I want the credits to scroll smoothly and I want to accomplish that. It is possible. I saw the rip of my fellow encoder and he pulled it off. Unfortunately, he won't tell me how he did it and just gave me his scripts without teaching me.
And here's the m2v file: http://www.megaupload.com/?d=G8M9E6OV
in reference of your source here, i can only see interlaced credit on top of of progressive frame, so something like TempGaussMC_beta1().selecteven() will return to back to 30fps.
What is the problem you are having? Did you mean that your anime change from 24fps in the episode part to 30fps on ending part?
ghscreenki
29th June 2009, 13:27
What is the problem you are having? Did you mean that your anime change from 24fps in the episode part to 30fps on ending part?
I can't get the credits to run scroll smoothly. Or to be specific, I can't make the credits roll the same as the source using TDecimate. That's it.
in reference of your source here, i can only see interlaced credit on top of of progressive frame, so something like TempGaussMC_beta1().selecteven() will return to back to 30fps.
I got the AVSI and getting the required plugins for it to work. So, like, if I try this out, will it spit out a timecodes file for me to use or something else?
lansing
29th June 2009, 14:19
I got the AVSI and getting the required plugins for it to work. So, like, if I try this out, will it spit out a timecodes file for me to use or something else?
no no no, TGMC is a deinterlacer and is only meant for that particular part you uploaded. What i'm asking is did your whole episode change framerate from part to part? Or well, if you don't know what i'm talking about, just upload a sample cut from 10 seconds before the ending and 10 seconds into the ending.
ghscreenki
29th June 2009, 16:02
:script:
Or well, if you don't know what i'm talking about, just upload a sample cut from 10 seconds before the ending and 10 seconds into the ending.
If you're mentioning my encode then here: http://www.megaupload.com/?d=UN4S04KT
Or if you want the source with the segments you want: http://www.megaupload.com/?d=ELQ7OMFL
Nightshiver
29th June 2009, 19:06
Doing it with mode=3:
animeivtc(mode=3,omode=1,mix=4,aa=0,estart1=0,eend1=9079,istart1=9080,iend1=10987,estart2=10988,eend2=13008,overlap=6,search=3,pel=4)
I had a similar problem with NGE. Your episode can be regularly de-interlaced, but you have purely interlaced credits. Please note, those frame numbers are for the ENTIRE episode, the one you linked to here: http://www.megaupload.com/?d=O5O2SLGO When you decide to encode this, DO A LOSSLESS PASS FIRST. This speeds things up considerably.
lansing
29th June 2009, 19:40
Or if you want the source with the segments you want: http://www.megaupload.com/?d=ELQ7OMFL
Ok i see your source and it's vfr.
it's hard telecined in the episode part and then followed by the interlaced ending.
First look at thetoof's document, and look for the mode that suit both hard telecine and interlace, and it's mode=3.
Set omode=2 for vfr, and then find the right "mix" pattern for it. Since this sample is telecine+interlace, so mix=5 (e1+i1) will be it.
After that you will have the find the start and end frame for both the telecined and interlaced part. Read more into the document to learn how to find them using the check mode.
Once your done with it, use pass=0 to shoot out a lossless avi render file, like this:
animeivtc(mode=3, aa=0, omode=2, mix=5, estart1=0, eend1=593, istart1=1484, iend1=0, pass=0)
After that, create a new avs file, use mode=7 and pass=1 to generate a stats.txt, like below, you don't need to encode this one, just throw it into VDub and run an analysis pass. When it's done, remember to close VDub, if you don't, the stats.txt will not update the info.
AviSource ("render file.avi")
AnimeIVTC (mode=7,pass=1)
Last step, create another avs file, this time with mode=7 and pass=2, like this:
AviSource ("render file.avi")
AnimeIVTC (mode=7,pass=2)
This time you can either encode it to x264 video or shoot out another lossless avi for postprocessing. The timecodes.txt will be generated as soon as you put the script into VDub. After you finish the encoding, you can merge the mp4(or whatever you encoded) and the timecode file with mkvmerge to get the vfr file.
This is a sample I did with your source:
http://www.mediafire.com/download.php?tm4imzqnfjo
ghscreenki
30th June 2009, 00:13
Ok i see your source and it's vfr.
it's hard telecined in the episode part and then followed by the interlaced ending.
First look at thetoof's document, and look for the mode that suit both hard telecine and interlace, and it's mode=3.
Set omode=2 for vfr, and then find the right "mix" pattern for it. Since this sample is telecine+interlace, so mix=5 (e1+i1) will be it.
After that you will have the find the start and end frame for both the telecined and interlaced part. Read more into the document to learn how to find them using the check mode.
I used check=1 because I want to find the start and end frame numbers of the truly interlaced credits section in omode=2. My script is this:
animeivtc(mode=3,omode=2, mix=5, check=1)
I load this up on VDub. Instructions displayed is telling me that I should rely on my eyes to manually locate the start and end frame numbers of the interlaced credits and not run it on analysis pass to give me a file containing the frames of the interlaced credits. Using this source: "http://www.megaupload.com/?d=ELQ7OMFL", the interlaced credits starts at frame 1484 and ends at frame 3690.
Once your done with it, use pass=0 to shoot out a lossless avi render file, like this:
animeivtc(mode=3, aa=0, omode=2, mix=5, estart1=0, eend1=593, istart1=1484, iend1=0, pass=0)
If I understand this correctly, "istart1" is where I should put the start frame of the credits and "iend1" for the end frame so it should be like this:
istart1=1484, iend1=3690
Why did you used frame "0" for iend1?
Another thing that's confusing are the frames you added in "estart1" and "eend1". From what I understand, this is where you specify the frames you want to be IVTCed? If that's the case, shouldn't be eend1's value be the frame before the interlaced credits start or frame 1483?
lansing
30th June 2009, 01:55
Why did you used frame "0" for iend1?
the "0" simply mean the last frame of the video. For example, if I'm going to cut out frame #50 to the end of a video, I'll say trim(50,0).
Another thing that's confusing are the frames you added in "estart1" and "eend1". From what I understand, this is where you specify the frames you want to be IVTCed? If that's the case, shouldn't be eend1's value be the frame before the interlaced credits start or frame 1483?
Look at the "check" option in the "Truly interlaced or progressive credits (mode=3, 4 or 6)" section of the guide, do check=1 for the interlaced section, and check=2 for the telecined section. Each check option will temporary convert the whole clip to that particular framerate so you can manually find the frames yourself; so if you do check=1, you will see the video in 30fps, and check=2 will give you 24fps, that's why you'll see different frame numbers when you're entering the istart1/estart1 things.
I know it's kind of confusing, yea i did suggested toof to add some conversion function to it so it can do it automatically, but well, not until he decided to update the thread again i guess.
Nightshiver
30th June 2009, 02:47
Or you could just take a look at what I wrote.... Lansing's way works as well, I just don't do it in that many steps. You should also note that the check options are different for omode=1 and 2. For 1, you use check=2 for the episode, and check=3 for interlaced credits.
ghscreenki
1st July 2009, 15:51
@lansing and Nightshiver:
Currently trying both of your methods. Will report back soon.
EDIT:
Got an error. nnedi: only YV12 and YUY2 are supported.
Avisource("test.avi")
AnimeIVTC(mode=7,pass=2)
ConvertToYUY2()
It's not working for some reason...
Put the ConvertToYUY2() (or even better ConvertToYV12()) BEFORE AnimeIVTC().
cynebald
9th July 2009, 18:19
I'm trying to use AnimeIVTC(mode=2,aa=3,killcomb=2), but I keep getting the following error.
http://66.90.103.109/animeivtc.png
147: #HT decimation
148: htdecim = matched.tdecimate()
Any suggestions? I've put the dll and avsi files from Requirements.7z into my AviSynth plugins folder.
MADAJ
13th July 2009, 10:18
Hi, why do I get this error?
http://img115.imageshack.us/img115/476/errorb.jpg
I am doing Truly deinterlacing
AnimeIVTC (mode=4,omode =1, mix =1, check=3)
thanks in advance.
Great Dragon
13th July 2009, 21:16
Any ideas how to manage this kind of video?
http://hotfile.com/dl/8604019/43df49c/test.demuxed.m2v.html
I've tried mode2 and mode5 and blended frames are still remaining.
Adub
13th July 2009, 21:58
@MADAJ
What version of Avisynth are you using?
@Great Dragon
That source is so blended, it's never going to be perfect. I counted 6 blends in one instance. Here the truth: It's unfixable. If you want a better version, get a better source.
Great Dragon
14th July 2009, 06:21
@Great Dragon
That source is so blended, it's never going to be perfect. I counted 6 blends in one instance. Here the truth: It's unfixable. If you want a better version, get a better source.
The Truth is that this is a best source possible: R1 Remastered (lol) edition. Most of episodes looks fine and this one like a black sheep.
Thanks.
Adub
14th July 2009, 16:48
Darn, well, do what you can with AnimeIVTC and or srestore. Good luck to you.
egrimisu
15th July 2009, 12:02
Hy, i have a source witch contains hard telecined scene and double hard telecined scene. is the a mode for ivtc-ing this type of source?
Nightshiver
15th July 2009, 23:02
Post an unprocessed DVD source. (Video file i.e., .vob)
egrimisu
16th July 2009, 11:50
Here is the source : http://www.megaupload.com/?d=FUBG7WGN
using mode1 : http://www.megaupload.com/?d=ZK5SHBB3
usign mode2 : http://www.megaupload.com/?d=CHLUJDCY
the part i encoded seemed to me like double hard telecine, the rest of the m2v is hard telecine you can see the 3/2 pattern. Please compare the encodes, the avi's are encoded using huffy
If you'll take a look in the mode1 encode you'll see that when plays the stadium the first 20-30 frames are interlaced but the other are ok. This means that probably the first frames where double hard telecine ad the other where simple. The whole episode is combined witch these type of frames. It would be deadly if i'll have to do this manually.
Shiznadnaz
16th July 2009, 12:41
DGIndex reported that my source was Video 99.18% and Progressive but it is actually interlaced. I read the guide and it said I should use mode 6, I tried that but I got this error;
http://i27.tinypic.com/24or39w.png
Heres an m2v http://www.megaupload.com/?d=04H6YH9U since I cut it out from the full video, the video percent decreased.
This is what I tried AnimeIVTC(mode=6,aa=0,precision=3)
I've used mode 2 before and it worked fine but I dont know why I cant use mode 6.
lansing
16th July 2009, 16:44
@egrimisu
I'll stick with mode 2 if the whole episode is like this, because with mode 1 I still see combing and blending.
@Shiznadnaz
your source is 100% NTSC with 3:2 pattern, so it would be hard telecined, which is mode=1, mode 6 here is not for you.
MADAJ
16th July 2009, 19:09
@MADAJ
What version of Avisynth are you using?
AviSynth 2.58
Adub
16th July 2009, 20:14
Are you using the MT version?
egrimisu
17th July 2009, 06:50
That's the problem, just a few scene need mode 2, 95% of the episode is mode1
@egrimisu
I'll stick with mode 2 if the whole episode is like this, because with mode 1 I still see combing and blending.
@Shiznadnaz
your source is 100% NTSC with 3:2 pattern, so it would be hard telecined, which is mode=1, mode 6 here is not for you.
lansing
17th July 2009, 07:18
That's the problem, just a few scene need mode 2, 95% of the episode is mode1
if only a few times this change has occur in the entire episode, then you can manually do something like this:
ht = AnimeIVTC (mode=1, aa=0) # hard telecine
dht = AnimeIVTC (mode=2, aa=0) # double hard telecine
ht.trim(0,100) + dht.trim(101,200) + ht.trim(201,300)
if it changes at every other scene change, then don't bother about it and just stick with one mode, because it will take HOURS to manual IVTC.
Gavino
17th July 2009, 08:28
ht = AnimeIVTC (mode=1, aa=0) # hard telecine
dht = AnimeIVTC (mode=2, aa=0) # double hard telecine
ht.trim(0,100) + dht.trim(101,200) + ht.trim(201,300)
I have a feeling that because of global variables, AnimeIVTC won't work correctly if used more than once in the same script.
Shiznadnaz
17th July 2009, 15:54
@Shiznadnaz
your source is 100% NTSC with 3:2 pattern, so it would be hard telecined, which is mode=1, mode 6 here is not for you.
Are u sure about that because I was reading the guide and it said I should use mode 6.
8 - DGIndex gives you a percentage of Film or Video from 50 to 100% and you see a 3:2 pattern + progressive sequences (not only the credits, but the whole frame is) + the credits are truly interlaced and/or progressive.
6 : Use for #8 (hybrid + 30i or 30p credits)
Also I tried Mode 1 and seemed to work but then I started seeing blends. Heres an example
Before - http://i26.tinypic.com/2m6n8ls.png
After using AnimeIVTC(mode=1, aa=3) http://i32.tinypic.com/8wkux5.png
Any idea why that is?
lansing
17th July 2009, 16:13
Are u sure about that because I was reading the guide and it said I should use mode 6.
Also I tried Mode 1 and seemed to work but then I started seeing blends. Heres an example
Before - http://i26.tinypic.com/2m6n8ls.png
After using AnimeIVTC(mode=1, aa=3) http://i32.tinypic.com/8wkux5.png
Any idea why that is?
mode 6 is for hybrid and your source not hybrid.
And those blends are meant for special effects.
Nightshiver
17th July 2009, 16:45
You don't usually want to use mode=6 for hybrid (VFR) anyway. You'd want to use mode=5. What doesn't help is that this is a TVrip and not a DVD rip.
egrimisu
17th July 2009, 20:57
This would kill at least a few month of my life :), it would be nice if there been an automatic way fo detecting these frames. Thanks anyway.
if only a few times this change has occur in the entire episode, then you can manually do something like this:
ht = AnimeIVTC (mode=1, aa=0) # hard telecine
dht = AnimeIVTC (mode=2, aa=0) # double hard telecine
ht.trim(0,100) + dht.trim(101,200) + ht.trim(201,300)
if it changes at every other scene change, then don't bother about it and just stick with one mode, because it will take HOURS to manual IVTC.
thetoof
6th August 2009, 04:57
Hey all,
would've liked to fix this patched mess called AnimeIVTC sooner... but I just broke my arm. See you in a while (again) for the proper guide and update, but for now, forced vacations :cool:
lansing
6th August 2009, 06:36
take care toof, we will wait
MADAJ
9th August 2009, 00:25
hi, why do I end up with 19.181fps when I use AnimeIVTC(mode=1,aa=2)?
my source is 23.97fps.
thanks in advance
thewebchat
9th August 2009, 00:46
Possibly because decimating 1 in 5 frames of a 24fps clip results in a 19.2fps clip?
MADAJ
9th August 2009, 01:31
thank you, how am I using decimate?
I mean is it embedded in the function or what?
and what settings do you recommend?
thewebchat
9th August 2009, 02:50
I think you are misunderstanding something. Telecine is a process where 24fps film content is converted to 30fps (29.970) NTSC content by first slowing it down to 23.976fps and then duplicating two of every eight fields (25% framerate increase). IVTC seeks to remove these duplicate fields (decimation) to restore the framerate to 23.976fps. If your source is already 23.976fps and not 29.970fps, it is clearly not telecined and you do not need to do IVTC (or you are doing something wrong).
Hesse
9th August 2009, 19:16
Hello all, I've been trying to get a good encode of some of my episodes and there are sections that look bad no matter what I try. I put a sample of the source at http://www.megaupload.com/?d=CP3VXJG3
I've tried several different AVS scripts, but none of them fix the problem I'm seeing. I'm very inexperienced in all of this, so I appreciate any help offered.
I've been using MeGUI to do my encoding. The source is telecined (I think). I initially tried a TIVTC like this:
ColorMatrix(hints=true, interlaced=true, threads=0)
tfm(order=-1).tdecimate(hybrid=1)
But there are sections that seem to flash or jerk, I'm not sure exactly how to explain it. You can see it in the source file I provided. I don't know if its some interlacing or something else.
Then I read that Vinverse could help cleanup the output, so I tried this:
tfm(PP=0).tdecimate()
vinverse()
Which maybe looked a little bit better in some spots, but still has the "flashing" problem.
Finally, I started looking at AnimeIVTC to see if it would provide any improvement. I think that it is mode 5 because the D2V file says that this particular episode is FILM 87.59% at the end.
I tried this
animeivtc(mode=5, aa=0, precision=3)
but, still the "flashing". Could someone please help me figure out a good way to process these episodes? I'm not sure what the exact problem is and I don't know where to look.
Guest
9th August 2009, 19:48
It's pure soft pulldown. You can use Force Film in DGIndex.
The "jerking/flashing" is due to aliased frames in the source. I believe there have been threads about that. I doubt there's much you can do other than manually FreezeFrame() the aliased frames. But do the search below; there may have been a solution that I do not recall.
http://www.google.com/search?q=Family+Guy+site%3Aforum.doom9.org&sourceid=ie7&rls=com.microsoft:en-US&ie=utf8&oe=utf8&rlz=1I7GGLD_en
What DVD is this or where did you get the source?
Hesse
9th August 2009, 21:06
It's pure soft pulldown. You can use Force Film in DGIndex.
The "jerking/flashing" is due to aliased frames in the source. I believe there have been threads about that. I doubt there's much you can do other than manually FreezeFrame() the aliased frames. But do the search below; there may have been a solution that I do not recall.
http://www.google.com/search?q=Family+Guy+site%3Aforum.doom9.org&sourceid=ie7&rls=com.microsoft:en-US&ie=utf8&oe=utf8&rlz=1I7GGLD_en
What DVD is this or where did you get the source?
I've tried force film in DGIndex, but then other parts look bad too, I will try that again. This is S1, EP1. I was going to reencode my episodes at higher quality and while I was at it I wanted to get rid of some of these weird issues. Each of the episodes is a little different it seems. I'll try looking at the search you suggested.
Thanks.
Guest
10th August 2009, 01:43
I've tried force film in DGIndex, but then other parts look bad too We can only comment on the clips you upload. Upload something that shows the other bad parts.
Hesse
10th August 2009, 03:06
We can only comment on the clips you upload. Upload something that shows the other bad parts.
Of course, my apologies. I uploaded another small clip from that same episode, this time with force film enabled. It is at http://www.megaupload.com/?d=1F6ZBBCU
In this clip, to me it appears that some portions are interlaced, like in the movements of the mouth in the very beginning of the clip, then the motion when panning looks bad with lots of artifacts.
I can get it to look sort of ok if I do not force film and I use the Vinverse function in the script like I posted a few posts back. I tried searching through the forums like you suggested, but I found that a lot of people were having problems, but I didn't see the ultimate solution anywhere. What people were suggesting was that the source is pretty bad with lots of different types of things that change from one scene to the next. The aliased frames look pretty bad in this second clip that I posted as well. If there was a good way to automatically take care of those, then I think my encodes would look good.
Thanks for your help.
DoctorM
11th August 2009, 09:22
I apologize if this has been asked and answered but my brains hurt from trying to use AnimeIVTC for the last 4 hours. I'm stumped.
My source is a DVD that consists of 24p (soft telecined) and 29.97i (hard telecined) material. The first 25% is MOSTLY 24p (with random 29.97i sections), the middle 50% is entirely(?) 29.97i, and last quarter is again mostly 24p with some sections of 29.97i.
I THOUGHT mode=5 would be what I want, but from reading the docs, it looks like I can only generate a timecode file for MKV. I'm trying to re-encode back to DVD and I'd like my script's output to be 24p when I'm done. I need to be able to decimate the dups out of the 29.97i regions after IVTC-ing.
Can anyone give me a hint what I should be doing?
manono
11th August 2009, 09:46
Can anyone give me a hint what I should be doing?
If what you say is true (it's a mix of hard and soft telecine), then you don't need AnimeIVTC at all. Just make the D2V using Honor Pulldown Flags and perform a standard IVTC.
DoctorM
11th August 2009, 10:52
OMG, that is so basic (facepalm)... and I never knew you could do that. Thanks, it seems to do the trick.
thetoof
12th August 2009, 02:09
then you don't need AnimeIVTC at all. Well, it has been proven here and there that using nnedi and tdeint when performing ivtc (default operation of animeivtc's mode=1) can lead to better results. Haven't tried nnedi2 yet though...
http://forum.doom9.org/showthread.php?t=140875
edit: oh, and I know the guide is erm... messy? but
3 - DGIndex tells you "something else than 100% Film" and you see a 3:2 pattern.
...
mode : Required parameter. Defines the function's behavior
* 1 : Use for case #3
thewebchat
12th August 2009, 06:05
Well, it has been proven here and there that using nnedi and tdeint when performing ivtc (default operation of animeivtc's mode=1) can lead to better results. Haven't tried nnedi2 yet though...
http://forum.doom9.org/showthread.php?t=140875
edit: oh, and I know the guide is erm... messy? but
Because we're all too dumb to type TFM(clip2=TDeint(edeint=nnedi2)), right?
manono
12th August 2009, 06:44
Well, it has been proven here and there that using nnedi and tdeint when performing ivtc (default operation of animeivtc's mode=1) can lead to better results.
I don't find that thread the least bit convincing. Instead, I agree with Blue_Misfit's final comment:
The issue (to me) is that I think IVTC should just be IVTC. Deblocking and so forth should happen in separate steps.
thetoof
12th August 2009, 07:07
thewebchat:
Nope, not my point at all.
The very first reason why I wrote this function was that when I started using Avisynth a year and a half ago, I didn't find a comprehensive guide on how to identify and deal with sources with interlacing or blending issues (which we know is pretty widespread on the market) with all the latest techniques and filters... so I tried building up a function that could be used to gather as many samples and advice into a single thread, therefore speeding up my knowledge on the subject in the unique goal of creating one day the guide that I would've liked to read when I started.
The rest was trial and error, patched up using comments and samples provided by the forum members. Some found it useful and I learned in the process, so I went on. If you don't need it, don't use it. If it can save time for other users so that they can concentrate on other elements of their filter chain, then it has a purpose.
At this point, the only reason why I still use AnimeIVTC(mode=1) myself is not because I'm too dumb to type i.tfm(slow=2,clip2=i.tdeint(2,edeint=i.nnedi(-2),emask=i.tmm(1))).tdecimate(), but because I like typing less and still get the same result.
manono:
Agreed, I also prefer that when I'm doing something, it does only what it's supposed to do. However, for this particular case, not using nnedi, tdeint and tmm during ivtc meant not being able to solve the issue of those tricky frames without applying afterwards an AA filter (and maybe a few others) on the whole clip, not to mention the mess on the door's sign. By doing it during ivtc, only the detected frames are deinterlaced by the filter combination instead of using tfm's built-in ones, which in that case were proven less efficient regarding aliasing and image fidelity.
At that time, I didn't know another approach to achieve similar results and I don't have the time to test one these days. By all means, if you know one, I'd be more than happy to learn.
I know "better" is highly subjective, but if it means "fixes things that prevent using additional filters to risk screwing up other parts of the clip since they don't need it", count me in.
Undead Sega
13th August 2009, 16:35
heey, i know this may sound silly, but isnt it possible just to have TempGaussMC_beta1mod to do all the work? instead of having MCBob, Yadif/mod and etc?
thetoof
13th August 2009, 21:32
For the bobbing process? Sure, but imo a function is better when it has speed/quality options.
Undead Sega
13th August 2009, 22:54
well, to actually remove the hardtelecine and not let all the other stuff really get in the way, whereas TempGaussMC_beta1mod can do all the jobs, correct me if i am wrong on this.
thetoof
13th August 2009, 23:37
Hard telecine = field matching
Double hard telecine = bobbing
Field blending = bobbing
Interlaced credits = bobbing
Progressive credits = blending
Where bobbing is not required, TGMC is more likely to harm than help.
thewebchat
14th August 2009, 02:10
By "progressive credits," I assume you mean progressive credits on telecined background. In this case, why can't you just bob it like with the interlaced credits?
thetoof
14th August 2009, 02:44
They could be bobbed.selecteven, but in my early tests, it was faster and visually nicer to do this:
dbl = mt_average(c.nnedi(1),c.nnedi(0),U=3,V=3)
dblD = mt_makediff(c,dbl,U=3,V=3)
shrpD = mt_makediff(dbl,dbl.removegrain(11),U=3,V=3)
DD = shrpD.repair(dblD,13)
dbl.mt_adddiff(DD,U=3,V=3)
"Blending" is actually "Average of a nnedi interpolation of every field with contra-sharpening which does minimal harm to the progressive elements and transforms the interlacing of the telecined background into blending".
This was the sample I had at that time: http://www.mediafire.com/download.php?mmmkmy03zmd
If you find something better, many here would be very happy.
thewebchat
14th August 2009, 06:08
I think we're taking the wrong approach here. Now, if I had a video with progressive credits on a telecined shot, what I would do is field-match the telecined parts and then blend the now-interlaced credits. I can't imagine how any credits could possibly be so awesome as to warrant destroying the actual content in the scene.
Here's what I did on the clip you linked: I applied the Telecide pattern "pcccp" and postprocessing "+---+". Then, I called TDeint with hints enabled to clean up the messed up credit scroll. Finally, I used mvtools2 to return the clip to 24fps. This link (http://www.sendspace.com/file/ioew2q) contains the Telecide override and AviSynth script. Perhaps my solution is to your liking?
manono
14th August 2009, 06:22
manono:
Agreed, I also prefer that when I'm doing something, it does only what it's supposed to do. However, for this particular case, not using nnedi, tdeint and tmm during ivtc meant not being able to solve the issue of those tricky frames without applying afterwards an AA filter (and maybe a few others) on the whole clip, not to mention the mess on the door's sign.
Right. I didn't mean to denigrate AnimeIVTC, which has proven to be a godsend for much of the difficult-to-encode anime out there. And maybe I shouldn't have even given that answer since DoctorM posted in your thread and was looking for an AnimeIVTC solution. Sure, some anime is difficult to encode properly, but a lot isn't. For the vast majority of hard/soft telecine mixes out there I would guess that a simple IVTC would be plenty, without any artifacts appearing only on the formerly interlaced frames. DoctorM didn't provide a sample with which to test so we could be sure. Nor has he returned to mention that the IVTC didn't solve all his problems.
Me, I prefer a KISS approach. It's only when that's not working that I'll go and look at more complex (and much slower) solutions.
thetoof
14th August 2009, 08:08
manono,
Good point... Having worked on more tricky than good streams, I have the bad habit of going overkill causing major slowdowns "just in case I miss that little moth********* problematic section that I always notice after waiting hours for the encode to be done".
I think we're taking the wrong approach here. ... I can't imagine how any credits could possibly be so awesome as to warrant destroying the actual content in the scene.Absolutely and utterly true.
Your approach is more than worth looking into... Since the beginning, I have always hated how screwed up the background could become for some damned creds. Never took the time to learn and think about overrides and such.
Now what would be crazy = apply something similar to fix the interlaced creds while ivtcing the background. On a (semi)-inactive background, bob to 59.97 + mflowfps to 23.976 looks great (but slow as hell)... but as soon as there's some motion... ouch. Try this one (was in post 281 of this thread): http://www.mediafire.com/download.php?ygwo1u2jhlh
I tried crazy stuff like masking the creds to apply a framerate conversion only on them, ivtc the background and then overlaying the converted creds on the decimated background, but if something neater and simpler could fix it all.... :D
thewebchat
14th August 2009, 17:19
[Previously, there was wrong information here]
On that clip, I simply ignored the presence of the credits, used field matching, then TDeint to fix the credits, and then decimated to 24p. Alternatively, I could have bobbed to 60p which would be slightly smoother on the interlaced crossfade in the middle and on the credit scroll, but 60p is dumb and my processor cycles are limited. See: this. (http://www.sendspace.com/file/d4qdl8)
Undead Sega
14th August 2009, 19:15
couldnt one add TempGaussMC_beta1mod with NNEDI2, would that make things any better?
thewebchat
14th August 2009, 22:48
Make what better? Is this the "throw in names of cool things because it makes everything more awesome" thread? If you want to use TGMC to bob the segment to 60p, then why are you even posting in a thread about IVTC? If you want to use it to do postprocessing on the interlaced parts, I highly doubt anybody will notice, much less care about it.
Edit: It seems my approach to handling the first clip was wrong. Will refrain from posting further comments from now on.
tengo6dedos
15th August 2009, 01:56
hello, im using this to fix a hard telecine + progressive credits
animeIVTC(mode=3, omode=1, mix=9, aa=1, pstart1=0, pend1=#, estart1=#, eend1=#, pstart2=#, pend2=#)
but when i check the credits i see the image of the credits blended except when i add "check=3", then it looks good, do i have to worry about this? this mean this is fixed while encoding?
thank you
thetoof
15th August 2009, 23:02
If you want to use TGMC to bob the segment to 60p, then why are you even posting in a thread about IVTC?Because a slightly modded TGMC is used in AnimeIVTC to bob the clip and that TGMC_b1mod uses nnedi atm. Undead Sega, yes it will be changed.
hello, im using this to fix a hard telecine + progressive credits
Hey, if you can wait for a little while, the new v won't be that messed up with all those p/i/estart/end1/2/3. I should have some free time to finish writing it, but now I just got out of surgery so I need to rest.
tengo6dedos
16th August 2009, 01:05
the new v won't be that messed up with all those p/i/estart/end1/2/3
Thanks, looking forward to that.
It does perfect job but only when adding "check=3", if not blends appear in previews of the credits. Is this normal or fixed with a simple change in my line up there? why this happens?
saluts
Nightshiver
16th August 2009, 16:11
Hope your surgery went well and glad to hear about the work on the new ver. :)
thetoof
16th August 2009, 16:32
Oh, just checked your line *facepalm*. omode=1 converts the 30p sections into 24p, which is prone to artifacts. If you want blend free creds, use omode=2 to create a vfr clip. Check the docs for more info and if you are too confused ask for help in this thread.
tengo6dedos
16th August 2009, 20:21
hello, sorry to bother with this but is there a way of doing whatever "check=3" does but without the info screen, because I checked omode=1 with check 3 on the creds and they are all good, removing check 3 goes bad in some frames
omode=1
omode=1 + check=3
saluts
thetoof
16th August 2009, 21:59
Wait, are you sure you have progressive creds? These look like static to me (i.e. the creds are not moving in any direction). Try a simple mode=1 and see what it does.
tengo6dedos
16th August 2009, 22:53
yes you are correct, im sorry i thought progressive credits ment no interlaced credits with interlaced background
saluts
Ramscoop
17th August 2009, 02:33
I just started using AnimeIVTC 1.06 and am having a heck of a time getting it to function.
I too am having the problems with error from Avisynth claiming that it can not locate the "Reduceflicker" plugin (even though it and all the other required .dll's are in the correct directory). I am also receiving the error from VirtualDub that the msvcr71.dll is missing as well.
I have tried the following solutions based on the responses to this problem throughout this thread:
- reinstalling AnimeIVTC
- leaving ONLY the filters that AnimeIVTC needs to function in the plugins directory
- double, triple and quadruple checking that AvsRecursion.dll is in my system32 directory
- Downloading msvcr71.dll and placing it in my system32 directory
I am lost and in despair. :mad:
Revgen
17th August 2009, 09:34
^The author is MIA right now due to surgery. He will fix the problems later.
Chengbin
21st August 2009, 03:00
I'm getting this error.
Avisynth open failure:
Evaluate:Unrecognized exception!
AnimeIVTC - v1.06.avsi, line 426
AnimeIVTC - v1.06.avsi, line 366
lansing
21st August 2009, 06:26
make sure you're opening a d2v file, and not a vob or m2v or any other
Chengbin
21st August 2009, 13:03
It doesn't support sources from directshowsource?
EDIT: Nevermind, I found the problem, it doesn't work with resizers.
tengo6dedos
25th August 2009, 16:00
Hello, does truly interlaced solution of animeivtc have average speed? can someone put an example line of doing this with it? tried with the manual but my english is not good
thanks
Undead Sega
2nd September 2009, 23:25
Im also having this ReduceFlicker problem, ive changed the SSE versions and still no luck, ive even got the RemoveGrain pre-released SSE3 fix package and still no luck.
what could be the problem?
by the way, i am runing Windows 7 x64, just to let you know.
lansing
3rd September 2009, 17:11
Im also having this ReduceFlicker problem, ive changed the SSE versions and still no luck, ive even got the RemoveGrain pre-released SSE3 fix package and still no luck.
what could be the problem?
by the way, i am runing Windows 7 x64, just to let you know.
Next time maybe you should first search this thread (http://forum.doom9.org/showthread.php?p=1185637#post1185637)before anything for you problem. Put the Avscursion.dll file into your system32 folder and it should be fine.
And as for RemoveGrain, IIRC the latest one should be "1.0b beta"
Undead Sega
3rd September 2009, 18:43
i have done so, but strangely i still get the same problem, and i am using the latest RemoveGrain build "1.0b beta"
:(
lansing
3rd September 2009, 19:44
i have done so, but strangely i still get the same problem, and i am using the latest RemoveGrain build "1.0b beta"
:(
what is the error message that you get? Also post your script.
Undead Sega
3rd September 2009, 19:53
Script seems to be correct, ive doubled checked the path names for ReduceFlicker and RemoveGrain:
LoadPlugin("C:\Downloads\VirtualDub-1.8.6\Requirements\awarpsharp_25_dll_20030203\aWarpSharp.dll")
LoadPlugin("C:\Downloads\VirtualDub-1.8.6\Requirements\dup230\Dup.dll")
LoadPlugin("C:\Downloads\VirtualDub-1.8.6\Requirements\EEDI2v092\EEDI2\EEDI2.dll")
LoadPlugin("C:\Downloads\VirtualDub-1.8.6\Requirements\EEDI2v092 multithreaded\EEDI2_imp.dll")
LoadPlugin("C:\Downloads\VirtualDub-1.8.6\Requirements\MaskTools-v1.5.8\MaskTools-v1.5.8\MaskTools.dll")
LoadPlugin("C:\Downloads\VirtualDub-1.8.6\Requirements\masktools-v2.0a35\mt_masktools-26.dll")
LoadPlugin("C:\Downloads\VirtualDub-1.8.6\Requirements\MT=true - MVTools_V1.9.7.7\Intel10-Core2-SSE3\mvTools.dll")
LoadPlugin("C:\Downloads\VirtualDub-1.8.6\Requirements\nnedi2\nnedi2.dll")
LoadPlugin("C:\Downloads\VirtualDub-1.8.6\Requirements\ReduceFlicker05\ReduceFlickerSSE3.dll")
LoadPlugin("C:\Downloads\VirtualDub-1.8.6\Requirements\RemoveGrain\RemoveGrainSSE3.dll")
LoadPlugin("C:\Downloads\VirtualDub-1.8.6\Requirements\RemoveGrain\RepairSSE3.dll")
LoadPlugin("C:\Downloads\VirtualDub-1.8.6\Requirements\RemoveGrain\RSharpenSSE3.dll")
LoadPlugin("C:\Downloads\VirtualDub-1.8.6\Requirements\TDeintv11\TDeint\TDeint.dll")
LoadPlugin("C:\Downloads\VirtualDub-1.8.6\Requirements\TIVTCv105\TIVTC\TIVTC.dll")
LoadPlugin("C:\Downloads\VirtualDub-1.8.6\Requirements\TMMv1\TMM\TMM.dll")
LoadPlugin("C:\Downloads\VirtualDub-1.8.6\Requirements\warpsharppackage_25_dll_20031103\warpsharp.dll")
LoadCPlugin("C:\Downloads\VirtualDub-1.8.6\Requirements\yadif09\yadif.dll")
LoadPlugin("C:\Downloads\VirtualDub-1.8.6\Requirements\vinverse.dll")
LoadPlugin("C:\Downloads\VirtualDub-1.8.6\Requirements\SangNom.dll")
LoadPlugin("C:\Downloads\VirtualDub-1.8.6\Requirements\Toon-v1.0.dll")
Import("C:\Downloads\VirtualDub-1.8.6\Requirements\MCBob.avsi")
Import("C:\Downloads\VirtualDub-1.8.6\Requirements\R_pack\Cdeblend_v1.1b.avsi")
Import("C:\Downloads\VirtualDub-1.8.6\Requirements\LimitedSharpenFaster.avsi")
Import("C:\Downloads\VirtualDub-1.8.6\Requirements\TempGaussMC_beta1mod.avsi")
Import("C:\Downloads\VirtualDub-1.8.6\Requirements\AnimeIVTC_-_v1.06.1.avsi")
Import("C:\Downloads\VirtualDub-1.8.6\Requirements\R_pack\bob_repair.avsi")
Import("C:\Downloads\VirtualDub-1.8.6\Requirements\R_pack\Interlacing2Reader.avsi")
Import("C:\Downloads\VirtualDub-1.8.6\Requirements\R_pack\mrestore_v23e.avsi")
Import("C:\Downloads\VirtualDub-1.8.6\Requirements\R_pack\srestore.avsi")
MPEG2Source("C:\TEMP\XXX.d2v")
ConvertToYV12()
AnimeIVTC(mode=1, aa=1, precision=3, edimode="nnedi2")
Nightshiver
3rd September 2009, 20:25
I'm not sure this version of AnimeIVTC can use nnedi2.... and you definitely should not have to use all those Import and Loadplugin commands if they are all were they should be.
Undead Sega
3rd September 2009, 22:21
well not even the original NNEDI was working, NNEDI2 was a recent input, and i assume it will give much clarific results :)
Nightshiver
4th September 2009, 01:35
Have you tried emptying the plug-ins folder of everything except for the things animeivtc needs to run?
Undead Sega
4th September 2009, 15:43
that would be very confusing, plus ive had this script for a long time and used it on a couple of movies, its only recently and especially since migrating to a 64bit operating system that i have had this problem. :(
kemuri-_9
4th September 2009, 15:52
that would be very confusing, plus ive had this script for a long time and used it on a couple of movies, its only recently and especially since migrating to a 64bit operating system that i have had this problem. :(
every instruction that told you to "move/copy x.dll to system32" is now "move/copy x.dll to sysWOW64",
all the x86 dlls you use can't be used with avisynth x86_64 (whether if you have it installed or not),
and avisynth x86 does not work in anything that is x86_64
keep to 32bit versions of programs.
Chengbin
8th September 2009, 17:27
I'm trying to do an IVTC and AA on a video.
I'm using animeivtc(mode=3, omode=1, aa=4) so far. But Virtual Dub tells me I need to set the mix function.
It seems that I should use the check function, which I have no idea to use, because it never works. I wrote animeivtc(mode=3, omode=1, check=3)
I just want to IVTC and then AA the entire video. How do I do that?
Nightshiver
8th September 2009, 18:04
If you want to "just" IVTC, don't use mode=3. That mode is for hard telecined episode with pure interlaced credits.
thewebchat
9th September 2009, 01:17
I'm trying to do an IVTC and AA on a video.
I'm using animeivtc(mode=3, omode=1, aa=4) so far. But Virtual Dub tells me I need to set the mix function.
It seems that I should use the check function, which I have no idea to use, because it never works. I wrote animeivtc(mode=3, omode=1, check=3)
I just want to IVTC and then AA the entire video. How do I do that?
Telecide().Decimate().AntiAlias()
Same thing except slower:
AnimuIVTC(0,aa=blah)
Chengbin
9th September 2009, 12:51
Ahh, that works.
A funny effect it made is it made some objects that are supposed to be jagged "bushes for example" smooth. I guess I can't AA it.
egrimisu
9th October 2009, 13:42
dumb question, my anime contains hardtelecine scenes and fully interlaced scenes, cand these be found automaticly by animeivtc and deinterlace them?
thewebchat
9th October 2009, 15:21
Yes, it can. That is because AnimuIVTC is nothing more than a (bad) wrapper around TIVTC, and TIVTC is already fully able to handle mixes of progressive, telecined, and interlaced content.
egrimisu
10th October 2009, 18:02
Yes, it can. That is because AnimuIVTC is nothing more than a (bad) wrapper around TIVTC, and TIVTC is already fully able to handle mixes of progressive, telecined, and interlaced content.
No it does not handle telecine mixed with fully interlace scenes only telecine with fully progressive scnees.
thewebchat
10th October 2009, 19:17
Uh, what? Yes it does. What do you think the pp, clip2, MI, and mic parameters are for.
egrimisu
10th October 2009, 20:08
Uh, what? Yes it does. What do you think the pp, clip2, MI, and mic parameters are for.
my bad, i have read the tdecimate and not tfm, anyway i could use some help, i would apreciate if you could write an example script for a anime that contain telecined frames and fully interlaced scenes. Thanks in advance.
egrimisu
10th October 2009, 20:17
for the fully intelaced sceens i believe i need one of the 3 folowing settings:
5 - motion-adaptive blend deinterlacing
6 - motion-adaptive cubic interpolation deinterlacing
7 - motion-adaptive modified-ela deinterlacing
what is the diference between these?
thewebchat
10th October 2009, 20:27
Well, in general, I don't recommend using the automatic deinterlacing functions for real interlaced stuff because they kind of suck. The best way would be to handle it manually. That said, what you must first do is 1) adjust the MI setting so that all the interlaced frames are detected as interlaced (use display=true to confirm) and then 2) set a pp mode (mode=6 is guaranteed to look bad, mode=5 is blend deinterlacing, mode=7 is pretty good, but not as good as a dedicated deinterlacer) or an alternate clip to pull deinterlaced frames from (must have same length). So, you could do something like this:
TFM(clip2=TDeint(edeint=nnedi2),mi=X)
Deinterlaced sections are obviously not 24fps, so you would also need to set TDecimate to a hybrid mode.
egrimisu
10th October 2009, 20:41
ok, i'll do some test monday morning at work :) , is there a way to automaticly deal with a anime that has hardtelecine scenes and double hard telecine scenes?
thewebchat
10th October 2009, 23:18
Double telecine is the same thing as pure interlaced.
Esc
11th October 2009, 03:17
I'm trying to use
AnimeIVTC(mode=4,omode=1,mix=4,estart1=0,eend1=30714,istart1=30715,iend1=33402,estart2=33403,eend2=34255,aa=0)
It's doing miracles but is slow as hell. What makes me wonder, why the whole script is slowed down and not just the double-telecined part? My encoding time got 4 times longer, which makes up 20 hours, which makes me a very sad panda.
upd: Also, I get this error (see attached file) half of the times when I try to open my script in MeGUI. And other half of times it works okay.
egrimisu
11th October 2009, 10:41
Well, in general, I don't recommend using the automatic deinterlacing functions for real interlaced stuff because they kind of suck. The best way would be to handle it manually. That said, what you must first do is 1) adjust the MI setting so that all the interlaced frames are detected as interlaced (use display=true to confirm) and then 2) set a pp mode (mode=6 is guaranteed to look bad, mode=5 is blend deinterlacing, mode=7 is pretty good, but not as good as a dedicated deinterlacer) or an alternate clip to pull deinterlaced frames from (must have same length). So, you could do something like this:
TFM(clip2=TDeint(edeint=nnedi2),mi=X)
Deinterlaced sections are obviously not 24fps, so you would also need to set TDecimate to a hybrid mode.
Ok please agree with me if my script should look like the next:
Pass1:
mpeg2source("D:\shura\5\VTS_01_1.d2v")
tfm(d2v="D:\shura\5\VTS_01_1.d2v", output="matches.txt")
tdecimate(mode=4, output="metrics.txt")
Pass2:
fulldeint=ttempgaussmc_beta2().selecteven()
mpeg2source("D:\shura\5\VTS_01_1.d2v")
tfm(d2v="D:\shura\5\VTS_01_1.d2v", input="matches.txt";pp=5,clip2=fulldeint)
tdecimate(mode=5, hybrid=2, vfrDec=1, input="metrics.txt", tfmIn="matches.txt", mkvOut="mkv-timecodesfile2passmode.txt")
And another question, what is the diference between one pass encode and 2 pass encode regardig tdecimate? Is tdecimate a filter like DUP?
egrimisu
11th October 2009, 11:31
Strange, using this script the filter did not recognized the fully interlaced scene.Could you please take a deeper look at my script. Thanks in advance
Ok please agree with me if my script should look like the next:
Pass1:
mpeg2source("D:\shura\5\VTS_01_1.d2v")
tfm(d2v="D:\shura\5\VTS_01_1.d2v", output="matches.txt")
tdecimate(mode=4, output="metrics.txt")
Pass2:
fulldeint=ttempgaussmc_beta2().selecteven()
mpeg2source("D:\shura\5\VTS_01_1.d2v")
tfm(d2v="D:\shura\5\VTS_01_1.d2v", input="matches.txt";pp=5,clip2=fulldeint)
tdecimate(mode=5, hybrid=2, vfrDec=1, input="metrics.txt", tfmIn="matches.txt", mkvOut="mkv-timecodesfile2passmode.txt")
And another question, what is the diference between one pass encode and 2 pass encode regardig tdecimate? Is tdecimate a filter like DUP?
thewebchat
11th October 2009, 16:13
Incidentally, this is the method that AnimuIVTC uses if you actually read the sea of "code" it's buried under.
1) Using both pp and clip2 is redundant.
2) I'm pretty sure you need to deinterlace both passes (the information is stored in matches.txt)
3) Use the display=true parameter to TFM to see what it says about the interlaced scene (the MIC value)
4) If you can't get TFM to detect it, you can always stick a blind deinterlacer after TFM and before TDecimate.
5) There's no reason TDecimate has to work in multiple passes except that AviSynth needs to know the length of the video in advance.
egrimisu
11th October 2009, 20:47
using display=true the mic value is 0 or 1 and in some cases rising, for 99% of the video, the fully interlaced scene had from 0 to 10 but the match value is allways C in standard video is 3 C frames and 2 P frames. And tried the next scrip in one pass but the result is still fullyinterlaced:
mpeg2source("D:\shura\5\VTS_01_1.d2v")
tfm(d2v="D:\shura\5\VTS_01_1.d2v", display=true, clip2=tempgaussmc_beta2(edimode="eedi2").selecteven())
i still have a question, if the frames will be corectly deinterlaced how will afect the framerate of the finaly video??? i believe i still need the next line:
tdecimate(mode=3, hybrid=2, vfrDec=1, mkvOut="mkv-timecodesfile222.txt")
Incidentally, this is the method that AnimuIVTC uses if you actually read the sea of "code" it's buried under.
1) Using both pp and clip2 is redundant.
2) I'm pretty sure you need to deinterlace both passes (the information is stored in matches.txt)
3) Use the display=true parameter to TFM to see what it says about the interlaced scene (the MIC value)
4) If you can't get TFM to detect it, you can always stick a blind deinterlacer after TFM and before TDecimate.
5) There's no reason TDecimate has to work in multiple passes except that AviSynth needs to know the length of the video in advance.
thewebchat
11th October 2009, 21:33
You mentioned that you have used AnimuIVTC to handle these sources correctly. What settings for AIVTC did you use? Also, perhaps you need to upload a sample. TIVTC's algorithms can not correctly detect some kinds of subtle combing, such as interlaced fades or field artifacts from bad compression.
When you have fully interlaced content in an otherwise telecined video, that part can not be decimated to 24fps cleanly, so those sections must be handled by blending or VFR. This is because an interlaced video has no temporal redundacy in it.
egrimisu
12th October 2009, 06:58
Ass i know animeivtc can't deal with hardtelecine and full interlace automaticly, you must add istart iend pstart pend, and that's distrubing since i don't have the time to search every ep for these scenes.
"You mentioned that you have used AnimuIVTC to handle these sources correctly" No my question began like this:
"dumb question, my anime contains hardtelecine scenes and fully interlaced scenes, cand these be found automaticly by animeivtc and deinterlace them? "
and you answered:
"Yes, it can. That is because AnimuIVTC is nothing more than a (bad) wrapper around TIVTC, and TIVTC is already fully able to handle mixes of progressive, telecined, and interlaced content. "
i know that i have to use vfr with mkv that's why i asked about tdecimate (tdecimate creates the timecode file). I'm posting the sample. At the end o the credits is a scene with full interlaced scene, i would like this to be compresed af 29.97fps hald fullres(i believe this is it's name), the the rest is 23.97fps after deinterlace.
http://www.megaupload.com/?d=ZSONAVPI
i hope this helps,
thewebchat
12th October 2009, 16:22
Oh, I see. You are right that TIVTC is unable to detect this one. I apologize for posting misleading information. Incidentally, you can lower cthresh and MI to get TIVTC to find the interlacing in that part, but it seems that the old way of finding it manually is better.
egrimisu
13th October 2009, 10:16
the problem is that the old way is a slow way... a very slow way :)
what the lowest and the highest values for MI and cthresh?
Oh, I see. You are right that TIVTC is unable to detect this one. I apologize for posting misleading information. Incidentally, you can lower cthresh and MI to get TIVTC to find the interlacing in that part, but it seems that the old way of finding it manually is better.
thewebchat
13th October 2009, 15:53
0-255. 0 = everything is combed, 255 = nothing is combed. However, changing these by too much will probably lead to unexpected results.
egrimisu
14th October 2009, 08:00
0-255. 0 = everything is combed, 255 = nothing is combed. However, changing these by too much will probably lead to unexpected results.
yest changef ctrecch to 3 and MI to 32 and the interlaced section was properly deinterelaced but other 3/2 patern frames were detected like pure interlaced and a total 30000 frame anime was finally 40000. :(
So any other solutions, any other than manual?
And thanks again for helping
thewebchat
15th October 2009, 05:54
@egrimisu: I just found by experimentation that a high block size for TFM (blockx=32, blocky=32) along with a reduced cthresh and MI (cthresh=4, mi=40) was able to detect the interlaced section while producing equivalent results for the telecined section on your sample. There is one frame at the end (frame 273) that is incorrectly detected as interlaced both with the modified and the normal settings. Since these are all based on heuristics, I'm 100% certain that this will fail hard somewhere else in your video.
egrimisu
15th October 2009, 12:52
just checked the setings, there are lot and lots of wrongly detected frames in the firs minute of the anime.
@egrimisu: I just found by experimentation that a high block size for TFM (blockx=32, blocky=32) along with a reduced cthresh and MI (cthresh=4, mi=40) was able to detect the interlaced section while producing equivalent results for the telecined section on your sample. There is one frame at the end (frame 273) that is incorrectly detected as interlaced both with the modified and the normal settings. Since these are all based on heuristics, I'm 100% certain that this will fail hard somewhere else in your video.
tengo6dedos
22nd October 2009, 14:28
Hello, can you tell me if its safe to use mt plugin via "SetMTmode" when dealing with double-hard telecine and hard telecine with this script. When should i not use it?
Thanks
thetoof
22nd October 2009, 18:17
I don't think any decimation operation will work well with setmtmode... but you can give it a try and see what it does.
However, if you want to be absolutely safe, do the operations externally so you can specify mode=2 or 5.
DHT
setmtmode(2)
source
bob (yadifmod or tdeint with nnedi2 for interpolation)
setmtmode(5)
tdecimate(1,3,5)
...
ht:
setmtmode(2)
source
setmtmode(5)
tfm with all the addons you want (nnedi2, tmm...)
tdecimate
...
field-blended:
setmtmode(2)
source
bob
setmtmode(5)
srestore
...
thewebchat
22nd October 2009, 18:21
Just want to point out that if you're using emask=TMM or edeint=nnedi2 or clip2=nnedi or something, you can call those before SetMTMode(5) and store them to a clip.
SMM(2)
source
nn = nnedi2
mm = tmm
SMM(5)
tfm(blah)
tdecimate(blah)
Also, if you're feeling lucky, you could analyse only part of your clip and return full frames from another clip using those partial analysis decisions (generally not a good idea, but faster).
thetoof
22nd October 2009, 19:04
Yes, but tmm is extremely fast and nnedi2 can use mt internally, so it doesn't change much, except maybe using more memory.
thewebchat
22nd October 2009, 22:44
Oh, that is right, but then there is no reason to use SMM at all since you could just use an internally-threaded decoder.
thetoof
23rd October 2009, 00:54
True, if only IVTC is performed. However, it is needed for additional processing requiring smm to be properly multi-threaded, which I thought was implicitly said by adding ... at the end of every script example. And yes, in case you bring up this point, it would require another call of smm to set the appropriate mode.
tengo6dedos
29th October 2009, 19:22
Thanks for the renponse. A while back you mentioned to me you were building a new version of AnimeIVTC, is this still happening or its on hold for the moment?
thetoof
30th October 2009, 17:08
This is still happening and currently being tested. The new guide is not ready yet, so that's why it's not out.
Overdrive80
31st October 2009, 00:17
hi, Exist any form to rename o edit script for can use mvtools2?
I rename mvanalyse to manalyse, but say that "pel" no is defined. In manual´s mvtools2 see that parameters "pel" is in MSuper function.
Excuse for me english.
Congratulations thetoof!!
thewebchat
31st October 2009, 02:05
To convert a command in the form of
vectors = MVAnalyse(clip,isb=R,delta=Z,pel=X,idx=Y)
for use with MVTools2, you should write it as
super = MSuper(clip,pel=X)
vectors = MAnalyse(super,isb=R,delta=Z)
boxXx
31st October 2009, 10:20
Peepz,
I've got 2 sources i want to encode here but for some reason i can't get it to properly deinterlace the movie, now i wanna try this plugin but i have no idea what to use, could someone please help me out a little bit ?
Here are 2 samples of the 2 sources :
Source 1 (http://www.pokemon-nl.org/sample/spongebob1.VOB)
Source 2 (http://www.pokemon-nl.org/sample/spongebob.VOB)
Thanks in advance !
Btw nice going with the filter !
supernater
31st October 2009, 11:08
Peepz,
I've got 2 sources i want to encode here but for some reason i can't get it to properly deinterlace the movie,
They appear to be hard telecined. The pattern is progressive, progressive, progressive, progressive, interlaced. mode 1 should work. I used this line and it worked fine...
animeIVTC(mode=1, aa=0)
boxXx
31st October 2009, 11:25
Awesome ! thanks, now just one more question when i try to open the script in AVSP or MPC doesn't really matter it gives me the following error :
Script Error : There is no function named "nnedi"
(AnimeIVTC.avsi, line 126)
(Spongebobspongicus.avs, line 2)
what am i doing wrong ?
Script :
DGDecode_Mpeg2source("J:\Spongebob\spongicus\VideoFile.d2v")
animeIVTC(mode=1, aa=0)
crop(4,2,-2,-2)
Spline64Resize(640,480)
converttoyv12()
supernater
31st October 2009, 13:24
Awesome ! thanks, now just one more question when i try to open the script in AVSP or MPC doesn't really matter it gives me the following error : Script Error : There is no function named "nnedi"
I ran your script and did not get that error. Do you have the nnedi.dll in the folder C:\Program Files\AviSynth 2.5\plugins? Check the plugins folder of your avisynth directory. If you don't have it download it from here (http://web.missouri.edu/~kes25c/nnedi_v1.3.zip) and put it in your avisynth plugins directory. Post back if you get the same error.
Just FYI, make sure that you have all the plugins that animeIVTC requires in your avisynth plugins directory
boxXx
31st October 2009, 13:33
Now it says :
No function named "Reduceflicker" tried to add it manually to the folder but it doesn't seem to work, the other ones did tho.
Thanks !
supernater
31st October 2009, 14:35
Now it says :
No function named "Reduceflicker" tried to add it manually to the folder but it doesn't seem to work, the other ones did tho.
Thanks !
Hmmmm. Make sure you have the correct version of ReduceFlicker. I use the ReduceFlickerSSE3.dll. Aside from that, your issues seem to be either you have the wrong version of the necessary plugin or you don't have the plugin. I guess the best thing to do is try different versions of the plugin that is giving you errors until you find the correct one.
thewebchat
31st October 2009, 17:04
ReduceFlicker requires AvsRecursion and MSVCRT 7.1 to be installed as well (to system32).
boxXx
31st October 2009, 17:22
Had to get some more filters to get it to work, it works now THANK GOD doom9 excists hehe :D
Thanks everyone for your awesome help !
egrimisu
1st November 2009, 21:43
what do i need to change after moving to avisynth 2.5.8? i get some cdebelnd error.
Nightshiver
1st November 2009, 23:47
Download the required plugin's pack and put all of those in the plugins folder......
egrimisu
2nd November 2009, 14:00
Download the required plugin's pack and put all of those in the plugins folder......
it works for 2.5.7 but for 2.5.8 no
Nightshiver
2nd November 2009, 18:56
Yes, it does. I'm using it right now. There is no reason why any of them would not/should not work.
boxXx
4th November 2009, 14:50
ReduceFlicker requires AvsRecursion and MSVCRT 7.1 to be installed as well (to system32).
I'm on wndows 7 now and cant seem to get it to work :/
What should i do ? cause the MSVCRT dll says file version is 2600 which is Windows xp and the msvcrt dll which allready exists in the folder is version : 7600 which is windows 7.
Thanks in advance.
thewebchat
4th November 2009, 17:02
http://www.google.com/search?q=mscvr71
http://www.google.com/search?q=mscvp71
boxXx
4th November 2009, 19:13
" The file or folder is open in another program " am i supposed to add it in savemode ?
Thanks.
thewebchat
4th November 2009, 21:34
Clearly, if you already have MSVCRT 7.1, you don't need to install it again.
boxXx
5th November 2009, 07:43
then why does it still give me the avisynth error ?
osgZach
5th November 2009, 17:32
Hmm. I successfully used AnimeIVTC on Gall Force: Eternal Story, (mode 2 / 5 both had the same effect, so I'm not sure if this thing was hard telecined or what, I've got Int / Prog frames in no specific pattern but mode 5 was a hell of a lot faster and came out flawless)
However I'm working on its sequel now, and getting that CRC32 mismatch error posted about many pages back.
Using the same scripts I used on Eternal Story so nothing has changed per say. I did rename my d2v after I built it, but I couldn't see how that would mess things up.. anyway I moved the VOB's from my DVD to the HDD to see if that will help, and have rebuilt the d2v, currently going through the analysis pass again.. I could have swore it was -way- faster on Eternal Story though (and that has more frames)
d2vpath = "Destruction.d2v"
mpeg2source(d2vpath)
crop (10, 0, -10, 0)
Spline64Resize(640,480,0,0)
AnimeIVTC(mt=true, pass=1, mode=5, aa=0)
Second script is exactly the same, except for pass = 2
Anything I can do in the meantime to double check I have everything proper? and assuming I still get this error, would chopping off the first few frames make any difference? (there are some copyright screens, etc I can afford to lose, though I don't want to have to fuss with audio sync)
OS: Win7 x64
Latest CCCP
AnimeIVTC 1.06 (10/8/2008?), AviSynth 2.5, Virtualdub 1.9.7 (x32)
thewebchat
5th November 2009, 23:51
I think the more important question is why you are resizing before you deinterlace.
osgZach
6th November 2009, 17:49
Honestly, I don't know.. But I do know that the output looks pretty normal so far. I -had- heard you shouldn't upscale before de-interlacing, but not the other way. But then I suck at finding "good" information too.
But if someone could humor me on the technical aspect of why you shouldn't, it would probably be something nice to learn about. As to why I wrote it that way, I reasoned, less data to de-interlace, less work time.. Is that wrong?
re: crc issue.. so I did what was suggested and just commented out the CRC fields in the TFM & stats (did both just to be safe) and it no longer bitches at me.. although I thought I read this issue was fixed? which led to my post.. Maybe I misunderstood, or I've got an old version off a web page from somewhere.
Gavino
6th November 2009, 18:14
But if someone could humor me on the technical aspect of why you shouldn't, it would probably be something nice to learn about.
When you vertically resize, each output scanline is in general constructed by combining two or more of the original lines in some way (eg linear interpolation). If you do this before de-interlacing, you are mixing information from the two fields, making it impossible to separate them properly.
osgZach
6th November 2009, 18:23
Ah.. so, kind of like a really ugly blend you can't get rid of?
osgZach
8th November 2009, 18:22
Possible bug.. Or maybe I'm just being stupid and missing something (you didn't axe mode 6 right? lol )
I wanted to try Mode = 6 on the aforementioned video I'm working with, just to see what it would do (I thought I would see if I was just missing the telecine pattern, but this thing has got to be hybrid. mode 2 decimates to 23.976 and its jerky. IVTC w/out decimation gives smooth/jerky OTOH. While mode 5 seems fine except for blends.) since 5 for some reason produced blending. (do I need to tweak a setting for mode 5?)
Anyway it keeps throwing me :invalid arguments to function "vinverse", on line 348.
I stripped it down to the bare minimum of: AnimeIVTC(mode=6) chopping off other commands as I went, and it does it in any situation.
Also, using the latest update of the script, 1.0.6.1
boxXx
8th November 2009, 18:24
Clearly, if you already have MSVCRT 7.1, you don't need to install it again.
please someone ?it still wont work.
Nightshiver
8th November 2009, 20:05
@osgZach: Do you have vinverse? For this, I suggest removing all plug-ins that are not required for AnimeIVTC, and only put the plug-ins that AnimeIVTC uses in there. Using mode=5 or 6 is VFR, so your AnimeIVTC line MUST read like this for the first pass:
AnimeIVTC(mode=6,aa=0,pass=1)
Run an analysis pass for this. It will make some txt files. Next, change the line to this:
AnimeIVTC(mode=6,aa=0,pass=2)
This is your encode line.
osgZach
8th November 2009, 20:08
Yeah I checked for the plugin and I do have it. I pretty much moved all plugins into the plugins directory, though I chose not to overwrite some that were present because they appeared to be the same version..
However I will see about recopying, or also just wiping the directory and using whats in the archive. I already did a previous VFR encode for Eternal Story in mode5, with my lines looking like what you posted for each pass (sans crop/resize and I used aa=4).. I'm still a little puzzled why it seems to be free of blends, but Destruction wasn't. Could the AA mode be introducing blends in some way? Or did you just specify 0 for example
I'll have to try it out later tho, as I'm running another mode5 pass(s) with a modified vidthresh to see what that does (it does say to decrease if its mostly Video, DGindex claims their all 100% Video but I'm somewhat suspect of how to interpret that since its a mix of telecined / progressive without a pattern)
osgZach
8th November 2009, 20:26
By the way..consulting the Documentation is confusing me, based on your example..
pass : Processing a hybrid clip requires two passes. The file you must use for your final encode/subsequent filtering must be the one generated by pass=2.
* 0 : Special pass to process your stream in mode=3, 4 or 6 without decimating by doing a lossless rendering pass. You can then reload the resulting file as avisource("yournewfile.avi").animeivtc(mode=7, pass=1, other vfr settings) to apply vfr decimation. It helps reducing overall processing time. (default for mode=3, 4 and 6)
* 1 : Open with vdub, file-run video analysis pass, wait until the end, close vdub. (default for mode 5 and 7) Using this for mode=3, 4 or 6's rendering pass combines the rendering pass and the analysis pass for VFR decimation.
* 2 : Reload the same script with pass=2 and do a lossless rendering pass. Encode. Then, take the "timecode.txt" file and add it as the timecode for the video stream in mkvmerge.
edit: As you provided, I still get a problem with vinverse. It points to line 348 of both the previous 1.0.6 and 1.0.6.1 script.
I removed all plugins, except for DGDecode (to load the D2V)... So not sure whats wrong.. I copied all the plugins from the AnimeIVTC package I downloaded. (1.0.6)
Here is line 348 from the AnimeIVTC script
dec1=(check!=11 && check!=5) ? errormsgs : toprocess.vinverse()
Chengbin
8th November 2009, 22:09
What mode should I use if my source is 23.976? I would like to keep the framerate as it is. My source is soft telecined, and in your gude it says "Soft telecined, so your stream can easily be extracted at the film rate"
"You are happy! :p Use "Force film" in DGIndex and IVTCing/Deinterlacing/Deblending doesn't concern you anymore! "
What do I do? I have to select a mode.
thewebchat
8th November 2009, 22:42
"You are happy! Use "Force film" in DGIndex and IVTCing/Deinterlacing/Deblending doesn't concern you anymore! "
That's what you have to do.
Chengbin
8th November 2009, 22:55
That's what you have to do.
Do I have to use DGIndex? I prefer to use dss2. Even if I use DGIndex, what do I put for mode?
Nightshiver
8th November 2009, 22:59
DSS2 is just a way to call the file in avisynth. Yes, use DGIndex, it is the easiest way. To do this select "Force Film", as it says in the directions. If you don't know where this is, you don't deserve to use it. It's not hard to find it in the simple interface of DGIndex.
Chengbin
8th November 2009, 23:21
DSS2 is just a way to call the file in avisynth. Yes, use DGIndex, it is the easiest way. To do this select "Force Film", as it says in the directions. If you don't know where this is, you don't deserve to use it. It's not hard to find it in the simple interface of DGIndex.
I do know, it is just one extra thing I got to do with every file, and that becomes a lot because I have to cut videos up to achieve multithreading.
And what mode should I choose? Even force film still gives a message to choose a mode.
osgZach
8th November 2009, 23:45
I think the point is, you don't need to use AnimeIVTC, but I could be way off base here...hehe
thewebchat
9th November 2009, 00:04
I think the point is that IVTC or Inverse TELECINE is a procedure that is only applied to TELECINED video. Telecined video is of course INTERLACED. If your video is 24fps, it is clearly PROGRESSIVE and therefore NOT INTERLACED and therefore NOT TELECINED and therefore you DON'T NEED TO USE IVTC.
That means you don't need to use DECOMB, or TIVTC, or ANIMUIVTC, or ANY OTHER IVTC.
Does this make it any clearer for you, ChengBin?
Chengbin
9th November 2009, 00:23
I think the point is that IVTC or Inverse TELECINE is a procedure that is only applied to TELECINED video. Telecined video is of course INTERLACED. If your video is 24fps, it is clearly PROGRESSIVE and therefore NOT INTERLACED and therefore NOT TELECINED and therefore you DON'T NEED TO USE IVTC.
That means you don't need to use DECOMB, or TIVTC, or ANIMUIVTC, or ANY OTHER IVTC.
Does this make it any clearer for you, ChengBin?
That's the point. How do I skip these, and jump straight to AA?
thewebchat
9th November 2009, 00:33
...what?
dongs = GetDongs("dongs.avi")
AntiAlias(dongs)
Chengbin
9th November 2009, 01:22
...what?
dongs = GetDongs("dongs.avi")
AntiAlias(dongs)
I feel stupid.
Thanks so much.
osgZach
10th November 2009, 17:02
Ok here's something useful (I hope)..
For my problem discussed above.
I think I have spotted a pattern that is
(i/i/i/i/p)
4 Interlaced followed by 1 progressive
I'm not sure if this is the ONLY pattern, but it is one I have found in multiple parts of the entire video. There are some bits of progressive scenes involving movement (either was hard to spot the interlacing/telecine or its pure video) with hints of a random-ish pattern on a scene change before or after the progressive part(s) (not 100% sure but seems like it)
How should I deal with this pattern? Keeping in mind the goal is create a VFR MKV w/timecodes, as good a picture as possible, as smooth as possible with no artifacts like blending, major stutter, etc where possible
thewebchat
10th November 2009, 17:05
@osgZach:
I need a sample. 30 frames of this pattern should be enough. My guess is that this is one of 5 possible double-telecine modes.
Note: Double telecine obviously appears when two telecined videos are combined out of phase. Depending on how out of phase they are, you can have anywhere between 2 and 4 of every 5 frames combed, where 2 is normal telecine and 4 is the worst kind.
osgZach
10th November 2009, 17:37
I will get you a sample ASAP, will take some time to upload.
I had a really sneaky feeling it was double telecined. Although just for the record I have run it through a mode 2 encode, which decimated to 23.976 and still left some bad stutter. So hoping for a better outcome than that.. (and still can't get mode 6 / vinverse error solved, grr...)
Will post back when sample is uploaded.
osgZach
10th November 2009, 17:56
Ok I have 3 files for you.
the D2V I used to demux the video I cut out
the M2V video to be examined - its about 44 secs long.
and a log file from DGIndex, just in case it can be useful.. (I jut tapped F5 and let it run for a bit to fill in some of the blank stuff)
Appears to repeat no framed/fields, so don't know if that is significant.
D2V (http://www.oldskoolgames.com/videos/destruction/VTS_01_1.d2v)
M2V - Video Stream demuxed from VOB - Honor Pulldown (http://www.oldskoolgames.com/videos/destruction/VTS_01_1.demuxed.m2v)
Log File from DGIndex (http://www.oldskoolgames.com/videos/destruction/VTS_01_1.log)
If you have any trouble with the URL let me know and I'll get it sorted.
I can give more samples if needed. This sample is from the beginning of the video. (I wanted it to be frame accurate, for pattern spotting, from frame 0, I would have given more but DGIndex doesn't list framenumber so was hard to tell where I was gonna cut from)
Nightshiver
10th November 2009, 21:15
DHT. Use mode=2.
thewebchat
10th November 2009, 21:21
[Previously there was wrong information here.]
osgZach
10th November 2009, 23:15
Thanks for taking the time to look. I'm pretty inexperienced as far as this stuff goes, but its good to know that the feeling I had deep down inside that it was just a crappy source was at least right on the money.
As I said, I'm pretty new to this, so if you could indulge me a little and elaborate on doing what you described (I don't know the terminology LCM? Not sure what "half-rate" means either but I am a little familiar with TDeint.)
I would really appreciated it, as I'd really like to fix this movie up if possible.. Trying to move all my videos into a digital collection, as my new WDTv Live has bitten the encoder bug in me.
As an aside, I was wondering if it were say, humanly possible for me to cut it up and isolate all the different problems/fps sections, and maybe tailor their treatment on a case by case basis, working towards a particular FPS (or at least at that point I could manually write a timecodes file?) then join it all back together inside an MKV w/said timecode..
Regarding the trouble pans (I think I know what you're talking about) would it be possible to reconstruct those scenes myself, if I could get a few cleaned/decombed Bitmaps to work with? Or is that just too much work?
Sounds like too much work to me.. At least for a disc backup as its not like its the last source on the planet and I'm trying to restore it :rolleyes: All I know is I don't understand HOW something as mangled as this can possibly playback even remotely smoothly on a TV.. I guess I just don't understand the way interlacing/telecine works :p I'm surprised no one has come up with a way to artificially emulate that process to convert 24FPS - > 30FPS smoothly in hybrid videos.. I know that doesn't apply to -my- problem here, but just in general.. But I'm a dreamer :stupid:
Thanks so much for taking a look at it, and if you could just explain the process you mentioned I would appreciate that.
thewebchat
11th November 2009, 00:06
[Previously there was wrong information here.]
manono
11th November 2009, 02:33
As thewebchat says, it's a pretty awful source. As far as I know nothing can remove that nasty flickering or the aliasing in thin lines. However, it's been fieldblended from a 23.976fps source and it can be returned to 23.976fps and played smoothly. Maybe AnimeIVTC has some tricks to improve the final appearance, but here's an XviD AVI of it (8.37 MB):
http://www.mediafire.com/?yt0odiwfejt
made using this script:
EDI=NNEDI2(Field=-2)
YadifMod(EDeint=EDI, Mode=1)
SRestore(FRate=23.976)
Crop(8,0,-8,0)
LanczosResize(512,384)
For faster encoding just use Yadif or your favorite bobber.
thewebchat
11th November 2009, 03:13
Oh, you're right. I always keep forgetting to check for that. Well, in that case, that makes my previous analysis pretty much incorrect. That's good news for you, osgZach, you're not totally screwed \o/.
I would also consider EEDI2 over nnedi2 here. It might reconnect a few more edges.
osgZach
11th November 2009, 03:19
The clip was from Gall Force: Destruction. I don't know what year its from offhand, but Gall Force is a long running OVA series of sorts, with several volumes spanning different story arcs. Eternal Story (the prequel in this case, since the main character in this one was in the first half of Eternal Story) came out in 1986 I believe.. I didn't see it until the mid 90's when I was 11 or 12 or something.
But it was the first Anime I'd ever watched as a kid, aside from Robotech, so when a box set came out, I jumped at the chance. So yeah these movies are kind of dear to me, which is why I'm going through so much effort.
I'll see about giving that strategy a try.. I may have found a comprimise but i have to wait to on the analysis pass and then encode to finish (hopefully by mid morning tomorrow). I was playing around and decided to change the FPS to 120, and playback was definitely smoothed out in a lot of areas.
So I'm doing a VFR decimation run w/AnimeIVTC in mode 5, with it already at 120fps. Then I'll probably mode 2 it down to 23.976 (which btw does not come out smooth Manono, I previously did this and chucked the file in dispair). Speed that one up to 120FPS and see which one looks better.
I'm willing to live with the file size if its worth it.. Otherwise I'll see about applying your methodology as well. I'm hoping 120FPS will do me good though, as I know it was an old skool trick that seemed to work well, file size trade off aside.
If anyone likes the usual 80's Robot Anime stuff, I highly recommend Gall Force. I have only seen 4 of the OVA's (I don't have any of the newer ones and only learned about them 5 or 6 years ago) but they are really good for their time. It seems like this is one of those rare series that never got much exposure but has a small and dedicated fanbase. I actually have a Comic Book adaption of Eternal Story. It was a pretty sweet find on ebay, I never knew they existed. Eternal Story in particular kind of kicks of this alternate theory of where Humans came from, and gives a little backstory on the origins of our moon.
edit:
I haven't looked at that posted Xvid, but I will check it out.. see what I can do with those encoding settings.
edit:
I looked it over.. Yeah I pretty much got the same results by changing it to 120fps. If the file size comes out reasonable and no other major problems, I'll probably pick the best between mode5 / mode2 as I really do love the level of quality AnimeIVTC can deliver.. It did a GREAT job on Eternal Story. Just glad that one came out great in mode 5 with no problems (go figure), as its my absolute favorite from the entire series.
thewebchat
11th November 2009, 03:42
Unless you have a 120 Hz display, you're actually only seeing 60 fps (probably less due to vsync issues). manono's methodology can restore the material to its original framerate (when successful), which is the theoretical smoothest result you can obtain.
Also, the "old school" 120 fps trick doesn't really have anything to do with this. It's just a hack to get 24/30 VFR into AVI using null frames. It does not involve coding 120 frames per second.
osgZach
11th November 2009, 04:00
Well, like I said... new guy :stupid:
I will certainly be giving all methods a try.
manono
11th November 2009, 04:58
Then I'll probably mode 2 it down to 23.976 (which btw does not come out smooth Manono, I previously did this and chucked the file in dispair).
Eh? Is AnimeIVTC's Mode 2 the same as using a good unblender? If it is, then there must be parts elsewhere at a different base framerate than the sample. Did you have a look at what I uploaded? It seems to me to be about as smooth as anime gets. If Mode 2 isn't the same, then why are you even mentioning it can't play smoothly at 23.976fps since they'll arrive at that framerate using different methods?
I don't use AnimeIVTC, but can spot fieldblended garbage a mile away.
thewebchat
11th November 2009, 07:11
A quick glance at previous pages indicates that mode 2 is (like all the other modes except 1) just a convoluted call to a deinterlacer. This will obviously not decimate cleanly with standard decimation. Mode 5 seems to be a convoluted VFR detection method that would be 2 lines of TIVTC calls and a lot more understandable. This won't work either as it will just end up deinterlacing like mode 2. Actually, I think one of the modes is a convoluted call to SRestore :devil:, so maybe osgZach should go find that one for his "usual AnimuIVTC quality."
osgZach
11th November 2009, 16:30
Manono, I did look at your clip, and edited the bottom of my post to correct myself. What you did came out very nice framerate wise, and I appreciated that, so I do plan to give it a try and then maybe just run it through some other filters after the fact to try and get it cleaned up more.
As for the inner working of AnimeIVTC its all greek to me... I only know how to understand very basic scripts, and nothing like that.. I was hoping that I could maybe cannibalize it and isolate what it was doing to deliver the picture quality, but after trying out several bobbers I came to McBob and that looks like where most of the quality is coming from.
I've got my plate full, but you guys have been very helpful with the past few posts. It's given me some fresh ideas to start with.
Just for giggles I started that script last night with it bumped up to 120fps before the AnimeIVTC call.. The analysis pass took 6 hours, and I'm 8h:34m into a 2nd pass mode 5 with 1d:4h:32:m remaining.. LOL! But I'm only doing this to satisfy myself and see what it looks like so I don't mind spending/wasting the time on it. Like I said the whole script is greek to me though, but it's surprising how similar you say mode2/5 are, when mode2 will take about 24hr to encode at standard base FPS starting point, but mode5 only takes half a day or less for both passes in total.
Very weird stuff.. I probably should have paid more attention to math in school too, by the looks of it :scared:
But anyway you two have been real helpful with this. And I think I will get it sorted out.. If you have curiosity to satisfy, thewebchat, I can upload a few more samples for you, no problem. Just let me know. I think I have srestore, didn't play with it much though.. But I do think most of the quality is coming from whatever bobber AnimeIVTC is using.
osgZach
11th November 2009, 16:55
Manono, I had to hunt down YadifMod and NNEDI2, but I'm running your script now. Will let you know how it turns out :)
thewebchat
11th November 2009, 17:50
I didn't say they were the same. I said they would return the same result for your clip (because it won't be able to find any VFR). I think the reason it's taking forever in analysis mode is because it's (unnecessarily) using MCBob for duplicate analysis when a simpler deinterlacer would be sufficient. Actually, as far as I know, MCBob can't compensate blends/fades anyway, so most of your quality is actually coming from nnedi.
osgZach
11th November 2009, 18:33
Guess I just misread what you had said.. I suppose its all moot anyway.. being greek to me. about 2h:30m to go on Manono's script, so we'll see what happens with it.
One day I'll hopefully understand it all :rolleyes: Just praying the next OVA in the set, Stardust War, isn't going to be this bad.. Pretty surprised Eternal Story went through so easily, so maybe this was just one of the flukes you get in an otherwise good set.
osgZach
11th November 2009, 21:21
It worked out great Manono, thank you so much for that script.
I'll see what I can doto clean it up a little more now :)
Alternatively.. is there anyway to use something like mcBob with that script? I know you mentioned swapping stuff out, etc.. I'm not sure what I should touch really, or if something specific you did got me the results in a guaranteed way that I shouldn't deviate from.
thewebchat
11th November 2009, 21:57
You can use MCBob in manono's example by swapping out nnedi(field=-2) for mcbob(), but I don't recommend it. You can't recover any detail from a blended source using motion compensation. All you'll do is waste time, and possibly add artifacts.
However, try swapping it for "SeparateFields.EEDI2(field=-2).AssumeFrameBased." On some cartoons, EEDI2 can straighten out the lines better than nnedi.
osgZach
11th November 2009, 22:41
Ok I will give that a try.
I know that I can't really articulate what I want/need to replace, again because I don't quite understand what AnimeIVTC is doing in particular..I know it has references to all three of these tools in the code; I can just explain my interest in mcBob along these lines.
When comparing the quality and detail of a scene, I loaded a D2V project in Vdub without any filtering and just used mcBob.
That very closely resembled the kind of picture I was looking for, which AnimeIVTC was giving me in both mode 5/2 with aa=4
(I tried isolating whatever the AA code was, but couldn't get any real results that seemed to make a huge impact).
The FPS during encoding matches AnimeIVTC's low numbers of 1 -3 FPS in mode 2, when using mcBob all by itself.. so I assumed whatever was going on it had to be responsible for the bulk of the detail and cleaning I was seeing (although I know AA contributes as well).
So maybe I am on the wrong track and confused myself also, I'm not really sure. However I will definitely give your code suggestions a try. My biggest problem right now, is that although the smooth playback rate has been fixed and is excellent now. A lot of the lines that define character bodies etc ("outter/edge" lines? ) show that crawling type problem where they are moving. So maybe the issue is more to do with image stabilization than aliasing? AnimeIVTC definitely took care of the problem, either completely or to the point where it was barely noticeable.
thewebchat
12th November 2009, 04:00
Crawling as in a checkered dot pattern? Because I did see some rainbows, which usually come hand-in-hand with dotcrawl. Or do you mean the jagged lines?
For the first problem, you could use BiFrost before nnedi2/EEDI2 and SSIQ after SRestore. For the second, try one of the following code blocks after SRestore:
PointResize(last.width*2,last.height*2)
TurnRight.SangNom.TurnLeft.SangNom
Spline36Resize(last.width/2,last.height/2,-0.5,-0.5,last.width,last.height)
TurnRight().EEDI2(field=1).TurnLeft().EEDI2(field=1)
Spline36Resize(last.width/2,last.height/2,-0.5,-0.5,last.width,last.height)
nnedi2_rpow2(rfactor=2)
Spline36Resize(last.width/2,last.height/2,-0.5,-0.5,last.width,last.height)
Merge(nnedi2(field=1),nnedi2(field=0))
This is listed in descending order of strength and is mostly equivalent to antialiasing in AnimuIVTC. I think mode=4 adds in lots of nasty warpsharping which you could throw it as well.
osgZach
12th November 2009, 16:58
Yeah, more to do with jagged lines.
Some of that looks kind of familiar, so its likely what I'm looking for. I will be giving them a shot..
In other news, I did Stardust War last night. I'll be damned DGindex actually defined it more clearly than the previous two videos.. (Video 93-ish %, frame type Interlaced ). The mode5 came out pretty decent overall, but still kind stuttering in small scenes.. That could just be the animation quality, but the most annoying part is most of them are panning shots, so... lol
I think I may go back and reapply the method that worked for Destruction, on a small portion just to test it. If anything it'll probably teach me something new.
As for the rainbowing - I guess I don't know what to look for (or it ends up fixed in my encodes somehow) because I have never seen anything odd.. I mean ocassionally I will see near the top, a blue-ish hue (like when you stick a big magnet next to a TV and screw it up) but I am unsure if that is actually the lighting effect from the production itself, or an error of some sort. It seems very rare in terms of enough to make you notice though.
Thanks again for those code snippets, I will put them to good use.
osgZach
18th November 2009, 20:47
Sorry to be a pest, but I'm unable to solve the problem I have with not being able to use Mode=6
[E] Error: Avisynth open failure:
Script error: Invalid arguments to function "vinverse"
(AnimeIVTC - v1.06.1.avsi, line 348)
(H:\Gall Force Project\Stardust War\Stardust War.avs, line 3)
I have tried getting vinverse.dll from a secondary source (they were the same size but even replaced it for the hell of it). And nothing changed. I've tried taking out and adding different settings, but the error never changes.
I really don't know what to make of it, however I examined the source and I believe that Mode=6 may be the needed mode.
DGindex reports 93.65% Video. I have interlaced credits that appear to be pure interlace with no progressive frames mixed in.
More than being bothered by what appropriate action to take (just mode 5? chop off the credits, mode5 the main movie, deinterlace the credits, splice them together and edit the timecode accordingly for the frame block the credits occupy? or...) I'm more annoyed by the fact Mode6 does not want to work and keeps throwing this vinverse error, as I don't see why its doing this in the first place.
Here is the section of code that the offending code it reports as causing the error belongs to.
####################
#Kill combing
toprocess = (mode==1 || mode==2 || omode==1) ? finalcfr : (mode==5) ? matched : (omode==2) ? spliced : i
dec0=(check!=11 && check!=5) ? errormsgs : toprocess
dec1=(check!=11 && check!=5) ? errormsgs : toprocess.vinverse()
dec2=(check!=11 && check!=5) ? errormsgs : toprocess.vinverseD()
dec = (killcomb==0) ? dec0 :
\ (killcomb==1) ? dec1 :
\ (killcomb==2) ? dec2 :
\ errormsgs.subtitle("Please use killcomb = 0, 1 or 2")
#Prepare clip for killcomb comparison
compdec = interleave( dec0.subtitle("killcomb=0",align=9),
\ dec1.subtitle("killcomb=1",align=9),
\ dec2.subtitle("killcomb=2",align=9))
####################
Here is the most recent variation of the script I've tried
d2vpath = "Stardust War.d2v"
mpeg2source(d2vpath)
AnimeIVTC(mode=6, aa=0, omode=2, pass=0)
remove MT=true, added omode= flag, tried different pass= flags
I tried declaring BFF as well and that had no effect on the outcome. (I am 99.9% certain its BFF, again putting it at odds with the two previous OVA's which came out fine as TFF. AssumeBFF / Separatefields gives the smoothest playback I have seen)
8 - DGIndex gives you a percentage of Film or Video from 50 to 100% and you see a 3:2 pattern + progressive sequences (not only the credits, but the whole frame is) + the credits are truly interlaced and/or progressive.
I am sure that I have seen a 3:2 pattern+progressive mixed in, although maybe I am getting confused?
I will post a demuxed sample shortly. Because I really am confusing myself.. I see stuff that looks like it could be interlacing, but it is not readily apparent in the whole seen, like clear interlacing would be if something changed position over a substantial distance.
I probably am confusing myself too.. for all I know I still may not need mode 6 (although restoring to 23.976 produce major jerking, whereas on the 100% video Eternal Story/Destruction it did not. So I'm pretty sure its wonky but doesn't need SRestore like my last two OVA's did).
So far I have spotted:
What appears to be both an i/i/i/P/P and i/i/P/P/P or weird combinations of the two. This could just be my eyes playing tricks + lack of experience
What appears to be a random i/P pattern with no order in some parts.
And of course, the pure interlaced credits.
Note: There are two credit rolls. The first is Japanese and appears to follow whatever pattern the video has. The second are English credits which never deviate from an Interlaced pattern that I can tell
As usual I've probably given too much info and made it all confusing to read. But anyway, thanks for any help that can be given. I will get a sample up right away if anyone genuinely wants to take a look. I will sample multiple sections of the film this time if so.
thetoof
19th November 2009, 03:50
Current AnimeIVTC is a buggy and obsolete patched mess. I'd recommend that you do everything externally for the time being.
I'm sure many will be pleased to help you, namely thewebchat who seems so eager to express his hatred of all-in-one functions every now and then. Yes, SMALL (max 10mb) m2v samples of the different sections are needed.
Back to work now, good luck.
- I might like to take a look at your source, as it's been a while and I'm looking into finding excellent sample for the upcoming guide (it should be out before 2050, promise :p).
osgZach
19th November 2009, 15:49
Yeah, thewebchat is a pretty helpful dude, although I don't necesarrily share his views.
However I'm more concerned with finding something that works, I actually only came back to AnimeIVTC after the code I got and used on the two previous OVA's failed to deliver expected results (even after attempts to modify it).
Samples are forthcoming, as I didn't have time to do anything last night. I'll combine those links into a post outlining all the methods I've tried so far. It's probably something stupid I'm doing wrong, but this source is now more annoying than Destruction was (although I swear I encoded a good copy earlier in the month as I remember watching it).
I did mode 5 it overnight since I had nothing better to do.. With puzzling results, however I'm waiting on a fast x264 encode so I can see what it does when muxed. It came out VFR decimated to 11FPS (lol?), Timecodes claims assume 29.97 then lables all frames 23.976 and the file as 100% Film (wtf?) although DGindex claims its 93.65% video, and also that it is TFF, however AssumeBFF().bob() clearly provides the smoothest playback animation.
Samples by noon I hope. Really confuzzled :stupid:
osgZach
19th November 2009, 17:38
I apologize if any of these are too large. DGindex project files included just in case needed.
Sample from beginning of video
Sample 1.d2v (http://www.oldskoolgames.com/videos/stardustwar/Sample1.d2v)
Sample 1.m2v (http://www.oldskoolgames.com/videos/stardustwar/Sample1.m2v)
Random Sample
Sample 2.d2v (http://www.oldskoolgames.com/videos/stardustwar/Sample2.d2v)
Sample 2.m2v (http://www.oldskoolgames.com/videos/stardustwar/Sample2.m2v)
Random Sample (1 minute long, bad guesswork on my part)
Sample 3.d2v (http://www.oldskoolgames.com/videos/stardustwar/Sample3.d2v)
Sample 3.m2v (http://www.oldskoolgames.com/videos/stardustwar/Sample3.m2v)
R1 English Credits
Sample 4.d2v (http://www.oldskoolgames.com/videos/stardustwar/Sample4.d2v)
Sample 4.m2v (http://www.oldskoolgames.com/videos/stardustwar/Sample4.m2v)
DGIndex Project File for entire video file
Click here (http://www.oldskoolgames.com/videos/stardustwar/Stardust_War.d2v)
TFF or BFF? Hell if I know
Its reported as TFF in all indexing programs/encoding apps, yet AssumeBFF().bob() results in the smoothest playback I have seen thus far in Avisynth. Although testing it now looks both give roughly the same smoothness.. I wonder if it was the code sample I referenced (lost the thread, it was on here though)
AnimeIVTC - Mode 5 VFR Decimation - Pretty sure AssumeBFF was used (I saved modification of the files on accident)
Results in 2nd pass file generated as 11.988FPS. The timecodes generated assumes 29.970, all frames marked as 23.976. Playback results in A/V desync with video track running faster. Stutters are present but much less (due to less frames probably). Did not even bother attempting a Mode2 encode based on results from next script.
Mode 5 VFR Stats (http://www.oldskoolgames.com/videos/stardustwar/mode5_stats.zip)
Avisynth Script(s)
d2vpath = "Stardust War.d2v"
mpeg2source(d2vpath)
bifrost(interlaced=true)
AssumeBFF()
EDI=NNEDI2(Field=-2)
YadifMod(EDeint=EDI, Mode=1)
SRestore(FRate=23.976)
Stab()
SSIQ(interlaced=false)
File comes out at 23.976P, good picture but major stuttering issue in random parts.
With SRestore(FRate=29.970) - Same result but different degrees of stuttering in mostly the same areas, although some seem less intense and vice versa.
That's about the limit of my knowledge here, I just cannot get it to come out smoothly. Like I said earlier its probably something stupid that I'm (not) doing. I am pretty sure attempts without any AssumeBFF declarations also let to the same problems.
However if that really is the cause then, somebody shoot me. I'm hoping its more complicated than a n00b mistake like that.
egrimisu
19th November 2009, 19:26
None of the video sample(m2v) links are working. Upload somewhere else
I apologize if any of these are too large. DGindex project files included just in case needed.
Sample from beginning of video
Sample 1.d2v (http://www.oldskoolgames.com/videos/stardustwar/Sample1.d2v)
Sample 1.m2v (http://www.oldskoolgames.com/videos/stardustwar/Sample1.m2v)
Random Sample
Sample 2.d2v (http://www.oldskoolgames.com/videos/stardustwar/Sample2.d2v)
Sample 2.m2v (http://www.oldskoolgames.com/videos/stardustwar/Sample2.m2v)
Random Sample (1 minute long, bad guesswork on my part)
Sample 3.d2v (http://www.oldskoolgames.com/videos/stardustwar/Sample3.d2v)
Sample 3.m2v (http://www.oldskoolgames.com/videos/stardustwar/Sample3.m2v)
R1 English Credits
Sample 4.d2v (http://www.oldskoolgames.com/videos/stardustwar/Sample4.d2v)
Sample 4.m2v (http://www.oldskoolgames.com/videos/stardustwar/Sample4.m2v)
DGIndex Project File for entire video file
Click here (http://www.oldskoolgames.com/videos/stardustwar/Stardust_War.d2v)
TFF or BFF? Hell if I know
Its reported as TFF in all indexing programs/encoding apps, yet AssumeBFF().bob() results in the smoothest playback I have seen thus far in Avisynth. Although testing it now looks both give roughly the same smoothness.. I wonder if it was the code sample I referenced (lost the thread, it was on here though)
AnimeIVTC - Mode 5 VFR Decimation - Pretty sure AssumeBFF was used (I saved modification of the files on accident)
Results in 2nd pass file generated as 11.988FPS. The timecodes generated assumes 29.970, all frames marked as 23.976. Playback results in A/V desync with video track running faster. Stutters are present but much less (due to less frames probably). Did not even bother attempting a Mode2 encode based on results from next script.
Mode 5 VFR Stats (http://www.oldskoolgames.com/videos/stardustwar/mode5_stats.zip)
Avisynth Script(s)
d2vpath = "Stardust War.d2v"
mpeg2source(d2vpath)
bifrost(interlaced=true)
AssumeBFF()
EDI=NNEDI2(Field=-2)
YadifMod(EDeint=EDI, Mode=1)
SRestore(FRate=23.976)
Stab()
SSIQ(interlaced=false)
File comes out at 23.976P, good picture but major stuttering issue in random parts.
With SRestore(FRate=29.970) - Same result but different degrees of stuttering in mostly the same areas, although some seem less intense and vice versa.
That's about the limit of my knowledge here, I just cannot get it to come out smoothly. Like I said earlier its probably something stupid that I'm (not) doing. I am pretty sure attempts without any AssumeBFF declarations also let to the same problems.
However if that really is the cause then, somebody shoot me. I'm hoping its more complicated than a n00b mistake like that.
egrimisu
19th November 2009, 19:28
Hi toof,
You shall consider finding how to deinterlance mixes of hardtelecine and DHT, i have a lot of anime with this problem that wait for some kind of miracle.
Current AnimeIVTC is a buggy and obsolete patched mess. I'd recommend that you do everything externally for the time being.
I'm sure many will be pleased to help you, namely thewebchat who seems so eager to express his hatred of all-in-one functions every now and then. Yes, SMALL (max 10mb) m2v samples of the different sections are needed.
Back to work now, good luck.
- I might like to take a look at your source, as it's been a while and I'm looking into finding excellent sample for the upcoming guide (it should be out before 2050, promise :p).
Nightshiver
19th November 2009, 19:46
Egrimisu, could you post a few samples of such anime?
osgZach
19th November 2009, 21:29
I sincerely apologize, I keep forgetting that DGindex throws on that damned "title.demuxed.ext" even when you custom name stuff.
I've fixed the filenames..
MOmonster
20th November 2009, 00:26
@osgZach
I tested sample 1 and 3 and both are not suited for srestore. This is no norm conversion with blending. It looks like simple telecined with a bad temporal filter. I just used this:
tfm(order=0,cthresh=7,MI=38,pp=0,mmsco=false,micmatching=3)
tdecimate()
I think a dup filter can help to have even less blend-like artefacts.
Edit: for both samples bff was right.
egrimisu
20th November 2009, 09:17
Egrimisu, could you post a few samples of such anime?
Allready posted a few weeks ago.
Here is the source : http://www.megaupload.com/?d=FUBG7WGN
using mode1 : http://www.megaupload.com/?d=ZK5SHBB3
usign mode2 : http://www.megaupload.com/?d=CHLUJDCY
the part i encoded seemed to me like double hard telecine, the rest of the m2v is hard telecine you can see the 3/2 pattern. Please compare the encodes, the avi's are encoded using huffy
If you'll take a look in the mode1 encode you'll see that when plays the stadium the first 20-30 frames are interlaced but the other are ok. This means that probably the first frames where double hard telecine ad the other where simple. The whole episode is combined witch these type of frames. It would be deadly if i'll have to do this manually.
osgZach
20th November 2009, 15:25
Thanks MOmonster, I will try out that and let you know how it goes. Although I've never used a Dup filter before (I think I'm afraid I'll screw up and get rid of non-dupes, assuming thats possible)
Just curious, how you came to the conclusion? If you could explain the terms you used as well. I'm interested in learning all about different types of sources and how they come to be, etc.
edit: Presently still getting jerky sections with the code as provided (also tried keeping it at 29.97 by not calling TDecimate), not sure what kind of decimation to try..
Is there a strategy to guesstimating dupes or a guide / some further tips someone can provide?
One particular section is the scene just after the Sample #1 clip I provided, I can provide that too ?
Other than that, I thought perhaps I got my original one that seemed to work fine by using the 2-pass VFR example from TIVTC package, so I am waiting on the H264 encode to finish to see what happens (lots of 23.976 calls and a few 17.982)
MOmonster
20th November 2009, 21:48
@osgZach
For your third sample, this script really worked for me:
tfm(order=0).tdecimate(mode=1)
I will have a look on your other samples when I'm back after the weekend. Maybe it's hybrid.
Just curious, how you came to the conclusion? If you could explain the terms you used as well. I'm interested in learning all about different types of sources and how they come to be, etc.
I have written a small guide for this some time ago. I will upload it after the weekend, if you want.
osgZach
20th November 2009, 22:06
Sure that would be great. Upload it when you get a chance. I am fairly certain this may be a hybrid source, as out of the 3 in the set, its the only one which DGIndex actually reports as a percentage of video and not 100%.
I will see how the new code works. I did run the DVD Image through Handbrake with "keep same framerate as source" or whatever the option is, and it seems to have come out the smoothest so far. So I guess if all else fails, I could probably at least use handbrake to get Constant Quality as close to lossless as possible, save the timecode it generates, then do any cleanup and remux it with those timecodes?
osgZach
21st November 2009, 04:48
Well that newest code sample worked out relatively OK.. its pretty passable quality, but still some pretty micro-stuttering in some scenes, or not quite smooth motion. Overall though I think it could pass for something decent. I do have some residual combing though, gonna have to try and clean that up.. I can test this crap all day though so if anyone has any other scripts keep'em coming :)
Thanks for the assistance as always.
MOmonster
24th November 2009, 10:13
@osgZach
I had a look on your samples and the source is indeed hybrid. If a mkv file is no problem for you, Tdecimate gives you a solution for this problem. Read the readme to this function and use your prefered mode.
For the weaving you can use TFM. For example:
tfm(order=0,mode=0,cthresh=7,MI=54,micmatching=3,scthresh=8
You can also use your favorit deinterlacing filter with the clip2 parameter.
I uploaded the guide here (http://www.mediafire.com/?5jyzk4man1z).
osgZach
24th November 2009, 15:49
Hi,
Thanks so much for getting back to me. I actually put the project aside as I have invested around 100hours in it, so as you can imagine I was more than frustrated.
But I will be going back to it very soon, and hopefully the new info will help out.
I have seen the "clip2" thing mentioned here and there but I admit I'm still in the dark about how it works, I'm assuming its an AviSynth thing so I will have to go back and look at the documentation again I guess.
I was wondering about the various flag settings (like in your above example) is there a general rule as to a range of settings to try in a circumstance or is it one of those things you just have to play around with to learn?
Thanks again for the suggestions, and thanks for the guide.
MOmonster
25th November 2009, 14:18
'clip2' is a parameter of TFM. These settings: 'cthresh=7,MI=54,micmatching=3,scthresh=8' are subjective and don't change so much in this case, but it is really important to set the write 'mode' for what you want. The function is documented very well;-)
osgZach
25th November 2009, 15:27
yeah I was looking over TFM the other day and came across the clip2 thing, kind of getting the gist of your guide, but I'll probably have to read it a couple times :p
thetoof
25th November 2009, 23:00
Hi toof,
You shall consider finding how to deinterlance mixes of hardtelecine and DHT, i have a lot of anime with this problem that wait for some kind of miracle.
I lack the knowledge to write a detection function that would apply standard ivtc when 2 subsequent frames or less are interlaced and bob+decimate on sections where there's x more.
Unless using manual tweakage (long and you might miss some), the option I see (that is currently implemented) is applying DHT IVTC to the whole clip, with everything it implies (slow, bobbing of progressive frames, etc etc)
ShocWave
28th December 2009, 01:25
Is there a way to get AnimeIVTC to work on a 1080i source? I get this:
Avisynth open failure:
GetFrameBuffer: Returned a VFB with a 0 data pointer!
size=12441664, max=43157568, used=153752832
I think we have run out of memory folks!
(AnimeIVTC_-_v1.06.1.avsi, line 426)
(AnimeIVTC_-_v1.06.1.avsi, line 366)
It works fine on lower resolution sources, or if I resized the source prior to applying the script (which I shouldn't be doing, I know, but it was just to see what the max resolution I can get before the error comes up).
I have 4GB ram running on Windows 7 x64. Even at 720i resolution, Avisynth doesn't seem to use more than a few hundred megabytes of memory. Line 426 seems to be a AA function. Any idea what could be going wrong?
Codex0nz
28th December 2009, 02:25
Are you using all of the correct required files?
Are you using the 1.06.1 file from the first post?
Nightshiver
28th December 2009, 02:46
That's not the problem. He's using to much memory. Use Setmemorymax() to increase the alloted memory.
ShocWave
28th December 2009, 03:13
I forgot to mention that I already tried setmemorymax(), and get the same error message if I set it to 3gb or 4gb.
I'm pretty sure most people will get the same error if you did something like put LanczosResize(1920,1080) before AnimeIVTC().
Nightshiver
28th December 2009, 03:34
Why would you resize before using animeivtc? Don't do that.
ShocWave
28th December 2009, 08:33
I'm not resizing. If you read the post above, I said you can reproduce the out of memory error by having a source with high resolutions.
My script consists of one line:
AnimeIVTC(Mode=1,aa=4)
thetoof
28th December 2009, 08:54
use stabilize=false
unless the edges are flickering/trembling, you don't need it. It should greatly reduce memory usage by disabling mvtools' temporal averaging.
ShocWave
28th December 2009, 09:17
use stabilize=false
unless the edges are flickering/trembling, you don't need it. It should greatly reduce memory usage by disabling mvtools' temporal averaging.
Thanks for the tip! But sadly, I still get that error message.
I just bought DG NV Tools, but haven't recieved my license file yet. I wonder if that would help.
thetoof
28th December 2009, 10:18
Oh! Looking at those lines, I see where the problem is. Stupid noobish coding. It is fixed in the new version I've been working on and off (mostly very off).
Try replacing this
aa0=dec
aa1=dec.ediaa()
aa2=dec.daa()
aa3=dec.maa()
aa4=dec.sharpaamcmod(aastr,dark,thin,sharp,smooth,stabilize,MT,tradius,aapel,aaov,aablk,aatype)
#Prepare clip for aa comparison
compaa = interleave( aa0.subtitle("aa=0",align=9),
\ aa1.subtitle("aa=1",align=9),
\ aa2.subtitle("aa=2",align=9),
\ aa3.subtitle("aa=3",align=9),
\ aa4.subtitle("aa=4\n"+"\n"+"Tweak aastr, dark, thin, sharp and smooth for better results.\n"+"Other more advanced options are also available.",lsp=1,align=9))
#Apply the desired aa method or output aa comparison
aaed = (aa==0) ? aa0 : (aa==1) ? aa1 : (aa==2) ? aa2 : (aa==3) ? aa3 : (aa==4) ? aa4 : compaa.subtitle("You are now comparing the anti-aliasing modes. \n"+"Please choose the one that looks better with your source.",lsp=1)
by thisaaed = defined(aa)==false ? interleave( dec. subtitle("aa=0",align=9),
\ dec.ediaa(). subtitle("aa=1",align=9),
\ dec.daa(). subtitle("aa=2",align=9),
\ dec.maa(). subtitle("aa=3",align=9),
\ dec.sharpaamcmod(aastr,dark,thin,sharp,smooth,stabilize,tradius,aapel,aaov,aablk,aatype).subtitle("aa=4",align=9)) :
\ aa==0 ? dec aa==1 ? dec.ediaa() : aa==2 ? dec.daa() : aa==3 ? dec.maa() : aa==4 ? dec.sharpaamcmod(aastr,dark,thin,sharp,smooth,stabilize,tradius,aapel,aaov,aablk,aatype) : nop()
and tell me what you get...
ShocWave
28th December 2009, 10:41
Avisynth open failure:
Script error: expected ':'
(AnimeIVTC_-_v1.06.1.avsi, line 368, column 16)
The line in question:
\ aa==0 ? dec aa==1 ? dec.ediaa() : aa==2 ? dec.daa() : aa==3 ? dec.maa() : aa==4 ? dec.sharpaamcmod(aastr,dark,thin,sharp,smooth,stabilize,tradius,aapel,aaov,aablk,aatype) : nop()
I added a ":" after \ aa==0 ? dec, and I get this when using AA=4:
Avisynth open failure:
Script error: Invalid arguments to function: 'sharpaamcmod'
(AnimeIVTC_-_v1.06.1.avsi, line 368)
AA=1,2 works! AA=3 gives me out of memory.
thetoof
28th December 2009, 17:42
Oh, right. This is because I removed the MT argument in aa=4
Try replacing the whole sharpaamcmod by this:
function SharpAAMCmod(clip orig, int "aastr", float "dark", int "thin", int "sharp", int "smooth", bool "stabilize", int "tradius", int "aapel", int "aaov", int "aablk", string "aatype")
{
aastr = default ( aastr, 255 ) # antialiasing strength
dark = default ( dark, 0.2 ) # strokes darkening strength
thin = default ( thin, 20 ) # Presharpening
sharp = default ( sharp, 150 ) # Postsharpening
smooth = default ( smooth, -1 ) # Postsmoothing
stabilize= default ( stabilize,false ) # Use post stabilization with Motion Compensation
Tradius = default ( Tradius, 2 ) # 2 = MDegrain2 / 3 = MDegrain3
aapel = default ( aapel, 1 ) # accuracy of the motion estimation (Value can only be 1, 2 or 4. 1 means a precision to the pixel. 2 means a precision to half a pixel, 4 means a precision to quarter a pixel, produced by spatial interpolation (better but slower).)
aaov = default ( aaov, 4 ) # block overlap value (horizontal). Must be even and less than block size. (Higher = more precise & slower)
aablk = default ( aablk, 8 ) # Size of a block (horizontal). It's either 4, 8 or 16 ( default is 8 ). Larger blocks are less sensitive to noise, are faster, but also less accurate.
aatype = default ( aatype, "Sangnom" ) # Use Sangnom() or EEDI2() for anti-aliasing
w=width(orig)
h=height(orig)
m=mt_logic( orig.DEdgeMask(0,255,0,255,"5 10 5 0 0 0 -5 -10 -5", divisor=4,Y=3,U=3,V=3)
\ ,orig.DEdgeMask(0,255,0,255,"5 0 -5 10 0 -10 5 0 -5", divisor=4,Y=3,U=3,V=3)
\ ,"max").mt_lut("x 128 / 0.86 ^ 255 *")
preaa=(thin==0 && dark==0) ? orig : (thin==0) ? orig.Toon(dark) : (dark==0) ? orig.Warpsharp(depth=thin) : orig.Toon(dark).Warpsharp(depth=thin)
aa= (aatype=="Sangnom") ? preaa.spline36resize(w*2,h*2).TurnLeft().SangNom(aa=aastr).TurnRight().SangNom(aa=aastr).spline36resize(w,h) : (aatype=="EEDI2") ? preaa.ediaa() : blankclip(pixel_type="YV12").subtitle("Please use Sangnom or EEDI2 for aatype")
postsh=(sharp==0 && smooth==0) ? aa : aa.LimitedSharpenFaster(edgemode=1,strength=sharp,overshoot=1,soft=smooth)
merged=mt_merge(orig,postsh,m,Y=3,U=3,V=3)
sD=mt_makediff(orig,merged)
origsuper= orig.MSuper(pel=aapel)
sDsuper = sD. MSuper(pel=aapel, levels=1)
fv3 = tradius==3 ? origsuper.MAnalyse(isb=false,delta=3,overlap=aaov,blksize=aablk) : nop()
fv2 = tradius>=2 ? origsuper.MAnalyse(isb=false,delta=2,overlap=aaov,blksize=aablk) : nop()
fv1 = tradius>=1 ? origsuper.MAnalyse(isb=false,delta=1,overlap=aaov,blksize=aablk) : nop()
bv1 = tradius>=1 ? origsuper.MAnalyse(isb=true, delta=1,overlap=aaov,blksize=aablk) : nop()
bv2 = tradius>=2 ? origsuper.MAnalyse(isb=true, delta=2,overlap=aaov,blksize=aablk) : nop()
bv3 = tradius==3 ? origsuper.MAnalyse(isb=true, delta=3,overlap=aaov,blksize=aablk) : nop()
fiz = tradius==1 ? sD.MDegrain1(sDsuper,bv1,fv1) : tradius==2 ? sD.MDegrain2(sDsuper,bv1,fv1,bv2,fv2) : sD.MDegrain3(sDsuper,bv1,fv1,bv2,fv2,bv3,fv3)
reduc = 0.4
sDD = mt_lutxy(sD,sDD,"x 128 - abs y 128 - abs < x y ?").mergeluma(sDD,1.0-reduc)
return stabilize ? orig.mt_makediff(sDD,U=2,V=2) : merged
}
ShocWave
28th December 2009, 19:04
I get this error:
Avisynth open failure:
I don't know what 'sDD' means.
(AnimeIVTC_-_v1.06.1.avsi, line 480)
(AnimeIVTC_-_v1.06.1.avsi, line 368)
thetoof
28th December 2009, 19:07
replace fiz by sDD
ShocWave
28th December 2009, 21:06
Like this?
sDD = tradius==1 ? sD.MDegrain1(sDsuper,bv1,fv1) : tradius==2 ? sD.MDegrain2(sDsuper,bv1,fv1,bv2,fv2) : sD.MDegrain3(sDsuper,bv1,fv1,bv2,fv2,bv3,fv3)
It appears to have worked :)
Just a few questions though, what exactly was changed?
Would it be okay to leave the script like that for encoding SD resolution clips? Or should I use this only for HD and use the regular script for SD? Any difference in picture quality?
thetoof
29th December 2009, 23:03
What has changed is simply better scripting that prevents wasting memory.
Also, aa=4's stabilize is set to false by default (use true only if you have time to waste or unstable edges)
ShocWave
30th December 2009, 00:03
Thanks for the help. The encode runs at a wonderful 0.1fps, but atleast it works :)
Undead Sega
5th January 2010, 05:05
hi everyone, im having trouble trying to IVTC a video which i am experimenting with from youtube, its a trailer from an anime with fieldblending, and dont worry this isnt encoded by some lame ass who ripped it themsleves etc, this was from the official channel, i am only using their video because i 'assume' it was 24p pulldown to 29.97 and fieldblended at that framerate, the closest i can get to without seeing further frames get dropped is with this:
AnimeIVTC(mode=2, aa=1, precision=3, edimode="nnedi2", iregion="NTSC", oregion="NTSC", postconv="NTSC", decimate=4, cdeblendmthr=1.6, dupthr=20)
and i dont know how to go on further, maybe i am wrong or is that usually the case?
If anyone's interested:
http://www.megaupload.com/?d=ZNYFMNBQ
I hope im not doing anything wrong here either way...
ShocWave
5th January 2010, 07:57
Hm... Mode 2 doesn't work on 1080i resolutions.
I get this error:
AnimeIVTC(mode=2,aa=4)
Avisynth open failure:
vinverse: malloc failure (dlut)!
(AnimeIVTC_-_v1.06.1.avsi, line 348)
Sometimes, I get a slightly different error:
Avisynth open failure:
vinverse: malloc failure (pb3[b] pb6[b])!
(AnimeIVTC_-_v1.06.1.avsi, line 348)
thetoof
5th January 2010, 08:36
Woaaah Suzumiya Haruhi!! looking forward to it :p Undead Sega, this is actually blend telecining, not field blending (see how the full frame is blended and not only a field + there is a regular 3:2 pattern... well, not that obvious because of the many duplicates, but it's there). If you ever find out it is 24t 30p hybrid... let me know and I'll add an option, but I've never encountered this before.
So, it's animeivtc(mode=1,blend=true) or srestore(mode="pp3",cache=10).tdecimate()
Both of you, hang in there. I just finished writing v2 (in the very last few minutes actually ^^) and it's being tested as we speak.
I'll be updating the docs until tomorrow to get this out before school starts again.
Undead Sega
5th January 2010, 17:49
yes indeed, it is the one and only Haruhi Suzuzmiya! :D Finally they are doing something right, unless if that was their plan all along with their stupid Endless Eight episodes, what was the deal??? Anyways that is interesting, ive never heard of blend telecining, may i ask how is this process done? can it be reversed?
Reason why i assumed its 24fps is because thats wat anime is traditionally animated on, and a spped-up or pulldown is applied for comsumer viewing formats, however of course some frames might look the same with others with little movement etc but those are tips and trades in getting animation done efficiently, so i will say 24fps, but the actual youtube video reads at 29.97fps which could explain why there maybe either frame duplicates or blends?
Maybe something like SRestore to remove the blends and then IVTC would resolve this or something as a last resort?
Stephen R. Savage
5th January 2010, 18:14
"Blend telecine" is a misnomer. There are actually two things going on: telecine and blend deinterlacing. First your standard 24p source has 3:2 pulldown applied. Then, at some later point, we use blend deinterlacing because we're lazy.
This can be reversed quickly as long as compression artifacts aren't too heavy, the 3:2 pattern can be found, and the blending method is known. Consider five telecined frames, A B C D E and the corresponding four film frames W, X, Y, and Z. Frames C and D are blend deinterlaced (A, B, and E can be as well, but that just makes them blurrier). Frames A, B, and E correspond directly to frames W, X, and Z. Frame C contains half of X and half of Y. Frame D contains half of Y and half of Z. Normally, we recover Y by just remapping fields and removing the duplicates. However, in the case of blend deinterlacing, the fields have been averaged together, so Y can not be extracted using the trivial method. However, all is not lost. Since we already know about X and Z, we can subtract some weight of them from frames C and D to recover the fields of Y from them. After this, the result (discounting compression and rounding) is equivalent to a normal IVTC. In practice, assuming the blend detection succeeds, the end result is blurrier than the original, and one in four frames of it has very heavy artifacts (usually chroma noise, ringing, and ghosting). The implementation in SRestore probably does not match my description exactly, since the result must be decimated in the case of SRestore.
Actually, blend deinterlacing is itself reversible, even if it doesn't fall into a simpler case like the one above. Since none of the information in the original fields has been lost (only relocated), it is possible to find the original fields by subtraction and division. However, this must be done as a system of equations, with one equation for each line of video, so it is not practical.
ABCDE
=====
WXXYZ
WXYZZ
thetoof
5th January 2010, 18:30
Maybe something like SRestore to remove the blends and then IVTC would resolve this or something as a last resort?
Solution was in the previous post; srestore has a dedicated mode for this situation.
So, it's animeivtc(mode=1,blend=true) or srestore(mode="pp3",cache=10).tdecimate()
Undead Sega
5th January 2010, 21:50
"Blend telecine" is a misnomer. There are actually two things going on: telecine and blend deinterlacing. First your standard 24p source has 3:2 pulldown applied. Then, at some later point, we use blend deinterlacing because we're lazy.
This is what i thought exactly and i was right on the post ive made concerning this, anime is 24p with a 3:2 pulldown which was then 29.97 blend deinterlaced and i wondered if it was reversible or if one was able to recover from this despite the process done with the resolution and compression having a heavy impact.
Ive tried out:
animeivtc(mode=1,blend=true)
but i get a script error saying that it does not have a named argument called "blend", am i missing something?
thetoof
5th January 2010, 22:14
It is simply a new option of the version that'll be released in a few hours, which is why I wrote how to do it externally with srestore and tdecimate.
What srestore basically does is average the two blended frames to recover a clear one. Here's the section is srestore's docos where it is better explained:
To enable the double-blend-removal you have to set a string for omode. This string decides about the
postprocessing mode that is used on the restored frames:
pp0 -> the fastest mode, no postprocessing
pp1 -> use difference masking, higher quality and still good speed
pp2 -> use a special blurring mask on luma and chroma that reduces artefacts
pp3 -> combines postprocessing 1 and 2 -> slowest
You can add also your own postprocessing to these modes. Just add your function like this:
omode="pp3.blur(1)" -> pp3 + blurring
If you want to add a function with its own inputstrings use three quotation marks:
omode="""pp2.deen("a2d")"""
Important Note: Also the double-blend-removal does no decimation. It's created only for double-blends
caused by blenddeinterlacing of telecined sources. You have to add an decimation
Yes, it is indeed "blenddeinterlacing of a telecined source" and the reason I used "blend telecine" is that I saw it being used before as a shorter way to refer to what we have here. tbh, I find it simply convenient :p
Undead Sega
5th January 2010, 22:36
I see then, so i was right frmo the start except i described it as 'field blending' dont know if that is a correct erm anyways :D
So which would would i go for? AnimeIVTC or SRestore? hmmmm :D
Undead Sega
6th January 2010, 00:14
okay, i had a go with Srestore, and while it seems to have done a good job, there is infact alot of jittering, the blended frames seem to have turned into corrupted frames (visually) and is what might cause the unfluid motion of the video:
http://www.megaupload.com/?d=BT9EKYK9
What do you think?
thetoof
6th January 2010, 00:57
I don't get any of this.
- update to 2.7e
- get the latest versions of all the plugins srestore is depending on
- try cache=10 or something
- What is your script?
Stephen R. Savage
6th January 2010, 01:35
SRestore's handling of blended pulldown only works if the blend weight is 0.5:0.5. If the blend is weighted more towards one frame or the other, you will get very odd results. Also, there will generally be lots of artifacts regardless because compression distorts the frames. You might not have enough good information to repair this, if the sample came from some streaming site.
Undead Sega
6th January 2010, 01:38
Srestore script is:
LoadPlugin("C:\Downloads\VirtualDub-1.8.6\Requirements\MaskTools-v1.5.8\MaskTools-v1.5.8\MaskTools.dll")
LoadPlugin("C:\Downloads\VirtualDub-1.8.6\Requirements\masktools-v2.0a35\mt_masktools-26.dll")
LoadPlugin("C:\Downloads\VirtualDub-1.8.6\Requirements\TIVTCv105\TIVTC\TIVTC.dll")
LoadPlugin("C:\Downloads\VirtualDub-1.8.6\Requirements\RemoveGrain-1.0\RemoveGrainSSE3.dll")
LoadPlugin("C:\Downloads\VirtualDub-1.8.6\Requirements\RemoveGrain-1.0\RepairSSE3.dll")
LoadPlugin("C:\Downloads\VirtualDub-1.8.6\Requirements\RemoveGrain-1.0\RSharpenSSE3.dll")
LoadPlugin("C:\Downloads\VirtualDub-1.8.6\Requirements\Average_21Oct05\Average_21Oct05.dll")
Import("C:\Downloads\VirtualDub-1.8.6\Requirements\R_pack\srestore.avsi")
LoadPlugin("C:\Downloads\dgavcdec109\DGAVCDecode.dll")
AVCSource("C:\Temp\The Vanishment of Haruhi Suzumiya\video[1].dga")
Lanczos4Resize(856,480)
ConvertToYV12()
srestore(omode="pp3",cache=10).tdecimate()
in regards to the lack of information in my source, in theory should i clean it up before processing an IVTC? also this is the highest quality i could rip off from youtube, there being different formats and etc. But with the artifacts on the process of the blends, is there a way to fix that or remove them? The only way i could think of is to remove those frames individually, everyhting else seems fine.
thetoof
6th January 2010, 02:46
SRestore's handling of blended pulldown only works if the blend weight is 0.5:0.5. If the blend is weighted more towards one frame or the other, you will get very odd results. Also, there will generally be lots of artifacts regardless because compression distorts the frames. You might not have enough good information to repair this, if the sample came from some streaming site.
Sure sure, but as I mentioned in my earlier post (and correct me if you get different results), srestore outputs an excellent output for me. The recovered frames can hardly be spotted even when comparing to neighbors.
Maybe it's the resize, I don't know, but using this script I get no artifact at all (though I can see what you're talking about by looking at your video1 srestore.264 file, but I do not get these results on my computer).
ffvideosource("video[1].mkv")
srestore(omode="pp3",cache=10)
tdecimate()
Undead Sega
6th January 2010, 03:55
thats really stranged, ive even gone ahead and resized the video before putting it in the script for Srestore, but i still get the same results :(
Srestore script:
LoadPlugin("C:\Downloads\VirtualDub-1.8.6\Requirements\MaskTools-v1.5.8\MaskTools-v1.5.8\MaskTools.dll")
LoadPlugin("C:\Downloads\VirtualDub-1.8.6\Requirements\masktools-v2.0a35\mt_masktools-26.dll")
LoadPlugin("C:\Downloads\VirtualDub-1.8.6\Requirements\TIVTCv105\TIVTC\TIVTC.dll")
LoadPlugin("C:\Downloads\VirtualDub-1.8.6\Requirements\RemoveGrain-1.0\RemoveGrainSSE3.dll")
LoadPlugin("C:\Downloads\VirtualDub-1.8.6\Requirements\RemoveGrain-1.0\RepairSSE3.dll")
LoadPlugin("C:\Downloads\VirtualDub-1.8.6\Requirements\RemoveGrain-1.0\RSharpenSSE3.dll")
LoadPlugin("C:\Downloads\VirtualDub-1.8.6\Requirements\Average_21Oct05\Average_21Oct05.dll")
Import("C:\Downloads\VirtualDub-1.8.6\Requirements\R_pack\srestore.avsi")
LoadPlugin("C:\Downloads\dgavcdec109\DGAVCDecode.dll")
AViSource("C:\Temp\The Vanishment of Haruhi Suzumiya\The Vanishment of Haruhi Suzumiya lossless sharpened Dehaloed resized.avi")
ConvertToYV12()
srestore(omode="pp3",cache=10).tdecimate()
What could be wrong?
ShocWave
6th January 2010, 08:27
Wow. I'm very suprised to see a v2 seeing how the last major update was over a year ago. Keep up the good work :)
By the way, will v2 fix mode=2 for high resolutions?
thetoof
6th January 2010, 08:36
Undead Sega, I don't know. Try putting srestore right after loading your original source or ask MOmonster in his another restore function thread...
ShocWave, we'll know quite soon!
Undead Sega
6th January 2010, 17:31
i did try doing that, but because of the resolution size, it wouldnt accept it, therefore i had to do somesort of resizing, only by a few pixels and i still got the same results, how does ur script look like?
Also, is there any chance u could upload the output of ur IVTC of this youtube trailer? otherwise Haruhi will go ballistix! :D
thetoof
6th January 2010, 21:21
I posted my script before...
http://www.sendspace.com/file/91v6bv
Undead Sega
6th January 2010, 22:01
I must say sir, that does look absolutely wonderful which just adds mroe confusion to me as i dont think im doing anything wrong (provided my scripts above), did u use Srestore or ur new AnimeIVTC?
Probably because u put yours in a mkv container (although i dont think that would make any difference)?
Undead Sega
6th January 2010, 22:20
okay, i got ahold of ffmpegsource and contained the .264 file into an mkv and followed ur script and it still claims that YV12 video must have a width divisible by 4.
:( ???
thetoof
6th January 2010, 22:28
srestore... which is used anyways in AnimeIVTCv2
I used mkv because I can't read .264 directly, but it shouldn't change anything.
Yes, I resized before srestore in the end and it didn't cause any problem.
Undead Sega
6th January 2010, 22:38
I see then, and so it cant be the resize then either. Something here is terribly wrong, its just a shame i cant even get the same results when doing the same thing, its like im gonna ask you to do everything for me or something, hahaha :(
Have you looked at my scripts and probably anything outdated in it?
Also, is it possible just to use AnimeIVTC for Antialiasing only and not actually IVTCing the footage?
thetoof
6th January 2010, 22:39
LoadPlugin("C:\Downloads\VirtualDub-1.8.6\Requirements\masktools-v2.0a35\mt_masktools-26.dll")
Unless you use avisynth 2.6, this is wrong + the latest is a36. use mt_masktools-25.dll for avs 2.5.x
Undead Sega
6th January 2010, 23:11
i'll give that a go and let you know if it makes any difference, however as i said before, is it possible just to use AnimeIVTC for Antialiasing only and not actually IVTCing the footage?
thetoof
6th January 2010, 23:13
If you look in the docs, you'll see that besides every aa mode there is a "use x to call externally"
1 - ediaa()
2 - daa()
3 - maa()
4 - sharpaamcmod()
Undead Sega
6th January 2010, 23:54
i was looking in the docs of course, however it requests me to always use somesort of mode to be used.
Nightshiver
7th January 2010, 00:09
Then you're doing it wrong. For the external's, don't use the animeivtc() line. Just sharpaamcmod() or whatever you need.
Undead Sega
7th January 2010, 00:11
ohhh wait, i got it! :D
Undead Sega
7th January 2010, 02:11
Question: How do i use the other functions made for aa=4 a.k.a. sharpaamcmod() ?
Nightshiver
7th January 2010, 03:16
Read docs. They explain it all.
Undead Sega
7th January 2010, 03:28
i have but when i tried it out it tells me that (besides for using aatype) there isnt a function or argument called ''whatever function ive typed'' and etc. For example like:
SharpAAMCmod(aatype="EEDI2", thin=85, stabilize=true)
unless im doing it totally wrong?
Nightshiver
7th January 2010, 03:54
That's because EEDI2 doesn't exist in the current version of Animeivtc. Wait for the new version.
Undead Sega
7th January 2010, 04:38
Im pretty sure it does as it is in the docs itself. I could even use NNEDI2 if i wanted i think if i just replace all the EEDI2 functions in the avis.
thetoof
7th January 2010, 05:30
I had changed the parameters name in animeivtc v1.06, but not in the sharpaamcmod sub-function, the original names are kept.
thin = shpre
...
...
Check the original sharpaamc "fine anime antialiasing" thread, or in the script, or wait for the release...
nnedi2 doesn't have the same aa capabilities as it is more accurate than eedi2. See the "denoise in tv anime" thread. eedi3 combined with nnedi2 is nice though, but too slow for now.
thetoof
7th January 2010, 10:46
Here goes. Have fun and happy new year :p http://www.sendspace.com/file/jb3c3k
Funny how this has grown till this 830th post..
I finished this half asleep, so I'll wait a few days to be sure everything is alright before making it official.
2.00 Released 2010-01-07 by thetoof
* Compatibility with MVtools2
* Compatibility with srestore for field blended
* New (and better) decimation for dht
* The user will determine the end frames of every sections in case of progressive/interlaced credits and the rest will all be done internally (no need to switch between the checks since it was a pain)
* Handling of the blend-decimation of hybrid sections in omode=1
* More aa and killcomb options
* New parameter to fix chroma swap between fields
* New parameter to fix blend telecine
* New parameter to fix interlaced fade-ins
* The modes are "re-thought" : mode=1 (hard telecine) mode=2 (field blended) mode=3 (double hard telecine) mode=4 (hybrid) At the moment you define a frame # for interlaced or progressive credits, the function adapts itself
* Memory usage decreased for a few modes
* No need to specify the region of your source (done internally) Single parameter added (bool "normconv") to go from one to another
* More accurate external pelclip with nnedi2 for optimal motion vectors calculation
* Rewriting of the function from scratch (I had patched with a few tricks here and there which made it harder to read. It's almost all gone now)
* Maybe a few other things I'll add when I remember what I changed in the last year or so ;)
ShocWave
7th January 2010, 20:18
Amazing! Mode=1 is more than 10 times faster for 1080i.
I'm not sure if mode=2/3 are working for that high of a resolution though. It seems to be only displaying 1 field throughout the whole movie, and jaggies are everywhere.
Nightshiver
7th January 2010, 21:53
For the other modes, you need the correct "problems" for it to work. As I understand, practically all Blu-ray's are progressive or soft telecine, unless the HD video has been home captured.
Undead Sega
8th January 2010, 06:22
To thetoof and Nightshiver, thanks very much for all the help, it has given me the ability to show you (so-far) The Vanishment of Haruhi Suzumiya in 1080p24:
http://www.megaupload.com/?d=YCT0FKGW
Hope its not too much to ask and its not perfect yet of course :D
ShocWave
8th January 2010, 06:43
I ran a few tests to compare v1 and v2 of the scripts, and included a few screenshots below.
Does v1 do line darkening and sharpening by default? It seems the lines are much smoother and detail is sharper compared to v2, especially on 1080i.
Look under the pink-haired girl's chin and the guy's eyebrows where the difference is most apparent.
1080i (mode=2 not possible in v1)
http://pixtube.eu/files/xmrvvgrgtys183yhsj61_thumb.png (http://pixtube.eu/viewer.php?file=xmrvvgrgtys183yhsj61.png)
http://pixtube.eu/files/zb6h1xe5judrizfpgq1k_thumb.png (http://pixtube.eu/viewer.php?file=zb6h1xe5judrizfpgq1k.png)
http://pixtube.eu/files/9qrdzchskgy84n3x53j6_thumb.png (http://pixtube.eu/viewer.php?file=9qrdzchskgy84n3x53j6.png)
http://pixtube.eu/files/nwqawbuxj4mfs7axzsnk_thumb.png (http://pixtube.eu/viewer.php?file=nwqawbuxj4mfs7axzsnk.png)
480i
http://pixtube.eu/files/gf6rawj782gwn6ycid7h_thumb.png (http://pixtube.eu/viewer.php?file=gf6rawj782gwn6ycid7h.png)
http://pixtube.eu/files/1ag9o760ex0tad40iy5r_thumb.png (http://pixtube.eu/viewer.php?file=1ag9o760ex0tad40iy5r.png)
http://pixtube.eu/files/2g7mjwlvykuy7zqbcqv0_thumb.png (http://pixtube.eu/viewer.php?file=2g7mjwlvykuy7zqbcqv0.png)
http://pixtube.eu/files/a2zoieabofburr4xzv3h_thumb.png (http://pixtube.eu/viewer.php?file=a2zoieabofburr4xzv3h.png)
http://pixtube.eu/files/ysxf3c9cqpv9zw3t6a5q_thumb.png (http://pixtube.eu/viewer.php?file=ysxf3c9cqpv9zw3t6a5q.png)
thetoof
8th January 2010, 14:17
For some reason I could see the pictures 30 mins ago... but now I can't.
Here's what I remember seeing:
-FullHD version of the anime is meaningless, as it is badly upscaled SD content. You may warpsharp like crazy (as v1 did) so that the lines actually *look* like lines instead of... the mess they are now, but I personally wouldn't do that.
-Some defaults were changed because warpsharpening was way too strong. Tweak thin= (80 before, now 10) and then dark= if you still need more line darkening.
edit: Undead Sega, oversharpened (oil painting look) + banding, but this is becoming OT.
Vitaliy Gorbatenko
9th January 2010, 10:03
Thank you, thetoof! Great job!
Undead Sega
9th January 2010, 19:31
@thetoof, you are probably right, can you tell me if this is any better?
http://www.megaupload.com/?d=W5FTSXLO
i believe it is :D
thetoof
9th January 2010, 20:19
Yes, it is.
Undead Sega
9th January 2010, 21:00
Excellent :D
in your opinion, how does it fare with it being a 1080p source? or like other upscaled material from youtube or in general perhaps? anything really, any improvements?
Honestly, wat gave the previous attempt that oilpainting look was use to the fact of using aa=4 i.e. sharpaamcmod(). Also in order to get a good result like this, it takes some experimenting in a way, as in that in which order should one do the filtering process like Dehaloing, Deblocking, Debanding, Denoising and upscaling, and which method of antialiasing should be used.
P.S. I see you've added NNEDI(2?), how does that compare to EEDI2?
thetoof
9th January 2010, 21:28
For 1080p, it's utter crap. The level of detail is nothing close to what it could/should be (i.e. the upcoming Blu-Ray source). This is SD quality, at best. I only helped since you said if was to "experiment" on, as in for learning purposes. You can't hope to recreate details lost in youtube's compression, only make artifacts less apparent.
I guessed it was because of aa=4, which is quite aggressive on sharpening, especially warpsharpening (now less than before... but still), but I'll use this opportunity to remind you that it is meant to be an antialiasing function, not a general sharpening one. Basic explanation in simple terms, not necessarily the most accurate, but only used to explain the "general" purpose of each processing step in. Somewhat vague and overly simplified, I am aware...
-crazy warp sharpening when aliasing is present in elements that are widely spread to make them thinner + toon to darken to prevent a bit of sangnom's damage (if it remained widely spread, sangnom's blur would be more apparent)
-sangnom aa, which is a detail killer - blurs a lot
-lsfmod to try to compensate for sangnom's damage
-mdegrain to average all that if the edges are unstable
-edge directed to avoid screwing up the rest of the image
In short, it is maa() with a few other filters trying to compensate for each other's poison. Like grandmas taking pills to help with nausea caused by a medic for blood pressure caused by a medic for leg cramps. At some point you realize there is no point taking any in the first place and you go out for some exercise.
Where did I add nnedi(2?)?
Undead Sega
9th January 2010, 21:52
well i would agree with you that its not the best 1080p due to the original source where it came from where alot of detail most likely have been lost originally. However im hoping u would agree that it is better than the original source itself, besides for the upscaling, its 'restoration' makes it slightly superior. For a HD source it is not the best but maybe a good attempt? I think slightly more can be done but what lets it down abit is from the result of the title cards against the black background, when using the dehlo function, it works very well on the image but with those it smudges it abit.
I am aware that aa=4 is purely for AA and i never attempted to usr it for sharpening, however there is one time where i did sharpen the source with aa=4 to see how it looks like, i thought it was abit too much with this mode as a inclusion. I never use sangnom, i dont why it still exist :D As for the others, it is something i am going to have to experiment itself one day but ur explaination helps :D
Sorry, i meant NNEDIAA ?
thetoof
9th January 2010, 22:42
-Good attempt at restoration, yes. Use trim then to use dehalo only where you want...
-Sangnom does similar results than eedi2 when it comes to aa (especially in sharpaamc), only a lot faster.
-Where do you see nnediaa? Read the two threads I referred you to 3 days ago to see why eedi2 is used and not nnedi. In short, eedi2 is less accurate, so it "averages" the lines, thus corrects aliasing in some cases, while nnedi2 correctly reproduces the imperfections (when image has aliasing), which can be details when no aliasing is present in the source.
If you're talking about daa(), it's actually another approach by Didée that has always been in AnimeIVTC.
Undead Sega
10th January 2010, 00:05
-Good attempt at restoration, yes. Use trim then to use dehalo only where you want...
Indeed, however upon looking at both files, the original and HD restored on my 42inch HDTV, it is a tiny bit softer due, but wat i think is most evident and what probably causes this softness is, when looking closely at some edges, there is a small noticable color bleed, i dont know wat is the correct term, however its like if the colour was pouring out abit of its destinated area.
-Sangnom does similar results than eedi2 when it comes to aa (especially in sharpaamc), only a lot faster.
Ahhh okay then, but does eedi2 contains somesort of blur itself? Now sharpaamc() does provide nice results and retains the look of the animation's lines, but it indeeds smooths alot especially parts of the frame that is not needed, which results in that oilpainting look that u have said, if only there was a way for it to only affect the hand drawn lines and not 'everything' :D
Read the two threads I referred you to 3 days ago to see why eedi2 is used and not nnedi. In short, eedi2 is less accurate, so it "averages" the lines, thus corrects aliasing in some cases, while nnedi2 correctly reproduces the imperfections (when image has aliasing), which can be details when no aliasing is present in the source.
that is very interesting, its like the imperfection of the filter is the desired effect that we are all after :D
- Very good combing removal and anti-aliasing functions (can be called externally as nnediaa() daa() maa() or sharpaamcmod())
nnediaa() is what i meant :D
thetoof
10th January 2010, 00:12
if only there was a way for it to only affect the hand drawn lines and not 'everything' :D
Hmm, actually there could be a way. Now it's only using a basic edge mask... but it could be possible to use an additional mask to target only dark edges (lines).
I'll consider implementing this.
edit: Oh that! I wrote this part of the post for 1.00 when I thought that since nnedi was more accurate it should be better. (I was corrected as you have seen in the two threads and changed it back).
Undead Sega
10th January 2010, 02:03
wow i didnt know such a thing could actually be possible! :D but wat avisynth filter actually does such a thing? If that was the case, then it will definately make the footage more like if it was at a better definition, as well as if u agree that it was aa=4 that gave the oilpainting look on the backgrounds but everything else like the characters etc. looked fine?
thetoof
10th January 2010, 02:21
With a combination of masktools functions (mt_lut, mt_logic....).
Your 1st version was bad, the new one is fine. Now, I would like to stop discussing this here since it is out of the scope of this thread. Thanks.
Undead Sega
10th January 2010, 02:26
Indeed, i understand what you mean exactly, i am appreciative of your help in this, and i would like such a feature on wat was discussed briefly to be included.
However, after some research i came across a filter called mfToon, which is apprantly "the god of anime sharpening". Does this ring any bells to you or would u happen toknow if its still a recommended filter?
thetoof
10th January 2010, 02:43
Yes, I know about it. It is old, but performs what you want - dark, thin and sharp lines. I would prefer doing all those externally with our current tools (awarpsharp2, toon and lsfmod) which can be tweaked easily for great results.
I will not answer any more questions about anything that has nothing to do with what AnimeIVTC is meant to correct.
There are plenty of other threads for that, or you could create one so that people can help you.
Overdrive80
12th January 2010, 01:17
Hi, thanks for your updated filter. I collected updated filters for animeivtc in this file.
http://www.mediafire.com/?nydyyqqyqhq
Bye
thetoof
12th January 2010, 04:00
Looking good. Thanks!
Agarsen
14th January 2010, 14:13
Hi, in the previous version i often used:
AnimeIVTC(mode=1,aa=4,mt=true)
MT was meant to use alla cores of the CPU, but this version doesn't recognize it anymore :/
thetoof
14th January 2010, 17:45
I judged the improvements of mvtools2 more important than the mt capabilities of josey_well's mt version and removed that option. There is an explanation of how to multithread animeivtc differently in the guide. Post if you need help with it.
Great Dragon
15th January 2010, 09:25
First of all thanks for the such a great script, thetoof.
But i have a little problem. If i enable "ifade=true" i have an error: "I don't know what "sfthr" means (blah-blah-blah, line 151)". Any suggestions?
thetoof
15th January 2010, 10:31
*facepalm*
replace
ifade = aa==2 ? false : ifade
by
ifade = aa==2 ? false : ifade
sfthr = default ( sfthr, 0.4 )
sfshow = default ( sfshow, false )
and
function AnimeIVTC (clip i, int "mode", int "aa", int "precision", int "killcomb", int "cache", bool "ifade"\
by
function AnimeIVTC (clip i, int "mode", int "aa", int "precision", int "killcomb", int "cache", bool "ifade", float "sfthr", bool "sfshow"\
sfthr is the threshold used by smartfademod to detect interlacing (too low=function might miss some interlaced sections, too high=correction could be applied on sections that don't need it) and sfshow true/false is to see the values on screen to properly tweak sfthr.
Will fix in the next version... for now please edit the script.
Great Dragon
15th January 2010, 11:49
Another issue after replacing: "I don't know what "show" means". line 497, line 153.
After i've changed in 497 line
show = default ( show, false )
to
show = default ( sfshow, false )
i got this: "I don't know what "c" means. Line 504, 153
PS: Maybe it's not right, i don't know. I'm not very familiar with complex scripting.
thetoof
15th January 2010, 11:57
function smartfademod(clip clip, float "sfthr", bool "sfshow", int "cache") {
global sfthr = default ( sfthr, 0.4 ) # Threshold for fade detection.
show = default ( sfshow, false )
Great Dragon
15th January 2010, 15:40
function smartfademod(clip clip, float "sfthr", bool "sfshow", int "cache") {
global sfthr = default ( sfthr, 0.4 ) # Threshold for fade detection.
show = default ( sfshow, false )
This is exactly what i've done and got a "c" error.
thetoof
15th January 2010, 21:06
function smartfademod(clip c,
As you may have noticed, this option somehow ended up untested after being modified and I was unable to do so until now. Sorry for the trouble.
Overdrive80
17th January 2010, 00:13
Hi, post old script of release than do it, for a web.
a=DGDecode_mpeg2source("E:\DB_1\ope\ope.d2v", info=3)
b=DGDecode_mpeg2source("E:\DB_9\54\54.d2v", info=3)
a+b
ColorMatrix(hints=true, threads=0)
crop( 8, 0, -4, 0)
#FILTRADO
SharpAAMCmod(dark=0.25, thin=10, sharp=100, smooth=100, stabilize=true, tradius=1, aapel=4, aaov=8,\
aablk=16, aatype="eedi2")
MT("FFT3DFilter(sigma=2,bw=32,bh=32,ow=16,oh=16,plane=0,sharpen=0.6)",threads=6)
MT("TBilateral(diameterL=5,diameterC=5,sDevL=1.300,sDevC=1.300,iDevL=7.000,iDevC=7.000,\
csL=1.000,csC=1.000,d2=false,chroma=true,kernS=2,kernI=2,resType=0)",threads=6)
My question is: how i use multithread mode in new version animeivtc? I dont understand the example, excuse me.
Have i create as many scripts as parties to divide the video?
tengo6dedos
17th January 2010, 00:38
Hello, can you tell me what exact line you used to subtitle like this the image, words hard telecine and ivtced
http://img140.imageshack.us/img140/5674/ht1224lqro7.jpg
Thanks
thetoof
17th January 2010, 02:36
At the time... Photoshop ;)
But you can easily do it via Subtitle. Quickly looking at http://avisynth.org/mediawiki/Subtitle, here's what you can find:
top left is align=7
size=x to customize at your will
text_color= search for hexadecimal color values, something like $00FF0000 should do the trick
Overdrive80, please have a look at this post and tell me again if you need help to understand. http://forum.doom9.org/showthread.php?p=1364489#post1364489
and yes to the question at the bottom of your post.
Overdrive80
17th January 2010, 16:19
Hi, more or less i understand the example, have hard head jeje.
I attach files for you can review its. Thanks.
Other question: Could i execute, for example rendering1 and 2, at the same?
Excuse me for my english.
PD: I attach too guide in spanish for animeivtc 2.00. ^^
fleon
17th January 2010, 18:28
Hi, thetoof I have noticed that you have released a new version of AnimeIVTC() does this new version fixes RSvolcom problem and my problem? (I think the problem was double chroma blends) if your actual release fixes the problem can you tell me the steps that I should folow with megui to fix the problem? in any case here is a sample http://www.mediafire.com/?wmlmitymo3j and also below are the old posts where I asked for your help and you told me that maybe in the next version of AnimeIVTC you would fix that.
You have the same problem as RsVolcom. You can follow the development in this thread: http://forum.doom9.org/showthread.php?p=1208543#post1208543
The "fixable" thing he's talking about is your issue.
Hi I wanna try animeivtc with a film that I own it is Daft Punk's Interstella 555, Megui tells me that the the source is Hybrid film/interlaced. Mostly insterlaced, and also says that the field order is top field first,
and mediainfo tells me this
http://img159.imageshack.us/img159/6247/98935747mk5.th.jpg (http://img159.imageshack.us/my.php?image=98935747mk5.jpg)http://img159.imageshack.us/images/thpix.gif (http://g.imageshack.us/thpix.php)
So what settings should i use in animeivtc?
thetoof
17th January 2010, 18:38
The setting using chroma_rep() (written by MOmonster for this issue) is chrfix=true. However, the function seems broken for some reason... I'll use your sample to ask him for help.
and btw, at the time I called it some sort of blend, but it's actually a chroma swap between fields.
Overdrive80
18th January 2010, 01:24
Hi, more or less i understand the example, have hard head jeje.
I attach files for you can review its. Thanks.
Other question: Could i execute, for example rendering1 and 2, at the same?
Excuse me for me english.
PD: I attach too guide in spanish for animeivtc 2.00. ^^
Is it possible that the script with "b" only has one frame? Because I get it.
thetoof
18th January 2010, 02:22
It's possible, but it's not ideal :p
The principle is very simple - you split you source in x files of equal length to process them separately. More HDD in use = better since it removes some workload on the one your source is on.
So, after animeivtc, write something like this:
a=trim(0,x)
b=trim(x+1,y)
c=trim(y+1,0)
a
Load this file in vdub and start a rendering pass (fast recompress, compression=YV12 Lagarith). Then change a to b and open the new script in another instance of vdub, start another rendering pass. etc etc etc. So, you'll have multiple versions of the same script (but processing different sections of your clip) in multiple vdubs running at the same time, ideally reading/writing on different drives. You can also split the source before processing to prevent HDD deadlock. This way, you "multithread" your filtering by running multiple single theaded processes at the same time.
Vitaliy Gorbatenko
18th January 2010, 04:36
At long film I doing just that =) Short series (~ 25 minutes) put in parallel at once 3 files. logarith codec on 1280x960 x3 files by 25 min eat ~52 Gb.
Overdrive80
18th January 2010, 05:37
Ok, i understand and edit the example:
s=(...)
threads=3
a=s.trim(0,(framecount(s)/threads))
b=s.trim((framecount(s)/threads)+1,((framecount(s)+(framecount(s)/threads))/(threads-1)))
c=s.trim((framecount(s)/threads)+((framecount(s)+(framecount(s)/threads))/(threads-1))+2,0)
a
or more simple
s=(...)
Threads=3
x=(framecount(s)/threads)
a=s.trim(0,x)
b=s.trim(x+1,2*x)
c=s.trim((2*x)+1,0)
a
For "m" threads, where m=1,2,3..
Tomorrow, use it. Thanks you very much.
edit3: i correcting the codes, i use and its functional.
bye
iisdev
18th January 2010, 10:48
I'm having a little trouble using AnimeIVTC with Record of Lodoss War (OVA). If anyone that has encoded the OVA episodes can share their avs script I would appreciate it. This is what I'm currently using. It's close but some blended frames still keep creeping in.
DGDecode_mpeg2source("C:\Record of Lodoss War\01\VTS_01_1.d2v", info=3)
ColorMatrix(hints=true, threads=0)
AnimeIVTC(mode=2,bbob=4,degrain=3,normconv=true,aa=0)
Thank you!
tengo6dedos
18th January 2010, 18:33
At the time... Photoshop ;)
But you can easily do it via Subtitle. Quickly looking at http://avisynth.org/mediawiki/Subtitle, here's what you can find:
top left is align=7
size=x to customize at your will
text_color= search for hexadecimal color values, something like $00FF0000 should do the trick
Yes im aware of subtitle but it is ugly for my taste, thanks anyway.
n2k3
19th January 2010, 00:11
It seems when specifying aatype="EEDI2" when using aa=4, it expects an int, while further down it expects a string. According to the documentation its should also be a string.
replacing (line 14)
, float "dark", int "thin", int "sharp", int "smooth", bool "stabilize", int "tradius", int "aapel", int "aaov", int "aablk", int "aatype"){
with:
, float "dark", int "thin", int "sharp", int "smooth", bool "stabilize", int "tradius", int "aapel", int "aaov", int "aablk", string "aatype"){
seems to have fixed this.
-------------------------
when using mode=1 and precision=1 it's giving me the error
TFMMP: clip2 does not have the same number of frames as the input clip!
line 152
-------------------------
also, when specifying killcomb=0 (or nothing, because its the default) it still seems to remove combed frames?
And I'm glad you picked this up again ! :)
thetoof
19th January 2010, 01:52
edit3: i correcting the codes, i use and its functional. Good work.
It's close but some blended frames still keep creeping in.Maybe you don't need normconv=true (if your input is NTSC, it'll add a frame per second, which could be the source of the remaining blends). A 10mb max m2v sample with a lot of motion would be best.
Yes im aware of subtitle but it is ugly for my taste, thanks anyway.You can always have a look at aegisub... easy to typeset, style and import.
it expects an int, while further down it expects a string. According to the documentation its should also be a string.Well spotted and corrected. Thanks.
when using mode=1 and precision=1 it's giving me the errorBad copy paste.
\ (precision==1 && usefm) ? blend ? debprep.srestore(omode="pp1") : i.tfm(slow=2,clip2=i.tdeint(2)) :
also, when specifying killcomb=0 (or nothing, because its the default) it still seems to remove combed frames?I really don't see how. I guess the clip simply didn't have any remaining combing after field matching.
And I'm glad you picked this up again ! :)Was about time :p
BUFU
21st January 2010, 01:37
@ thetoof. Thank you for this great script of yours. Kudos.
There is this anime I really want to encode, but can't seem to find the right settings for it.
The source is : Hybrid partially Film / Mostly Interlaced. This great anime is called Great Teacher Onizuka. R1 DVD Source.
Any help on this would be much appreciated.
Thnx in advance.
Nightshiver
21st January 2010, 01:45
Post a sample, as always. And never trust in the "auto detection" of MeGUI, it is far more accurate to find out by your own means. Bust as before, please post an unprocessed short sample/clip.
BUFU
21st January 2010, 02:17
Sample Great Teacher Onizuka : http://www.megaupload.com/?d=H9GCIT1D
thetoof
21st January 2010, 03:37
It depends ;) http://forum.doom9.org/showthread.php?p=1362315#post1362315
btw, Stephen R. Savage, this is the same as animeivtc(mode=2,bbob=4)
Overdrive80
21st January 2010, 17:08
Hi, i found a problem and dont know how i can solved. Msg of vdub:
http://img524.imageshack.us/img524/2411/capturag.jpg
Code
#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-
#SPLIT
#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-
PART1=DGDecode_mpeg2source("E:\DB_1\ope\noforce\ope.d2v", info=3)
PART2=DGDecode_mpeg2source("E:\DB_10\60\noforce\60.d2v", info=3)
PART1+PART2
ColorMatrix(hints=true, threads=0)
#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-
#CROOPING
#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-
trim(43393,0).Crop(6,0,-2,0).Lanczos4Resize(720,480)
#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-
#FILTRADO
#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-
AnimeIVTC(mode=1,ifade=true,killcomb=3,aa=0,omode=1,e1=43392,i1=44303,credconv="blend",cbob=4,edimode="yadif",degrain=2)
SharpAAMCmod(dark=0.25, thin=10,Sharp=100, Smooth=100, stabilize=false, tradius=3, aapel=4, aaov=4,\
aablk=8, aatype="eedi2")
FFT3DFilter(sigma=2,bw=32,bh=32,ow=16,oh=16,plane=0,sharpen=0.6)
TBilateral(diameterL=5,diameterC=5,sDevL=1.300,sDevC=1.300,iDevL=7.000,iDevC=7.000,\
csL=1.000,csC=1.000,d2=false,chroma=true,kernS=2,kernI=2,resType=0)
Thanks
Nightshiver
21st January 2010, 20:14
Did you even bother reading the error? You need the function Yadif. USE GOOGLE or the SEARCH function on the forums.
Overdrive80
21st January 2010, 20:30
Did you even bother reading the error? You need the function Yadif. USE GOOGLE or the SEARCH function on the forums.
Ups, I forgot add "Load_Stdcall_plugin("yadif.dll")". Excuse me
Edit: Now i can load script, but i don know because it is mode test for "killcomb". Could I remove it?
http://img20.imageshack.us/img20/5607/capturavd.jpg
I read the guide but didnt find the solution. Thanks
Nightshiver
21st January 2010, 20:43
In the guide, it says it is the same as using Daa(). So why not discard the killcomb line and make your aa=3, seeing as how you're already calling SharpAAMCMod separately, it shouldn't cause problems.
Also, thetoof, bug:
I get an "Access Violation" error of line 193 of AnimeIVTC which is this:
\ pattern==0 ? dhtbob.tdecimate(1,3,5) : nop() : nop()
While trying to use AnimeIVTC(mode=3,aa=0)
thetoof
22nd January 2010, 00:51
Overdrive80, don't crop and especially resize before ivtc (i.e. interlaced material). You need dehaloing.
Nightshiver, good temporary solution. I somehow uploaded a version without killcomb=3 as v2.
For the bug... try replacing it with this (can't test atm).
\ dhtbob.tdecimate(1,3,5) : nop()
Nightshiver
22nd January 2010, 01:28
Great, it works now. Thanks :)
Overdrive80
22nd January 2010, 02:49
Overdrive80, don't crop and especially resize before ivtc (i.e. interlaced material).
Ok, I do it how say me.
You need dehaloing.
Forgive me for asking this question because I am not an expert in video processing but I do my best. How did you realize it takes dehaloing?
I do not know, and given the little material that exists in Spanish, I find it difficult to find some sort of example to help me identify it.
thetoof
22nd January 2010, 04:05
You do it after ;)
halo = bright halo around edges (or over-enhancement of local contrast) - with dehalo_alpha, tweak rx for horizontal and ry for vertical and it'll work if the "halo pattern" is constant throughout the clip. However, for more advanced help, please use the threads dedicated to this problem.
Overdrive80
26th January 2010, 00:13
There any mode of source field-blended detection´s with animeivtc?
Nightshiver
26th January 2010, 01:21
How about posting a sample of the video you want fixed, that will help more.
fleon
26th January 2010, 04:14
Hi, thetoof I have noticed that you have released a new version of AnimeIVTC() does this new version fixes RSvolcom problem and my problem? (I think the problem was double chroma blends) if your actual release fixes the problem can you tell me the steps that I should folow with megui to fix the problem? in any case here is a sample http://www.mediafire.com/?wmlmitymo3j and also below are the old posts where I asked for your help and you told me that maybe in the next version of AnimeIVTC you would fix that.
Any update on my source thetoof?:thanks:
thetoof
26th January 2010, 15:14
Not really... for some reason chroma_rep doesn't work properly anymore (in animeivtc). I'd recommend that you ask for help in MOmonster's another restore function thread, tell him chroma_rep was used last time and ask that he updates it/checks if it works.
Caroliano
27th January 2010, 15:08
ifade is causing artefacting to me. I applied all the corrections described in this topic to make it work. But in some cases it fails in simple scenes, causing "line flicker". How I cut/split an .vob to send the exact place where I'm having problems?
Overdrive80
27th January 2010, 15:18
How about posting a sample of the video you want fixed, that will help more.
Post a partition of vob http://www.megaupload.com/?d=F63SVXC3, and help me with it. Thanks
thetoof
27th January 2010, 17:48
ifade is causing artefacting to me. I applied all the corrections described in this topic to make it work. But in some cases it fails in simple scenes, causing "line flicker". How I cut/split an .vob to send the exact place where I'm having problems?
Can you send me a short sample of a section where it fails? I may use it to improve the function...
To split an unprocessed sample: open in DGIndex - select a section - file, demux video - upload m2v to mediafire.com
Caroliano
27th January 2010, 18:16
here: http://www.mediafire.com/?vjwnmlfnh2v
AnimeIVTC(mode=1, aa=1, ifade=false, killcomb=0) works fine.
AnimeIVTC(mode=1, aa=1, ifade=true, killcomb=0) makes his eyes unstable.
Nightshiver
27th January 2010, 21:29
@Overdrive80
For this Naruto sample, Animeivtc(mode=2,aa=0) works fine. You could also just do VFR if things get to complicated.
Overdrive80
27th January 2010, 23:22
@Overdrive80
For this Naruto sample, Animeivtc(mode=2,aa=0) works fine. You could also just do VFR if things get to complicated.
Ok thanks. I try using mode 3 of animeivtc but naruto is higher at the end of encoding. XD
Bye
Nightshiver
28th January 2010, 18:49
I never said to use mode=3. Why would you be using this?
Overdrive80
29th January 2010, 22:40
I never said to use mode=3. Why would you be using this?
No, i dont explain good. I want to say than i was using mode=3 () so than you said me to use mode=2. I was using that option because i did think than it was the best.
ghscreenki
30th January 2010, 18:01
Will Dup() ruin the VFR settings I set up for the interlaced credits?
thetoof
30th January 2010, 22:04
You mean, using dup after animeivtc? If that's the case, the timecodes are saved during animeivtc, so anything called afterwards will only affect the image, not the decimation.
ghscreenki
31st January 2010, 04:02
^ OK, now I have to try out version 2.0.
I get an error on aa=4. When I use EEDI2 as aatype, I get an error saying Script error: the name argument "aatype" to AnimeIVTC had the wrong type.
AnimeIVTC(aa=4,aatype="EEDI2",dark=0.4,mode=1,pass=1)
Even without the quotes on EEDI2, I get the same error.
thetoof
31st January 2010, 04:09
Ah, darn... didn't take the time to upload the newest version with all the corrections... This'll do for now. (unofficial dev copy) http://www.sendspace.com/file/eg255t
egrimisu
1st February 2010, 11:39
hi guys,
I runned an anime in mode 3 pattern -1, great result, one big problem, there are scenned that look great in pattern5(70%) and other in patter1 and patter3.mixxed mode dht ??? anyway, as my english is not that good i not completly understand tdecimate, but i there a way to use the proper patern in every scene, is there a fucntion that can scan every scene and decide witch pattern to be used? can tdecimate do this?
here is the anime runned in patern=-1 , the resolution is a bit altered by animeivtc but for encoding speed reason. but you can still see it, please look trough scenes in the episodes. Thanks in advance
http://www.megaupload.com/?d=WY6SLDEH
osgZach
2nd February 2010, 00:05
You probably want to use a tool like Yatta to do this, unless you are comfortable, or know how to manually write override files.
I don't think there is any other realistic way to do what you're asking.. If someone were to implement such ability, it would probably take too much time and CPU before frustrating most people (the whole point of non-standard patterns being they can be unpredictable like crazy).
Or I could be wrong, but I don't think there is any kind of on-the-fly adaptation that can be used/specified, outside of the internally coded adaptive pattern matching algorithms that are used.
thetoof
2nd February 2010, 01:18
1 - Send me a SAMPLE of the original m2v (10mb), not the whole 300MB file.
2 - Tdecimate should be able to decimate properly... but I don't get that "resolution mess-up", which is why I need a sample.
Nightshiver
2nd February 2010, 02:55
Yes, original as in not mkv, which leads me to believe you downloaded this.
egrimisu
2nd February 2010, 22:21
intro - http://www.megaupload.com/?d=38B25HEO
ep part1 http://www.megaupload.com/?d=NJRHFORG
extracted with vobblanker
i think i exageretad with the size :) let me know if you need me to cut a smaller piece.
Nightshiver
3rd February 2010, 00:30
When using mode=3, I saw ghosting, which led me to believe your source was field blended, so I used mode=2 and everything seems fine.
Animeivtc(mode=2,aa=0)
egrimisu
3rd February 2010, 11:16
Thanks Nightshiver, still can't understand how i managed to miss mode 2, anyway will do a complete encode using mode2 and another using mode2,bbob=4 to check something, i have another anime that is blended and made some tests a few days ago and had got to the result that bbob=4 keeps more detail but does not remove the whole blending as bbob=3.Could this be true? eedi2 is even more bad.
sample and encode diferences http://www.megaupload.com/?d=977LVDZT
be back later with samples
When using mode=3, I saw ghosting, which led me to believe your source was field blended, so I used mode=2 and everything seems fine.
Animeivtc(mode=2,aa=0)
thetoof
3rd February 2010, 16:13
What could be happening is that since bbob=4 uses mo-comp (tgmcmod) and that blends are tricky to estimate, to say the least, its averaging of neighbour frames could make the blends less detectable for srestore (thus leaving some behind). Try using degrain=1 and see if it helps. If not, use a different bbob mode.
egrimisu
4th February 2010, 14:30
What could be happening is that since bbob=4 uses mo-comp (tgmcmod) and that blends are tricky to estimate, to say the least, its averaging of neighbour frames could make the blends less detectable for srestore (thus leaving some behind). Try using degrain=1 and see if it helps. If not, use a different bbob mode.
didn't helped. will stick to bob=3
btw degrain=1 is the default dor bob=4.
Vitaliy Gorbatenko
4th February 2010, 16:03
How to deinterlece this http://www.mediafire.com/?ynnn15uutjq
Video 3:2 and credits displayed next to video - pure interlaced ???
egrimisu
4th February 2010, 17:08
How to deinterlece this http://www.mediafire.com/?ynnn15uutjq
Video 3:2 and credits displayed next to video - pure interlaced ???
i used to deinterlace this type in the version 1.x like this:
DGDecode_mpeg2source("d:\misu\nana40\VTS_01_1.d2v")
source1=DGDecode_mpeg2source("d:\misu\nana40\VTS_01_1.d2v").trim(0,37655)
source2=DGDecode_mpeg2source("d:\misu\nana40\VTS_01_1.d2v").trim(37656,40579)
a=source1.animeivtc(mode=1,aa=0,mt=true).assumefps(30000,1001)
b=source2.TempGaussMC_beta1mod(edimode="nnedi").selecteven() (or eedi2 deepnding on source)
a+b
and i needed a timecode.txt file containing:
# timecode format v1
Assume 29.970030
# TDecimate v1.0.3 by tritical
# Mode 5 - Auto-generated mkv timecodes file
0,30124,23.976024
# vfr stats: 100.00% film 00.00% video
# vfr stats: 36035 - film 0 - video 36035 - total
# vfr stats: longest vid section - 0 frames
# vfr stats: # of detected vid sections - 0
Vitaliy Gorbatenko
4th February 2010, 17:44
Not bad.. but 3:2 part become jerky..
thetoof
4th February 2010, 19:57
I haven't looked at your sample, but what I usually do in these cases (when it's not overlayed, but side-by-side) is cropping the image to process them separately and then stack them together.
Nightshiver
4th February 2010, 20:37
Wow, could you upload something longer than less than 1 sec? Absurdly short sample.
ghscreenki
5th February 2010, 03:54
The new version looks easy and it's actually 0.20fps faster in my 2.2 GHz Core2Duo at fixing the interlaced credits over progressive background and the new version is simple and no need to apply checks to get the information you want about the said interlaced credits. The problem is, I can't get the credits to scroll smoothly.
Source:
http://img69.imageshack.us/img69/4050/samplec.th.png (http://img69.imageshack.us/my.php?image=samplec.png)
I used this script. Pass=1:
AnimeIVTC(mode=4,omode=2,e1=11353,i1=13522,e2=16260,pass=1)
I created a lossless encode and after that, following the manual, I used this for the pass=2:
AviSource("losslesspass.avi")
AnimeIVTC(mode=4,omode=2,e1=11353,i1=13522,e2=16260,rendering=true,pass=2)
Encode it and this is the result:
http://img683.imageshack.us/img683/396/sampleb.th.png (http://img683.imageshack.us/my.php?image=sampleb.png)
It looks good but the credits scrolls rather jerky. I checked everything, I muxed the encode with the timecode.txt. I'm missing something. In version 2, I can't duplicate the same result in version 1.06.
Here's the source btw: http://www.megaupload.com/?d=G8M9E6OV
:thanks:
EDIT: Using AnimeIVTC 2.0 unofficial dev copy.
Vitaliy Gorbatenko
5th February 2010, 03:55
thetoof, and how to compensate FSP difference after (then stack them together) ???
Nightshiver
5th February 2010, 04:40
@ ghscreenki
How about not doing rendering=true. For pass=1, just run an Analysis Pass in MeGUI, change the line to pass=2, then encode and see what that does. You don't have to use rendering=true.
egrimisu
5th February 2010, 08:44
the timecodes are only used to speedup the portion of the clip that has 29.97fps, the other is usually 23.976. This has nothing to do with the jerkness.
The new version looks easy and it's actually 0.20fps faster in my 2.2 GHz Core2Duo at fixing the interlaced credits over progressive background and the new version is simple and no need to apply checks to get the information you want about the said interlaced credits. The problem is, I can't get the credits to scroll smoothly.
Source:
http://img69.imageshack.us/img69/4050/samplec.th.png (http://img69.imageshack.us/my.php?image=samplec.png)
I used this script. Pass=1:
AnimeIVTC(mode=4,omode=2,e1=11353,i1=13522,e2=16260,pass=1)
I created a lossless encode and after that, following the manual, I used this for the pass=2:
AviSource("losslesspass.avi")
AnimeIVTC(mode=4,omode=2,e1=11353,i1=13522,e2=16260,rendering=true,pass=2)
Encode it and this is the result:
http://img683.imageshack.us/img683/396/sampleb.th.png (http://img683.imageshack.us/my.php?image=sampleb.png)
It looks good but the credits scrolls rather jerky. I checked everything, I muxed the encode with the timecode.txt. I'm missing something. In version 2, I can't duplicate the same result in version 1.06.
Here's the source btw: http://www.megaupload.com/?d=G8M9E6OV
:thanks:
EDIT: Using AnimeIVTC 2.0 unofficial dev copy.
ghscreenki
5th February 2010, 11:18
Uh, this is embarrassing. ^_^;; Credits scrolls perfectly when I excluded "rendering=true" as Nightshiver suggested.
:thanks:
Also, thanks again thetoof for AnimeIVTC! The best thing that happened to me. XD
Nightshiver
5th February 2010, 19:09
No problem.
GibsonXXI
6th February 2010, 00:06
Ah, darn... didn't take the time to upload the newest version with all the corrections... This'll do for now. (unofficial dev copy) http://www.sendspace.com/file/eg255t
When using this version i'm getting the following error:
I don't know what "usemocompi" means (AnimeIVTC 2.00avsi, line 218)
I copied the dev version over the top of the original seeing as that one didn't work for me anyway.
Command line used:
AnimeIVTC (mode=1, ifade=true, killcomb=3, aa=4, aatype="EEDI2", stabilize=true, aapel=2, e1=xxxxx, i1=xxxxx, omode=1, credconv="mocomp", nnedi2pel=true)
e1 and i1 params changed in post to avoid confusion.
Regards,
Gib.
thetoof
6th February 2010, 00:45
Somehow lines got swapped. Use this: http://www.mediafire.com/?z0mdtwyoefn
GibsonXXI
6th February 2010, 07:05
Somehow lines got swapped. Use this: http://www.mediafire.com/?z0mdtwyoefn
Error message now gone. Instead when specifying e1 (end of telecined section) and i1 (end of credits) and credconv (either blend or mocomp) I lose 8489 frames from the end of the video.
AvsP is showing 33955 frames, instead of 42444 frames at 23.976fps. Original clip was 29.976fps. set e1 at 41023 frames and i1 at 42444 frames (end of video).
Original clip is telecined with interlaced credits on the end. Not sure i'm using this correctly.
thetoof
6th February 2010, 09:24
Are you specifying the END frames with e1 and i1?
Which frames are lost (where are they in the clip...)
Undead Sega
6th February 2010, 20:21
Hello thetoof, how are you? i hope all is well.
i know this may sound familiar and abit repetitive, but i am having problemsd once again ivtc the suzumiya source on my own, ive updated the masktools-v2.0a35\mt_masktools-26.dll to masktools-v2.0a36\mt_masktools-26.dll, and changed the avsi to 2.00 and using the suggested script u mentioned before:
animeivtc(mode=1, blend=true)
however this crashed Virtualdub immediantly as well as other encoders that accept Avisynth files :( and whilsts i tried
animeivtc(mode=1, aa=1)
it does give me 23.976 however i still see the blended frames.
i did the same thing with Srestore, but i still get the corrupted frames as ive uploaded before.
GibsonXXI
6th February 2010, 21:01
Are you specifying the END frames with e1 and i1?
Which frames are lost (where are they in the clip...)
Hi TheToof,
Yes I'm specifying e1 as the end of the episode (after fade to black, but before credits) and i1 as the end of the video in total, after the credits have ended.
The confusion is arising because when previewing in AvsP the video ends about 2-5 minutes approx before my cut point for e1. All the missing frames are after this.
Like I said, the original video is 29.970030fps NTSC (Which is hard telecined as far as i can tell) and after applying AnimeIVTC with the settings I posted above, it's being decimated to 23.976fps, which is what i'm aiming for. I just don't understand where the missing frames are going, unless I've incorrectly determined the source, or there is something going on with the AnimeIVTC function. I wouldn't bet against it being me doing something wrong, as i'm no expert at this.
DGIndex reports the source as being 99.94% NTSC video and i've done a IVTC on this source before, and the episode came out ok. But the credits were jerky as hell and look to be interlaced, hence the reason for trying it with AnimeIVTC and the above settings.
I am using Tcomb before AnimeIVTC in the same script to correct dot crawl & rainbowing if this has any bearing on it.
Gib.
GibsonXXI
6th February 2010, 21:08
The source is the R1 re-release of 3x3 Eyes. a very poor quality source. Lots of noise, dot crawl and other nasties abound in this one. The original was a VHS release, circa 1996 so i'm not expecting amazing quality from the encode. All i'm aiming for here is watchable quality without credits that jump up & down like a tree-monkey on acid.
:)
Gib.
thetoof
6th February 2010, 21:31
GibsonXXI, the numbers you specify should not be from an ivtced clip, but the original source at 30fps (after a quick glance at your numbers, it looks like this is the issue; I could be wrong)
Undead Sega, use mt_masktools-25.dll with avs 2.5.x
GibsonXXI
7th February 2010, 06:37
Should i set DGIndex to ignore pulldown flags? Other than this the only thing my script has from where i get my frame numbers is the dgdecode and colormatrix lines. Until i get my frame reference points, AnimeIVTC is commented out.
Gib.
thetoof
7th February 2010, 08:15
Weird. I'll be busy for the next days; if I ever forget to look into it, you're welcome to remind me!
GibsonXXI
7th February 2010, 21:35
I set DGIndex to ignore pulldown flags and created a new D2V based on that setting. Then the episode is shown in it's entirety. obviously once I decimate with AnimeIVTC the frame total is smaller, but all frames are present that i expect to be there.
Gib.
EDIT: Did some more investigation. It looks like Pioneer did all they could to cut costs when transferring this title from VHS to DVD. The source appeared to be telecined, but in fact it is field blended from 23.976fps to 29.976fps. The source has interlacing and ghosting only possible when field blending has been used. The original was NTSC so i'm going on the assumption they used this to create the 29.976fps on the DVD edition rather than a PAL -> NTSC transfer. Therefore i'm going to try mode=2 and am going to attempt to denoise as much as is possible, and convert the audio to match.
Kaze_no_Hime
22nd February 2010, 22:35
Can someone help me with this http://www.mediafire.com/?kdehzdma5yy example. It's only the opening of Air TV, the anime I'm trying to encode. The source is hard telecined with 3:2 pattern - 3 progressive and 2 telecined(which are blended). You can see what the problem is from 01:15 min. to the end of the clip. I can't figure out how to get rid of those blended frames...
The script I used is supposed to be like this:
DGDecode_mpeg2source("E:\Demuxed DVDs\Air\air - 01.d2v", info=3)
ColorMatrix(hints=true, interlaced=true, threads=0)
AnimeIVTC(mode=3, killcomb=2, aa=4, dark=0.4, aapel=4, omode=1, mix=22, estart1=0, eend1=3488, pstart1=3489, pend1=6184, estart2=6185, eend2=39870, istart1=39871, iend1=42568, estart3=42569, eend3=43492)
I'm specifying both the start/end frames of the sections, because I'm currently using AnimeIVTC - v1[1].06.1
I have tried AnimeIVTC dev copy(of v2.00) with those settings:
DGDecode_mpeg2source("E:\Demuxed DVDs\Air\air - 01.d2v", info=3)
ColorMatrix(hints=true, interlaced=true, threads=0)
AnimeIVTC(mode=1, blend=true, credconv="mocomp", pel=4, nnedi2pel=true, killcomb=3, aa=4, dark=0.4, sharp=160, aapel=4, omode=1, e1=768, p1=3974, e2=19388, p2=41976, e3=43307)
I triedn "blend" instead of "mocomp" as well. But that didn't worked too.
Does anyone managed to remove blended frames with AnimeIVTC 2.00 at all?
Kaze_no_Hime
22nd February 2010, 23:11
Then, a stupid question - how can I cut a .m2v file to give the original source?
Mr VacBob
22nd February 2010, 23:53
The param for aatype is wrong in AnimeIVTC (as of v2.00); it's "int" instead of "string".
Kaze_no_Hime
23rd February 2010, 00:05
Ok. I cuted the .mv2's opening in mpg file and changed the link in my previous post. So it's not mkv anymore.
I really would appreciate any help for this source.
bizz & buzz
27th February 2010, 18:19
When trying to load sharpaamcmod(), I get an error: aWrapSharp isn't loded! (AnimeIVTC 2.00.avsi, line 547).
I'm using aWrapSharp 2009.06.19
What's wrong?
bizz & buzz
27th February 2010, 20:29
yep, totally worked -- thank you for that :)
ShocWave
28th February 2010, 05:50
This may be a stupid question, but is it possible to run mode=1 without decimating? Like what you can do with ymc in yatta?
Tima
28th February 2010, 20:45
I have source with very weird type of telecine.
http://griffon.net.ru/~next/IVTC-foo.m2v
It's from original DVD "Chikyuu ga Ugoita Hi".
What is the most proper way to process it, and does AnimeIVTC already employs it?
Currently with mode=2 results are satisfactory, but maybe they could be even better :)
osgZach
1st March 2010, 02:34
You should post a source sample from the DVD's VOB stream then.
Use DGIndex to open your VOB and mark a short 10 second section with the bracket keys ( "[" and "]" )
Then use the "save project and demux video" option. Upload the resulting M2V file.
Tima
1st March 2010, 03:35
Fixed.
http://griffon.net.ru/~next/IVTC-foo.m2v
Stephen R. Savage
1st March 2010, 03:52
That's not a "very weird type of telecine." In fact, there is no telecine at all in there. This is where you should be looking. (http://forum.doom9.org/showthread.php?t=95924)
Tima
1st March 2010, 04:22
That's not a "very weird type of telecine." In fact, there is no telecine at all in there. This is where you should be looking. (http://forum.doom9.org/showthread.php?t=95924)
Currently, AnimeIVTC(mode=2) does FAR better job for me than trying to use Srestore, so I think I'm posting my sample in the right thread.
Also this source IS telecined, because of 29.97 fps and visible interlacing.
In addition there are some fields which are blended very uncommonly ('crossfading' into each other by Y-axis), so I suppose there should be a special treatment for them.
Caroliano
1st March 2010, 15:18
I'm having problems deinterlacing minipato. Samples and more information in this thread: http://forum.doom9.org/showthread.php?t=153095
Spline64resize(720, 240).SRestore(omode="pp3").Decimate().Spline64resize(720, 480) works resonably well, but I lose half of the horizontal resolution. AnimeIVTC(mode=1, blend=true) works well at the fishing scene and many others, but it fails at the robot scene, where AnimeIVTC(mode=1) works perfectly.
Isn't there anyway for animeivtc process with the blend=true and blend=false, and return the one that gives the best results for each frame?
osgZach
1st March 2010, 18:25
Currently, AnimeIVTC(mode=2) does FAR better job for me than trying to use Srestore, so I think I'm posting my sample in the right thread.
Also this source IS telecined, because of 29.97 fps and visible interlacing.
In addition there are some fields which are blended very uncommonly ('crossfading' into each other by Y-axis), so I suppose there should be a special treatment for them.
29.97 FPS + "interlacing" does not always mean Telecined.
Just from looking at the frames, each 5 frame block contains 4 with combing and 1 progressive frame. This is a pretty good hint it is not a telecine issue. Or at least that the likelihood of it being an odd Telecine patterns is probably less.
You do in fact, have a field/frame (w/e its called) blended source.
Do this is to see for yourself. The scene with the train passing will give you a clear example of blends.
*.AVS
mpeg2source("blahblah.d2v")
AssumeTFF().SeparateFields()
Play that back frame by frame in any section with motion and you will see a "ghosting" effect. This is what blending looks like.
You need to use SRestore, or another similar tool. I think AnimeIVTC may use it in some modes, but I can't recall.
Tima
1st March 2010, 19:01
29.97 FPS + "interlacing" does not always mean Telecined.
Just from looking at the frames, each 5 frame block contains 4 with combing and 1 progressive frame. This is a pretty good hint it is not a telecine issue. Or at least that the likelihood of it being an odd Telecine patterns is probably less.
If the original framerate is 24 fps, and we have 29.97 fps, then there are some fields duplicated (w or w/o another mess-ups, such as blending, but it's still telecine).
You do in fact, have a field/frame (w/e its called) blended source.
Correct, there's not ONLY telecine issue with this source. As I said, the issue with this source (at least for me) is MIX of somewhat exotic telecine AND exotic blending".
If we look at the title of this thread, it says 'All-in-one solution for interlacing and blending'. My case exactly fits into this title ;) so, no offense, but it's not a solution to redirect to srestore :)
You need to use SRestore, or another similar tool. I think AnimeIVTC may use it in some modes, but I can't recall.
As I said, mode=2 gives satisfactory results, but I still need thetoof to consider this sample and probably enhance algorhitms of AnimeIVTC, or to clarify that it already does its best :)
Nightshiver
1st March 2010, 20:48
And you need to be more open minded. If you do not want to take the advice of those more knowledgeable than you, you have no business being here. AnimeIVTC was created mainly for the solution to the many problems with ANIME, and it just so happens that it works WELL with other sources, but is not the one stop end all solution to everything. There are many cases were other tools, such as SRestore, do a better job than AnimeIVTC at accomplishing a certain task. If have searched any field-blend threads here, you will also realize that sometimes, or a lot of times, you just can't get rid of every single blend. That being said, if you really want some help, post your case in MoMonster's thread here (http://forum.doom9.org/showthread.php?t=95924)
osgZach
2nd March 2010, 01:00
I'm pretty sure what you think you are seeing as interlacing, are the motion artifacts from the field blends. I can't find anything that looks like Telecine related combing after running it through TFM. All I see are horrid, horrid, monstrously horrid, field blends.
Frankly I'm more inclined to go with Stephen's original assessment, cause he knows way more than I do. I guarantee you that.
GibsonXXI
3rd March 2010, 11:50
When trying to load sharpaamcmod(), I get an error: aWrapSharp isn't loded! (AnimeIVTC 2.00.avsi, line 547).
I'm using aWrapSharp 2009.06.19
What's wrong?
Make sure your using the *original* version of aWarpSharp not the rewrite. The rewrite uses the command syntax aWarpSharp2() instead of aWarpSharp() or vice versa.
I'm not sure which version AnimeIVTC uses as i have both.
Caroliano
3rd March 2010, 15:23
Quick bugreport: if I use animeivtc(mode=1, blend=true, chrfix=true) I get 11.988fps output.
manono
3rd March 2010, 18:50
To add to the chorus trying to set you straight:
If the original framerate is 24 fps, and we have 29.97 fps, then there are some fields duplicated (w or w/o another mess-ups, such as blending, but it's still telecine).
It was converted to 29.97fps not by adding in duplicate fields but by field blending. Saying something's been telecined implies it can be inverse telecined. It can't be IVTC'd; it can only be unblended.
Correct, there's not ONLY telecine issue with this source. As I said, the issue with this source (at least for me) is MIX of somewhat exotic telecine AND exotic blending".
To repeat, there's no telecine, exotic or otherwise.
...but it's not a solution to redirect to srestore
Why not, if SRestore does the job as well as it can be done, and more easily? It's up to thetoof whether or not he wants to have a look at your sample, but if you have something already proven to work with your source, why even bother him?
Hello everybody... I'm new here, and not experienced in video encoding, so I apologize if there's anything wrong with my post. (I also apologize if there's anything wrong with my English. Or if I'm posting in the wrong thread.)
I need some advice on dealing with an anime I'm trying to encode. It has at least 5 or 6 separate randomly placed sections that are 29.97fps progressive, and the rest of it alternates quite often between regular telecine pattern (3 frames progressive + 2 combed) and what I assume to be double hard telecine (almost every frame is combed). "Quite often" means "somewhere between every 20 and every 5000 frames, depending on the scene, total frame count being over 54000". Also, the progressive sections have 1-2 pixels of combing on the edges (badly placed fields?).
I originally tried to encode it via 2 pass VFR mode of TFM+TDecimate, and it does its normal job with progressive and telecined parts, but it ends up outputting weirdness in the DHT parts (quite a lot of combing is simply left in with no deinterlacing, no matter what parameters are used). I tested AnimeIVTC in the DHT mode on a small fragment of a DHT part, and it produced a clean, if slightly jerky, output (I believe TDecimate left DHT at 29.97fps, because it looked smoother in motion - but very, very messed up in appearance).
However, I'm not sure there's a way to make AnimeIVTC process the entire thing at once, since it doesn't seem to be able to accept so many fragments of the video (and with some more tests I couldn't get it to produce VFR at all for some reason... maybe I missed something in the manual?..).
Is there any way to fix this anime? Any help is appreciated.
Nightshiver
3rd March 2010, 22:28
Post a sample.
Tima
3rd March 2010, 23:10
It was converted to 29.97fps not by adding in duplicate fields but by field blending. Saying something's been telecined implies it can be inverse telecined. It can't be IVTC'd; it can only be unblended.
Hmm, I guess that was the issue with my definitions, which led to misunderstanding here. I thought that BLENDING is an operation, which doesn't change framerate, and that the process of duplicating fields and blending some adjacent frames of one field together is called TELECINE+BLEND (and the reverse procedure is called UNBLEND+IVTC). But well, your point with that implication is valid too, so I'm convinced.
So, everyone, sorry for misunderstanding.
Why not, if SRestore does the job as well as it can be done, and more easily? It's up to thetoof whether or not he wants to have a look at your sample, but if you have something already proven to work with your source, why even bother him?
Well, I'm trying to stay with my sample in this thread because of the description of AnimeIVTC, the first post of this thread :)
The thread was originally created after encountering multiple interlacing and blending related issues [...] . Its purpose was to gather as many samples as possible and to converge discussions about them to eventually create a function that could deal with all the issues in an optimal and easy to use fashion.
Even with the field-blending only, the sample still falls into that description, I suppose. So my intention was to wait for thetoof to consider it :)
Sorry, if such behaviuor annoys you guys here :)
If there'll be no reaction from thetoof, I'll of course consider all of the suggestions in this topic and either will try to master specialized Srestore solution, or will just simply happily use AnimeIVTC(mode=2) to get suboptimal but still acceptable result.
Post a sample.
Not exactly sure if that's what you mean, but here:
30fps sample 1 (http://www.mediafire.com/?lokxtwgwkot)
30fps sample 2 (http://www.mediafire.com/?izdmmjmuodj)
DHT sample 1 (http://www.mediafire.com/?tykhnyckzzq)
DHT sample 2 (http://www.mediafire.com/?m0ma5zlvjz0)
I hope the links work because I never used MediaFire before and might have screwed up something... Also I didn't upload regular telecine, because it's just that -- but I can cut out some random piece of it if you want to look.
Of course, there's much more of this, since, as I mentioned, the video changes quite often - this is pretty much where the problem lies.
(This anime also has everyone's favorite scrolling credits on telecined background... but that's the least of its issues, really.)
Stephen R. Savage
3rd March 2010, 23:56
@YnK:
I took a look at "HT2-1-30FPSsample3.m2v" and it appears to be an interlaced pan. TFM recognizes all the frames as being interlaced and substitutes deinterlaced frames for them just fine. Likewise, TDecimate correctly identifies this as a VIDEO cycle. This could be deinterlaced to 60p for better results, but TDecimate does not support NTSC_double cycles, so you would have to do this by hand. Incidentally, this artificial horizontal pan is one of the few things that TGMC/MCBob can reverse with 100% accuracy.
I also took a look at "HT2-1-DHTsample2.m2v". I am not entirely certain, but I believe the background scrolls in a telecine pattern independent of the foreground object (the smoke thing). TFM also correctly recognizes this as being interlaced. The correct strategy is to decimate this, because the primary motion is the vertical pan, and jerkiness in it would visually eclipse the less significant smoke. Actually, they appear to be in phase after deinterlacing, so there is no problem. Some combing on the clouds passes through due to the incorrect metric that TFM employs for detecting interlacing (sharp = interlaced), but reducing MI to 40 or so catches that.
In summary, I don't see any problems with using TIVTC on this material. For better deinterlacing, EEDI2, nnedi2, or TGMC could be coupled, but aside from that, there is nothing unusual.
P.S: What cartoon is that?
I took a look at "HT2-1-30FPSsample3.m2v" and it appears to be an interlaced pan. TFM recognizes all the frames as being interlaced and substitutes deinterlaced frames for them just fine. Likewise, TDecimate correctly identifies this as a VIDEO cycle. This could be deinterlaced to 60p for better results, but TDecimate does not support NTSC_double cycles, so you would have to do this by hand. Incidentally, this artificial horizontal pan is one of the few things that TGMC/MCBob can reverse with 100% accuracy!
Will try. Thank you.
I also took a look at "HT2-1-DHTsample2.m2v". I am not entirely certain, but I believe the background scrolls in a telecine pattern independent of the foreground object (the smoke thing). TFM also correctly recognizes this as being interlaced. The correct strategy is to decimate this, because the primary motion is the vertical pan, and jerkiness in it would visually eclipse the less significant smoke. Actually, they appear to be in phase after deinterlacing, so there is no problem. Some combing on the clouds passes through due to the incorrect metric that TFM employs for detecting interlacing (sharp = interlaced), but reducing MI to 40 or so catches that.
Will try, although I'm honestly not very much familiar with how exactly TFM works... I never had to encode VFR prior to getting these DVDs... so maybe I'm just using wrong parameters. The first DHT sample in particular always looked bad in my encoding...
In summary, I don't see any problems with using TIVTC on this material. For better deinterlacing, EEDI2, nnedi2, or TGMC could be coupled, but aside from that, there is nothing unusual.
Will try... I have a lot of free time for experimenting, actually. :)
P.S: What cartoon is that?
Eh... well... It's one of the OAVs for Harukanaru Toki no Naka de series. I kind of expected it to be VFR, but I wasn't prepared for my first ever encounter with double-hard telecine. The samples are from the first episode out of three... the other two are better in that they don't seem to have DHT... instead, the second one has what I think is blended fields, although I might be mistaken. But I guess that's another topic entirely... (I don't remember if it has interlaced pans as well or not.)
Thank you very much for your advice. This video is quite messy, at least compared to other anime I encoded so far, so I'm not 100% sure if your suggestions will work on the rest of it. Will post again in case there are more problems, if nobody minds. :)
EDIT: The Results!
Well, the good part is that I fixed all interlaced pans. They're great at 60fps. The bad part is that DHT and other weirdly interlaced video is still ugly. In particular, somewhere within the rest of the episode there's a couple of scenes with interlaced effects (sparkle, moving transparent smoke or fog, etc.) over telecined background. Their combing is not much visible on the original video stream to begin with, but TFM's attempts to deinterlace them tend to screw up the background so it requires even more postprocessing. When I originally tried to encode VFR with TIVTC alone, simply running the two-pass script on the video, everything that wasn't progressive or 3:2 pattern looked bad (and TIVTC also did weird decimation in some places). In general, AnimeIVTC often does a better job with these cases, but sometimes it's just as ugly as with TIVTC.
Oh, and another issue I forgot about. There are scenes that seem to keep flickering at any chosen framerate. I'm not particularly sure what to do about it. Sample (http://www.mediafire.com/?z5lztuky3tm).
egrimisu
6th March 2010, 17:06
Hi, i have a source that have some blends and those are properly remobed usign mode=2, but some scenes are progresive and does not require ivtc, the v1 did a good job mentaning the progresive frames using timecodes file, but lacked in deblending(mode=2). how to solve this?
Nightshiver
6th March 2010, 23:15
Post a sample please.
egrimisu
8th March 2010, 09:25
sample:
http://www.megaupload.com/?d=B5SH5TTS
egrimisu
9th March 2010, 18:37
no solution?
Nightshiver
9th March 2010, 20:56
Sadly, no :( There wasn't anything I found that could completely fix it, not VFR, not various methods of blend removal. I suppose the last think you may want to do is post in momonster's thread "another restore function", as he would best know how to get you further along. Either that or get a better source is all I can tell you :(
Undead Sega
10th March 2010, 22:31
Hello thetoof, how are you? i hope all is well.
i hope u remember my problem and situation from a couple months ago, but i updated the masktools to masktools-v2.0a36, and changed to version 2.00 of your avsi, and followede the same script u suggested to me (animeivtc(mode=1, blend=true) i get an error message saying that there is no such function as 'average', and even when i place the Average .dll, it would work but i would still get those corrupted frames. Any ideas or something i might be doing wrong?
egrimisu
11th March 2010, 17:19
Sadly, no :( There wasn't anything I found that could completely fix it, not VFR, not various methods of blend removal. I suppose the last think you may want to do is post in momonster's thread "another restore function", as he would best know how to get you further along. Either that or get a better source is all I can tell you :(
ok but in animeivtc v1.xx mode=5 worked great for mode=1 i was hoping that the toof to import that function in v2 and make it to work with mode=2 to.
Overdrive80
25th March 2010, 23:24
Hi, i find a ussue. If i use this code:
DGDecode_mpeg2source("E:\DB_1\Opening\NF\ope.d2v", info=3)+\
DGDecode_mpeg2source("E:\DB_7\41\41.d2v", info=3)
Animeivtc(mode=4,chrfix=true,aa=0,omode=1)
I obtain this error:
http://img97.imageshack.us/img97/3671/captura2gv.jpg
Someone solution?
Thanks ^^
ghscreenki
31st March 2010, 02:34
Pardon me for this off-topic question:
Is it common for anime DVD makers to create a progressive source rather than interlace it which they normally do?
I have an anime DVD and AnimeIVTC failed to read it (mode=1) and upon closer inspection, it's progressive and I find it very odd because all anime DVDs I handled are interlaced.
Mr VacBob
31st March 2010, 02:37
Some of the more carefully produced DVDs (esp. some things by Gainax) are soft-telecined 24p. Haibane Renmei is actually 30p, but I've never seen another one like that.
ghscreenki
31st March 2010, 02:50
The funny thing is, its TV broadcast version and it runs at 24fps. It's very strange really, it's an anime with little animation going on and 80% of the time are all talking with nothing but their lips moving. It's understandable if there's CG animation involved, etc. Anime in question is Sasameki Koto. Well, anyway, thanks. :) At least there are DVDs like those.
Leinad4Mind
6th April 2010, 20:54
Hi there, I have here a sample: http://www.megaupload.com/?d=M5V5W6P0
This is a R2ES (Spanish). PAL. 25fps. Interlaced. Top Field Frame. (Yeah... the bad... the ugly... the real shit xD)
And I know that I could use an R2J or R1 without those problems. But I just want to know how to solve and learn a little bit more.
I'm not a complete noob, but... what is that:
http://img717.imageshack.us/img717/1145/problem1v.png
http://img530.imageshack.us/img530/1440/problem2.png
I'm using:
mpeg2source("C:\Users\Leinad4Mind\Desktop\SF.demuxed.d2v", idct=6, info=3)
ColorMatrix(hints=true, interlaced=true, threads=2)
AnimeIVTC(mode=2,bbob=4,aa=4,edimode="nnedi2",degrain=3,normconv=true,omode=1)
This fix the interlace and denoise the vid and do an anti-aliasing. But those problems in the screens I show. How can I remove them? And what is that? Some sort of ghost?!
Best Regards
EDIT: @thetoof: The "chrfix=true", is it already fixed?!
In attach I send the AnimeIVTC with some corrections spot by many and solved by thetoof in some new posts. :p
fixes as:
int "aablk", string "aatype"){
bool "ifade", float "sfthr", bool "sfshow"\
smartfademod(clip c,
default ( sfshow, false )
ifade = aa==2 ? false : ifade
sfthr = default ( sfthr, 0.4 )
sfshow = default ( sfshow, false )
osgZach
8th April 2010, 03:09
Looks like a frame/field blend issue.
Sometimes you can't fix everything, or at least not without getting a little more manually involved. If at all
manono
8th April 2010, 04:15
It's just standard Film to PAL field-blended stuff. You don't need to use AnimeIVTC to fix it. Based on the sample provided, just:
Yadif(Order=1,Mode=1)#or a better bobber
SRestore()
is enough.
MatLz
9th April 2010, 05:18
Leinad4Mind's sample.
Sometimes, a small variation like that:loadcplugin("yadif.dll")
mpeg2source("VTS_01_1.demuxed.d2v")
yadif(1,1)
convertfps(48000./1001.)
srestore(24000./1001.)does a better job.
It seems that's the case here: www.sendspace.com/file/h02bxq
Great Dragon
13th April 2010, 12:22
Hi guys.
I can't deal with this chroma bug.
http://j.imagehost.org/t/0122/chroma_bug.jpg (http://j.imagehost.org/view/0122/chroma_bug)
Sample (http://rapidshare.com/files/375361070/dt_sample.demuxed.m2v)
I'm trying mode=1 with chrfix=true but it doesn't work. I have a script error message.
Mode=2 can handle it but it ruins progressive frame quality.
YnK
16th April 2010, 14:58
Just want to ask one question because I'm not sure if I'm doing the right thing or not... Please forgive me if it's already been said anywhere.
Scene transition effects are often applied to the video after telecine. So if there is a telecined scene with movement fading into another telecined scene with movement, the pattern sometimes doesn't match, so you get three or four combed frames in a row. If there are three, TFM fixes it if you make it search for matches in all directions, but I couldn't get it to fix four. I got this thing fixed with AnimeIVTC mode 3, but I'm guessing this might not exactly be a correct way to do this (more like I just got tired of messing up with TFM). The video in question is pretty much entirely telecined, but these odd scene transitions happen rather frequently, so I would like to know how to handle them properly. Please?..
Gavino
16th April 2010, 16:33
I'm trying mode=1 with chrfix=true but it doesn't work. I have a script error message.
I believe there is a problem with chrfix=true, due to a clash of global variables between AnimeIVTC and SRestore. See this post.
Great Dragon
16th April 2010, 18:20
I believe there is a problem with chrfix=true, due to a clash of global variables between AnimeIVTC and SRestore. See this post.
Thanks for advise. I have a different error but I can menage it.
First, I've changed all lfr to alfr.
Second, I've change variable call ordering to remove "I don't know what "l01" means" error:
l10 = jmp ? l01 : l_v
l01 = jmp ? l12 : l_v
l12 = l_v
to
l12 = l_v
l01 = jmp ? l12 : l_v
l10 = jmp ? l01 : l_v
and
c10 = jmp ? c01 : c_v
c01 = jmp ? c12 : c_v
c12 = c_v
to
c12 = c_v
c01 = jmp ? c12 : c_v
c10 = jmp ? c01 : c_v
After all this changes chrfix seems to be working, but I have another chroma bug:
http://j.imagehost.org/t/0428/chroma_bug2.jpg (http://j.imagehost.org/view/0428/chroma_bug2)
The same bug I've got with TempGaussMC but I've menage to remove this frame from sequence by this decimation pattern selectevery(5,2,4).
But pattern=5 command in AnimeIVTC that is responsible for above decimation scheme can't do the same job for an none reason.
Here I've attached an already modified version AnimeIVTC.
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.