6. mar 2009, 08:04
#56948
Aha - interessant.
Det yakken og Rasmus skriver ovenfor, betyder, at der tages udgangspunkt i måling af skærmens egne, medfødte primærfarver ved kalibreringen og ikke i nogen standard-gamut som f.eks. sRGB, rec.709 eller PAL.
Men målet er så med al sandsynlighed ikke længere D65 (men man kan tilfældigvis godt ramme 6500K), da man ved "the twist" korrigerer farvedekodningen ved at flytte på hvidpunktet, der ved "optimal" farvedekodning godt kan ramme nogle få hundrede Kelvin fra 6500K.
Det betyder i praksis, at vil man ikke vælge en reference-gamut/farverum, så skal man vælge et hvidpunkt ud fra den gamut, som panelet er født med.
Det er en ret avanceret metode - hvilket software bruger I? ColorFacts? CalMAN? ColorHCFR kan ikke den slags.
Det stiller stadig spørgsmåltegn ved, hvordan dE beregnes, da dE for farvegengivelsen skal blive 0 (nul) for primærfarverne, hvis der kun måles på primærfarver efter kalibreringen.
Det yakken og Rasmus skriver ovenfor, betyder, at der tages udgangspunkt i måling af skærmens egne, medfødte primærfarver ved kalibreringen og ikke i nogen standard-gamut som f.eks. sRGB, rec.709 eller PAL.
Men målet er så med al sandsynlighed ikke længere D65 (men man kan tilfældigvis godt ramme 6500K), da man ved "the twist" korrigerer farvedekodningen ved at flytte på hvidpunktet, der ved "optimal" farvedekodning godt kan ramme nogle få hundrede Kelvin fra 6500K.
Det betyder i praksis, at vil man ikke vælge en reference-gamut/farverum, så skal man vælge et hvidpunkt ud fra den gamut, som panelet er født med.
Det er en ret avanceret metode - hvilket software bruger I? ColorFacts? CalMAN? ColorHCFR kan ikke den slags.
Det stiller stadig spørgsmåltegn ved, hvordan dE beregnes, da dE for farvegengivelsen skal blive 0 (nul) for primærfarverne, hvis der kun måles på primærfarver efter kalibreringen.