[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Octave-patch-tracker] [patch #8709] fixes to color conversion functions

From: Hartmut
Subject: [Octave-patch-tracker] [patch #8709] fixes to color conversion functions (mainly rgb2ntsc and ntsc2rgb)
Date: Mon, 02 Nov 2015 22:13:13 +0000
User-agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:41.0) Gecko/20100101 Firefox/41.0

Follow-up Comment #11, patch #8709 (project octave):

Alright, there seems to be some reasonable definition of how to save YIQ
colors in integer values. But when I read this for example: 


then I see that it is for some funny reasons NOT only about scaling the
possible value range [Y_min, Y_max] to [0, int_max]. But there is some
additionally shifting involved.

The cited Wikipedia article is about the definition and implementation integer
datatypes for YUV images (and NOT the YIQ images used by rgb2ntsc and ntsc2rgb
in Octave). But I would guess there will be similar shiftings involved as

I am in no way against an implementation of integer types for YIQ colors in
Octave. But I personally would not bother to code it. And I think they aren't
too frequently used any more, either. (In contrast I have heard of integer
valued Lab colors before.)


Reply to this item at:


  Nachricht gesendet von/durch Savannah

reply via email to

[Prev in Thread] Current Thread [Next in Thread]