![]() |
Why are my videos 720x536?
The bar at the bottom of Avisynth says 720x540 (4:3) but after dropping the file into VirtualDub2 and converting to mp4 my videos always end up 720x536. Not sure if it's slightly squashing or removing lines. A year or 2 ago I tried changing the resize part of the code to say Spline64Resize(720,542) and the resulting finished videos did in fact say 720x540 but this seems like a cheat mode that doesn't address the problem.
Here's my code: Code:
SetFilterMTMode("QTGMC", 2)I might as well throw in 2 more questions while I'm here: Most VHS transfers that I've seen from others don't use AddBorders to mask the cropped areas -- I'm assuming these are all expanding the cropped videos to fit the entire 720x540 without adding borders. Doesn't this defeat the purpose of attempting to match the original videotape? I just want to make sure what I'm doing is considered best practice. I also notice a lot of transfers that capture and compress at double the tape's frame rate (59.94) and/or at 1440x960 and I'm wondering when it would make sense to try this. For my projects I don't personally think it's necessary. thank you! |
You are starting from a wrong and illegal resolution for tape capture, The captured files should be 720x480 for NTSC and 720x576 for PAL/SECAM.
|
I capture at 720x480. This question is about after the conversion.
|
Explain this in more detail:
Quote:
Then output H.264 in .mp4 container, from the VirtualDub2, using ffmpeg x264? (I really dislike encoding in VirtualDub (or VirtualDub2). Lots of bugs, non-standard.) What happens if you output a lossless Huffyuv (or Lagarith) .avi file instead? Still wrong resolution? NOTE: ConvertToYV12() is best avoided, as it effectively drops you down to 4:2:0 for processing. 32-bit QTGMC requires it, but we have x64 options now (and have for years). I can understand it as a last line before a 4:2:0 encoding, but it may hobble earlier processing quality. |
Quote:
|
Hey, thanks for the responses!
Quote:
Quote:
Quote:
Quote:
Quote:
Is "illegal" really the correct term for this? It's just a video - sounds kind of unnecessarily extreme. Are the cops going to bust down my door? |
By converting non square pixels to square pixels you are stretching the frame vertically, a human face would look skinny, this is wrong. Illegal means it is not a recognizable resolution by standard.
If you are using Hybrid, there is a setting to output 4:3 from 720x480 without having to resize. |
I have Hybrid and used it a lot last year for DVD conversions. I'll give it a shot for this. thanks!
-- merged -- am I supposed to process the video twice? I don't think it's possible to import the avs file in hybrid. so it looks like I have to run the avs file in virtualdub2 with the code I pasted above, but not including any resize. and then i have to run the video again through hybrid to change the PAR. so basically this would just add an extra long step before the final version of the video. there has to be a way to do all of this in one step. it seems like such a basic part of the process but I'm having a lot of trouble locating the answer on how to do this. |
Hybrid opens .avs directly.
|
Im not as familiar with hybrid for encode/deinterlace.
I finally found the fields for this in Virtualdub2 tho, and I'm ok to use those while familiarizing hybrid. In the x264 configuration there's 2 fields for Sample Aspect Ratio and of course my instinct was to input 4 and 3 but it turns out the correct numbers (for NTSC videos) are 10 and 11. I believe this solves all of the questions in my original post. |
Here's the updated code, just so there's a record for further critique or for future reference:
Quote:
Resizing is removed. Still using Virtualdub2 for the moment. Haven't noticed any problems yet. Under video compression, select x264 8bit, and in "configure" the SAR is changed from 1/1 to 10/11. |
Site design, images and content © 2002-2026 The Digital FAQ, www.digitalFAQ.com
Forum Software by vBulletin · Copyright © 2026 Jelsoft Enterprises Ltd.