VirtualDub cropped file now larger? Deinterlace for streaming?
 

Hi lordsmurf

I followed this clip/mask guide and kept everything at 720x480. The file size jumped from 16 gb to 140 gb. Is that expected or am I doing something wrong?


Also, I thought if you were going to use your capture VHS (I have DV, lossy, at 720x480) you had to deinterlace to stream?

How long is the file? Based off that, we can surmise the codec used (or not used).
Uncompressed YUY2 720x480 video, for example, is 75gb/hour. Needlessly huge.

Not necessarily. Stream how? From what to where?
You can easily stream interlaced MPEG (DVD spec SD) on a LAN. I do it quite a bit. Quality is thus maintained.

BTW, since post was moved, click this link: http://www.digitalFAQ.com/forum/subs...iption&t=10752

Yes you are correct.

This is the original file
From MediaInfo:
I used the (seemingly hated on this forum) Canopus ADVC-300 to capture from a Sony VCR.

I use Plex mostly or play from my computer using VLC/MPC-HC. But I figure it's all some form of streaming because all the files are stored on my local NAS.

So after doing the crop/mask with VirtualDub the new file jumped to this:

You're not using any codec. You have uncompressed RGB video, and that's bad (not just due to size).

Install Lagarith, use it.
Video > Compression, and select Lagarith.
Then it will be about 25gb/hour.

DV is overly compressed, and is 13gb/hour. About 50% of the color data is missing, hence about 50% size compared to Lagarith. The ADVC-300 further ruins it with weird NR that is messy, and can't be turned off (truly off, not just "off").

Also, in VirtualDub 1.9.x, goto Video > Color Depth, make both input/output YUY2
Or if VirtualDub2 or VirtualDub 1.10.x, goto Video > Decode Format, and again YUY2 for both in/out.
Otherwise you'll screw up your captured colors.

well that's great (about the ADVC) cus I already converted 188 tapes that way, :smack:
so now I'm looking to do post processing.

So on the DV captures I already have run Lagarith? And then do the VirtualDub crop/mask?
Is that right?

My only concern is I was going to use Handbrake to deinterlace (for streaming) and compress using HEVC x265, because the file size and quality looked great. But if I compress first with Lagarith won't that be running the file through 2 levels of compression? I see that Lagarith is lossless, so maybe not so bad... I dunno?

Also I saw what you said about MPEG streaming, so does this apply to my type of video? Should I not deinterlace?

But I'm still curious as to why the file size ballooned from just adding a mask?

Ok that was better. Files size went from 16 gb to 34 gb. That's more manageable.
But the bitrate ballooned again from 24.4 to 58.9 Mb/s.

Why does the bitrate keep going up?
Is there anyway to prevent this?

The interlacing became way worse though. So I have to deinterlace, not sure if I should use VirtualDub or Handbrake. Any suggestions would be welcome.

I wanted to use HEVC compression, because of final size and quality. I don't know if VDub does that? So maybe I should use Handbrake and apply deinterlacing in there?

The reason = the 24mbps DV bitrate is crap, and DV 4:1:1 loses color data. You can recompress to DV again, but risk yet more quality loss. Bitrate of H264/265 and MPEG isn't the same concept as bitrate with DV/lossless AVI.

Interlace became worse? That makes no sense. Samples needed, attach small snippet to a post here. Crop timeline segment ni VirtualDub, Video > Direct Stream Copy output.

What is the reason for deinterlace.
- If home TV viewing, not ideal.
- If online/interwebs, you have no choice.

However, H264 (and likely 265) doesn't always play nice with interlace, like MPEG does. You have to test on device. The devices are the real problem, it's not actually the interlacing, which is supported. Most devices assume progressive, even when the same device understand interlace (or interlaced MPEG over LAN), like some Samsung Blu-ray players.

Hybrid, using QTGMC. VirtualDub and Handbrake's best deinterlacers are Yadif (minimally passable, often not great, by modern 2020+ standards).

Always keep the interlaced source on archive, don't discard for compressed versions. You will regret it later, in 5-10 years.