Re: [CinCV] Color handling

2012-11-08 Thread Monty Montgomery
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.

Re: [CinCV] Color handling

2012-11-08 Thread Monty Montgomery
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

RE: [CinCV] Cinelerra vs Cinelerra-CV

2012-11-08 Thread raffaella . traniello
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

Re: [CinCV] Color handling

2012-11-08 Thread Herman Robak
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

Re: [CinCV] Color handling

2012-11-08 Thread Herman Robak
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