Modules/ColorTableMod/ColorTable32KMod.cpp

Go to the documentation of this file.

/** 
* @file ColorTable32KMod.cpp
* Implementation of class ColorTable32KMod.
*
* @author <A href=mailto:walter.nistico@uni-dortmund.de>Walter Nistico</A>
*/

#include "ColorTable32KMod.h"
#include "Tools/Location.h"

/* 
I don't like this.
Directly copying an object to a memory buffer is a C-style low level way of instantiating it, 
beside, the initialization of the memory buffer looks quite ugly because of the test operators
to determine the size of the biggest colortable object, and it gets worser and worser as new
colortables are implemented.
I have a more elegant solution which gives access to colortables to the image processors 
through a colortable pointer: it works, but it needed a thorough rewriting of the image processor
interface, and it has a potential for problems with image processors designed to use a 
single color table (ColorTable64) such as GridImageProcessor2.
If you want to support this second approach, please write me an e-mail.
*/
void ColorTable32KMod::setup()
{
  ColorTable64* colorTable64 = new ColorTable64();
  InBinaryFile stream(getLocation().getModelFilename("coltable.c32"));
  colorTable64->setFormat(ColorTable64::CT32K);
  if (stream.exists())
  {
    stream >> *colorTable64;
  }
  memcpy(colorTable, colorTable64, sizeof(ColorTable64));
  delete colorTable64;
}

---