Sony Vegas performance issues

[poisondeathray]

This observation is unexpected. Are you sure of the accuracy? Because ConvertToYV12 (without any arguments) will be using Rec601.

Yes, MeGUI only adds this:
ConvertToYV12 ()

How are you previewing the final output (how are you converting to RGB for display, what matrix) ?

I have no idea what matrix (or even how to check it)

You temporarily add ConvertToRGB(matrix="rec709") and preview it . If you use the wrong matrix to convert back to RGB for viewing (your monitor, displays all work in RGB), then you will get the wrong results

Delete it or comment it out before you actually encode #ConvertToRGB(matrix="rec709")

The difference between 601 and 709 isn't levels or brightness overall, it's a shift in colors

Do you see what the problem is ? You converted to RGB with 709, then back to YV12 with 601

I am now using the following script:
ColorYUV(levels="PC->TV")
ConvertToYV12(matrix="Rec709")

After encoding to mkv, I open the file as listed above in AvsPmod using a script, and have noticed that the "Luma Y" values dip below 16 occasionally, is this normal after conversion?

If it's already in YUV, then the matrix doesn't matter for the conversion (matrix is only for YUV <=>RGB)

It's ok and normal for small deviations below 16, or above 235 (they are called "undershoots" and "overshoots" , and are perfectly normal and ok) . You just don't want lots of data in those areas

[ziggy1971]

I guess it's safe to say that this thread changed somewhat drastically from the title.

#~ Previewing
ConvertToRGB(matrix="Rec709")

#~ Encoding
ColorYUV(levels="PC->TV")
ConvertToYV12()

Is there anything else I should know about checking the colors, matrixes, histograms, Luma (Y), etc. ?
I guess I should also mention that the rendering in Vegas is now ~130fps for 720-24p and ~95fps in MeGUI with a CRF=19.0; can't complain about that.

Hopefully now I can actually get to do my own work, instead of sample/test files and I should have a better idea of what to look for and what to expect.

[poisondeathray]

Hopefully now I can actually get to do my own work, instead of sample/test files and I should have a better idea of what to look for and what to expect.

Actually that's the reason newpball suggested doing tests on SMPTE color bars . These are known values and can show potential problems in your workflow . That's what people usually do before projects, they go end to end with various test charts , looking to see if there are any issues at various stages . You don't have to use those specfically, there are different test charts designed to determine if there are problems in different areas . But the YUV, RGB issues , and how certain software use and convert between them, often causes a lot of problems in interpreting the test charts

[ziggy1971]

Actually that's the reason newpball suggested doing tests on SMPTE color bars . These are known values and can show potential problems in your workflow . That's what people usually do before projects, they go end to end with various test charts , looking to see if there are any issues at various stages . You don't have to use those specfically, there are different test charts designed to determine if there are problems in different areas . But the YUV, RGB issues , and how certain software use and convert between them, often causes a lot of problems in interpreting the test charts

Just when I thought I was getting a hang of this...
Can you suggest a good tutorial that better explains what this process is?