标签: rendering

我注意到一些网页上的文本在 Chrome (16.0.912.77 m) 中查看时看起来很糟糕，而在 Firefox (10.0) 中查看正常。FWIW，我使用这些应用程序的 Windows 版本，默认设置。

作为（具有讽刺意味的）示例，www.google.com/webfonts。

有人知道这是为什么吗，是否可以做些什么？

谢谢你。

编辑：另一个例子：

编辑：这是它在 FireFox 中的样子：

我们都知道程序或操作系统本身冻结的情况，您唯一能做的就是使用系统呈现的数百万个对话框进行绘制。我正在谈论这个（演示在这里）：

为什么会发生这种情况？为什么我总是只在 Windows XP 上遇到它？这不会发生在 Linux、Mac 或其他 Windows 版本上吗？如果不是，为什么？实际上，这个错误有官方/通用名称吗？

嗯，我知道这种力量的声音就像一个非常愚蠢的问题，但使用谷歌，所以是...我无法找到答案
所以，我知道有像OpenCL和CUDA技术，但为什么，在默认情况下，使用的处理器从视频编辑软件中渲染例如视频文件？对我来说，图形处理单元不用于处理图形，这似乎违反直觉。在玩视频游戏时，GPU 也负责在我的屏幕上生成图像，不是吗？

再说一次，我知道这对你来说可能听起来很愚蠢。请温柔°A°

编辑：我专门讨论了像 Premiere Pro 这样的 NLE 软件的视频输出

我正在寻找一种使用脚本语言之类的东西来创建视频序列的方法。

目标是自动化生成脚本的过程，该脚本描述如下：

place video x at 0,0
place picture y at 4,4
move y to 0,0 in 4sec
...

在下一步中，我想用这样的脚本渲染视频。任何系统都可以完成这样的任务吗？

运行 Mac OS X，使用 Terminal.app 或 iTerm2，有一个奇怪的人工制品与字符渲染，我很难解释，甚至更难理解。我将从我的屏幕视频开始，以便您可以看到它的实际示例：

从视频中您可以看到一些奇怪的方式，例如，有时当我在插入模式下点击一个字母时，字符会被双重打印。当我进入正常模式时，人工制品仍然存在。当我重新进入插入模式时，按退格键会将左侧的字符复制到光标下的位置。

这发生在 OS X Lion 和 Mountain Lion 中，在 Terminal.app 和 iTerm 2 下。这在 MacVim 下从未发生过。

另外，我在另一台机器上使用 GNU/Linux，从来没有发生过这种情况，我很确定这是一个 Mac OS X 问题，但我不知道如何解决它。有一段时间，我大部分时间都在使用 MacVim 来解决这个问题，但我更喜欢在终端中工作。

有谁知道这里发生了什么，如果是这样，我该如何解决？

编辑：我尝试使用 macvim Vim 可执行文件，但我仍然得到奇怪的人工制品，但它们已本地化到屏幕的左侧，这是一个示例：

与 Firefox（在 Windows XP 上）相比，在 Chrome 中播放的 YouTube 视频似乎没有那么清晰。

这只是我的想象还是有技术原因？

Firefox 似乎产生了一个单独的进程来处理 Flash。这可能是原因吗？

不久前我开始使用 Chrome 而不再是 Firefox，但是我发现了一些奇怪的东西，如果我不能解决这个问题，这可能会迫使我返回 Firefox。我正在编写一个主页，输出在 Chrome 中很难看，在 Firefox 中不是。我想“好吧，这可能是由于错误的代码造成的”……但是我发现在 Facebook 等不同网站上也会出现同样的问题。字体不平滑，不好看。这是一个例子，尽管我几乎审查了所有内容......

糟糕的 Chrome 渲染

良好的 Firefox 渲染

您可能需要在新选项卡中打开才能详细查看错误。现在我想知道，这是否只是 Chrome 拖着我，或者其他什么。

编辑 我在我的 PC 上的 Ubuntu 下尝试了它并且它运行良好......似乎是 Windows/Chrome on Windows 上的错误。

简而言之：

你知道3D 场景的生成脚本并像 POVray 一样渲染它，但使用更现代的渲染技术（大都会光传输、GPGPU、环境遮挡），理想情况下使用基于Java 或 python 等通用语言的场景描述语言。简单 - 更现代的 POVray 替代品

长篇大论：

我有时会使用 POVray 进行生成设计/图形，因为 POVray 的场景描述语言非常好，而且它是我知道的唯一一种 3D 渲染软件，其中输入的主要方式是“编写场景代码”而不是“使用 GUI 对场景进行建模”

另一方面，POVray 的核心相当陈旧。视觉质量远远落后于例如Luxrender，速度也没有那么快（缺少环境遮挡等常见技巧）。另一方面，luxrender 的输入文件不应该是手工编写的（例如，没有什么比POVray 对几何基元进行 bolean 操作的出色实体建模，或由我用于脚本编写的解析函数处方或“blob”描述的曲面更像了很多 ）。

另外，我认为将场景描述语言集成到某种通用编程语言（如 python 或 java ）中或者至少有一些与这些语言完全兼容的接口会很好。

我想知道是否有这样的事情？

据我所知，最接近的是SunFlow，它可以作为库导入任何 Java 程序，并且原始类和接口可以在标准 Java 中扩展 - 因此原则上您可以通过这种方式定义自己的几何图元。不过现在SunFlow项目好像已经死了，也没有很好的教程如何使用这个直接的java接口。

我很幸运有一个带有 BGR 子像素布局的屏幕。

幸运的是，我的意思是 Google Chrome 37 现在使用他们最近添加的 DirectWrite 文本渲染方法强制 RGB 子像素渲染。文字现在读起来很累。

有谁知道如何强制 BGR 子像素布局？

某些应用程序在呈现日文字体时表现出奇怪的行为。汉字使用的字体是中文字体，看起来很奇怪，尤其是在没有抗锯齿的小尺寸时。

如果我将显示语言设置为日语，注销并重新登录，问题就消失了。

请求的字体（在 App UI 中选择）是 Segoe UI。用于渲染的实际字体是平假名的“MS Mincho”和汉字的“SimSun”。

我查看了注册表 Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\FontLink\SystemLink

并且 Segoe UI 具有正确的条目：

TAHOMA.TTF,Tahoma
MEIRYO.TTC,Meiryo UI,128,96
MEIRYO.TTC,Meiryo UI
MSGOTHIC.TTC,MS UI Gothic
MSJH.TTC,Microsoft JhengHei UI,128,96
MSJH.TTC,Microsoft JhengHei UI
MSYH.TTC,Microsoft YaHei UI,128,96
MSYH.TTC,Microsoft YaHei UI
MALGUN.TTF,Malgun Gothic,128,96
MALGUN.TTF,Malgun Gothic
MINGLIU.TTC,PMingLiU
SIMSUN.TTC,SimSun
GULIM.TTC,Gulim
YUGOTHM.TTC,Yu Gothic UI,128,96
YUGOTHM.TTC,Yu Gothic UI
SEGUISYM.TTF,Segoe UI Symbol

SimSun 已列出，但 MS UI Gothic 和 YaHei 具有这些字符。

我查过的一些参考资料：

• 日语字符的平滑字体渲染
• 日语字符的平滑字体渲染
• 如何在 Windows 7 上设置默认 CJK 字体？
• 日语字符的平滑字体渲染

糟糕的渲染：