Answers.Body: <p>Unfortunately, even if you could get an exact amount of the difference, it is highly unlikely that adjusting by that amount will fix your problem.  Since a lossy compression is being used, the codec is deciding to alter the color to something that is more easily stored in a small space.  You will likely get a different color artifact if you try to correct for this one.  Your best bet would probably be to look in to the formats that Vimeo uses and try to encode it yourself such that Vimeo won't have to transcode it.  This would give you control over the compression itself and you might be able to use a better encoder that would maintain color more accurately.</p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2013-02-27T16:02:47.300Z
Answers.Text: As far as I know Vimeo always transcodes, so that's not going to work. But thanks for the suggestion.
Answers.UserDisplayName: Saaru Lindestøkke
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2013-02-27T17:32:56.887Z
Answers.Text: @BartArondson - yeah, sadly then, there is no way to ensure the color ends up the way you want it if it is changing as an artifact of the encoding.  I highly doubt that they are intentionally shifting the color, so you probably can't compensate for it.  Certainly not easily.
Answers.UserDisplayName: AJ Henderson
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2013-02-27T17:34:26.763Z
Answers.Text: @BartArondson - have you tried using the settings as described by [Vimeo](http://vimeo.com/help/compression)?
Answers.UserDisplayName: AJ Henderson
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2013-02-27T18:10:57.720Z
Answers.Text: Yes, those are the settings I used for the original file (far right in the screenshot).
Answers.UserDisplayName: Saaru Lindestøkke
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2013-02-27T19:10:41.197Z
Answers.Text: @BartArondson - one other thought, though I doubt it is the case, is that it is possible that something about the browser is causing a change in color, either by gamma or some color profile.  It isn't likely that it is the case, it is most likely the compression being used, but it is a possibility.
Answers.UserDisplayName: AJ Henderson
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2013-02-27T19:25:18.170Z
Answers.Text: To me Safari and Firefox look similar so that means that would mean it's not caused by a browser applying a specific colour profile. [Here](https://vimeo.com/forums/cameras_and_editing/topic:46866) there are a bunch of other people with the same problem, I'm gonna dig through that to see if there's a fix. I also notice that the HTML5 player shows the colours closer to the source and the Flash player shows the above problem. This is becoming quite complicated...
Answers.UserDisplayName: Saaru Lindestøkke
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2013-02-27T19:50:40.787Z
Answers.Text: @BartArondson - it might be flash applying a color profile then.  Do both Safarii and FireFox use Flash?  It also could be that a color profile is applied in the viewer that you are using for the right two versions, but not being applied by either browser (which is probably more likely).  I'd still expect it is likely encoding related, but I'm just trying to think of everything in the workflow that could be causing issues.
Answers.UserDisplayName: AJ Henderson
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2013-02-27T14:05:25.490Z
Answers.LastActivityDate: 2013-02-27T14:05:25.490Z
Answers.UserDisplayName: AJ Henderson
Body: <p>When uploading a video to Vimeo the video is transcoded by Vimeo and in the process red gets a bit more saturation and the contrast is increased a little.
  As I chose Vimeo as my platform I have to live with that and hence compensate for it during my video production.<br>
  How would I determine the exact amount of red desaturation and contrast decrease? Can I overlay the screenshots somehow and calculate a difference? Is there maybe a plug-in for Premiere Pro that compares two videos and outputs a suggested colour correction?</p>
  
  <p>I know I can do this by trial and error, but I'd rather have an automatic solution. 
  Here's an image showing the effect:
  <img src="https://i.sstatic.net/3N7aL.png" alt="enter image description here"></p>
  
  <p>Note the difference of skin tone between <code>Safari</code> and <code>Vimeo HD file</code>. The latter is the intended colour.</p>
  
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2016-03-13T04:45:49.973Z
Comments.Text: Did you try to download the file re-encoded by vimeo and compare it locally in the same player? AFAIK all browsers nowadays are color managed so that could be an issue as well.
Comments.UserDisplayName: Hans Meiser
Tags: <color-correction><webvideos>
Title: How to compensate for red oversaturation and contrast increase?
UserDisplayName: Saaru Lindestøkke
ThreadText: # How to compensate for red oversaturation and contrast increase?
  
  (Asked by: username_0 on 2013-02-27)
  
  When uploading a video to Vimeo the video is transcoded by Vimeo and in the process red gets a bit more saturation and the contrast is increased a little.
  As I chose Vimeo as my platform I have to live with that and hence compensate for it during my video production.  
  How would I determine the exact amount of red desaturation and contrast decrease? Can I overlay the screenshots somehow and calculate a difference? Is there maybe a plug-in for Premiere Pro that compares two videos and outputs a suggested colour correction?
  
  I know I can do this by trial and error, but I'd rather have an automatic solution.
  Here's an image showing the effect:
  ![enter image description here](https://i.sstatic.net/3N7aL.png)
  
  Note the difference of skin tone between `Safari` and `Vimeo HD file`. The latter is the intended colour.
  
  **Tags:** color-correction, webvideos
  
  > **Comments:**
  > **username_1**: Did you try to download the file re-encoded by vimeo and compare it locally in the same player? AFAIK all browsers nowadays are color managed so that could be an issue as well.  
  
  ---
  
  ## 1 answers
  
  ### Answer by username_2 on 2013-02-27. Score: 2
  
  Unfortunately, even if you could get an exact amount of the difference, it is highly unlikely that adjusting by that amount will fix your problem. Since a lossy compression is being used, the codec is deciding to alter the color to something that is more easily stored in a small space. You will likely get a different color artifact if you try to correct for this one. Your best bet would probably be to look in to the formats that Vimeo uses and try to encode it yourself such that Vimeo won't have to transcode it. This would give you control over the compression itself and you might be able to use a better encoder that would maintain color more accurately.
  
  > **Comments:**
  > **username_0**: As far as I know Vimeo always transcodes, so that's not going to work. But thanks for the suggestion.  
  > **username_2**: @BartArondson - yeah, sadly then, there is no way to ensure the color ends up the way you want it if it is changing as an artifact of the encoding.  I highly doubt that they are intentionally shifting the color, so you probably can't compensate for it.  Certainly not easily.  
  > **username_2**: @BartArondson - have you tried using the settings as described by [Vimeo](http://vimeo.com/help/compression)?  
  > **username_0**: Yes, those are the settings I used for the original file (far right in the screenshot).  
  > **username_2**: @BartArondson - one other thought, though I doubt it is the case, is that it is possible that something about the browser is causing a change in color, either by gamma or some color profile.  It isn't likely that it is the case, it is most likely the compression being used, but it is a possibility.  
  > **username_0**: To me Safari and Firefox look similar so that means that would mean it's not caused by a browser applying a specific colour profile. [Here](https://vimeo.com/forums/cameras_and_editing/topic:46866) there are a bunch of other people with the same problem, I'm gonna dig through that to see if there's a fix. I also notice that the HTML5 player shows the colours closer to the source and the Flash player shows the above problem. This is becoming quite complicated...  
  > **username_2**: @BartArondson - it might be flash applying a color profile then.  Do both Safarii and FireFox use Flash?  It also could be that a color profile is applied in the viewer that you are using for the right two versions, but not being applied by either browser (which is probably more likely).  I'd still expect it is likely encoding related, but I'm just trying to think of everything in the workflow that could be causing issues.  
  
  ---
  
  