glfw

构建GLFW GLFW可以从它官方网站的下载页上获取( https://www.glfw.org/download.html )。GLFW已经有针对Visual Studio 2013/2015的预编译的二进制版本和相应的头文件，但是为了完整性我们将从编译源代码开始。所以我们需要下载源代码包，点击下图中的Source package按钮下载源码包。 下载源码包之后，将其解压并打开。从源代码编译库可以保证生成的库是兼容你的操作系统和CPU的，而预编译的二进制文件可能会出现兼容问题（甚至有时候没提供支持你系统的文件）。提供源代码所产生的一个问题在于不是每个人都用相同的IDE开发程序，因而提供的工程/解决方案文件可能和一些人的IDE不兼容。所以人们只能从.c/.cpp和.h/.hpp文件来自己建立工程/解决方案，这是一项枯燥的工作。但因此也诞生了一个叫做CMake的工具。 CMake CMake是一个工程文件生成工具。用户可以使用预定义好的CMake脚本，根据自己的选择（像是Visual Studio, Code::Blocks, Eclipse）生成不同IDE的工程文件。这允许我们从GLFW源码里创建一个Visual Studio 2013工程文件，之后进行编译。首先，我们需要从这里( https://cmake.org/download/ 选择win64-x64)下载安装CMake

准备条件 操作系统：Windows 10 编译器：Visual Studio 2017（VC++ 2017） CMake 工具 GLFW库 GLAD库 GLFW GLFW是一个专门针对OpenGL的C语言库，它提供了一些渲染物体所需的最低限度的接口，允许用户创建OpenGL上下文，定义窗口参数以及处理用户输入 官网 获取Source package，我们只需要里面的include文件夹和我们自己编译生成的库 为什么要在自己机器上编译？因为从源代码编译库可以保证生成的库是兼容你的操作系统和CPU的，而预编译的二进制文件可能会出现兼容问题（甚至有时候没提供支持你系统的文件） 但是提供源代码所产生的一个问题在于不是每个人都用相同的IDE开发程序，因而源码提供的工程/解决方案文件可能和一些IDE不兼容。人们只能从.c/.cpp和.h/.hpp文件来自己建立工程/解决方案，这是一项枯燥的工作，但因此也诞生了一个叫做CMake的工具 CMake CMake是一个工程文件生成工具 http://www.cmake.org/cmake/resources/software.html CMake是一个工程文件生成工具。用户可以使用预定义好的CMake脚本，根据自己的选择（像是Visual Studio, Code::Blocks, Eclipse）生成不同IDE的工程文件

我是在学习Qt的过程中，接触到2D、3D制图，也看到很多项目中会将Qt和OpenGL结合起来做开发，同时也对Qt里面的坐标系统云里雾里，遂决定两者结合起来学一下。 OpenGL是一个图形API，并不是一个独立的平台，因为我是基于QT C++平台,所以也选择了C++来作为OpenGL的工作语言。 首先搭建OpenGl的环境，就去网上找到一个视频教程：基于SDL2.0的库，照着视频配置了环境，敲了一通代码，敲得云里雾里，着色的时候出现Bug，没有理论支持，搜索解决不了所以决定先更换环境。 SDL2.0安装环境为 Win10 + VS2017 + SDL2-devel-2.0.10-VC+glm-0.9.9.6+glew-2.1.0-win32，将lib库和include文件夹抽取出来，方便项目调用，dll库放入执行文件夹内。 1）在调试三角形的时候，VS报错，发现还需要一个包： glutdlls37beta，而这步在教程里并没有出现 2）调试着色环境的时候，bug解决不了，怀疑和视频中的版本不一致导致，决定找一个详细的教程。 根据以下教程进行重新开始： https://learnopenglcn.github.io/01%20Getting%20started/01%20OpenGL/ 基于glfw-3.3+GLAD+VS2017 1）CMake生成GLFW工程文件（win32）

{ 　　https://github.com/glfw/glfw } 来源： https://www.cnblogs.com/YZFHKMS-X/p/11869447.html

OpenGL and Windows Remote don't play along nicely. Solutions for this are dependent on the use case and answers are fragmented across the vast depths of the net. This is a write-up I wish existed when I started researching this, both for coders and non-coders. Problem: A RDP session of Windows does not expose the graphics card, at least not directly. For instance you cannot change the desktop resolution and GraphicsCard drivers usually just disable their setting menus. Starting a OpenGL context higher than v1.1 fails because of this. The, especially in support IRCs, often suggested "Don't use