Color matrix conversion SD to HD?
On my journey bringing DV and Hi8 tapes of home video into the devices of today, I never considered converting the color matrix on the DV AVI files and HuffYUV Hi8 captures from rec.601 to rec.709. I haven't tried adding it to my Avspmod script with ColorMatrix but I have been struggling with color irregularities developing by the time the file is brought into Final Cut Pro as a ProRes 422 file. In a nutshell here's my workflow.
DV Tape (original camera)->Firewire->WinDV->saved as .avi file or Hi8... Hi8 Tape (original camera)->SVideo/R+L RCA Audio->PCIx capture Card->Vdub 1.9.1 HuffYUV2.1.1 capture as .avi file What I have been doing with those files was use an avspmod script to convert it to something usable in Final Cut Pro for editing and touching up of the video. In that script I took these steps (I can post the script if there are questions)... 1) QTGMC "fast" to deinterlace 2) Crop out the overscan (different sizes, Hi8 I take more, only a touch for the DV) 3) Resize to 960x720 (Mainly for larger number of pixels to give Neat Video Denoiser more data) 4) Vdub saving the file as ProRes 422 to import to FCPX for editing. I chose ProRes because it's what FCPX converts the files to anyway, so save a step. If I take a screenshot of Both the original and ProRes 422 videos on the same frame, the ProRes color looks deeper and maybe a bit more muddy (highs blown maybe and shadows crushed? haven't compared them on the histogram yet). So, here we are. Should I be, and do any of you make it a regular practice of converting the color matrix going from SD to HD video? Can this possibly be affecting the video difference (I can post jpegs on demand)? And would you like to perhaps share a good generic avspmod script for accomplishing this flow I've hopefully effectively explained. You all have been very helpful so far, can we keep the train rolling? B |
960x720 does not make any sense at all, It does more harm than leaving the native resolution alone, If you must, resize to 1440x1080, this is compatible with all current and future display panels as it is a multiple integer and no processing needed to display it other than simple line doubling.
|
I only upscale videos for web posting, not "just because".
To convert from SD to HD colorspace I use ColorMatrix in Avisynth ( ( ColorMatrix(source=2,dest=0) ) Levels conversion can be tricky in my experience. If your levels look overly contrasted you can run ColorYUV(levels="PC->TV") or vise-versa to scale to full range, but that can lead to blown out whites and crushed blacks. You can also add the string outputFR=true to ColorMatrix instead of ColorYUV, but again I caution it can lead to overly contrasted levels. That being said, to my eyes a lot of DV camera footage has had overly high black level (blacks look a lighter shade of dark grey). |
Quote:
|
Quote:
Quote:
|
Quote:
|
Another thought I had is asking which processing mode in VirtualDub do you use when you convert your DV files to ProRes (under the Video tab)? Full processing mode might be unnecessarily converting your video from 4:1:1 to RGB before you export to 4:2:2. VD should let you simply convert your file using Fast Processing mode. If you get an error, try Normal Processing.
|
Quote:
Quote:
|
Take a look at VirtualDub's documentation. You really should only use Full Processing Mode when utilizing VirtualDub's internal filters.
|
Quote:
|
Quote:
It's clear the OP is not aware of how math is calculated during resizing, most newbies treat screen resolution as painting canvas, so you can zoom in and zoom out without consequences, that's not how it works in reality, I've already answered your silly argument of 720x3 before when the damage has already been done during the resize. Quote:
|
Quote:
Sometimes upsizing before NR is valid, even required. It depends on factors. I would not wholesale do it, but I would equally not dismiss it. Software workflow matters. Quote:
This is a topic that always amuses me. There are folks online that insist I'm some sort of over-the-top perfectionist, because I rightfully poo-poo their cheap capture hardware choices (as it yield crap quality for them). But when it comse to some of these higher-level discussions, the peanut gallery is nowhere to be found. :laugh: I'm just not anal about colorspaces and resolutions, in post-capture settings. Yes, we need to acquire as much as we can from the tape. But all of the software workflow is determined by ... well .... the software! And I'm not referring to some $50 Chinese junkware, but Premiere, FCP, etc. We have to fit into their confines, and realizing our local CPU/etc/hardware is a factor. I'm not really for, or against, 960x720, 1440x960, and whatever. I'm also neutral on how many times the resolution is changed, as sometimes 2-3 scaling processes at required from the post-ingest file to the delivery file. Sometimes the dogma online doesn't even match what happens in studios, and those videos are sometimes held up as the gold standard of processing. You simply must test, check, vet, and make the best decisions. There's no one correct answer. Most times, "less is more". Sometimes "more is more". There are many bad/wrong answers, which is obvious from you see the bad/wrong video output. But choices on colorspace conversions, resolution up/downsizng, etc, should be invisible to near-invisible when done correctly. |
LS edit: CaptureGuru is now banned, posts deleted. This is a forum for helping others, not snarky/smartass comments that offer no help to the conversations. |
Ok latreche32, I’m interested to hear how you would take 720x480 and 1) go from rectangular to square (ie 4x3) 2) crop out the right, left and bottom “overscan” then 3) upscale it acceptably to a larger resolution. I’d welcome your thoughts.
B |
First off, the correct aspect ratio for non square SD originated from tape formats is 704:480 (NTSC), So any crop you do it has to be based on this ratio, few lines off is okay, But before you do any cropping you have to de-interlace first to avoid reversing the field order.
So when you finish de-interlacing and cropping to your desired frame, all you have to do is resize to 1440x1080, That's it, All the proportions will line up perfectly, as long as the ratio is based on 704:480 or close enough (I personally don't go more than 5 pixels/lines per side). I do it in AvsPmod in one process as follows: Code:
AviSource("C:\Users\User\Videos\Captures\FileName.avi") |
Ok, the resize to 1080 from SD has sunk in. The way I see it, 720x480 capture NTSC rectangular equates to 720x540 square, then resizing by a multiple of 2 is 1440x1080 Crystal clear. Now, the 704x480 has me a little off. Is that just what you end up with removing the black bars on the side? I've been keeping the 4:3 ratio and my script for DV looks like this...
SetFilterMTMode("QTMGC", 2) AVISource("Type_Filename_Here.avi", audio=true) #ConvertToYUY2() #Start with no convert line above, if error YUY2, if still error YV12 AssumeBFF() QTGMC(Preset="Fast", EdiThreads=3) Crop(4,0,-4,-6) BilinearResize(1440, 1080) Prefetch(7) Hi8 is... SetFilterMTMode("QTMGC", 2) AVISource("Type_Filename_Here.avi", audio=true) #ConvertToYUY2() #Start with no convert line above, if error YUY2, if still error YV12 AssumeTFF() QTGMC(Preset="Fast", EdiThreads=3) Crop(8,0,-8,-12) BilinearResize(1440,1080) Prefetch(7) I'm only taking 16 off to remove the bars, 8 a side. Are you saying to be the proper NTSC shape I need to remove 8 on each side? that makes the proper NTSC frame? Also I just noticed Bilinear, I've actually been using Spline64resize. Do you prefer Lanczos? I haven't tried it. Appreciate your advice, B |
720x480 is 3:2 storage AR (SAR)
720 is padded, 704 active So crop to 704x480, which is still a SAR But for VHS/etc analog tape conversions, you have head-switching noise to contend with, at least 10 pixels at bottom, at least 2 on top, and possibly even some left/right that are not the padded 704>720 narrow pillarbars. Mask is best, 4:3 cropping less ideal. If you crop, AR and geometry quality gets hit. If you were to drop it to 640x480 (4:3 AR) -- do not do this! example only! -- and then double it you'd have 1280x960 (4:3 AR) but of course that's not video standard to anything If you were to resize 3:2 704x480 to 4:3 720x540 (a 1:1~4:3), then you can double it to 1440x1080 Pad black bars left/right for 1920x1080 |
Quote:
If you are going to crop and not mask however, you don't need to crop to 704 first, you do one time cropping to your desired frame edge while respecting the aspect ratio of 704:480, I'll give you an example: Lets say there are 8 pixels junk on the left, 10 on the right, 4 on top and 6 at the bottom of the frame, So you have 720-8-10=702 pixels and 480-4-6=470 lines. if you just resize based on this resolution your aspect ratio will be screwed up because 702x470 is not a standard ratio 702/470=1.49 does not equal 704/480=1.46. You have 3 options here: - Crop to a clean frame and lose some of the active contents, So 470x(704/480)=690 pixels (rounded to the nearest even number). So you get 690x470 (1.46), 12 pixels of lost active contents. Resize this directly to 1440x1080 and you're done. - Crop to the nearest clean edge, means one side will be clean, the other will have some junk left, So 702x(480/704)=478 lines (rounded to the nearest even number). So you get 702x478 (1.46), 8 extra lines of junk will be still visible. Resize this directly to 1440x1080 and you're done. - A compromise crop, where you combine both approaches, without leaving any junk visible by altering slightly the aspect ratio, So instead of losing 12 pixels of active contents you can decide to lose 6 pixels only, So you crop to 696x470 and resize this directly to 1440x1080 and you're done. This last approach is what I use most of the time, the aspect ratio error is not noticeable at all, I did a lot of experimenting with different contents and could not notice it, In the example above it is 1.17% off, Up to 3% off is acceptable. If you go back to the CRT TV era and think about how much overscan was thrown away from the frame you'll be shocked, It's like more than 20 pixels all around, So compared to the first option where you lose 12 pixels on one dimension only is nothing, Most tape contents are formatted to be viewed that way accounting for that massive overscan, Even consumer camcorders have overscan on the viewfinder already so that when viewed on TV nothing is lost, So you don't have to worry about losing some of the active area to have an exact aspect ratio if you so choose the first option. |
Or resize the cropped 702x470 video directly to 1466x1080, square pixels. I used the following formula:
Code:
dest_x = (10/11) * (cropped_x/cropped_y) * 1080 Code:
dest_x = (10/11) * (702/470) * 1080 = 1466 Code:
dest_x = (12/11) * (cropped_x/cropped_y) * 1080 |
Site design, images and content © 2002-2024 The Digital FAQ, www.digitalFAQ.com
Forum Software by vBulletin · Copyright © 2024 Jelsoft Enterprises Ltd.