unityshader源码

㈠ 哪里看unity官方shader源码

有些Material确实没有Color属性. 选取材质球Shader的时候一定要看是否可以在监视面板中修改颜色属性.如果可以修改,基本上都可以用renderer.material.color = 颜色; 修改. 等同于 renderer.material.SetColor("_Color",颜色); 有些不能直接通过面

㈡ 怎么查看Unity built-in Shader的源代码

官方网站上有内置材质的代码的
下载中心地址：https://unity3d.com/get-unity/download/archive
下拉需要的版本，built-in shader就是了

㈢ unity shader怎么编译

编译是自动的，你把它拖到一个材质球上就已经能用了
动态加载的话，用new Material(shaderName)就可以了

㈣ unity3d 如何代码修改某个shader的颜色

1.打开软件，新建工程如下图所示。点击创建工程按钮。

㈤ 自己写的shader怎么导进unity用起来

跟脚本一样啊 放到asset目录下就可以开始编译了啊 之后 拖到材质上就可以使用了（默认材质不能使用shader 要新建个材质给物体后才能使用shader）

㈥ 怎么查看Unity built-in Shader的源代码

官方网站上有内置材质的代码的

下载中心地址：https://unity3d.com/get-unity/download/archive

下拉需要的版本，built-in shader就是了

㈦ unity怎么编辑shader

有个插件叫做Shader Forge 可以可视化的编辑shader效果 不过效率可能没那么高
也可以自己学一下shader的语言然后再编辑

㈧ Unity3D 用脚本控制Shader参数

Unity3D用脚本控制Shader参数是：this.renderer.material.SetFloat("_Progress", 0.5f);

㈨ unity 用什么shader

如果是进行3d游戏开 发的话，想必您对着两个词不会陌生。Shader（着色器）实际上就是一小段程序，它负责将输入的Mesh（网格）以指定的方式和输入的贴图或者颜色等组 合作用，然后输出。绘图单元可以依据这个输出来将图像绘制到屏幕上。输入的贴图或者颜色等，加上对应的Shader，以及对Shader的特定的参数设 置，将这些内容（Shader及输入参数）打包存储在一起，得到的就是一个Material（材质）。之后，我们便可以将材质赋予合适的 renderer（渲染器）来进行渲染（输出）了。
所以说Shader并没有什么特别神奇的，它只是一段规定好输入（颜色，贴图等）和输出（渲染器能够读懂的点和颜色的对应关系）的程序。而Shader开发者要做的就是根据输入，进行计算变换，产生输出而已。
Shader大体上可以分为两类，简单来说
表面着色器（Surface Shader） - 为你做了大部分的工作，只需要简单的技巧即可实现很多不错的效果。类比卡片机，上手以后不太需要很多努力就能拍出不错的效果。
片段着色器（Fragment Shader） - 可以做的事情更多，但是也比较难写。使用片段着色器的主要目的是可以在比较低的层级上进行更复杂（或者针对目标设备更高效）的开发。

㈩ unity 5.x render.meterial.shader没有了代码，怎么控制

总的来说，unity没有啥天坑。只要肯研究，后期都能改进，也都不会影响到上线。
小坑太多，说不完。unity上手容易坑太多，基本事件机制，生存周期，场景和资源管理，mono虚拟机的gc机制都是坑。

要说的话，真正影响到架构的是（排序）
1. 是否要用lua
2. （对于需操作的游戏）客户端游戏如何做战斗验证

-----------------------------------------------------
公司的话，推荐：
参加Unity年会
购买Unity的官方支持问答平台，人有源代码，还能找总部

-----------------------------------------------------
下面列举小坑吧。不建议都绕开，毕竟没有那么多时间做前期调研的。
对应版本Unity4.x

1. 客户端程序层面
总的来说C#超级给力的，不过别玩脱了

1) mono虚拟机gc
Unity的mono虚拟机使用不分代的gc算法，临时对象积攒起来，导致重量级GC游戏频繁卡顿。
Unity官方：认真review每帧20B以上，以及一次2K以上的GC Alloc的行为。传闻：Unity5会改进。
推荐阅读：
Gamasutra: Wendelin Reich's Blog
评价：请像C++一样精确了解各种行为的gc，foreach 都不要随便用。严重，但游戏是可以卡巴卡巴上线的。后期一位核心开发人员修2~3周。

2) 苹果aot编译问题：模板问题
mono在苹果上采用aot将C#编译为静态代码。首先，依赖于动态代码生成的复杂模板容易运行时崩溃；其次，mono会将客户端生成一个库。模板代码实例化容易膨胀导致该库超过40M而无法链接。
实战：碰到了改写法吧。不过我本人是静态类型检查派的。

3) 少用coroutine
yield只支持try--finally，与异常体系兼容性极差；难以提供返回值；异步本身是非线性的，很难保证逻辑完备
实战：复杂异步逻辑用状态机。不致命，多修bug也能抗过。

4) 自行处理配置数据序列化
严重影响配置读取速度。C#自带的xml序列化很慢，自带的二进制序列化也不够快。
实战：打包配置考虑protobuf或者代码生成器。中后期一周左右。

5) 反射
手机上jit情况下，第一次反射一个类很慢。乱用足够影响启动速度。

6) 本地化
如果公司习惯于做海外市场，一开始就可以考虑全套本地化方案。后期改需要一个人1~2个月工作量。