Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion. Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules. |
3rd July 2016, 04:24 | #21 | Link |
Moderator
Join Date: Oct 2001
Location: Hawaii
Posts: 7,406
|
I don't get it. For progressive anime sources when you want to remove the right duplicate when there might be more than one dupe frame from which to choose, this should work fine:
TDecimate(Mode=1) As johnmeyer already mentioned many posts earlier. Why might something like this produce any 'artifacts' at all? And why the need to mess around with Pulldown? Since it was never telecined, you shouldn't try and IVTC it, only decimate it. Last edited by manono; 3rd July 2016 at 04:29. |
3rd July 2016, 05:35 | #22 | Link |
Broadcast Encoder
Join Date: Nov 2013
Location: Royal Borough of Kensington & Chelsea, UK
Posts: 3,067
|
I didn't know it was VCD, I thought it was a completely different source, my bad.
Then, yes, only decimation is needed, I agree. @johnmeyer... now I got it, thank you! |
3rd July 2016, 23:55 | #23 | Link |
Registered User
Join Date: Apr 2010
Location: I have a statue in Hakodate, Japan
Posts: 754
|
Post # 14. More simple, impossible, lol.
But now, I repeat, tdecimate and decimate pattern is working ok? PD: manono, your idea is theoretically correct. Thanks. The artifacts was fault by DoubleWeave (post # 1). Last edited by GMJCZP; 4th July 2016 at 00:23. |
4th July 2016, 00:41 | #24 | Link |
Moderator
Join Date: Oct 2001
Location: Hawaii
Posts: 7,406
|
If the original 29.97fps with the duplicate frames was achieved by something equivalent to using ChangeFPS to produce a dupe frame every fifth frame, then you might be able to remove the dupe frame the same way. But not with ChangeFPS. If it selects the right ones to remove, it'll only be dumb luck. The way to go, I think, would be to use SelectEvery.
SelectEvery(5,x,xx,xxx,xxxx) where the 'x's would be the right four numbers chosen from 0, 1, 2, 3, and 4. It should work, but if the pattern/cadence ever changes then you're screwed since it's not adaptive. Which is why TDecimate should still be the way to do it. |
4th July 2016, 01:08 | #25 | Link |
Registered User
Join Date: Apr 2010
Location: I have a statue in Hakodate, Japan
Posts: 754
|
It's fine (smoothly) with ChangeFPS, really. Thanks. Maybe without specify the pattern was a beat of luck.
My concern is now the possible bug in Tdecimate and decimation pattern. PD: for curiosity I test Tdecimate(mode=1) and not works. The problem is the same: lack of correct decimate pattern with ovr archive. Last edited by GMJCZP; 4th July 2016 at 02:50. |
5th July 2016, 01:51 | #27 | Link |
Registered User
Join Date: Apr 2010
Location: I have a statue in Hakodate, Japan
Posts: 754
|
TIVTC code
Finally got the decimate pattern for TDecimate:
- First, must create the ovr file in a Notepad archive as follow: FirstFrame,LastFrame +_ Where FirstFrame is the first frame to consider, generally is 0; LastFrame is the last frame to consider, usually is equal to FrameCount - 1 or the number of total frames - 1; +_ represents the decimation pattern sequence, + is frame take it, - is frame dropped. In this case is (for my video VCD): 0,142419 ++++- The five symbols it is due to the cycle of five frames. This line is saved in, for example, "pattern.txt". - Now put us in this way: Tdecimate(ovr="pattern.txt") If necessary should define the mode (for example mode=1 for animated content). In short: DoubleWeave().Pulldown(0,2) (OBVIOUSLY NOT NECESSARY) is displace for: ChangeFPS(24000,1001) Or SeletEvery(5,0,1,2,3) # thank you, manono! Or Tdecimate(ovr="pattern.txt") Final note: for curiosity I tried with Decimate (part of Decomb package) and I failed. Thanks a lot for your help. Last edited by GMJCZP; 5th July 2016 at 02:51. |
Tags |
decimate, film, pattern, tivtc, vcd |
Thread Tools | Search this Thread |
Display Modes | |
|
|