tinytriada.blogg.se

Xvid4psp 5.0.37.8
Xvid4psp 5.0.37.8









xvid4psp 5.0.37.8

If the video overlay proc amp controls are maladjusted (and the defaults in the graphics driver are often wrong) you will see differences in the two players. So if you play a single video in two media players (even two instances of the same player), one will get video overlay to convert to RGB, the other will use the CPU and write to the Desktop. Depending on the graphics card and the version of Windows only one program at a time can use video overlay. The graphics card has video overlay proc amp controls for converting YUV to RGB, separate from the Desktop proc amp controls.

xvid4psp 5.0.37.8

Media players usually use the graphics card to do the conversion, not the CPU. To view them the video has to be converted to RGB on the computer monitor. The video in most compressed formats is stored in YUV. It's almost always a result of the way the videos are viewed, not a difference in the videos. This issue (converted video looks different than original) pops up all the time. I changed gamma with the levels control in After Effects ( VirtualDub has a similar control), set for broadcast standard at the black levels:īut the problem is in either the playback or the capture settings. You would ajust gamma to get the correct black levels without wiping out everything else. That could set black levels to0o0 high (the white - bright - levels are correct, but gamma is a mess).Ī histogram of your original loos like those I see for video using the wrong base IRE on playback, or or maybe the capture software has such a setting.Įven at that, you wouldn't correct this by changing "contrast" or making the video "darker", which are both the wrong way to do it. jagabo's question is relevant: how were the images made? WHile that does have something to do with the way the images "look", it seems IMHO the video was captured with the wrong base-IRE.











Xvid4psp 5.0.37.8