Wiretap (Read Only)
cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

more bad 12U Flame, not even Wiretap related.

7 REPLIES 7
Reply
Message 1 of 8
alatteri
723 Views, 7 Replies

more bad 12U Flame, not even Wiretap related.

SGI Flame 9.5.13
take a 12U black frame into Color Corrector.
Make duration 4095
frame 1 set Master RGB Offset to 1
frame 4095 set Master RGB Offset to 4095
goto Animation View and set interpolation to Linear.
now using the color picker, any frame you goto, the image will have the corresponding RGB value.
Render that and then analyze the pixel values of the result clip with the color picker in the Player...they dont match.
Take that clip into Color Corrector, Reset, then use its color picker, same thing, dont match.

Also, the Burnin module messes with color integrity....take the clip from above, run it thru BurnIn then do a difference with 0 tolerance. Not Good.

I have included a File Archive of the above mentioned 12U RGB Ramp.
7 REPLIES 7
Message 2 of 8
Anonymous
in reply to: alatteri

Hi Alan,

Are you sure this is posted in the right forum?

Dan
Message 3 of 8
alatteri
in reply to: alatteri

Is there another forum more suited to this? I felt it was more back-end and wasnt appropriate for flame-news. Is there an infrastructure forum?
Message 4 of 8
Anonymous
in reply to: alatteri

No, this is definitely a flame-news question. I'll bet this has already been answered once before too.
Message 5 of 8
Anonymous
in reply to: alatteri

No, this is definitely a flame-news question. I'll bet this has already been answered once before too.
Message 6 of 8
grattor
in reply to: alatteri

Can't repro Alan. same steps, my results are good.

I'm going to guess your project is set to 8 or 10-bit intermediate graphics processing. Izzat the case? Because this exhibits the problems you describe.
Message 7 of 8
alatteri
in reply to: alatteri

With my project set to 12 Bit graphics, the difference is small, only 2 units off, but it is a difference, which was throwing off my "debugging" tests. With 8 Bit graphics it is widly in-accurate, as excpected.
Message 8 of 8
panisset
in reply to: alatteri

Something tricky here is that, if memory serves me well, the color picked in the Color Corrector module is "special", in that it picks values directly from the image in memory, and so should display the exact value of every pixel, whereas the color pickers in other parts of the application pick values out of the frame buffer, and can thus be thrown off by not having the graphics framebuffer set to 12 bits (and on a Linux box with a floating point frame buffer, I'm not even sure how accurate picking from the frame buffer can be).

JF

Can't find what you're looking for? Ask the community or share your knowledge.

Post to forums  

Autodesk Design & Make Report