Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion.

Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules.

 

Go Back   Doom9's Forum > Video Encoding > MPEG-4 Encoder GUIs

Reply
 
Thread Tools Search this Thread Display Modes
Old 7th February 2016, 02:31   #1  |  Link
doomleox999
Registered User
 
Join Date: Nov 2015
Posts: 81
Resolution change = Color change ??

Hi everyboy, first of all, english is not my native language so forgive me if I make some mistakes.

I have a very simple question: when I resize with MeGUI a video from 1920x1080 to 1280x720, does the color of the video change because of having less pixels?

Here I leave you an example, 2 video frames, the first one is 1920x816 and the second one is 1280x544 after encoding and rezising with MeGUI (pay attention to her jacket):




Last edited by doomleox999; 7th February 2016 at 02:34.
doomleox999 is offline   Reply With Quote
Old 7th February 2016, 02:43   #2  |  Link
poisondeathray
Registered User
 
Join Date: Sep 2007
Posts: 5,346
Quote:
Originally Posted by doomleox999 View Post

I have a very simple question: when I resize with MeGUI a video from 1920x1080 to 1280x720, does the color of the video change because of having less pixels?
No; or at least not to the extent shown in your screenshot

That demonstrates a Rec601/709 mismatch ; ie. there is a problem with your playback and/or method of screenshot taking
poisondeathray is offline   Reply With Quote
Old 7th February 2016, 07:41   #3  |  Link
doomleox999
Registered User
 
Join Date: Nov 2015
Posts: 81
Quote:
Originally Posted by poisondeathray View Post
there is a problem with your playback and/or method of screenshot taking
I use Media Player Classic to play the files and take the screenshots.

I also have another videos in 1920 and 1280, encoded by someone else, that also show color difference. So I dont think its MY problem.
doomleox999 is offline   Reply With Quote
Old 7th February 2016, 16:22   #4  |  Link
Sparktank
47.952fps@71.928Hz
 
Sparktank's Avatar
 
Join Date: Mar 2011
Posts: 940
Quote:
Originally Posted by doomleox999 View Post
encoded by someone else
Oops.
__________________
Win10 (x64) build 19041
NVIDIA GeForce GTX 1060 3GB (GP106) 3071MB/GDDR5 | (r435_95-4)
NTSC | DVD: R1 | BD: A
AMD Ryzen 5 2600 @3.4GHz (6c/12th, I'm on AVX2 now!)
Sparktank is offline   Reply With Quote
Old 7th February 2016, 17:27   #5  |  Link
hello_hello
Registered User
 
Join Date: Mar 2011
Posts: 4,823
I can only give you an example of how it works for me. I use XP and an old nvidia card. Newer versions of Windows and/or a different video card may produce different results (I don't fully understand how it works).

For me, when I play a video with MPC-HC, the choice of colorimetry is based on resolution. High definition should use rec.709 and standard definition should use rec.601 (the colours are slightly different according to the method used to convert the video to RGB on playback). I worked out the rule by which colorimetry is determined for me, and I'm pretty sure for video to display using rec.709, the width must be equal to or greater than 1200 AND the height must be equal to or greater than 578.
The upshot of that is.... a 1280x544 encode, which should display using rec.709, displays using rec.601, but that's a playback issue. It's still encoded correctly.

One way for me to fix the problem is in MPC-HCs options, under Internal Filters. Click the "video decoder" button. Disable all the 8 bit output formats except RGB32 and RGB24. That'll force LAV to convert to RGB and it seems to obey any colorimetry info written to the h264 video stream. It also seems to make better colorimetry choices based on resolution, so a 1280x544 encode should display using the correct colours.

Another option might be to use the MadVR renderer. It should display correctly without LAV converting to RGB but it's been a while since I've used it. The Windows renderers (VMR9 or EVR etc) all seem to work the same way for me.

I'm curious..... anyone using MPC-HC with a newer version of Windows and do you know the resolution at which it switches colorimetry or if it obeys the colorimetry written to the video stream? Does either depend on the renderer used?

Last edited by hello_hello; 7th February 2016 at 17:34.
hello_hello is offline   Reply With Quote
Old 8th February 2016, 00:13   #6  |  Link
doomleox999
Registered User
 
Join Date: Nov 2015
Posts: 81
Quote:
Originally Posted by hello_hello View Post
One way for me to fix the problem is in MPC-HCs options, under Internal Filters. Click the "video decoder" button. Disable all the 8 bit output formats except RGB32 and RGB24. That'll force LAV to convert to RGB and it seems to obey any colorimetry info written to the h264 video stream. It also seems to make better colorimetry choices based on resolution, so a 1280x544 encode should display using the correct colours.

It worked! Thanks man! Im kinda of a noob in terms of video encoding so I dont quite understand too much of the technicalities, but thats beside the point, thanks again.
doomleox999 is offline   Reply With Quote
Old 8th February 2016, 05:40   #7  |  Link
hello_hello
Registered User
 
Join Date: Mar 2011
Posts: 4,823
Out of curiosity, which version of Windows are you using and what video card? Also, which renderer is MPC-HC using?
(in options, Playback/Output, and it's the DirectShow dropdown list at the top)

Last edited by hello_hello; 8th February 2016 at 05:42.
hello_hello is offline   Reply With Quote
Old 8th February 2016, 09:22   #8  |  Link
Sparktank
47.952fps@71.928Hz
 
Sparktank's Avatar
 
Join Date: Mar 2011
Posts: 940
If FFDShow is enabled in there anywhere, what are all those settings? Some of them can affect colors/brightness.
__________________
Win10 (x64) build 19041
NVIDIA GeForce GTX 1060 3GB (GP106) 3071MB/GDDR5 | (r435_95-4)
NTSC | DVD: R1 | BD: A
AMD Ryzen 5 2600 @3.4GHz (6c/12th, I'm on AVX2 now!)
Sparktank is offline   Reply With Quote
Old 10th February 2016, 09:35   #9  |  Link
hello_hello
Registered User
 
Join Date: Mar 2011
Posts: 4,823
It's definitely not an ffdshow filter causing the problem for me. In fact I used ffdshow to work out exactly where the colorimetry changes based on resolution, by using it to decode a video while it's resize filter resized, and I made note of the width and height required for the colorimetry to change. ffdshow was only decoding and resizing, not converting to RGB.
I've tested it on 1280x544 encodes without ffdshow getting involved. If LAV converts to RGB the colours are correct. The result is the same if ffdshow is decoding though. Disable all output types except RGB and ffdshow will be making the colorimetry choice when it converts to RGB and a 1280x544 encode will display correctly.
Once again though...... I've only tested all this using XP and an Nvidia card.

As a side note.....
If I open an AVS script in MPC-HC it always displays using rec.601. If I enable ffdshow's "raw video" codec, the colorimetry is based on resolution. MPC-HC shows there's different filters involved:

Without ffdshow's raw video codec enabled:
- Video Mixing Renderer 9 (renderless)
- Color Space Converter
- AVI Decompressor (YV12)
- AVI/WAV File Source

With ffdshow's raw video codec enabled:
- Video Mixing Renderer 9 (renderless)
- ffdshow Video Decoder
- AVI/WAV File Source

From what I can work out when ffdshow isn't processing the raw video, the Colour Space Converter converts to RGB and it's oblivious to colorimetry.
I assume that's what's happening but that's XP. Other Windows versions may produce different results.

Last edited by hello_hello; 10th February 2016 at 09:45.
hello_hello is offline   Reply With Quote
Reply

Tags
change, color, compression, megui, resolution

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +1. The time now is 23:51.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2024, vBulletin Solutions Inc.