大坡3D软件开发

所以会在目录\micropython\ports\windows里找到工程文件micropython.vcxproj。然后就可以在Windows目录下面找到对应的编译文件，这里主要是Windows上对代码进行研究学习使用。反正我也是没有找到这个原因，后来只能把它的一个用不到的模块给拿掉，就可以编译成功了。这时候去进行编译，就会发现需要安装python 3的版本。在工程文件里，把红色这个模块删除，就可以编译成功了。

在使用Blender的过程中，刚开始创建的模型，都会比较少面，这样操作起来比较流畅，减少电脑的计算量，当设计快要完成时，就会增加表面细分，这样更加圆滑，看起来更加顺眼。创建物体的快捷键是Shift + A键，细分是采用Ctrl + 数字（0，1，2，3，4，...)。从上图可以看到，有一些表面会比较大，棱角很多。这时候你就会想到表面细分，那么怎么样操作呢？所有上面的操作需要先选中物体，才能操作。这样就可以通过界面上使用鼠标进行操作了。这时候就已经很细小的表面了。这样显然没有快捷键方便了。

有了这个插件，你就可以把在kohya ss训练的LoRA模型放到stable-diffusion-webui目录下面了。在这里点击Enable按钮，再在Model1里选择自己名称的LoRA模型，就可以应用到自己训练的成果了。他只是介绍放到这个目录，他没有告诉我这个目录怎么样来的，因为我在同样的位置上没有这个目录。后来再不断地研究各种教程，就是没有发现这个功能，无意间发现有一个人贴了一张图片，不怕笑话，我曾经为了找这个功能，居然搞了半天时间，结果还没有搞定。最终你会发现上面最后一行增加了这个插件。

又比如直接使用最新版本的stable-diffusion-webui，在我的N卡又不能工作，因为我这里使用的是RTX3060，所以不能直使用高版本的torch库，要使用低版本的库，才能支持使用N卡。从网上看到很多stable-diffusion-webui的安装，其实这些都是过时的信息，如果按着它们一步一步来安装，并不能正常运行，因为很多信息过时了，比如。这时候，我也不能落后，要紧跟上时代的步伐，那么也来学习一下stable-diffusion的使用，这样也算多一项对技术的认识，提高对AI的认知。

看到上图里出现移动的坐标符号，省略了去左边菜单再操作一遍的点击。这样可以减少不少操作。比如默认地设置blender打开时，就是移动物体，这样怎么样设置的呢？到这里就学会怎么设置默认的物体移动，以及打开Cavity的效果显示。左边的图是没有打开Cavity的效果，右边是打开之后的效果。在使用Blender的过程中，有一些特殊的技巧很重要。右边看起来更加有立体感一些。

Clean Up Space-data菜单是调用SCREEN_OT_spacedata_cleanup操作，对应的函数是spacedata_cleanup_exec。Memory Statistics菜单就是调用WM_OT_memory_statistics操作，对应的函数是memory_statistics_exec。Redraw Timer菜单是调用WM_OT_redraw_timer操作，对应的函数是。菜单作用：重新加载脚本数据目录下所有的脚本；菜单作用：删除编辑器不可见的部分数据。

可见这里的text是定义菜单项上显示的内容。就是说当加载这个类PREFERENCES_OT_app_template_install时，就会生成操作项。同样的原理，从菜单字符串转换到类是程序内部来实现的。所以当用户点击上面的菜单，就会生成一个事件，而这个事件就去寻找对应的操作项。菜单，现在就来简单地分析一下这个菜单，以便我们对这个菜单的调用进行理解。它是在文件路径：blender\source\blender\windowmanager\intern。...

首先是找到图片的来源，它就是通过datatoc_blender_logo_png来找到显示的png图片数据，然后采用IMB_ibImageFromMemory函数来把png图片解压，生成内部的IMBUF数据，这样才能显示。接着通过函数UI_style_get_dpi()获取UI的类型，有了UI的类型，就可以得到界面布局的像素大小，再通过像素的大小来计算对话框的宽度。以后所有显示UI的代码大体相同的，这里有图片显示、有字符串显示，也有菜单显示，这些都是构造UI界面的基本单元。...

这行代码就是显示AboutBlender菜单项，同时也定义了响应这项菜单的操作，就是打开wm.splash_about项的菜单内容，而在前面分析可知，会把这项内容转换为WM_OT_splash_about，这样就可以在代码找到关联的菜单显示内容了。当用户选择上面的菜单时，就会找到当时根据WM_OT_splash_about创建的菜单项，然后根据菜单项找到对应的响应函数，接着就会调用wm_about_invoke函数，它是通过内部函数wm_operator_invoke来实现的。是这个菜单项显示的名称；...

显示是符合上面的函数调用规范，因此必然进入上面的函数，但是我们会感觉得比较奇怪的是函数的参数wm.splash_about，如果你直接拿这个参数去代码里查找，是找不到这个关联的菜单对象。当运行python代码时，通过layout对象查找operator函数，就会遍历上面的RNA对象，然后就会调用UILayout_operator_call函数，这样就可以找到操作对象内容。前面分析顶层BAR菜单的显示，已经它是由TOPBAR_HT_upper_bar类来构造出来的，接着它会由一些项来构成子菜单。...

在draw_left(self,context)函数里，先要获取当前布局对象layout、当前窗口对象window、当前的屏幕对象screen，然后就调用类TOPBAR_MT_editor_menus来显示编辑菜单，然后增加一个分隔条，最后才判断是否全屏显示，如果全屏显示就会多一个返回菜单，否则就显示工作区菜单。当在python代码里定义为TOPBAR时，在运行python代码那时，就会通过上面的数组找到对应的类型，这样就转换为内部类型的识别了，就可以区分这个类到底是顶层菜单条，还是状态条等等。...

不过要理解菜单的显示，就需要理解python里的基类Header，因为其它菜单都是继承这个基类，这样就可以使用这个基类的属性。所以在python里顶部的BAR、菜单、面板都是采用这种方法来派生出来，然后分析类的基类时，就可以找到对应的结构，再通过结构里的指定的函数进行对应的操作。通过TOPBAR_HT_upper_bar类来定义顶部的菜单条，但是它是继承基类Header，而这个基类Header又是什么呢，为什么需要继承它？那么这个菜单的代码又是在哪里定义的呢？...

通过上面的分析，我们明白了在UI创建时先要关联消息处理的函数，当用户按下鼠标按键，就会触发一个消息到系统里，接着系统就会发送给Windows窗口，blender从Windows窗口再拿到消息，然后再次转发送到自己的界面窗口，最后通过遍历自己的窗口消息队列实现消息处理。这时调用函数ghost_event_proc来处理，它会找到这个事件的窗口，然后再把这个消息添加到窗口消息队列，等待后面再进行处理。这个函数wm_block_close就会比较熟悉了，它是闪屏里设置当点击窗口的图片时调用的函数。...

前面分析闪屏窗口显示，从图片的加载到菜单的布局显示，从C代码到python代码的相互调用，再到整个闪屏的UI布局显示。接着下来我们来分析一下鼠标按下的事件处理流程，这样才能明白blender处理Windows消息的过程，才可以明白它的事件处理过程，才可以进一步地添加事件处理。如果熟悉Windows编程，就会对整个事件处理比较熟悉，如下图所示：这个过程已经十几年都没有变化过，这是Windows的消息机制，因此blender在Windows下运行，也省不了这个处理流程。这个过程在前面的文章也有简单地介绍过，在这

在前面我们可以看到闪屏的图片，现在来分析一下图片中菜单的python代码属性、函数与C代码的结构、函数的对应关系，通过这个关系，我们就可以理解python修改的内容，也就是相当于修改C代码里的内容，这样才能明白python和C代码相互合作完成同一件事情，另外通过一层关系，也可以快速地定位代码的功能，可以为增加功能、修改BUG提供一个坚实的基础。layout.operator_context C代码里对应位置代码：文件是rna_ui_gen.c，结构定义是rna_UILayout_operator_con

在前面我们可以看到闪屏的图片， 很明显看到菜单分成两列布局，如下图所示：在这里我们需要搞懂blender是怎么样能够把菜单控制两列分布，又是通过什么样的方式来与C代码进行沟通的。我们来查看WM_MT_splash类的python代码，会发draw函数的第一行代码是这样：layout = self.layout主要获取布局对象layout，那么这个布局对象又是从什么方来，会让python代码使用的呢？一般情况有两种来源，一种是python代码里定义的，另外一种是在C的python API里定义的。在这里访问的

在前面我们可以看到闪屏的图片，在后面是显示了菜单，因此分析了菜单注册、菜单显示过程，在最后也提到怎么样运行python的代码，但是没有详细地分析菜单的python代码运行过程，在本文里就来解决这个问题，主要就是理解python定义菜单的代码是怎么样运行的，它的类属性又是怎么样获取到，以及它的draw函数调用的对象又是从哪里过来的呢。这一系列的问题解决，才能搞明白python定义菜单的代码，才可以修改这些python代码，从而可以修改blender的菜单内容显示和操作。第一步，我们看到python定义闪屏的代

在前面我们可以看到闪屏的图片，也分析了闪屏里显示的菜单来源，但是还没有把整个菜单显示的过程搞清楚。比如说在blender里是怎么调用python的类代码运行呢？在这里闪屏菜单的python的类代码如下：那么你会问这些代码是怎么样运行，又是怎么改变菜单项的布局，又是怎么样区分不同地方显示？在前面也已经分析过，通过import时候会注册python类到一个全局的HASH表，当显示菜单时再从这个HASH表里找出来。注册时候只是把python类代码进行收集和编译，并不会真正地执行，只有当调用python类里的函数运

在前面我们可以看到闪屏的图片，已经分析了闪屏下半部的菜单显示，它显示的菜单资源是来自python代码，采用这种方式来实现，就可以不修改C代码，就可以修改菜单的组成。要实现这样的功能，是一个复杂的过程，如果你想把这个功能集成到你的软件里，就需要看看本文，可以参考blender是怎么样实现的。当然，本文只是一个引子，介绍了大体的研究方向，如需要深入地研究，还得自己去研究blender的源码，才能偷一些blender代码到自己的工程里，这样的开发方式肯定快不少，至少比自己没有方向地研究要快上一大捷，毕竟开源这位“

在前面我们可以看到闪屏的图片，可以看到有下面的菜单在图片后面，如下图：后面这些菜单又是怎么样显示出来的呢，本文就来探索这个方面的问题，由于blender是一套复杂灵活的软件，所以它的菜单系统也是比较复杂的。要想显示一个菜单，需要理解C的代码，也需要理解python的代码，需要两方面的代码相互配合才能显示正确的菜单。如果一开始对这套代码不太熟悉，就会比较麻烦了，很多功能无从谈起。因此，现在就来分析红色框里的菜单，看看这些菜单又是怎么一个过程来显示出来的，当你理解这个过程之后，才可以修改这些菜单的功能，才能定制

在前面我们可以看到闪屏的图片， 如果你仔细地查看，就会发现右上角上显示有一个版本字符串，如下图所示：很多软件都会有这个版本号，因为一个软件是不断地更新，不断地升级，不断地迭代的过程，所以需要一个特别的标记来查看这个软件的基本功能，是否已经解决了BUG。版本号就是一个很好的方式，到目前为止，还没有别的方法比它更靠谱，因为它是不断地自动递增，并且很好地表示软件发布的顺序，同时也表示了软件是否还在测试过程中。这样就让使用软件的用户来根据自己的实际需求来使用不同的版本，比如有一些想使用新功能的用户，就可能下载最新的

在前面我们可以看到闪屏的图片， 这个图片的创建过程已经分析过，也明白它是怎么得到的，但是我们还需要知道这个闪屏窗口怎么样来关闭的，因为需要释放一些资源，也需要提供一个退出窗口的方式。在本文里，就来关注一下它是怎么来设置一个窗口关闭处理的。可以这个函数wm_block_create_splash里，看到下面这行代码：UI_but_func_set(but, wm_block_close, block, NULL);当我们点击闪屏窗口的空白地方，就会触发这个窗口事件，从而对整个闪屏窗口进行关闭的动作。因此，先来

当你使用高版本C++库boost来编译时，如果使用log功能，可能会出现这样的问题，如下图：这时候提示为：error LNK2019: 无法解析的外部符号 "public: static void __cdecl boost::log::v2s_mt_nt6::record_view::public_data::destroy一开始我遇到这个问题，也是百思不得其解，又是度娘，又是科学上网找东西，但是还没有解决。后来深入地看了boost log的介绍，下面的网站：Chapter1...

由于C++17之后取消std::codecvt_utf8的支持，所以UTF8与UNICODE之间进行转换，就需要使用别的方法了。否则代码是编译不过，这时又需要回到WINDOWS底层的API来调用转换了。需要使用MultiByteToWideChar函数来实现，下面就是实现UTF8到UNICODE之间转换：const std::wstring CCaiStep::Utf8ToWString(const std::string utf8){ //std::wstring_convert<std:

在前面我们可以看到闪屏的图片，这个图片是通过函数wm_block_splash_image来加载进来的，然后图片就在数据结构ImBuf，这个数据结构保存了图像相关的属性和显示的内容。刚刚有这个图片的数据，还不能在界面上显示出来，因为图片在界面上没有办法进行布局，如果是多张图片，就会重叠在一起，所以需要把图片放入按钮的数据结构里面，这样提供了布局的功能。下面这行代码，就是解决图片放入到按钮的过程，最后得到uiBut对象， uiBut *but = uiDefButImage( bloc...

在前面我们可以看到闪屏的图片，但是还有一个大疑问在这里面，那么就是怎么样把文件图片里的格式数据变换成程序可以显示的内存数据，并且保存在数据结构ImBuf什么位置，以便后面读取显示代码时，知道显示的数据来源。简单地说，要实现界面显示，就是把图片当作背景显示，然后在图片之上再添加文本显示，即可以完成。在分析过程之前，我们先把保存图片数据结构看一下，了解数据加载解压之后保存的位置，这样就更加清晰这个过程了。加载解压之后的数据保存在下面的成员： /* pixels */ /** Image pixe..

在前面我们可以看到闪屏的图片，在那里也看到了怎么样加载闪屏图片和显示的过程，但是没有分析从内存里的图片数据怎么样转换为将要使用显示的数据，也就是说仅仅把文件的数据读取到内存，还是不能放到显示内存进行显示的，还需要对文件的类型进行解码，然后才能重构图片的位图出来，才可以把它显示出来。在本文里就来分析这部分的代码，由于闪屏的图片类型是PNG类型，在这里就以这个为例子进行分析。ImBuf *IMB_ibImageFromMemory(const unsigned char *mem,...

在前面我们可以看到闪屏的图片，如下图所示：这一个png的图片，blender会从内存里加载这个图片，因为blender在编译时，已经把这个图片生成数据文件，变成一个C语言的数组，然后就编译到EXE文件里面，所以读取图片时，只需要从内存数组读取即可。图片文件名称叫做：splash.png，它在目录：blender\release\datafiles通过配置程序的编译工具，就可以生成下面的文件：splash.png.c这个文件在目录：build_windows_Full_x64_vc16

（8）Blender源码分析之创建区域对象UI_block_begin函数在Blender的闪屏里，前面初步分析了uiBlock数据结构，但是还有很多成员并没有说明，因此需要继续对这个结构的成员进行介绍。接着下来通过UI_block_begin函数的分析来了解块区域的创建，才能明白一个弹出式的子窗口是怎么样构造，怎么样实现显示出来的，同时也明白一个OpenGL的UI是需要什么样的基本内容。uiBlock *UI_block_begin(const bContext *C, ARegion *

在Blender的闪屏里，为了弹出一个子窗口，需要调用下面的函数来创建一个子窗口的区域：uiPopupBlockHandle *ui_popup_block_create(bContext *C, ARegion *butregion, uiBut *but,...

在Blender的设计里，UI是采用单一系统窗口的设计，比如在Windows系统里，只需要创建一个窗口，然后所有的绘制和子窗口都是自己在这个窗口里实现，并且不再使用系统的UI功能，全部是自己通过OpenGL实现。所以在Blender每一个系统窗口采用一个屏幕对象结构--bScreen数据结构来描述，然后在屏幕里再分割子窗口--screen area。因此我们先要来学习bScreen数据结构，才能明白UI是怎么样实现屏幕级别的层次。typedef struct bScreen { ID id;.

（5）Blender源码分析之上下文的索引结构在前面闪屏的显示里，可以看到一个界面的基本组成，包含字体、图片、文本和菜单等等。由于所有屏幕显示的内容都是通过OpenGL来实现，意味着没有现成的GUI系统可以使用了，像大家常用的Windows的GUI是没办法使用的，因为它只使用这个窗口来绑定OpenGL的窗口，所有文本的显示都需要自己从字体里抽取出矢量图片，然后再把每一个字符的图片进行排版显示，所以整个GUI系统是比较复杂的，也会有比较多的细节内容。这里相当于自己实现了一套GUI显示系统，为什么要这样

歌曲从DTS转换为MP3的方法在这里主要使用以下软件：foobar2000_v1.6.10.exe 这个可以从下面网站下载：foobar2000: Downloadinglame4.0： lame4.0a14.ziphttps://newsoftdown01.rbread05.cn/down/2021down/12/20/lame4.0a14.zip?timestamp=620b4d73&auth_key=0bf7dbbf67a93690389289229240204e.

（4）Blender源码分析之闪屏窗口显示流程Blender的UI系统是一个很复杂的系统，要一下子了解整个系统是不可能的，必须一步一步地解决理解整个系统，为了简单，先从Blender显示的闪屏界面开始，这样就可以把可视化的界面进行了解，快速地理解blender是怎么样去设计一个弹出式窗口，怎么运行一个弹出式的窗口。本文要分析的闪屏界面窗口如下：虽然是一个简单的界面，在这里包含了图片显示，文本标签显示，窗口菜单显示等等内容。一、Blender GUI主要有下面几部分组成：1)GHO

（3）Blender源码分析之OpenGL函数初步ChoosePixelFormat函数：像素格式——PIXELFORMATDESCRIPT、设备上下文、渲染上下文 在OpenGL对窗口进行渲染之前，必须根据渲染需要对窗口进行配置。 需要硬件渲染还是软件渲染？ 渲染使用但缓冲还是双缓冲模式？ 是否需要深度缓冲区？ 是否需要模板、目标Alpha或累计缓冲区？ 当为窗口设置这些参数之后，就无法对它们进行修改。为了从一个只有深度缓冲区和颜色缓...

（2）Blender源码分析之OpenGL基本例子在这个例子里，需要使用两个库，一个库是glew，一个库是glfw。glew库主要用来使用扩展的功能，它的详细说明：GLEW跨平台C++扩展库基于OpenGL图形接口使用OpenGL朋友都知道window目前支持OpenGL1.1函数 OpenGL现都发展2.0要使用些OpenGL高级特性必须载新扩展另外同显卡公司发布些自家显卡才支 持扩展函数要想用数涵数寻找新glext.h,GLEW扩展库再用找函数接口烦恼GLEW能自识 别平台所支持全部

（1）Blender源码分析之Windows窗口建立流程在多年以前，普经学习过使用Blender来创建动画，虽然是很简单的动画，但是感觉它还好伟大的，使用很简单，只要拖拉几下，就可以搞定一个动画了。这个软件是一个神奇的存在，就像神一样，一直吸引着我，让我一直想去破解这个谜；也像一个绝色佳人，让人永远向往。不过要一睹这位佳人，不是这么简单的，因为需要穿越高高的山峰，走过漫长时间旅程，又要接受大脑磨炼，同时要忍受住身体长胖的危险。如果你对Blender还是有点不了解，可以看看我以前写的文章，只要