Frame properties

[TbtBI]

Hi. After TDeint and tfm/tdecimate the frame property "_FieldBased" isn't changed (2/1->0).

[FranceBB]

I can confirm this.

[pinterf]

True, no frame property handling at all. Neither has such feature in TIVTC nor in AviSynth+.
And there are some hidden data-encoded-in-lower-bits method for other data which we also have to get rid of and replace with frame properties. VS port of TIVTC (but not TDeint) did some initiatives on using frame propertiesm this is all I know of the topic.
AviSynth environment has an additional compatibility drawback that it must also match with the existing clip properties.

[realfinder]

now we got 2 issues with same content #18

[realfinder]

some hidden data-encoded-in-lower-bits method for other data which we also have to get rid of and replace with frame properties.

I think "get rid" is not a good solution as a start, I think it's better to see if there are frame property or not, if no frame property then hints hack is used as usual

also same as http://avisynth.nl/index.php/ConvertStacked , we may need "hints hack <> frame property" converter, there are MergeHints() in tivtc and some independent plugins like http://avisynth.nl/index.php/TelecideHints already

[pinterf]

Last year TIVTC was ported to VapourSynth, they have already made the complete transition to frame properties. It has to be 'only' backported while maintaining compatibility with old bit-hint stuff.

[pinterf]

Just for the record:
In VapourSynth port - https://github.com/dubhater/vapoursynth-tivtc which was based on my version frame properties are handled fine, The old bit-hint hack is completely removed of course.
Some handled properties appear in TFM::putFrameProperties, others are set in various places.
List of handled properties: https://github.com/dubhater/vapoursynth-tivtc/blob/master/src/internal.h#L23

Relevant commits:

dubhater/vapoursynth-tivtc@6c6424a
dubhater/vapoursynth-tivtc@42ee261
dubhater/vapoursynth-tivtc@f6886a4
dubhater/vapoursynth-tivtc@e967d3f

Unfortunately (for us) other things were modernized/rewritten as well, so a one-by-one backport is no longer possible.

[pinterf]

Please look at the first test build, which includes frame properties used by the VS port.
https://github.com/pinterf/TIVTC/releases/tag/v1.0.27test1

[realfinder]

seems ok, I always love how your test build work ok even if you said that you didn't test it at all :)

but with https://www.mediafire.com/file/q2q0a64yosh79rz/INTRO.demuxed.m2v/file there are small diff

D2VSource("INTRO.demuxed.d2v")
tfm.TDecimate
a=last

LoadPlugin("TIVTC.dll")
D2VSource("INTRO.demuxed.d2v")
tfm.TDecimate
mt_makediff(last,a,u=3,v=3)
Mt_lut("x 128 = 128 255 ?",u=3,v=3)
#~ propShow(8)

not in all frames but with some like 2322 (after ivtc)

edit: I don't think it's a bug (rather than difference due to updates) but it might be, tfm part are 100% same aside from hints diffs in the top left, also I will be glad to see updates for #26 and #27

[realfinder]

btw, the op problem ("_FieldBased" isn't changed (2/1->0)) still there

[pinterf]

I simply didn't have time to test, but of course I tried not to release a version which I knew there are fully unfinished parts (there was a couple of them which I left open; that's why I had some work with it last week and that was the reason I had not released this test earlier). I appreciate your help in testing, you have much broader insight in the topic than I have.

TDeint is still unmodified, since it was not ported along with TIVTC to VapourSynth, so I didn't have ready-made modifications which I could simply pull and integrate into Avisynth code. If the property handling in TIVTC filters work, then credits go to dubhater, I just tried to backport the code properly and mix it with the existing hint handling. If there is a difference though, it must be investigated whether it is a backport bug or the result of a bug which was meanwhile fixed.

[realfinder]

yes I know that TDeint still not updated, but I think tfm should at least in most cases change _FieldBased to 0

[pinterf]

Now _FieldBased is only read, and if exists, it gets priority over Avisynth's GetParity function.
I don't know how and when can we set it to any value for sure. The property is not written is VapourSynth port.

[realfinder]

maybe the VapourSynth port not complete yet? from what I see it manly only removed hints hack and replace it with props

anyway it's safe to make tfm write _FieldBased as 0 (since we got _Combed for pp 0 and 1), same for TDeint

and I will ping @videoh @dubhater @myrsloik to see if they got another opinions

[myrsloik]

Technically you should probably only set _FieldBased=0 after adjusting the chroma for the slightly different position. 99.99% of users won't care so setting _FieldBased=0 is correct too I guess.