Resizing on render alters colors

[Adam Sandler]

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

[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.

[Dan Harlow]

x264 has parameters to specify whether the input is BT601 or BT709. This information is stored in the bitstream, allowing players to render the video with correct colors. This works with most players.

If the colorspace isn’t specified, then players will guess it based on frame size (cutoff point usually is 720p).