사실 만나기 좀 힘든 편인 소스인데 인코딩 하다 보니 만나게 됬군요.


기존의 작성한 글에 명백한 오류가 있어서 수정합니다.


암튼 NTSC 29.970 으로 변환된 PAL 25f 영상의 패턴은 이렇습니다.


i > i > i > i > p


이걸 Bob 해서 60f 으로 만들면 진행이 2:2:2:4가 됩니다.


2:2:2:4 풀다운과 패턴이 동일하죠. 대신 다른 점이 있는데 2:2:2:4 풀다운이 일반적인 디인터레이스 방법으로


그냥 디인터레이스와 역텔레시네가 가능한 것과 달리


NTSC로 변환된 PAL 영상의 경우 역텔레시네를 일반 NTSC 24f 처럼 처리하면 문제가 발생합니다.


변환된 PAL영상을 디인터레이스하면 프레임 패턴이


p1 > p2 > p3 > p4 > p5 > p5 가 되기 때문이죠.


따라서 decimate 의 옵션 중에서 cycle옵션값을 바꿔줘야 되는데 기본값인 5에서 6으로 바꿔주시면 됩니다.


tfm().tdecimate(cycle=6) 혹은 tfm().tdecimate(mode=7,rate=25.000) 으로 처리하시면


전자는 24.975f 후자는 25.000f의 PAL 형식 프로그래시브 영상이 나오게 됩니다.

(차이는 전자쪽이 약간 느려지는 모양입니다.)


이걸 NTSC 영상으로 만들고 싶다면 아래 링크를 참조시면 됩니다..


http://snoopybox.co.kr/1385


오류 지적해주신 Suleim님께 감사드립니다.



=====================================================================


살다보니 강좌 게시판에 글도 남겨보네요 ^^; 질게에 추가 답변이 안달려 남깁니다.


인코딩하다 보니 2:2:2:4 패턴 영상 가진게 있어서 디인터레이스 해봤습니다.


2:2:2:4 풀다운NTSC 30f으로 변환된 PAL영상은 영상이 i > i > i > i > p 형태로 진행됩니다.


이걸 디인터레이스하면 p1 > p2 > p3 > p4 > p5 > p5 패턴이 되는데


보시면 알겠지만 3:2 풀다운과 프레임 형식이 다릅니다

(3:2/2:3 풀다운은 보통 p1 > p2 > p3 > p4 > p4가 되지요)


이걸 보통의 Decimate 옵션으로 밀 경우에 처음엔 겹쳐지는 p5 프레임이 제거되면서 멀쩡해보이지만


p1 > p2 > p3 > p4 > p5 > p1 > p2 > p4 > p5


위처럼 중간에 엉뚱한 프레임이 잘려나가 영상이 부자연스러워집니다.


때문에 decimate의 cycle 기본값 5 대신 6을 입력해 겹치는 프레임(p5)을 제거해야됩니다.

(아시는 것처럼 cycle 기본값은 5이고 다섯번째 프레임을 제거한다는 의미입니다.)


이걸 처리하실 땐 tdecimate 옵션에서 'cycle=6' 통해 겹치는 26번째 프레임을 잘라내 주면 됩니다.


혹은


대신 프레임율은 NTSC 형식의 24프레임인 23.976이 아닌 24.975가 나오게 됩니다.


그러니 yadif / tfm / tdeint 등 소스에 맞는 디인터레이스 필터를 사용해주시고 대신 decimate하실 땐 신경 써주시면 될 것 같습니다.


꼭 23.976 영상으로 만들고 싶으시면 decimate 구문이후에 AssumeFPS(23.976) 구문을 추가해주시면 될 것 같네요.