[MPlayer-users] crt v. lcd
Phil Rhodes
phil_rhodes at rocketmail.com
Fri May 15 12:04:13 CEST 2009
> Video that looks spectacular on my crt, most often looks terrible on my
> laptop lcd (tons of macroblock artifacts).
Are you using the same equipment (in terms of both hardware and software) to
decode it in each case? Playback can include techniques for minimising the
visbility of macroblocks; decoding this stuff, as well as encoding it, is
not an absolute, and is dependent on both opinion and equipment performance.
If you are using the same gear, I'd probably assume it's to do with the
massively larger contrast of which the CRT is capable, or just a difference
in gamma possibly burying artifacts in black shadows or reducing local
contrast to the point where the problem is less visible. No display is
entirely linear, either by default or by design intention, which means that
a pixel value of 100 isn't necessarily (or even often) twice as bright as a
value of 50. Encoding and playback software, including things like mplayer
and ffmpeg, tries to make sensible decisions regarding this, but it's rarely
a precision operation (which is why, in industry, people go to great lengths
calibrating displays with hardware probes and adjustment gear). CRT and LCD
differ wildly in this regard, even when both are really supposed to be sRGB
devices.
The fullscreen issue may be scaling, as a previous poster mentioned, and his
suggestions are worthwhile - although most default settings will give you
the same code that more or less every video player (and 3D video game) uses
to make images bigger, which is what most of the world is looking at. This
may minimise aliasing but it shouldn't have an enormous effect on blocking.
If you are encoding stuff yourself then the answer is fairly
straightforward - don't use compression, use lossless compression, or use
light compression, use only I-frame compression (such as MPEG-4 with all I
frames, or MJPEG, or a wavelet codec, or DV, or DVCPRO-100 if it's HD stuff
as and when the ffmpeg boys get around to putting it into the code). This is
how industry does it, and it's becoming increasingly easy to do it on home
equipment, since computers advance far faster than broadcast video
technology.
ffmpeg is capable of extremely good results with h.264 encoding, though -
look into that.
P
Would someone be willing to touch
> on a few of the reasons for this? I've tried to answer it for myself, but
> can't really put it all together. Another question I had concerns watching
> the video at it native resolution vs. fullscreen. Fullscreen you see a lot
> more artifacting and while I understand why this happens, I don't know how
> (if it's possible) to encode, for watching fullscreen.
>
> I'm guessing both questions hit upon some pretty wide subjects, I'm just
> trying to find a starting point.
>
> Thanks,
> Steven
> _______________________________________________
> MPlayer-users mailing list
> MPlayer-users at mplayerhq.hu
> https://lists.mplayerhq.hu/mailman/listinfo/mplayer-users
--------------------------------------------------------------------------------
No virus found in this incoming message.
Checked by AVG - www.avg.com
Version: 8.5.329 / Virus Database: 270.12.29/2114 - Release Date: 05/14/09
06:28:00
More information about the MPlayer-users
mailing list