[Adam Sandler]

None of your suggestions helped, guys. However I managed to get proper resized picture through VP+frameserver+virtualdub. I am new to encoding and had to try again and again.

Here is what I did.

Project had to be 32bit.

frameserver transport set to YUY12.

First I tried Lagarith lossless codec in default RGBA mode – it got me colorshifted video. Then I switched to YV12 – It made perfect color video. Then I tried to resize with leterbox – color stayed the same, but for some reason it blurres just a bit picture – sharpness filter fixes the problem however. Why does it do blur in first place?

Finally I found x264 codec with default settings( it converts to YUV 4.2.0 by default) – It gives perfect resized and non resized picture.

Let’s say problem is solved, but I would like someone to summarize new information and answer why vegas’s default codecs act so weird – maybe there is some way to render that video in vegas properly with sony avc or mainconcept? Also not that source file is 1280×694 and might be it adds up to problem, some algorithm might be bugging as of because If want to resize image without letterbox and keep the aspect it gives 1920×1041 – codecs round up it to 1920×1042.

By the way I found out vegas can do x264, so frameserver is not needed, however virtual dub has superior sharpness filter.

[Adam Sandler]

.vmw vmv9 codecs deliver absolutely correct colors without fx adjustments on every resolution but makes picture blurry. ???????? what a joke

[Adam Sandler]

[László Kovács] “Put a solid black [16,16,16] in a track below your movie, do that resize then, and repeat the color shifting test.”

no dice. However, it really did speed up mainconcept encoding time!

btw I did test with other video with 1920×820, resized different ways and did not find color shifting.

[Adam Sandler]

[Marco Baer] “Did you also check the rendered results inside Vegas Pro with its internal preview?”

Well, I just did what you told – both normal and resized&color shifted clips looks identical in vegas preview window(sony and maincpt), but differently in MPC_HC VLC Quicktime.
I did test twice, second time in virtual machine without any additional codec packs installed – result is the same – clips identical in vegas and different in windows media player.

Also clips look differently in Adobe Premier.

retried experiment in Vegas 11 32bit – it does colorshift with mainconcept source and resized size, and with sony codecs during resizing, however in vegas preview window those clips look identically except maincopts source size clip (it’s colorshifted)

wtf

[Adam Sandler]

I came up with interesting results
sony’s avc codec does good with source resolution, poorly with non source, and medium with level FX on non source resolution.
Mainconcept avc codec does poorly with source and non source resolution, but good on both with the same level FX adjustments, and takes up to 10 times longer to render final video.
I made compaction on picture. bad position adjustment made deliberately to make difference more visible.

How to do things without dancing around?

[Adam Sandler]

I run few test with SMPTE ntsc color bars
On new project with default settings 1920×1080. GPU acceleration off.
sony avc codec internet preset.
Final .mp4 opened MPC-HC and I saved screenshot from player into .bmp file and used photoshop pipette tool to check color numbers.

All standard HD frame sizes 720 1440 1920 – all look good. Red is 190 0 0, green is 0 190 0. All looks good.

Standard Non HD resolutions(like 640×480) have minimal fluctuations like red 190 1 0 or green 0 188 0 – seems okayish

Non standard resolution like 1280×694 – red 206 17 0 green 0 160 0 blue 0 11 197
or 1564×694 red 206 17 0 green 0 160 0 blue 0 11 197
random 888×666 red 206 17 0 green 0 160 0 blue 0 11 197

however another random 1256×576 gives proper colors with minimal fluctuations like red 190 1 0 or green 0 188 0 – seems okayish
and 888×720 gives 190 0 0 – clean rgb.

So it is something with how codec works with non standard Height size.

[Adam Sandler]

I just used virtual windows 7 machine, no codecs whatsoever installed. Installed vegas 13. Imported mp4 file that vegas did on his own(with it’s own codecs), rendered 1280×694 file which is correct copy of source file.
Rendered with sony avc internet template as
1280×694 – no color change
1280×720 vegas cropped and zoomed image (adjust source media to project settings) – colors shifted
1280×720 with black bars ( unchecked adjust smtps) – colors shifted
1280×720 with black bars and 32bit pixel format ( unchecked adjust smtps) – colors shifted.

It is not K-lite codec pack.

here is sample video I try to resize
https://www.sendspace.com/file/2xflqm

[Adam Sandler]

[Marco Baer] “You should try disabling GPU support in both Options/Preferences/Video”

Well, that did not fix color issue, but surprisingly it fixed other non related issue, where .avi Lagarith encoded clip that was above some other clip suffered from strange 10px wide vertical transparent line flicking every few frames. https://prntscr.com/efbfye

I found almost optimal Level FX values(1.050 green gamma 0.900 green input end and 1.050 red gamma) that almost matches source, but still looking for proper fix for color issue.

[Adam Sandler]

I don’t see how that urban legend can affect all codecs my Vegas 13 using. Moreover there are tons of threads where Vegas alters colors, and probably zero threads where k-lite pack was proven guilty on something.

[Adam Sandler]

Video details provided my Media Player Classic HC
I use clean install of k-lite mega codec pack