+- Selur's Little Message Board (https://forum.selur.net)
+-- Forum: Talk, Talk, Talk (https://forum.selur.net/forum-5.html)
+--- Forum: Small Talk (https://forum.selur.net/forum-7.html)
+--- Thread: Esxi running macos For selur (/thread-1495.html)
Pages:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
RE: Esxi running macos For selur - shijan - 03.09.2020
Yep, probably make sense to send a report to developer.
I also think it is more like different logic in different filters:
vivtc arrange frames somehow in it's own way and as result produce interlaced (dropped) frame sometimes.
qtgmc combines and deinterlaces everything that it feels may be deinterlaced and as result instead of single interlaced (dropped) frame it produce some multiple combined frames with slightly jagged lines.
As i told before - i don't know too much about detelecine and it's variations and settings. it is all total guess and plain side by side tests.
RE: Esxi running macos For selur - Adamcarter - 03.09.2020
Well without a doubt if i can reverse telecine a telecined material.... the quality is much, much better.
I had a basic understanding before, but seeing those animation stills opened my eyes a bit.
I dont think the jaggies on the qtgmc image is a hybrid problem, but a known issue with qtgmc. I remember seeing someone post pictures of diagonal ropes on a boat being distorted. Again would love to know if the author of qtgmc is actively trying to fix this, or if qtgmc hasnt been updated in years and this is the best it will ever be.
When using qtgmc as a deinterlacer it has a ‘lossless‘ mode and a ‘match to source’. I don’t know if those options are available or needed when used under the vivtc filter. Also i don’t know what is the slowest speed setting for qtgmc under the vivtc filter.
I tend to do the placebo settings for all filters despite any real benefit over very slow. The jaggies themselves maybe unavoidable and are part of how the math in the algorithm work. I know the vivtc has lower threshold settings and ability to make the detecting box for combing smaller and smaller. I know for the x/y i couldn’t go below 16/16 on the old hybrid 2018. without it crashing. So i may have to play with those settings once i finally update to hybrid 2020.
I will be running a few animations thru topaz after i reverse telecine. This guy i’ve been talking to who only works on avisynth was the one who suggested needi3. So if they both produce the same jaggies and qtgmc is better, then it ismprobably what i will use. i will check them both out obviously, and likely choose qtgmc.
RE: Esxi running macos For selur - shijan - 03.09.2020
needi3 produce more visible and thick jaggies than qtgmc very slow.
but needi3 is about 5x faster than qtgmc very slow
Also note that animation example i provide is rerally fast and scenes change in every frame very randomly See here https://youtu.be/3pT7gadYPso?t=1261
RE: Esxi running macos For selur - Adamcarter - 03.09.2020
https://forum.doom9.org/showthread.php?t=172825
Interesting.
RE: Esxi running macos For selur - shijan - 03.09.2020
Yep. From that thread sounds like QTGMC need special adjustment for VIVTC.
Problem: the source is a clip with mixed progressive/interlaced frames.
There are purely progressive frames, purely interlaced frames and frames contain both p and i area, like this example.
Problem fix: The jaggies are not caused by QTGMC itself, they are caused by TDeint.
Simply using your QTGMC call alone, without TDeint, results in a jaggie-less video.
The problem is you are wrapping QTGMC in TDeint. I suspect it is caused by the fact that by default QTGMC does not leave the original fields unaltered. TDeint does, so the interpolated fields by QTGMC do not match the original ones that TDeint injects, resulting in jaggies.
---
I tested normal QTGMC (non VIVTC) with same source and it produce same jaggies effect. So seems both use same script source.
RE: Esxi running macos For selur - Adamcarter - 03.09.2020
(03.09.2020, 03:56)shijan Wrote: Yep. From that thread sounds like QTGMC need special adjustment for VIVTC.I noticed they figured out further scripts to counteract the issue. The hard part i am wondering, if the same can be done in vapoursynth, as avisynth is different.
Problem: the source is a clip with mixed progressive/interlaced frames.
There are purely progressive frames, purely interlaced frames and frames contain both p and i area, like this example.
Problem fix: The jaggies are not caused by QTGMC itself, they are caused by TDeint.
Simply using your QTGMC call alone, without TDeint, results in a jaggie-less video.
The problem is you are wrapping QTGMC in TDeint. I suspect it is caused by the fact that by default QTGMC does not leave the original fields unaltered. TDeint does, so the interpolated fields by QTGMC do not match the original ones that TDeint injects, resulting in jaggies.
RE: Esxi running macos For selur - Selur - 03.09.2020
jagged lines, can happen with same rate deinterlacing -> use AA
RE: Esxi running macos For selur - shijan - 03.09.2020
Those are totally different sort of jagged lines. They impossible to filter with AntiAliasig filters
RE: Esxi running macos For selur - Selur - 03.09.2020
If it's mixed content I like to QTGMC +sRestore the content,.. but there is always that content that you can't simply filter properly by automatic methods,..
And there a tools like https://github.com/dubhater/Wobbly which can be used to filter a video per scene, and/or to improve upon VFM and VDecimate's decisions, but no clue if they could be used on MacOS,...
+ there's always the possibility to write you own script
RE: Esxi running macos For selur - shijan - 03.09.2020
QTGMC + sRestore also produce jagged lines