TGFC Lifestyle - Powered by Discuz! Board

标题: 福尔康来了！Vulkan发布！ [打印本页]

作者: jun4rui 时间: 2016-2-17 07:06 标题: 福尔康来了！Vulkan发布！

posted by wap, platform: 小米 NOTE
关注好久了，可以看成当初AMD馒头API的延续，当初AMD不做了后延伸出dx12和vulkan，但是这个的优势也蛮多，一个是要求低，目前主流硬件都支持，二个是跨平台能力夸张移动、桌面端通吃，Google高通三星一票移动厂商鼎力支持。

这次号称硬发布，一口气把SDK，驱动，测试环境，文档都搞出来了。前几天塔洛斯法则的作者说它5分钟就整出了个东西来，很容易上手，结果今天看官方消息，塔洛斯法则已经成为vulkan演示游戏了！

看na两家驱动的话，A卡最低从7730开始，N卡最低630起，Android应该在不久后的Android N发布会上宣布。系统的话最低支持XP。苹果好像因为自己搞了个metal退出了（这公司就是爱人为制造分裂啊），其它Android、Linux、Windows都能跑。

本帖最后由 jun4rui 于 2016-2-16 11:38 通过手机版编辑

作者: jun4rui 时间: 2016-2-17 08:46

posted by wap, platform: 小米 NOTE
人体糖是工作组成员！尿了

作者: jun4rui 时间: 2016-2-17 08:50

posted by wap, platform: 小米 NOTE
MetalVK - Coming Soon!

Move to the next-generation, cross-platform, Vulkan graphics API on iOS and OS X. Build portable graphics applications and games using the modern, industry-standard Vulkan graphics API, and seamlessly run your application or game across many industry platforms, including iOS and OS X.
[....]
MetalVK is an implementation of Vulkan that runs on Apple's Metal graphics framework. With MetalVK, you get the performance benefits and added debugging and performance tuning capabilities of the Metal framework on iOS and OS X, while maintaining compliance with an open, industry-standard, next-generation, high-performance graphics API. By building your application or game using the Vulkan API, you can run your modern graphics application or game unchanged across an entire industry of platforms and development tools.

neogaf有人贴出个这么个玩意，如果做得到，那vulkan将可以在iOS、osx跑了，通吃全平台！

后悔前几天塔洛斯法则只要28的时候没买啊！

作者: tommyshy 时间: 2016-2-17 09:03

引用:

原帖由 jun4rui 于 2016-2-17 08:50 发表
posted by wap, platform: 小米 NOTE
MetalVK - Coming Soon!

Move to the next-generation, cross-platform, Vulkan graphics API on iOS and OS X. Build portable graphics applications and games using the ...

塔诺斯好玩吗？

作者: jun4rui 时间: 2016-2-17 09:08

posted by wap, platform: 小米 NOTE

引用:

原帖由 @tommyshy 于 2016-2-16 13:03 发表
塔诺斯好玩吗？

评价倒是很高，但游戏类型不对我的口味

作者: 卖哥 时间: 2016-2-17 09:21

posted by wap, platform: Meizu MX4
也该硬发布了，vulkan版的DOTA2都展示多久了。

作者: MegaDr 时间: 2016-2-17 09:32

posted by wap, platform: iPhone
很有前途，可以趁早学习一下，标志着OpenGL从今天起逐渐被取代了

本帖最后由 MegaDr 于 2016-2-17 09:33 通过手机版编辑

作者: jun4rui 时间: 2016-2-17 11:15

posted by wap, platform: Chrome
和OpenGL、DX11的对比测试来了

作者: 马甲5号 时间: 2016-2-17 11:37

posted by wap, platform: 小米 4C
喷了，还是被dx11吊打，不用说dx12，老黄的驱动从359就开始支持了

作者: jun4rui 时间: 2016-2-17 11:45

posted by wap, platform: Chrome

引用:

原帖由 @马甲5号于 2016-2-16 15:37 发表
喷了，还是被dx11吊打，不用说dx12，老黄的驱动从359就开始支持了

没有，我后来跑去STEAM社区的《塔罗斯法则》看开发者和用户的对话，开发者说可以从3个方面来将API换成Vulkan，现在为了追求速度，所以他们只是简单的用Vulkan包装了一下。而Vulkan的多进程渲染和游戏引擎对Vulkan调优他们是没有做的。

所以游戏效率目前是不高。

他还提到他们的游戏引擎本身对多进程渲染支持得很好，但是目前的图形API没有采用这种模式，下一步他们会对这一项进行优化。

至于最后的将引擎替换成堆Vulkan优化，因为工作量较大，他们准备分两步走。

等这些做完再来看看，应该会比现在好

============================
engine design for Vulkan is basically consited of three major parts:\

1)
Port. Make it work as fast as possible just by wrapping current engine design around Vulkan. Avoid all pitfalls and bottlenecks. This is what we did by now and released as patch for Talos.

2)
Use Vulkan for multi-threaded rendering. Our engine is designed really well for multi-threaded rendering, but we have only our wrapper for it - calls to graphics API (like Vulkan) are not multi-threaded. Yet.
That being said, this is the next step what we'll do. And probably release that also as patch for Talos. I tried to do that with Direct3D 11 long time ago (support for its deffered contexts), but it was too much pain and too little or even no gain.

That's just one of reasons why we decided to stick with our own approach for MT renderer for that long. :/

3)
Redesign engine for Vulkan. This is the biggest step and can be split in two:

3a)
Precache all rendering states (which mostly mean materials in game) up front. This will make rendering calls much simplier and faster. So, instead of deciding at rendering time what is needed for a material to be rendered via Vulkan, do this at loading time and then when material needs to be rendered just give it to Vulkan, via one or two simple function calls.

3b)
Precache all geometry, material, textures, everything that is needed for rendering an object up front. This basically creates so called command buffer ready for Vulkan, and nothing extra needs to be set or created at render time.

3rd part of port is, obviously, the most complex one, and it'll take time to change engine design for it, step-by-step.

Hope I explained this well.

DEN

本帖最后由 jun4rui 于 2016-2-16 15:47 通过手机版编辑

作者: mjnaur 时间: 2016-2-17 15:21

引用:

原帖由 jun4rui 于 2016-2-17 11:45 发表
posted by wap, platform: Chrome
没有，我后来跑去STEAM社区的《塔罗斯法则》看开发者和用户的对话，开发者说可以从3个方面来将API换成Vulkan，现在为了追求速度，所以他们只是简单的用Vulkan包装了一下。而Vulkan的 ...

thread一般翻译成线程，和进程process差别很大的...

作者: jun4rui 时间: 2016-2-17 15:28

posted by wap, platform: Chrome

引用:

原帖由 @mjnaur 于 2016-2-16 19:21 发表
thread一般翻译成线程，和进程process差别很大的...

这个我认

作者: Nemo_theCaptain 时间: 2016-2-17 15:39

引用:

原帖由 jun4rui 于 2016-2-17 07:06 发表
posted by wap, platform: 小米 NOTE
前几天塔洛斯法则的作者说它5分钟就整出了个东西来，很容易上手，结果今天看官方消息，塔洛斯法则已经成为vulkan演示游戏了！

这都是有丰富Linux经验的开发者，跟进多年了
你要是之前没碰过OpenGL，自己亲手做，I和A两家的驱动Bug能把你恶心够呛

作者: tommyshy 时间: 2016-2-17 15:48

引用:

原帖由 jun4rui 于 2016-2-17 09:08 发表
posted by wap, platform: 小米 NOTE
评价倒是很高，但游戏类型不对我的口味

我看了一下也不是我喜欢的类型

作者: Nemo_theCaptain 时间: 2016-2-18 12:52

引用:

原帖由 马甲5号 于 2016-2-17 11:37 发表
posted by wap, platform: 小米 4C
喷了，还是被dx11吊打，不用说dx12，老黄的驱动从359就开始支持了

Linux的娱乐环境根本没有一个健全的生态，脱离主流很久了，厂商也懒的优化，I和A甚至连Bug都没去掉，更别谈优化了
所以在桌面环境下，OpenGL系永远只是“听起来很美”而已

作者: 卖哥 时间: 2016-2-18 13:22

引用:

原帖由 Nemo_theCaptain 于 2016-2-18 12:52 发表

Linux的娱乐环境根本没有一个健全的生态，脱离主流很久了，厂商也懒的优化，I和A甚至连Bug都没去掉，更别谈优化了
所以在桌面环境下，OpenGL系永远只是“听起来很美”而已

并没有啥没法解决的问题，安卓统一了移动linux后该有的游戏也都有了，运行效率也不差。
steamOS如果能统一桌面linux游戏环境也是可以期待的，即使steamOS不给力那更简单一点，桌面游戏环境直接用安卓也没啥问题吧。

作者: Nemo_theCaptain 时间: 2016-2-18 13:26

引用:

原帖由卖哥于 2016-2-18 13:22 发表

并没有啥没法解决的问题，安卓统一了移动linux后该有的游戏也都有了，运行效率也不差。
steamOS如果能统一桌面linux游戏环境也是可以期待的，即使steamOS不给力那更简单一点，桌面游戏环境直接用安卓也没啥问题吧 ...

技术上没有没法解决的问题，但是厂商没有付出人力物力努力的必要，因为Linux游戏的销量放在这里
OpenGL桌面生态健全的时代还要追溯到90-00年代早期，那个玩CS人人都选OpenGL而不是D3D的时代
在这之后就不行了

作者: 卖哥 时间: 2016-2-18 13:38

引用:

原帖由 Nemo_theCaptain 于 2016-2-18 13:26 发表

技术上没有没法解决的问题，但是厂商没有付出人力物力努力的必要，因为Linux游戏的销量放在这里
OpenGL桌面生态健全的时代还要追溯到90-00年代早期，那个玩CS人人都选OpenGL而不是D3D的时代
在这之后就不行了

那也是在windows上而不是在linux上玩OpenGL
OpenGL不给力还是自己的锅，现在图形新特性几乎都是D3D先推，OpenGL后面跟进的。
然而不是说厂商偏袒微软，实际上厂商还是挺愿意优先给OpenGL提交特性扩展的，包括这次新一代API的关键特性multi draw calls
AMD在2012年就给OpenGL递交扩展了，比Mantle还早一年。
https://www.opengl.org/registry/specs/ARB/multi_draw_indirect.txt

结果呢，官方无动于衷不去纳入标准，直到整个图形API界都变天，Vulkan成为拥有multi draw calls特性的新一代API里最晚问世的一个。

作者: Nemo_theCaptain 时间: 2016-2-18 13:46

引用:

原帖由卖哥于 2016-2-18 13:38 发表

那也是在windows上而不是在linux上玩OpenGL
OpenGL不给力还是自己的锅，现在图形新特性几乎都是D3D先推，OpenGL后面跟进的。
然而不是说厂商偏袒微软，实际上厂商还是挺愿意优先给OpenGL提交特性扩展的，包括这次 ...

是啊，现在连Windows的OpenGL生态环境都不健全，还提什么Linux
D3D对OpenGL功能性的超越从DX8就开始了

Khronos效率低下是个体制问题，因为DX是微软独裁，最多跟INA三家商量一下（有时候甚至只需要跟一家谈妥，比如DX9早期就只谈妥了ATI，NV谈崩了，微软也不管，反正恶果让你自己尝，于是NV30这个奇葩横空出世，吃亏的是NV自己），
OpenGL牵扯的乱七八糟的利益方就太多了，没一个人能说了算，效率低下

我说的一个健全的生态包含多方，而且都要形成规模：足够的消费额、足够多的新作、健全的驱动，三者缺一不可，少了一个都会影响另外两个，进入恶性循环
不论是Linux还是Windows，你能想象厂商像更新DX11驱动那样针对每个新作立刻更新OpenGL驱动么？当然，谈这个问题之前，先看看每个月有几个OpenGL新3A再说吧

而生态形不成规模，暴露问题和解决问题的速度都慢，也就逐渐形成恶性循环。这里面成堆的Bug都是不实际开发就不了解的，当然很多厂商不开发也了解，因为DX就已经遇到了一些麻烦，他们知道OpenGL的麻烦是DX的好几倍。
跟桌面比，反而是移动端的OpenGL陷阱更少，因为有规模，有市场，人人都在用，问题发现和解决的速度都很快

[ 本帖最后由 Nemo_theCaptain 于 2016-2-18 13:49 编辑 ]

作者: 卖哥 时间: 2016-2-18 13:58

引用:

原帖由 Nemo_theCaptain 于 2016-2-18 13:46 发表

是啊，现在连Windows的OpenGL生态环境都不健全，还提什么Linux
D3D对OpenGL功能性的超越从DX8就开始了

Khronos效率低下是个体制问题，因为DX是微软独裁，最多跟INA三家商量一下（有时候甚至只需要跟一家谈妥， ...

但是ES用得人很多。这次Vulkan合并ES和完整版，对桌面的推广也是一种助力，只要谷歌不突然宣布一个自有API废了Vulkan在安卓上的基本盘，我觉得不至于反超D3D但越来越好是可以期待的。

作者: Nemo_theCaptain 时间: 2016-2-18 14:00

引用:

原帖由卖哥于 2016-2-18 13:58 发表

但是ES用得人很多。这次Vulkan合并ES和完整版，对桌面的推广也是一种助力，只要谷歌不突然宣布一个自有API废了Vulkan在安卓上的基本盘，我觉得不至于反超D3D但越来越好是可以期待的。

移动端那边硬件规格嘴上统一实际不一定，撒谎捞屁是家常便饭，主要原因是桌面很多东西对于移动用不着，未来很可能再次出现事实上的碎片化
相比较之下至少桌面没这个问题——这就是个DX12的OpenGL版，而显卡只有NA两家，支不支持一目了然

欢迎光临 TGFC Lifestyle (http://club.tgfcer.com/)