On Sat, Aug 3, 2013 at 3:01 PM, Johannes Totz <[email protected]> wrote:
>
> Is the video renderer the one causing the slow down? One odd thing I
> noticed while streaming in RGB(A) images is that these are always mapped
> through a lookup table or colour mapper, even if that is a nop.
> Somewhere in the render pipeline it will start a new bunch of threads,
> process the image(s) using an expensive colour mapping thing that
> amounts to identity, and then kill the threads, upload as texture to
> OpenGL. This is pretty bad for performance (think stereo 1080p).
>
I'm not sure what exactly is causing the slow down, but I noticed the same
thing with the unoptimized color mapping for the nop case. In my case I had
scalar pixel values so they needed to be mapped to RGBA (at least based on
my understanding of OpenGL textures)
Plus, I'm now rendering the live video image in three other renders which
need an opacity transfer function applied. Actually I just submit a bug
report[1] and pull request to achieve this. In the current MITK master if
you are using COLORTRANSFERFUNCTION_LEVELWINDOW_COLOR or
COLORTRANSFERFUNCTION_COLOR
for "Image Rendering.Mode" then only the ColorTransferFunction of the
TransferFunctionProperty
gets used -- the ScalarOpacityFunction is ignored.
Taylor
[1] http://bugs.mitk.org/show_bug.cgi?id=15899
------------------------------------------------------------------------------
Introducing Performance Central, a new site from SourceForge and
AppDynamics. Performance Central is your source for news, insights,
analysis and resources for efficient Application Performance Management.
Visit us today!
http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk
_______________________________________________
mitk-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/mitk-users
