Opengl 未在Xcode中打开着色器文件

Opengl 未在Xcode中打开着色器文件,opengl,glsl,xcode4.5,shader,Opengl,Glsl,Xcode4.5,Shader,我的着色器设置文件无法打开我的.vert和.frag文件以在XCode中编译和链接 我需要采取哪些步骤才能使我的安装文件识别XCode 4.5.1中的着色器文件?您可能需要将后缀更改为“.glsl”。如果这不起作用,您可以通过从实用程序窗格的文件检查器的“文件类型”弹出窗口中选择“OpenGL着色语言源”来告诉Xcode它们是什么类型的文件。您可能需要将后缀更改为“.glsl”。如果这不起作用,您可以通过从实用程序窗格的文件检查器中的“文件类型”弹出窗口中选择“OpenGL着色语言源”来告诉Xc

我的着色器设置文件无法打开我的.vert和.frag文件以在XCode中编译和链接


我需要采取哪些步骤才能使我的安装文件识别XCode 4.5.1中的着色器文件?

您可能需要将后缀更改为“.glsl”。如果这不起作用,您可以通过从实用程序窗格的文件检查器的“文件类型”弹出窗口中选择“OpenGL着色语言源”来告诉Xcode它们是什么类型的文件。

您可能需要将后缀更改为“.glsl”。如果这不起作用,您可以通过从实用程序窗格的文件检查器中的“文件类型”弹出窗口中选择“OpenGL着色语言源”来告诉Xcode它们是什么类型的文件。

只需将着色器文件与可执行文件放在同一个文件中即可。。。DerivedData/projectName/Build/Products/Debug

只需将着色器文件与可执行文件放在同一个文件中即可。。。DerivedData/projectName/Build/Products/Debug

  • 开放构建阶段
  • 单击左上角的“+”按钮
  • 选择“复制捆绑资源…”项
  • 添加glsl文件
  • 开放构建阶段
  • 单击左上角的“+”按钮
  • 选择“复制捆绑资源…”项
  • 添加glsl文件 对我有用的是:

  • 在Xcode中,单击项目名称

  • 导航到构建阶段

  • 在“复制文件”下,将目标设置为“产品目录”

  • 将子路径留空

  • 使用+

  • 对我有用的是:

  • 在Xcode中,单击项目名称

  • 导航到构建阶段

  • 在“复制文件”下,将目标设置为“产品目录”

  • 将子路径留空

  • 使用+


  • 所以我试图复制一些frag文件,但它们也无法打开

  • 通过右键单击并“在finder中显示”,检查xcodeproj窗口中的文件(.vert或.frag)是否实际位于您的目录中
  • 在Xcode中,单击项目名称并导航到构建阶段
  • 单击左上角的“+”符号并添加新的复制文件阶段
  • 确保选择了“资源”,“子路径”为空,并且未选中“仅在安装时复制”
  • 然后将文件(.vert或.frag)从项目导航器中逐个拖放到名称下的“复制文件”中
  • 希望你能运行这个项目

  • 步骤2—6从卧龙岗大学(澳大利亚)手册中总结出:

    < P>所以我试图复制一些FRAG文件,但它们也不能打开。< /P>
  • 通过右键单击并“在finder中显示”,检查xcodeproj窗口中的文件(.vert或.frag)是否实际位于您的目录中
  • 在Xcode中,单击项目名称并导航到构建阶段
  • 单击左上角的“+”符号并添加新的复制文件阶段
  • 确保选择了“资源”,“子路径”为空,并且未选中“仅在安装时复制”
  • 然后将文件(.vert或.frag)从项目导航器中逐个拖放到名称下的“复制文件”中
  • 希望你能运行这个项目

  • 步骤2—6总结自卧龙岗大学(澳大利亚)手册:

    XDCOP编译和链接GLSL着色器的世界是什么?有没有叮当的GLSL前端,我知道。。。这一直是实际OpenGL实现的任务,或者像Cg或ANGLE.XCode这样的转换层不适合您。我有一个C代码来处理它,但是我想知道为什么着色器文件没有被这个代码识别?好的,那么这是一个非常不同的问题,它实际上与XCode无关。但是如果没有更详细的错误信息(例如程序/着色器信息日志输出)和示例代码,我们将无法帮助您。不,它与XCode有关。我不担心文件的实际编译和链接。我想知道为什么,当我调用fd=open(name,O_RDONLY)时,我得到了-1。frag和.vert文件与此代码位于同一目录中。我需要做更多的工作来正确构建XCode吗?@Riftus:XCode是一个开发API。在程序运行时发生的任何事情都与XCode无关,XCode中的任何设置都不会消除该错误。
    .glsl
    文件与源代码的关系在哪里也无关紧要。重要的是,着色器文件与程序的关系是什么,即所谓的工作目录,它是非常动态的,无法预测。要么将路径硬编码到非常知名的位置,要么在运行时找出二进制文件的位置,并使用这些信息构建正确的加载路径。XCode在什么情况下编译和链接GLSL着色器?有没有叮当的GLSL前端,我知道。。。这一直是实际OpenGL实现的任务,或者像Cg或ANGLE.XCode这样的转换层不适合您。我有一个C代码来处理它,但是我想知道为什么着色器文件没有被这个代码识别?好的,那么这是一个非常不同的问题,它实际上与XCode无关。但是如果没有更详细的错误信息(例如程序/着色器信息日志输出)和示例代码,我们将无法帮助您。不,它与XCode有关。我不担心文件的实际编译和链接。我想知道为什么,当我调用fd=open(name,O_RDONLY)时,我得到了-1。frag和.vert文件与此代码位于同一目录中。我需要做更多的工作来正确构建XCode吗?@Riftus:XCode是一个开发API。在程序运行时发生的任何事情都与XCode无关,XCode中的任何设置都不会消除该错误。
    .glsl
    文件与源代码的关系在哪里也无关紧要。重要的是,着色器文件在rel中的位置