6

我正在开发一些基于libharu的 c++ pdf 生成软件，我希望能够首先使用Magick++操作图像，然后使用 libharu 函数从内存中加载它们：

HPDF_LoadRawImageFromMem()

根据文档void *，它本质上是从某个缓冲区加载图像。

我的目标是能够void*从实例中获取这些数据，Magick::Image并根据这些数据将此图像加载到我的 haru pdf 中。

我曾尝试写入 avoid*或 aMagick::Blob但到目前为止我唯一的成就是一些黑色矩形而不是我期望的图像。

有没有人有将原始图像数据从一个库转换为另一个库的经验？

我试图从内存中执行此操作的原因是因为到目前为止我正在将 Magick::Image 实例写入文件，然后从该文件中读取以加载然后在 haru 中，这在我的应用程序上下文中是一个巨大的性能损失。

4

3 回答 3

2

我想我回答得有点晚了，但这是一个真实的答案。

我使用 LibHaru 成功地将 itk::Image 添加到我的 pdf 中，因此它对您的工作应该是一样的。首先，您需要知道您使用的库是行专业还是列专业。LibHaru（以及我知道的所有库）以行专业工作，因此您的库也应该如此，否则您将需要“转置”您的数据。

// Black and white image (8 bits per pixel)
itk::Image<unsigned char, 2>::Pointer image = ...;
const unsigned char *imageData = image->GetBufferPointer();
const HPDF_Image image = HPDF_LoadRawImageFromMem(m_Document,
    imageData, width, height, HPDF_CS_DEVICE_GRAY, 8);

// Or color image (24 bits per pixel, 8 bits per color component)
itk::Image<RGBPixel, 2>::Pointer image = ...;
const RGBPixel *imageData = image->GetBufferPointer();
const HPDF_Image image = HPDF_LoadRawImageFromMem(m_Document,
    reinterpret_cast<const unsigned char *>(imageData),
    width, height, HPDF_CS_DEVICE_RGB, 8);

// Usual LibHaru code. EndText, Position, Draw, StartText, etc.
// This code should not be dependant on the type
InsertImage(image);

我认为唯一复杂的部分是 reinterpret_cast。黑白图像不需要一个，因为它已经定义为字节。例如，如果您有此图像

102 255 255
 99 200   0
255   0 100
imageData == {102, 255, 255, 99, 200, 0, 255, 0, 100};

但是，如果您有此彩色图像

(  0,   0, 255) (0, 255, 255) ( 42, 255, 242)
(200, 200, 255) (0, 199, 199) (190, 190, 190)
imageData == {0, 0, 255, 0, 255, 255, 42, 255, 242, 200, 200, 255, ... }

LibHaru 会明白，因为你告诉他使用 HPDF_CS_DEVICE_RGB，这意味着它将数据分组在（R，G，B）中。

当然，使用 ImageMagick，您需要找到如何访问第一个像素。它可能是 data()、begin()、pointer() 等方法。

于 2013-06-19T02:48:29.213 回答
0

不幸的是，我既没有使用 ImageMagic 也没有使用 libharu，但是我在图像处理方面有一些经验，而且由于还没有人回答，也许我可以提供一些帮助。问题可能是存在过多的原始图像格式，我很确定这两个库对这些格式的理解不同。更糟糕的是，libharu 的原始图像解释几乎没有记录。然而，libharu 处理原始数据的结论非常简单，可以从以下参数得出：“HPDF_LoadRawImageFromMem”。宽度和高度几乎是不言自明的，唯一的问题是使用（可能是像素）。更有趣的是：“bits_per_component”。这个参数大概描述了用多少位来定义一个像素（常用值为8：从 256 个值的调色板中索引，16：从 65535 个值的调色板中索引，24：红色、绿色和蓝色分别为一个字节 [RGB]，32：为 24，但具有 alpha 通道或 8 位用于青色、洋红色，黄色和黑色 [CMYK]，36：与 32 相同，但每个值有 9 位以便于换位...）。一个问题是该类型的糟糕文档：HPDF_ColorSpace，因为它可能描述了如何解释 with: "bits_per_component" 的颜色值。ImageMagic 似乎实现了一种完全不同的方法。图像对象似乎总是具有图像格式（JPEG、PNG、GIF），因此图像对象可能永远不会有“直截了当”的内存表示，而是经过编码的。我的建议是将 ImagaMagic 图像切换为 TIFF 格式，因为它允许压缩，因此与 libharu 假设的原始解释具有类似的方法。希望这至少有一点帮助……干杯马克。

于 2012-06-11T16:15:57.150 回答
0

回答永远不会晚。

我使用 PNG blob 作为中间步骤：

Image image;
image.read("file.jpg");

Blob blob;
image.write(blob, "PNG");

HPDF_Image pdfImg = HPDF_LoadPngImageFromMem(doc, (const HPDF_BYTE*)blob.data(), blob.length());
HPDF_Page_DrawImage(doc, pdfImg, 0, 0, image.columns(), image.rows());

为简洁起见，省略了 PDF 文档和页面创建。

于 2017-08-22T19:09:09.710 回答