Any reason for not using 8/16/32 bit as a fraction (0-1)? So 8 bit would
have a resolution of 1/255, 16 bit of 1/65535 etc. All operations can
be done with 4 byte integer math.
16 bits linear will be barely enough to capture an 8 bit nonlinear
space, and that's leaving out head- and toe-room.
Just an idea.
Sure :-) And I think you're right in the tactical sense... but
overall I think float is a more practical idea. It will be slower in
the ideal case, but I don't think we'll ever be within spitting
distance of ideal speed.
BTW, if I sounded ungrateful for the comment, I didn't
Ciao!
I finally migrated cinelerra's builds to use the new name
cinelerra-cv.
Thank you so much! :-)
Raffaella, would you please add a line in the webpage stating how to
install cinelerra, once the the PPA has been enabled?
Sure. Sorry for the delay. Somehow I messed up my git push
På Mon, 05 Nov 2012 14:27:02 +0100, skrev Monty Montgomery
xiphm...@gmail.com:
... and presenting 0.0 as black and 1.0 as white internally is
totally out of the question?
No. :-)
However, if black is 0.0, then super black would be negative,
and hilarity ensues. So we have to make up our
På Mon, 05 Nov 2012 14:27:02 +0100, skrev Monty Montgomery
xiphm...@gmail.com:
... and presenting 0.0 as black and 1.0 as white internally is
totally out of the question?
No. :-)
There is more. I can't see we have adressed what kind of black
and what kind of white.
* Aquisition medium