TDeint and TIVTC

[Chainmax]

tritical, the latest version of dgmpgdec has bumped d2v to v15. Just a heads-up .

[tritical]

@Chainmax
Thanks. I'll put up a new version soon. I may just take out the check for higher version numbers, since there hasn't been a change since about v8 that actually effected tfm's parsing of the d2v file.

@Terranigma
Your script looks fine to me. One problem might be that securebob doesn't behave well when frames aren't request linearly (maybe it does, I haven't tested). If you render these parts separately:

file1:
Separatefields().DeBlock_QED().weave().TFM(mode=4,PP=0,slow=0).tdecimate(mode=1).trim(0,4552)

file2 (file1 as input):
securebob().selecteven()

file3 (file1 and file2 as input):
avisource(file1)
Tdeint(full=false,edeint=file2,mi=255,ovr="C:\Program Files\AVISynth Scripts\Defender.txt",ovrdefault=1)
vinverse()

Does it work correctly?

[Didée]

Sorry for butting in with an OT comment, but now I've seen this

Separatefields().DeBlock_QED().weave().

thing one time too much. That's a BAD way of deblocking interlaced footage: 50% of all possible boundaries between vertically neighboured blocks are NOT deblocked this way!

The only correct way for interlaced sources is: (alas)

SeparateFields() .PointResize(width,height)
Deblock_qed() .AssumeFrameBased()
SeparateFields() .SelectEvery(4,0,3) .Weave()

[PuppZ]

DGMPGDec 1.4.9b10 is out. I can hardly wait the new TIVTC version which supports it. :-)

[tritical]

Luckily you didn't have to wait too long , [link removed]. Only change was d2v format v15 support in tfm. I also disabled the check for newer d2v formats (there hasn't been a change since v8 or v9 that actually effected how tfm parsed the d2v file). Currently, tfm wont correctly handle the d2v's of videos that have repeated frames (via the rff flags). However, since those should all be progressive tfm shouldn't be needed on them anyways.

I still had things on the todo list, but everything that was left would require a lot of changes to the current code that I don't want to make. Instead, I'm gonna start on a complete rewrite that will combine TIVTC/TDeint and be built from the ground up with all of the desired functionality in mind.

As far as TDeint, some of the new features I was planning I'm gonna hold off on for now. I'll try to release v1.1 soon with the following changes:

- new hints (handle new hints from tivtc that pass through dgdecode's hints)
- motion map check top and bottom lines (currently it doesn't check them)
- add tswitch()
- add new blend deinterlace mode
- output map and deinted frame at the same time

Since all of those things are already completed.

Not gonna give a time frame on the tivtc/tdeint combination filter... it might be next month or it could be next year .

[Chainmax]

Thanks for this new release .

[Boulder]

Originally Posted by tritical

I still had things on the todo list, but everything that was left would require a lot of changes to the current code that I don't want to make. As far as TDeint, some of the new features I was planning I'm gonna hold off on for now.

Humm, was the option to multithread one of them? Since TDeint's one of the filters I use almost all the time, it would be a very useful one Nevertheless, thanks for your hard work!

[PuppZ]

Thanks :-)

[Zarxrax]

Wow, hardly anything changed but it seems like such a major milestone
I'm excited about the idea of the rewrite, I can't wait! Good luck with that.

[tritical]

Originally Posted by Boulder

Humm, was the option to multithread one of them? Since TDeint's one of the filters I use almost all the time, it would be a very useful one Nevertheless, thanks for your hard work!

It definitely is, since I have a dual core system now .

[Adub]

Righteous! Thanks for the update tritical! And I await the next version, plus multithreading, with great anticipation.

[foxyshadis]

Ah, I guess the big painful blocking change that got 1.0 put off for a year or more was finally pushed aside for the next version (expect it by 2009!), I see.

I mean the conversion of the help to html, of course.

I told you I'd have this to you some time back, but due to a couple of interesting functions and an accidental transposition of a single close parenthesis, it took much longer than it should have. (Side by side debugging of original vs modified is neat, but I could have done without it.) EEDI2 test MT version.

If anyone can get ICL to compile it, it's a good bit faster, but VC2005 SP1 broke mine.

[MacAddict]

Wow! Multithreading? I can hardly wait! Many thanks to all for the efforts.

[Moitah]

@foxyshadis: Very nice! On my E6600 it's faster than the normal version by a factor of 1.61, and the output is bit-identical.

EDIT: As for stability, I let it run for a few hours on over 80,000 frames and it didn't deadlock/crash.

[Adub]

links broken

Edit: fixed, thanks Foxyshadis.

[tritical]

TDeint v1.1, changes:

+ added TSwitch() filter
+ added new blend deinterlacing mode (type = 5)
+ expanded ovr line input buffers
+ added new map outputs (map=3/4) which output both a map and deinterlaced frame
+ map output works correctly with ap post-processing
+ map output works correctly with hints/ovr/full/tryweave
+ support passing through of dgdecode hints and tivtc's new hints
+ added ability to run motion detection on a separate clip (emtn parameter)
- motion map now checks top/bottom lines

@foxyshadis
Thanks for the mt'd eedi2. I'll put it up as version 0.9.3 on my site, if you don't mind, as soon as I get a chance. I don't have the intel compiler so I can't make an ICL build.

[Zarxrax]

Nice! Could you please describe how exactly the new deinterlacing mode works, what sort of situations it is good for, that sort of thing?

[tritical]

It's exactly the same as traditional blend deinterlacing, except that it averages temporally in the field not being kept (between prv/nxt) instead of just using whichever one happens to be weaved into the current frame. It's probably not good for much unless you want and/or need blend deinterlacing, in which case disable motion-adaptation (blend deinterlacing doesn't work well with motion-adaptation). Mode 5 should be slightly more compressible than mode 4. Mode 5 is similar to alignfields mode 3 minus the spatial blurring. Pretty much I just added it because I could.

[squid_80]

Originally Posted by foxyshadis

If anyone can get ICL to compile it, it's a good bit faster, but VC2005 SP1 broke mine.

Made an x64 build: http://members.optusnet.com.au/squid_80/EEDI2_imp64.zip

I had to comment out one of the #pragma omp lines (in EEDI2::fillGaps2X) since it gives VS2005's x64 compiler an internal error. I even installed SP1 (piece of crap!) to try and fix it, but no luck. Also tried ICL 9.0 and the results were poor compared to VS2005, so I just left the line out and decided to wear it.

[ChiDragon]

tritical, any chance of a fix for TIVTC still calculating all the metrics when it has them from input files? I'm working with over 200-frame decimation cycles on HD content -- seeking is excruciating!