问题标签 [renderer]

由于这段代码，我有一个 JTable 可以在颜色上进行可爱的交替：

（这里的“colorProvider”包含将每隔一行变成浅灰色的代码。）我有一列我想将文本对齐到中心。如果我只是在该列上设置一个具有中心水平对齐的 DefaultCellRenderer，它会覆盖表格的默认渲染器，我会失去我可爱的条纹。

我可以保留条纹并仍然更改列的对齐方式吗？

更复杂的是，我在一个超类中有上面的代码。是我的子类知道他们想要更改对齐的列。

我正在尝试使用 rowsorter 对表进行排序。

我正在使用扩展 DefaultTableCellRenderer 的渲染器。我正在使用渲染器根据其值以某种颜色绘制单元格的内容。

例如：

注意：这只是一个示例代码。没有真正的功能。当我排序时，排序发生得很完美，但没有发生更改颜色的渲染器功能。有没有人之前遇到过这个问题？请帮忙

我知道如何在特定控制器上禁用它们：

而且我知道如何在引导程序中禁用渲染器：

有没有机会在引导程序中禁用布局？

有没有办法将外部参数传递给网格渲染器函数？

例如，考虑..

现在我想将外部参数添加status到渲染器中，以便渲染的 URL 看起来像

excel.jsp?view=aging&prod_type=data&value=testing&状态=待定

任何帮助深表感谢。谢谢

下午好。

我不熟悉android中的活动生命周期，并且一直在尽可能地阅读，但我不知道如何以一种好的方式解决以下问题。

我有一个带有 GLSurfaceView 的活动，可以在屏幕上绘制各种东西。在这个 GLSurfaceView 的渲染线程中，我执行所有渲染以及实际的更新逻辑（我最终将把它分开）。

我遇到的麻烦来自渲染器中绘制的“屏幕”之一，我希望结束 Activity 并让它调用各种生命周期方法。

通常我可以用 System.exit(0); 但是以这种方式结束活动似乎不会调用 OnStop(); OnDestroy(); 方法。

这可能只是我很傻，没有看到这样做的简单方法，但有没有办法访问 Activity 并调用 activity.finish(); 无需一直向下传递对它的引用？

这可能不是一个android问题，而是一个一般的java问题？对不起，我对两者都有点生疏。也许如果有人可以大致解释他们如何在他们的应用程序中处理这样的问题。

我需要显示数据的只读视图。我选择了 DisplayField 组件来执行此操作。我的问题是我想要一种简单的方法来调用BasicForm.setValues(values)并让日期字符串在其中一个显示字段中自动正确呈现。我还没有找到任何可以为我做这件事的东西（例如渲染器函数），并且即将在调用之前手动格式化日期字符串setValues(values)。有没有一些巧妙的方法可以做到这一点？

谢谢！

我如何轻松地将 html 转换为图像，然后转换为字节数组而不创建它

谢谢

我正在尝试找出原始摩托罗拉 Droid 的最大纹理大小。我相信 G1 的最大纹理大小为 512，但如果有更官方的方法我能找到，这样我就可以构建一个合适的瓷砖系统，那就太好了。

我有 DataGroup 的数据 ItemRenderers，但我有很多项目，在我看来，DataGroup 创建所有这些项目不仅是在用户屏幕上显示的少数项目，这需要时间和资源。

如何设置 ItemRenderer 或 DataGroup 以节省内存和性能？

执行摘要：如何在他的代码中指定 OpenMP 应该只将线程用于 REAL 内核，即不计算超线程内核？

详细分析：多年来，我在空闲时间编写了一个纯软件的开源渲染器（rasterizer/raytracer）。GPL 代码和 Windows 二进制文件可从此处获得： https ://www.thanassis.space/renderer.html 它在 Windows、Linux、OS/X 和 BSD 下编译和运行良好。

上个月我介绍了一种光线追踪模式 - 生成的图片质量飙升。不幸的是，光线追踪比光栅化慢几个数量级。为了提高速度，就像我对光栅化器所做的那样，我为光线追踪器添加了 OpenMP（和 TBB）支持 - 以轻松利用额外的 CPU 内核。光栅化和光线追踪都可以轻松地进行线程处理（每个三角形的工作量 - 每个像素的工作量）。

在家里，使用我的 Core2Duo，第二个核心帮助了所有模式 - 光栅化和光线追踪模式都获得了 1.85x 和 1.9x 之间的加速。

问题：当然，我很想看到顶级 CPU 性能（我也“玩”过 GPU，初步 CUDA 端口），所以我想要一个坚实的比较基础。我把代码给了我的一个好朋友，他可以使用一台“野兽”机器，它有一个 16 核、1500 美元的英特尔超级处理器。

他以“最重”模式运行它，光线追踪器模式......

...他的速度是我的 Core2Duo 的五分之一（！）

喘息——恐怖。刚才发生了什么？

我们开始尝试不同的修改、补丁……最终我们弄明白了。

通过使用 OMP_NUM_THREADS 环境变量，可以控制产生多少 OpenMP 线程。随着线程数从 1 增加到 8，速度也在增加（接近线性增加）。我们越过 8 的那一刻，速度开始下降，直到它急剧下降到我的 Core2Duo 速度的五分之一，当所有 16 个核心都用完时！

为什么是8？

因为 8 是真正的核心数。其他 8 个是……超线程的！

理论：现在，这对我来说是个新闻——我已经看到超线程在其他算法中的帮助很大（高达 25%），所以这是出乎意料的。显然，即使每个超线程内核都有自己的寄存器（和 SSE 单元？），光线追踪器也无法利用额外的处理能力。这让我想到...

饥饿的可能不是处理能力 - 它是内存带宽。

光线追踪器使用包围体层次结构数据结构来加速光线与三角形的交点。如果使用超线程内核，那么一对中的每个“逻辑内核”都试图从该数据结构中的不同位置（即内存中）读取 - 并且 CPU 缓存（每对本地）被完全颠簸。至少，这是我的理论——欢迎提出任何建议。

所以，问题是： OpenMP 检测“核心”的数量并产生与之匹配的线程——也就是说，它在计算中包含了超线程“核心”。就我而言，这显然会在速度方面导致灾难性的结果。有谁知道如何使用 OpenMP API（如果可能，可移植）只为 REAL 内核生成线程，而不是超线程内核？

PS 代码是开放的 (GPL) 并且可以在上面的链接中找到，请随意在您自己的机器上复制 - 我猜这将发生在所有超线程 CPU 中。

PPS 请原谅帖子的长度，我认为这是一种教育经验并想分享。