引擎设计跟踪(九.14.2a) 导出插件问题修复和 Tangent Space 裂缝修复

由于工作很忙, 近半年的业余时间没空搞了, 不过工作马上忙完了, 趁十一有时间修了一些小问题.

这次更新跟骨骼动画无关, 修复了一个之前的, 关于tangent space裂缝的问题:

引擎设计跟踪(九) 3DS MAX 导出插件

引擎设计跟踪(九.10) Max插件更新,地形问题备忘

这里说明一下修复方法, 并且做一个总结.

之前的做法都不算错, 但是不完善. 这里有缝, 主要是因为那个战争机器3的模型本身已经复制了顶点( 左半部分和右半部分是不同的mesh, 有重合的顶点),

接缝处的顶点虽然坐标一模一样, 但是他们是"完全不同的两个顶点", 这个不是平滑组, 而是强制分的硬边. 这导致的问题是导出插件没有合并接缝处的法线,

也就是说, 因为接缝处有两个顶点而且法线不一样, 所以不管用不用法线贴图, 都是不光滑,有缝的. 这个问题跟镜像UV没有关系.

解决办法是, 合并(累积)位置相同的顶点的法线. 比如我是方案是用vertex position 作为key:

    struct VertexNormalLess
    {
        bool operator()(const Vertex& lhs, const Vertex& rhs) const
        {
            return (lhs.position.x < rhs.position.x)
                || (lhs.position.x == rhs.position.x && lhs.position.y < rhs.position.y)
                || (lhs.position.x == rhs.position.x && lhs.position.y == rhs.position.y && lhs.position.z < rhs.position.z);
        }
    };
    typedef Map<Vertex, VertexNormal, VertexNormalLess> VertexNormalMap;

这样把法线按权重叠加到位置相同的顶点上, 最后即便重复了焊接处的顶点, 他们的法线仍然是唯一的.

总结:

max的顶点一般来说, 除非故意没有焊接的顶点(上面的情况), 顶点都是唯一的. 上面的情况是顶点故意没有焊接, 顶点坐标一样但并不唯一. 至于为什么这么做, 我问过美术, 镜像UV的处理,有的导出插件/引擎没有做特殊处理(复制镜像处的顶点并导出不同的切空间), 所以需要美术手动加硬边.

max的面会引用模型的顶点, 这些面可能有共享顶点, 但uv和法线可能会不一样, 也就是说, 同一个顶点可能会有不同的uv和法线.

  • 如果同一个顶点有不同的法线, 那么如果要做平滑处理, 可以把法线按权重叠加; 否则需要复制顶点, 存储不同的法线.
  • 如果有不同的UV, 那么需要复制顶点.
    比如前两天到一个情况, UV的分布大致如下:
    0.9 --- 1,0 --- 0.1
    A          B        C
    其中B点是UV接缝处, 有两个UV. 如果不复制B顶点, 那么会丢掉一个UV,变成 0.9 --- 0 --- 0.1
    注意0.9到0相当于另一个uv范围, 相当于又贴了一次纹理. 比如我遇到的, 角色的整个脸部, 拉伸以后出现在后脑勺的中线.
    所以储存顶点时, 要复制uv不同的顶点. 比如我的处理是, 以坐标和uv为key:

     inline bool operator<(const Vertex& rhs) const
            {
                const Vertex& lhs = *this;
    
                return (lhs.position.x < rhs.position.x)
                    || (lhs.position.x == rhs.position.x && lhs.position.y < rhs.position.y)
                    || (lhs.position.x == rhs.position.x && lhs.position.y == rhs.position.y && lhs.position.z < rhs.position.z)
                    || (lhs.position.x == rhs.position.x && lhs.position.y == rhs.position.y && lhs.position.z == rhs.position.z && lhs.uv[0].x < rhs.uv[0].x)
                    || (lhs.position.x == rhs.position.x && lhs.position.y == rhs.position.y && lhs.position.z == rhs.position.z && lhs.uv[0].x == rhs.uv[0].x && lhs.uv[0].y < rhs.uv[0].y);
            }

    我的代码为了简化, 只按第一组UV分组.

  • UV镜像的情况又略微不同, 镜像处的顶点UV通常都一样, 但是顶点所在的两个面, U的方向不一样, 即tangent向量不一样导致tangent space不一样, 也需要复制顶点, 这个之前说过, 不多说了.
  • 因为最终导出的顶点和法线是多对一的, 所以法线和顶点要分开存储, 即上面单独存法线的VertexNormalMap.

最后导出插件加了一步额外的的工作: 先按位置合并顶点, 累积法线, 保证接缝处有唯一的法线

然后就按照镜像(tagent space的手相)复制顶点, 这样接缝处的顶点有相同的法线, 而有不同的切空间.

最后贴一张修复的图和以前的对比:

这个是以前normal map的世界空间法线输出:

这是修复以后的法线, 可以看到脖子处的接缝, 腰带和腰包的缝都没有了:

另外, 修复了之前遗留的几个问题:

引擎设计跟踪(九.2) 3DS MAX 导出插件 继续

以前遇到的IGame的UV不对, 需要手动翻转. 通过仔细阅读文档, 解决了之前的疑惑: 只有GetTexVerts得到的坐标是IGameConversionManager设置的UV坐标系,

但是我用的是GetMapVerts, 它得到的坐标, 文档上说了, 可能是顶点色, 自发光, Alpha, 或者UV, 所以这个MapVerts没有做转换.

    //! Get the active mapping channels
    /*! Extracts the active mapping channels in use by the object.  Starting with 3DXI V2.0 this returns all active channels
    including the standard ones such as Texture Coordinates, Vertex Colors, Illum, and Alpha.
    \return A tab containing the active Mapping channels.
    */
    virtual Tab<int> GetActiveMapChannelNum() = 0;

而且这个MapVerts未必就是UV, 也就是我之前遇到的, 使用GetMapVerts得到的"UV"是坏的,

解决方法是检查IGameTextureMap的UVGen

1     //!Access to the Coordinate Rollout
2     /*!If the developer needs access to the transforms applied to the texture, then this can be accessed here.
3     \returns A pointer to IGameUVGen
4     */
5     virtual IGameUVGen * GetIGameUVGen()=0;

如果IGameUVGen是空的, 那么通常这个通道不是UV. 这个是在网上找到的方法.

另外之前遇到的导出贴图的问题, 一个map没有包含贴图, 而是有子map的问题.

这种情况下, 这个map的贴图字符串是坏的, 需要调用 IsEntitySupported() 跳过.

但是跳过以后, 子map也不能导出了,需要跳过IGame, 直接用Max查找子贴图:

 1     for (int texMapIdx = 0; texMapIdx < numTexMaps; texMapIdx++)
 2     {
 3         IGameTextureMap* map = material->GetIGameTextureMap(texMapIdx);
 4         int mapType = map->GetStdMapSlot();
 5         const tchar* file = map->GetBitmapFileName();
 6
 7         if(stdmat != NULL && !stdmat->MapEnabled(mapType) )
 8             continue;
 9
10         bool mapValid = (map != NULL && map->IsEntitySupported());
11
12         //find the first valid sub map if any. TODO: what if multiple sub maps exist?
13         if( !mapValid && map != NULL )
14         {
15             Texmap* maxMap = map->GetMaxTexmap();
16             int n = maxMap->NumSubTexmaps();
17             for(int j = 0; j < n; ++j)
18             {
19                 Texmap* subMap = maxMap->GetSubTexmap(j);
20                 if(subMap != NULL && subMap->ClassID() == Class_ID(BMTEX_CLASS_ID, 0) && maxMap->SubTexmapOn(j) )
21                 {
22                     file = ((BitmapTex *)subMap)->GetMapName();
23                     mapValid = true;
24                     break;
25                 }
26             }
27         }
28
29         if( !mapValid )
30             continue;
31         //....
32     }

模型导出和切空间目前就到一段落了, 后面继续骨骼和动画导出.

时间: 2024-12-17 16:57:49

引擎设计跟踪(九.14.2a) 导出插件问题修复和 Tangent Space 裂缝修复的相关文章

引擎设计跟踪(九.14) 更新记录和骨骼动画导出

骨骼动画是去年打算写的部分, 但是中间因为工作太忙, 已经拖了一年了. 期间也加了其他东西, 比如对UI做了部分完善.UI对toolbar button添加了drop down 支持, 一种是dropdown menu, 一种是dropdown property sheet 实现这些控件不难, 但是要做抽象和复用, 接口设计稍微有点复杂. 现在可以把一个IConfig对象绑定到toolbar的button里了. 这样保存这些配置的时候,直接使用IConfig接口就可以了.贴一个编辑器的配置文件,

引擎设计跟踪(九.14.3.4) mile stone 2 - model和fbx导入的补漏

之前milestone2已经做完的工作, 现在趁有时间记下笔记. 1.设计 这里是指兼容3ds max导出/fbx格式转换等等一系列工作的设计. 最开始, Blade的3dsmax导出插件, 全部代码都是写在导出的DLL里面的, 后来考虑到FBX等等其他格式, 现在把模块分成两部分: Model/Anim Collector: 预定义的接口, 用于收集其他模型的相关数据. 用户负责扩展实现, 比如FBXCollector, MaxCollector, 或者其他格式. Model/Anim Bui

引擎设计跟踪(九.14.2b) 骨骼动画基本完成

首先贴一个介绍max的sdk和骨骼动画的文章, 虽然很早的文章, 但是很有用, 感谢前辈们的贡献: 3Ds MAX骨骼动画导出插件编写 1.Dual Quaternion 关于Dual Quaternion, 这里不做太详细的介绍了,贴出来几个链接吧: http://en.wikipedia.org/wiki/Dual_quaternion http://www.seas.upenn.edu/~ladislav/kavan08geometric/kavan08geometric.pdf http

引擎设计跟踪(九.14.2g) 将GNUMake集成到Visual Studio

最近在做纹理压缩工具, 以及数据包的生成. shader编译已经在vs工程里面了, 使用custom build tool, build命令是调用BladeShaderComplier, 并且每个文件对应一个输出, vs会自动检查工程里面文件的依赖, 这样很方便. 纹理压缩如果也要放在visual studio里面, 可以用build event或者custom build step来做, 但是build dependency很难处理, 比如每个原始贴图对应一张目标贴图, 如果像编译shader

引擎设计跟踪(九.14.2 final) Inverse Kinematics: CCD 在Blade中的应用

因为工作忙, 好久没有记笔记了, 但是有时候发现还得翻以前的笔记去看, 所以还是尽量记下来备忘. 关于IK, 读了一些paper, 觉得之前翻译的那篇, welman的paper (http://graphics.ucsd.edu/courses/cse169_w04/welman.pdf  摘译:http://www.cnblogs.com/crazii/p/4662199.html) 非常有用, 入门必读. 入门了以后就可以结合工程来拓展了. 先贴一下CCD里面一个关节的分析: 当Pic的方

引擎设计跟踪(九.14.2f) 最近更新: OpenGL ES &amp; tools

之前骨骼动画的IK暂时放一放, 最近在搞GLES的实现. 之前除了GLES没有实现, Android的代码移植已经完毕: [原]跨平台编程注意事项(三): window 到 android 的 移植 总的来说上次移植的改动不是很大, 主要是DLL与.so之间的调整和适配, 还有些C++标准相关的编译错误. 数据包的加载/初始化/配置文件和插件的加载测试可用了, 但GLES没有实现, 所以上次的移植只能在真机上空跑. 最近想在业余时间抽空把GLES的空白填上, 目前接口调整差不多了, GLES r

引擎设计跟踪(九.14.2i) Android GLES 3.0 完善

最近把渲染设备对应的GLES的API填上了. 主要有IRenderDevice/IShader/ITexture/IGraphicsResourceManager/IIndexBuffer/IVertexBuffer.都是体力活, 根据文档(https://www.khronos.org/opengles/sdk/docs/man3/)填上对应的API就可了.遇到的问题纪录在下面: Stick to the standard C++standard并没有要求char必须是unsignedtype

引擎设计跟踪(九.14.2e) DelayLoaded DLLs (/DELAYLOAD)

关于DLL的delay load: http://msdn.microsoft.com/en-us/library/151kt790.aspx 最近在做GLES的shader compiler, 把现有的HLSL转成GLSL. 因为ShaderResource是定义在Graphics Subsystem, 而Graphics 是一个插件, 放在Tools\Plugins\下面 而转shader换过程中, shader compiler需要直接依赖Shader Resource, 所以要链接Bla

引擎设计跟踪(九.14.2d) [翻译] shader的跨平台方案之2014

Origin: http://aras-p.info/blog/2014/03/28/cross-platform-shaders-in-2014/ 简译 translation: 作者在2012年写过一篇shader跨平台的文章, 开始提到了并有链接. 1.手写或者宏替换 使用宏定义将 HLSL & GLSL 的不同之处封装, 并让每个开发人员了解他们的不同之处. 例子: Valve的Source 2引擎 优点: 简单,容易实现缺点: 每个开发者都必须熟悉使用宏定义库, 还有其他语法上的不同.