问题标签 [gdkpixbuf]

我需要一个内容可变的 Pixbuf。这意味着它需要快速更新才能以合理的速度显示帧。

在python绑定中有get_pixels方法。我是否不清楚我是否可以使用它来更新 pixbuf 中的数据，以及它是否返回存储在它们副本的内存中的原始数据。

有什么建议吗？

我有一个带有两个美元符号的命令（二次扩展）

shell 命令应该从以下输出中提取路径：

当我运行 make 然后规则扩展为以下命令：

没关系，但是如果我使用第二个 makefile 来启动第一个，那么规则将扩展为

并发生错误：

从第二个 makefile 启动第一个 makefile 的命令如下：

启动第二个makefile（启动我创建的第一个makefile）的命令（在bash中）是：

两个 makefile 都使用.SECONDEXPANSION:. 我看不到错误。

现在我被困住了。这个扩展有什么问题？

GNU make 有一些神奇的规则，也许我必须$(MAKE)在行中添加一个参数？

我已经在 Debian Stretch 上使用 i686-w64-mingw32 将 MS Windows 的 libpng 1.6.28、libjpeg-turbo 1.5.1 和 GLib 2.50.3 交叉编译到一个特殊文件夹，但仍然无法让 gdk-pixbuf 工作。我用于配置的命令行是：

它很好地通过了配置部分，但问题从提出问题开始。它抛出以下错误：

（最后一行只是 gdk-pixbuf-csource.exe 的未翻译错误消息）。

紧随其后的是警告消息：

对于每个必需的库。

谁能给我解释一下？

我想要一个带有文本的按钮GtkListStore。我使用图像作为按钮阅读了另一个答案，但我真的需要标题是文本。我怎样才能做到这一点？我也可以使用将文本呈现到 a 上的解决方案GdkPixbuf。

我试过这个：

没有错误，但没有任何显示。

我想在新窗口中查看选择。

我正在尝试创建一个小应用程序，它显示您在文件选择器中选择的图像。当用户调整窗口大小时，它应该调整大小。

我的应用程序一直工作到我将此代码添加到我的类的构造函数中，这应该使图像能够在调整窗口大小时调整大小。

当窗口改变它的大小时，这个“应该”调用方法 resize_image 但是每次我添加这个代码时，我运行基本操作系统的虚拟机都会崩溃并停止工作（每次我尝试运行我的程序时都必须重新启动）。

resize_image() 方法的工作原理如下：

（我知道我调整大小的“算法”还不是最好的，但我只是使用这种方法进行测试。）

现在我的问题是：为什么我的程序崩溃了？从 pixbuf 到图像的转换对用户来说太慢了吗？还有另一种方法可以将图像调整为窗口大小吗？

任何帮助，将不胜感激 ：）

我正在尝试做我认为微不足道的事情，但无论我尝试什么，ClutterImage我都会收到错误消息Unable to load image data。我使用的语言是 Vala，所以 Clutter 的 Vapi 文件有可能是错误的。对GdkPixbuf我来说似乎很好，我可以GtkImage用它设置 a，我可以将它保存到磁盘而不会出错，但是如果我将图像文件读回GdkPixbuf->ClutterImage我会从 Clutter 中得到相同的错误。我也尝试了每个值，COGL_PIXEL_FORMAT_*它总是一样的，尽管图像数据是一种RGB24格式，但我很肯定。

我的代码是：

我改编自文档中的 C 示例中的内容，可以在https://valadoc.org/clutter-1.0/Clutter.Image.set_data.html看到。

如果它完全相关，我可以包含 Vala 吐出的 C 代码，但它看起来对我来说是正确的。

我开始认为这ClutterImage不起作用，所以我用我保存的图像文件尝试了https://github.com/GNOME/clutter/blob/master/examples/image-content.cpixbuf.save (...)中的示例和有用。所以现在我在想可能是我试图将图像对象用作小部件ClutterActor中的一个GtkClutterEmbed。那里真的没什么可看的，代码是

在我看来，这与有效示例中的内容相同，因为舞台是 aClutterActor并且ClutterImage设置为演员内容。所以……我现在有点茫然了。

简单的例子

编译使用

这是我当前的代码：

我预计会出现从 (0, 0) 到 (512, 512) 的紫色线。相反，我有一条从 (0, 0) 到 (256, 512) 的紫色线和一条从 (256, 0) 到 (512, 512) 的紫色线。

为什么会这样，我该如何解决？

我无法链接我的应用程序：我收到“未定义的对符号‘gdk_pixbuf_major_version’的引用”

我是一名 WIN32 程序员，这是我第一次涉足 Linux。我的目标设备是 Ubuntu xenial，GTK+ 3.18.9。从 gdk_pixbuf_features.h 中，Gdk-Pixbuf 版本是 2.32.2。

我有一个静态库 (_rUtilitiesLinuxx64) 可以执行此操作： GdkPixBuffMajorRunTime=gdk_pixbuf_major_version; 静态库构建得很好。

我有一个链接到 _rUtilitiesLinuxx64 的应用程序 (_rUtilitiesTestLinux)。

我的假设是 gdk_pixbuf_major_version 实际上在 Gdk_Pixbuf 库中（/usr/lib/x86_64-linux-gnu/libgdk_pixbuf-2.0.so）

当我尝试构建我的应用程序时，我得到一个未定义的对“gdk_pixbuf_major_version”的引用

似乎 gdk_pixbuf_major_version 不包含在 libgdk_pixbuf-2.0 中？

那么，gdk_pixbuf_major_version 在哪里呢？

我正在使用 Yocto 开发 iMX6，并且正在尝试在我的板上使用 Gstreamer 插件：gdkpixbufoverlay，但出现以下错误：

所以我尝试运行建议的命令，但我也没有工作。我看了一下输出：

输出充满了评论。我认为我的板上有问题，但我找不到哪里。

我是否需要其他一些软件包才能使 gdkpixbuf 工作？我在 Poky 发行版、krogoth 和 pyro 分支上进行了测试，结果是一样的。

我一直在使用 GdkPixbuf 在程序中显示下载的图像，效果很好，但偶尔会遇到 GdkPixbuf 无法处理的非致命损坏的 JPEG（例如“应用程序传输的扫描线太少”）。我通常可以用某种方式确认这些已损坏，jpeginfo但任何数量的其他 Gtk 程序（如 Gimp 和 Eye of Gnome）都会在没有错误或警告的情况下处理它们。

我可以在标准 GLib/Gtk 中使用 GdkPixbuf 的替代方法来生成 pixbufs 或禁用非致命损坏错误阻塞的方法吗？