- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
问题
如果我在 windows 上使用 clozure cl 在普通 lisp 中制作 2d 游戏(使用:lispbuilder-sdl、quicklisp、cffi),我以后能否轻松地将其移植到其他平台(linux/iPhone(也许)/android)? lisp“适合”可安装程序吗?
资讯
What do you mean by "suitable" and "installable programs"?
最佳答案
** 注意:对不起,如果我在这篇文章中陈述了明显的内容,我不确定你是否熟悉 Common Lisp **
从 sds 继续:
在 android 上运行 clozure 似乎有一点生命,但可用的性能还有待观察。我们不太可能在 iphone 商店中看到 lisp 游戏,除非它们编译成编译器在运行时不可用的其他语言(见 Nu 或专有选项见 mocl,两者都有解决这个问题)
可移植性 - 跨实现
在库中,让它们在尽可能多的实现中可移植地工作是绝对值得的,但是对于游戏,我真的只是选择一个实现并在那里磨练你的代码。您可能会将您的游戏作为每个平台的包分发,而不是通过 quicklisp 对吗?
可移植性 - 跨平台
请务必检查您在每个平台上首选实现的进度,可能会有一些微妙的陷阱。对我来说,我使用 SBCL,在 Windows 下仅完全支持 32 位,而 64 位仍在开发中。
包装
这对您来说是一个很好的时机,因为 packaging Clozure apps for Apple Mac Store was posted on openmcl-devel today 上的一些信息.我还没有好好阅读,但该线程可能会提供更多信息。
Zach Beane 还制作了 buildapp for SBCL
lispbuilder 的人似乎也有一些 info on making standalone executables .
工具
cl-opengl是一个非常好的opengl 包装器。它同时支持旧的和现代的 opengl 风格,所以我发现尝试提供更高级别抽象的领域有点限制(我个人避开了 cl-opengl 的 gl-arrays)。一定要阅读源代码,因为那里有一些很棒的东西,尤其是当您开始编写更多 cffi 代码时。
{cl-opengl 仍在开发中,可通过 quicklisp 获得——我已经在 linux 和 windows 下愉快地使用它}
lispbuilder-sdl非常酷,但您可能会再次找到控制某些区域的冲动。例如 sdl:with-events 宏很棒,但它可以控制您的主循环和时间步处理。这可能对您非常有用,但如果不是,请不要害怕挖掘并编写更好的东西来替换这些部分!
lispbuilder 还提供了一系列库,因此在使用它们之前,请检查 quicklisp 中是否有更新的等价物。例如 lispbuilder 有 lispbuilder-opengl。不要使用这个,坚持使用 cl-opengl。同样 lispbuilder 具有 lispbuilder-regex 而使用 CL-PPCRE 可能要好得多.
我可能不建议按原样使用它,但我花了一点时间回来剥离所有 lispbuilder-sdl that didn’t pertain to modern opengl games (所以没有 sdl 软件表面等)。我不认为人们应该使用它,但它可能会给你一些想法! {lispbuilder 没有进行大量开发,但可以通过 quicklisp 获得 - 我已经在 linux 和 windows 下愉快地使用它}
此外,当我在拉皮条由伟大人物编写的代码然后被我撕毁时,请参阅 this video on how to recompile parts of your game whilst it is running .这不是我的技术,但效果很好。
以上将要求您使用 SLIME或 SLIMV这意味着使用 Vim 或 Emacs。 SLIME 真的值得你花时间去看看!
总而言之,祝你好运,Common lisp 开发起来非常有趣,虽然你可能会发现需要一段时间才能获得你喜欢的 opengl 工作流程,但如果你有时间,我相信你会玩得很开心。
期待看到比赛!
关于opengl - 常见的 lisp : portability,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/17978182/
在 OpenGL/ES 中,在实现渲染到纹理功能时,您必须小心,不要引起反馈循环(从正在写入的同一纹理中读取像素)。由于显而易见的原因,当您读取和写入纹理的相同像素时,行为是未定义的。但是,如果您正在
正如我们最终都知道的那样,规范是一回事,实现是另一回事。大多数错误是我们自己造成的,但有时情况并非如此。 我相信列出以下内容会很有用: GPU 驱动程序中当前已知的与最新版本的 OpenGL 和 GL
很难说出这里问的是什么。这个问题是模棱两可的、模糊的、不完整的、过于宽泛的或修辞的,无法以目前的形式得到合理的回答。为了帮助澄清这个问题以便可以重新打开它,visit the help center
我正在学习 OpenGL,非常想知道与显卡的交互如何。 我觉得了解它是如何在图形驱动程序中实现的,会让我了解 opengl 的完整内部结构(通过这个我可以知道哪些阶段/因素影响我对 opengl 性能
我正在尝试绘制到大于屏幕尺寸(即 320x480)的渲染缓冲区 (512x512)。 执行 glReadPixels 后,图像看起来是正确的,除非图像的尺寸超过屏幕尺寸——在本例中,超过 320 水平
我正在 Windows 中制作一个 3D 小行星游戏(使用 OpenGL 和 GLUT),您可以在其中穿过一堆障碍物在太空中移动并生存下来。我正在寻找一种方法来针对无聊的 bg 颜色选项设置图像背景。
如果我想要一个包含 100 个 10*10 像素 Sprite 的 Sprite 表,是否可以将它们全部排成一排来制作 1,000*10 像素纹理?还是 GPU 对不那么窄的纹理表现更好?这对性能有什
这个问题在这里已经有了答案: Rendering 2D sprites in a 3D world? (7 个答案) 关闭 6 年前。 我如何概念化让图像始终面对相机。我尝试将三角函数与 arcta
是否可以在 OpenGL 中增加缓冲区? 假设我想使用实例化渲染。每次在世界上生成一个新对象时,我都必须用实例化数据更新缓冲区。 在这种情况下,我有一个 3 个 float 的缓冲区 std::v
有人可以向我解释为什么下面的代码没有绘制任何东西,但如果我使用 GL_LINE_LOOP 它确实形成了一个闭环吗? glBegin(GL_POLYGON); for(int i = 0; i <= N
正如标题所说,OpenGL 中的渲染目标是什么?我对 OpenGL 很陌生,我看到的所有网站都让我很困惑。 它只是一个缓冲区,我在其中放置稍后将用于渲染的东西吗? 如果您能提供一个很好的引用来阅读它,
当使用 OpenGL 1.4 固定功能多纹理时,每个纹理阶段的输出在传递到下一个阶段之前是否都固定在 [0, 1]? spec说(第 153 页): If the value of TEXTURE_E
我比较了 2 个函数 openGL ES 和 openGL gvec4 texelFetchOffset(gsampler2DArray sampler, ivec3 P, int lod, ivec
关闭。这个问题是off-topic .它目前不接受答案。 想改进这个问题吗? Update the question所以它是on-topic用于堆栈溢出。 关闭 10 年前。 Improve thi
关闭。这个问题不符合Stack Overflow guidelines .它目前不接受答案。 想改进这个问题?将问题更新为 on-topic对于堆栈溢出。 6年前关闭。 Improve this qu
那么当你调用opengl函数时,比如glDraw或者gLBufferData,是否会导致程序线程停止等待GL完成调用呢? 如果不是,那么 GL 如何处理调用像 glDraw 这样的重要函数,然后立即更
我正在尝试实现级联阴影贴图,当我想访问我的视锥体的每个分区的相应深度纹理时,我遇到了一个错误。 更具体地说,当我想选择正确的阴影纹理时会出现我的问题,如果我尝试下面的代码,我会得到一个像 this 中
我想为OpenGL ES和OpenGL(Windows)使用相同的着色器源。为此,我想定义自定义数据类型并仅使用OpenGL ES函数。 一种方法是定义: #define highp #define
我尝试用 6 个位图映射立方体以实现天空盒效果。我的问题是一个纹理映射到立方体的每个面。我已经检查了 gDEBugger,在立方体纹理内存中我只有一个 图像(因为我尝试加载六个图像)。 代码准备纹理:
在 OpenGL 中偏移深度的最佳方法是什么?我目前每个多边形都有索引顶点属性,我将其传递给 OpenGL 中的顶点着色器。我的目标是在深度上偏移多边形,其中最高索引始终位于较低索引的前面。我目前有这
我是一名优秀的程序员,十分优秀!