lamer_de
19th March 2007, 15:44
I'm trying to backup on of my anime DVDs, and while the episode itself gets decimated nicely, there's a part that's giving me trouble.
First, there seems to be a weird pattern of interlaced and progressive frames. After looking at the frames, I found the following pattern, which I used as override in TDecimate for that section (- being interlaced, + being progressive frames):
-+++-++-+++++++
With that override, it decimates nicely to 23.976fps without interlacing artifacts. That is, until a sprite shows up that has another interlacing pattern. It's interlaced on otherwise progressive frames!? (Btw, the scrolling japanese text shows a similar weirdness: Things that look like half-width interlacing patterns at the border)
http://img148.imageshack.us/img148/6600/testd2v000zp2.jpg (http://imageshack.us)
I tried fiddling around with the various thresh parameters in TDeint, but the filter seems to globally look for motion and deinterlaces everything that moves, and therefore also parts of the frame that are progressive. This turns lines that were solid before into aliased lines.
I uploaded a sample of the video (14MB): http://www.megaupload.com/?d=1KY6TLLE
My script is as following:
DGDecode_Mpeg2Source("M:\episode1.d2v")
tfm(mode=5,pp=1,d2v="M:\episode1.d2v")
TDeint(type=5,map=0,mthreshL=16,mthreshc=12,cthresh=10)
tdecimate(mode=1,display=false,hybrid=0,exPP=true,ovr="M:\tdecimate-override.txt")
Any pointers if this can be decimated and/or deinterlaced correctly would be appreciated. Maybe I'm just using the wrong parameters for tfm/tdeint/tdecimate, as I'm not too well versed other than trial-and-error when it comes to such "exceptional" material. I know that I could use a antialias filter to hide the artifacts created by "wrong" deinterlacing, but a clean solution would be preferred.
CU,
lamer_de
First, there seems to be a weird pattern of interlaced and progressive frames. After looking at the frames, I found the following pattern, which I used as override in TDecimate for that section (- being interlaced, + being progressive frames):
-+++-++-+++++++
With that override, it decimates nicely to 23.976fps without interlacing artifacts. That is, until a sprite shows up that has another interlacing pattern. It's interlaced on otherwise progressive frames!? (Btw, the scrolling japanese text shows a similar weirdness: Things that look like half-width interlacing patterns at the border)
http://img148.imageshack.us/img148/6600/testd2v000zp2.jpg (http://imageshack.us)
I tried fiddling around with the various thresh parameters in TDeint, but the filter seems to globally look for motion and deinterlaces everything that moves, and therefore also parts of the frame that are progressive. This turns lines that were solid before into aliased lines.
I uploaded a sample of the video (14MB): http://www.megaupload.com/?d=1KY6TLLE
My script is as following:
DGDecode_Mpeg2Source("M:\episode1.d2v")
tfm(mode=5,pp=1,d2v="M:\episode1.d2v")
TDeint(type=5,map=0,mthreshL=16,mthreshc=12,cthresh=10)
tdecimate(mode=1,display=false,hybrid=0,exPP=true,ovr="M:\tdecimate-override.txt")
Any pointers if this can be decimated and/or deinterlaced correctly would be appreciated. Maybe I'm just using the wrong parameters for tfm/tdeint/tdecimate, as I'm not too well versed other than trial-and-error when it comes to such "exceptional" material. I know that I could use a antialias filter to hide the artifacts created by "wrong" deinterlacing, but a clean solution would be preferred.
CU,
lamer_de