问题标签 [ati]

如果可能的话 - 如何让 ATI videocore 在 archlinux 中解码 flash-video？

PS，如果您知道它在某处工作的事实，请告诉我！我到处搜索，我找不到答案。

我正在开发一个混合 OpenCL 应用程序，它必须在运行时决定是否使用 GPU 实现。

是否有跨平台（即英特尔、nvidia 和 ati）的方式来确定运行应用程序的计算机是否支持 opencl 框架，而不会导致应用程序崩溃？一开始我只是为Windows平台开发。

目前我收到错误：

如果我尝试在上述情况下启动它。

注意：实际上，至少对于 nvidia 来说应该是可能的。在这种情况下，我已经从 nvidia GPU SDK 测试了 oclDeviceQuery，它可以正常工作。只需将 Windows/System 文件夹中的“opencl.dll”复制到应用程序文件夹中即可。我不知道为什么我的应用程序在相同的情况下崩溃。

先感谢您。

我的电脑上有 ATI Mobility Radeon 4650。我已经安装了带有 OpenCL 1.2 SDK 的 AMD APP SDK v2.7并打开了示例应用程序。所有这些都表示未找到 GPU。但是，根据入门指南，我的视频卡受支持，但仅限测试版。我查看了文档并尝试了谷歌但没有帮助。如何让 SDK 识别我的卡？我目前在 Windows x64 上运行。

晚上好，伙计们！

我目前正在尝试Delphi pascal翻译ATI ADL结构。简而言之，这允许我从系统中的 ATI/AMD GPU 检索信息，并可能控制它的各个方面（例如时钟和风扇速度）。

翻译取自Delphi-Praxis（谷歌翻译）或Delphi-Praxis（未翻译），并且提供的示例应用程序有效。我成功地将它转移到一个可视化/GUI 应用程序，但我无法从示例中扩展我的头脑。我希望通过支持 ATI GPU 来更新我现有的应用程序之一，但我遇到了麻烦。

我的主要目的是strAdapterName从AdapterInfo内部检索adl_structures。以前没有从头开始使用过这样的单元，我不确定如何在我的应用程序中定义类型本身。的记录结构AdapterInfo如下；

老实说，我很难弄清楚我需要在type我的应用程序部分中定义什么，而且，要真正得到一些可行的东西。

关于 ADL 库的特定于 delphi 的信息很少（唯一的信息是上面的 Delphi-praxis 链接），虽然它的 SDK 格式有很好的记录，但不幸的是，我缺乏能够在语言之间进行翻译的知识（例如，我可以' t 读取C或C++编码并翻译什么数据类型变量）。

有任何想法吗？

在运行我自己的基于 Qt 的 OpenGL 应用程序时，我在 fglrx dri 库中遇到分段错误。我从 gdb 获得的回溯（为 Qt 和我自己的应用程序安装了 dbg 符号）：

我无法从我的代码中看到我调用导致分段错误的 fglrx 函数的位置。如何扩展此回溯以将其完全从 main() 函数向下查看到 fglrx dri 库？

编辑：确认我自己的应用程序是用调试符号构建的：

我在绘制纹理时遇到了一些问题。情况如下：

我有带有 ati 硬件和专有 ati 驱动程序的 linux 盒子，它已经有两三年的历史了——因为 ati 抛弃了旧硬件。我有基于 opengl 的专用（主要）2D 引擎的自定义应用程序。（它是经过多年构建的，非常成熟，从来没有遇到过这样的问题）

当 vram（取自系统内存，在这种特殊情况下为 2GB）几乎达到最大纹理时，就会出现问题。当在场景中有一个四边形，它的纹理超过 2048x2048，它不会被绘制。当我对特定表面进行计时时，绘制时间最长的表面不是使用大纹理纹理的表面（大约需要 87 我们），而是在它之后绘制的下一个表面（大约需要 900 毫秒！）。正在绘制的场景并没有使用 vram 中的所有纹理，而仅使用了 8%。不幸的是，我什至无法释放它的一小部分。该应用程序通常在这种 vram 压力条件下工作，并且从未像这样表现过。

glGetError() 什么也不返回。所有其他纹理都正常绘制。

根据OpenGL 文档，我应该能够将像素读取源设置为任何GL_COLOR_ATTACHMENTi. 但是，当我尝试这个时，glGetError给了我一个GL_INVALID_ENUM错误。随后glReadPixels的只是读取后台缓冲区。

报告的版本glGetString(GL_VERSION)是4.2.11627 Core Profile Forward-Compatible Context。我在 linux 上运行并安装了 fglrx ati 驱动程序（版本 8.96.7-120312a-135598C-ATI）。

我检查了我的 FBO 是否已绑定且完整。我还验证了glGetError不是由先前的调用设置的。

它已经失败了（我希望这里有一个错误，而INVALID_OPERATION不是INVALID_ENUM）：

这个调用可能触发还有另一个原因，INVALID_ENUM还是我使用的 OpenGL 实现更有可能被窃听？

我安装了 fglrx ATI/AMD 专有驱动程序，现在当我尝试启动我的 OpenGL/SDL 项目时，我收到以下消息：/usr/bin/ld: error: cannot find -lGL

我运行 64 位 Ubuntu 12.04 桌面。HD6870 [ATI Radeon HD 6800 系列]

我真的坚持这个。我的 HLSL 用于渲染带有精灵表纹理坐标的点精灵，在所有 ATI 卡上都可以正常工作，但在任何 NVIDIA 卡上都不能。在 NVIDIA 卡上，传递的纹理坐标映射到整个精灵表而不是其中的一部分。奇怪，但它在 ATI 卡上运行良好。我错过了 ATI 卡独有的东西吗？

这是我的着色器

I'm having troubles with OpenCL-GL shared memory.

I have a application that's working in both linux and windows. The CL-GL sharing works in linux, but not in windows.

The windows driver says that it supports sharing, the examples from AMD work so it should work. My code for creating the context in windows is:

My problem is that the CL and GL memory in a shared buffer is not the same. I print them out (by memory mapping) and I notice that they differ. Changing the data in the memory works in both CL and GL, but only changes that memory, not both (that is both buffers seems intact, but not shared).

Also, clGetGLObjectInfo on the cl-buffer returns the correct gl buffer.

Update: I have found that if I create the opencl-context on the cpu it works. This seems weird, as I'm not using integrated graphics, and I don't belive the cpu is handling opengl. I'm using SDL to create the window, could that have something to do with this?

I have now confirmed that the opengl context is running on the gpu, so the problem lies elsewhere.

Update 2: Ok, so this is weird. I tried again today, and suddenly it works. As far as I know I didn't install any new drivers before I shut down the computer yesterday, so I don't know what could have brought this about.

Update 3: Right, I noticed that changing the number of particles caused this to work. When I allocated so many particles that the shared buffer is slightly above one MB it suddenly starts to work.