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 回答