undersize with deinterlacing and x264

[futurex]

thanks bond,

got another question, i just tried encoding a music video, mpeg-2 PAL interlaced, to x264, using gordian knot. when i select bob deinterlacing, the output size is only 30mb, even though i set bitrate so it'll come out at 50mb. the output quality is terrible, and i am sure the encoder settings are fine. any advice? the output will be 50fps

[futurex]

i just completed an encode without bob, and the size came out fine

[bond]

split, as this is an own topic...

[charleski]

Bob justy throws away one of the fields, so you end up with half the vertical resolution, - no surprise it came out at half the size :).
Bob on its own is an easy way of deinterlacing if your output size is half the resolution of your input (ie vertical resolution of 288 or less for PAL). If you want to encode at larger sizes, LeakKernelDeint(order=1,assuming source is TFF) is a good choice for truly interlaced sources or Telecide(guide=2,vthresh=tweak to correct value) for hybrids, such as progressive source with interlaced titles as often seen on PAL broadcasts. Often you need no filter at all if the source is progressive PAL.

[futurex]

thanks charleski, that explains it :)

i did some reading, and came across the smoothdeinterlace avisynth plugin, but it doesn't work with version 2.5. what deinterlacing do you recommend to get fluid motion, with sharp picture, at 50fps, without an outrageous file size?

[charleski]

The filters I mentioned above are the ones I use. You need to choose the correct approach depending on whether your source is progressive (from film), interlaced (from a video camera) or a hybrid of both. Just remember to tweak the settings, don't rely on the defaults. If you poke around there are plenty of guides, though most are aimed at NTSC, which has more problems with de-interlacing.

[futurex]

thanks, i tried leakkerneldeinterlace, but it was choppy when previewing in vdubmod (maybe cause it was outputting at 25fps, i don't know if it was, or even how to do it). but tdeint looked fine, so i'm encoding with it right now. extremely slow! and the clip is only 6 min! hope it comes out at the correct file size

luckily most stuff i encode is progressive

[futurex]

ok the motion was smooth but still was only 30mb instead of 50

is there any way of getting 50fps with correct file size?

[futurex]

here's my script:

# Created with Gordian Knot
#
# http://gknot.doom9.org

# PLUGINS
LoadPlugin("C:\PROGRA~1\GORDIA~1\DGMPGDec\DGDecode.dll")
LoadPlugin("C:\downloads\leak\leakkerneldeint.dll")

# SOURCE
mpeg2source("C:\clip 3.d2v", idct=0)

[INSERT DEINTERLACING METHOD HERE]

# CROPPING
crop(14,22,-14,-14)

# RESIZING
LanczosResize(656,352)


no matter which deinterlacing i try, either i get choppy 25fps playback or undersized files

[charleski]

There are a couple of things you need to work out:
Is the source progressive or interlaced?
If it's interlaced, which field comes first?
I'm not sure what you mean by 'choppy', but you can check field order by putting in AssumeTFF().SpearateFields(). Then play the avs. If motion is jerky, change it to AssumeBFF(). Then set the order parameter in LeakKernelDeint accordingly.
As I said, there are lots of guides that cover this. Try Analysing your footage (http://www.animemusicvideos.org/guides/avtech/videogetb2a.html) and Making your footage progressive (http://www.animemusicvideos.org/guides/avtech/videogetb3a.html).

[futurex]

thankyou again,

i should've mentioned, the source is interlaced & TFF. will take a look at those pages & let you know the outcome :)