[Tig] Random comments

[Bob Friesenhahn]

On Fri, 4 Jul 2008, Lawrence Towers wrote:
>
> "The DLP rainbow issue happens when the viewer moves his head." 
> Actually any reasonably quick eye movement will reveal this. The 
> closer the viewer/larger the screen the more likely to hapen. 
> Particularly terrible with monochrome material. I've often wondered 
> why there wasn't a monochrome mode available to turn off the color 
> wheel.

Some people (not me) seem to be sensitive to this.  Some people will 
never see it at all.  Since we are talking about critical viewing, the 
viewer should not be waggling his head or experiencing rapid eye 
movement (REM).

> " If the content is 24 frames per second, then the display should 
> update cleanly at 24 frames per second." As projected it is usually 
> a 48hz shutter, some places with 72. I've often wondered why 72hz 
> wasn't adopted as a display refresh standard.

Yes, that is how things work with film projection but film projection 
will go away eventually.  Then we are just left with the 24 frames per 
second legacy.  Probably eventually there will be a newer standard 
with a higher refresh/update rate, or perhaps the unnecessary notion 
of refresh/update will go away entirely and pixels will be updated on 
an as-needed basis only.

> Lock-in is not an appropriate term here. RED uses a codec, it offers 
> free software to decode it free as well to DI as a free quicktime 
> plugin. Raw refers to the format of the data which saves raw sensor

Locked in is quite appropriate since there is only one place to get 
this software and it is in binary form.  If the company goes bankrupt, 
then you are on your own.  After a few years the software may stop 
working correctly, or not address the new popular operating system. 
Remember that these files are the equivalent of the camera negative. 
Imagine if you really needed to use the negative and you could see it, 
but there was no way to use it.

> "Consider that it likely takes about 3 seconds (an estimate based on 
> dcraw performance using a single CPU core) to convert a RED RAW 
> frame to a standard DI format on a reasonably fast computer." Where 
> did these numbers come from? On our Dual core Mac, hardly a speed

As mentioned, it comes from a 'dcraw' conversion timing.  The timing 
may not pertain to RED RAW at all.  Dcraw is general purpose software 
so it is not as specifically optimized as the RED RAW software likely 
is.

Bob
======================================
Bob Friesenhahn
bfriesen at simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,    http://www.GraphicsMagick.org/