一般我们做unity c#开发基本使用vs，也就是visual studio，写shader使用vscode，这套黄金组合目前应该算是最完美的。不过最近因为项目同时涉及window桌面开发和DLL嵌入（我职业生涯还是桌面开发为主，我当年刚入行就是winform+js），导致我unity工程csproj关联非常多，整个unity编辑器和vs2019操作起来巨卡，目前除了卸载csproj能解决之外别无

一种x轴朝前、y轴朝右、z轴朝上的坐标系。这就麻烦了，不论是左右手坐标系，我仅需少量修改就能自适应，避免改变美术输出资源的标准。我得在建模工具里预先把坐标系转换成左右手坐标系后，进ue4才能正常做几何运算，现在都搞不懂怎么跟美术同事一起定建模规范了。我个人还是比较喜欢标准左右手坐标系的三维引擎，几何算法匹配起来方便。网络模块通用性很高，毕竟协议都是通用网络协议，改造后没啥问题。然后按照左手坐标系的

言归正传，这段时间基于urp14把开发框架整了一个分支（以前整过一份hdrp分支，因为我工作大部分是pc端），但是今年部门转型ar类项目，运行设备基于pico quest ipad hwpad等设备，所以上urp14了。博客也不想写了，因为被deepseek降维打击的感觉犹如我在田里面朝黄土背朝天一根一根插秧，突然旁边开来一辆自动插秧机~PS：虽然之前一直挂vpn用免费的gpt3.5，但是gpt3

       这篇博文是为了补充前面遗漏的细节技术，之前我们学习了图形流水线（渲染流程），我们在CG shader代码中常用的图形流程就处理到了MVP变换，也就是只处理了顶点源坐标变换到裁剪空间的过程，但是后续裁剪空间到各个不同显示设备空间的过程被忽略了，这是因为nvidiaCG觉得裁剪空间到全球各个厂商的屏幕设备空间这个变换过程是繁琐的，这个操作过程最好被封装于开发者实现着色器之后，让开发者尽可

希望pico后续尽快开放VST功能到消费端，毕竟现在全民短视频/直播时代，什么手机、无人机、运动相机都是大大方方摄像直播，不差一个头盔考虑隐私问题。最近用ffmpeg做了一个picoxr直播功能，发现在seethrough模式下，获取不了VST摄像头硬件的画面。还得买企业版联系官方给绑定，也就是说只能小规模定制性开发VST直播功能，闹呢？原来VST画面是后期合成的，也就是说开发阶段获取不到摄像头画

      刚好需要解决一下UI抗锯齿的问题，顺便记录一下。      比如如果绘制了这种多边形：      使用CanvasRenderer绘制（以前聊过不再赘述），可以看得出来锯齿挺严重的，所以需要使用抗锯齿技术。&

真是在老家关得有点郁闷了，不晓得这疫情什么时候结束。虽然我个人非常喜欢放假，因为有更多时间学习、玩游戏和搞自己的事情。不过这次疫情时间掐得太准了，刚好是放年假回老家拜年的时间，直接把我关在老家四十天，手上除了一台低配笔记本外什么都没有，每天最多的事情就是看下pdf和电影（笔记本屏幕又小、独显也没有、cpu也不行、项目也跑不动、游戏也不能玩）。不过最近发现一个好玩的建...

这一篇是物理学CG的开篇，其实我多开了一个分类也是心理无奈的，自身水平有限，而很多物理图形学知识积累太少，有些甚至根本没学过。然而高级图形学知识中，或者说高级图形着色效果中，很大一部分是基于“真实”物理公式来实现的。但是，我看了部分物理公式和推导过程（我甚至在家里翻箱倒柜找到一本物理书看了一些），这些物理公式给我的感觉就是公式优雅，推导过程完备，匹配真实世界物理规律，但是就是不知道这些...

言归正传，这段时间基于urp14把开发框架整了一个分支（以前整过一份hdrp分支，因为我工作大部分是pc端），但是今年部门转型ar类项目，运行设备基于pico quest ipad hwpad等设备，所以上urp14了。博客也不想写了，因为被deepseek降维打击的感觉犹如我在田里面朝黄土背朝天一根一根插秧，突然旁边开来一辆自动插秧机~PS：虽然之前一直挂vpn用免费的gpt3.5，但是gpt3

最近学车一个月了，每周放假顶着大太阳在驾校排车练车，所以也没怎么搞学习了，就练车排队的时候拿个手机在那刷着玩。偶尔逛下qq群聊，在部分unity开发群经常听到一股声音：unity怎么还不支持手机小程序？还不能支持微信运行？tinymode啥时候出来啊？其实unity的webgl很早就支持手机端运行了，只是unity官方觉得webgl版本在性能和易用性上并不完善，所以一直屏蔽webgl在手机端运行而