惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

www.infosecurity-magazine.com
www.infosecurity-magazine.com
D
DataBreaches.Net
T
Tailwind CSS Blog
M
MIT News - Artificial intelligence
Stack Overflow Blog
Stack Overflow Blog
F
Full Disclosure
V2EX - 技术
V2EX - 技术
N
News and Events Feed by Topic
Help Net Security
Help Net Security
L
LangChain Blog
Y
Y Combinator Blog
宝玉的分享
宝玉的分享
Google Online Security Blog
Google Online Security Blog
P
Proofpoint News Feed
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
T
The Blog of Author Tim Ferriss
Google DeepMind News
Google DeepMind News
The Register - Security
The Register - Security
B
Blog RSS Feed
N
Netflix TechBlog - Medium
N
News | PayPal Newsroom
TaoSecurity Blog
TaoSecurity Blog
酷 壳 – CoolShell
酷 壳 – CoolShell
V
Vulnerabilities – Threatpost
B
Blog
C
Cyber Attacks, Cyber Crime and Cyber Security
I
Intezer
H
Hackread – Cybersecurity News, Data Breaches, AI and More
博客园_首页
CTFtime.org: upcoming CTF events
CTFtime.org: upcoming CTF events
AI
AI
aimingoo的专栏
aimingoo的专栏
大猫的无限游戏
大猫的无限游戏
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
Cyberwarzone
Cyberwarzone
P
Proofpoint News Feed
Google DeepMind News
Google DeepMind News
G
GRAHAM CLULEY
Vercel News
Vercel News
罗磊的独立博客
MyScale Blog
MyScale Blog
Last Week in AI
Last Week in AI
博客园 - 司徒正美
C
CERT Recently Published Vulnerability Notes
GbyAI
GbyAI
Scott Helme
Scott Helme
K
KPMG report finds enterprise disconnect between AI and its ROI | CIO
T
Troy Hunt's Blog
A
About on SuperTechFans
P
Privacy International News Feed

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理, 企事业单位数字化的业务供需本质 – 人人都是产品经理, 医疗智能体·第1讲——医疗信息化重构:从“辅助软件”到“自主智能体”的范式转移 – 人人都是产品经理, 粉丝量就是空气!!! – 人人都是产品经理, 用户说“薯片碎了”,机器回“要买吗?”:意图识别的翻车与破局 – 人人都是产品经理, RAG召回准确率从75到90 我做对了这三件事 – 人人都是产品经理, AI大事件:Anthropic改收费、OpenAI发安全版、手术机器人纳入医保、阿里发布”秒悟” – 人人都是产品经理, Chrome 推出 Skills 新功能,Agent 重塑上网方式 – 人人都是产品经理, GitHub前创始人拿了a16z的1700万美元,做Agent时代的Git – 人人都是产品经理 拷贝或克隆其他 Flutter OH 项目到本地后无法运行 – 人人都是产品经理, 优惠券设计:优惠券创建 – 人人都是产品经理, 不用死磕文档!AI 助手 1 小时搞定飞书 CLI 安装 + 配置 + 知识库 – 人人都是产品经理, 用小龙虾做竞品分析报告:从2天到20分钟,我是怎么做到的 – 人人都是产品经理 用小龙虾做市场分析报告:搞懂这3个公式,市场规模不再靠猜 – 人人都是产品经理, 你早就在做 Harness 工程,只是不知道它叫这个名字 – 人人都是产品经理, Think Long就够?你可能想多了! – 人人都是产品经理, 货代SRM实战:供应商准入怎么做,才能让资源池不是通讯录而是可交付网络? – 人人都是产品经理, 如何做好用户调研?详解基本技巧 – 人人都是产品经理, 木鸟、途家、美团对打,平台春天行动开“卷” – 人人都是产品经理, 入职才发现公司不靠谱?小红书从业者求职避坑指南 – 人人都是产品经理, 美国 AI 三巨头联手封堵,中国 AI 突围之路在何方 – 人人都是产品经理, 小红书,放在需求对面的镜子 – 人人都是产品经理, AI 会带来大规模失业吗? – 人人都是产品经理, 从出单到补货前,我第一次犹豫:该不该放大? – 人人都是产品经理, Flutter 三方库鸿蒙化适配:5 种高效检查方式,快速判断是否需要适配 – 人人都是产品经理, 从做产品进阶拿结果:医美机构产品经理转岗科室运营经理 – 人人都是产品经理, 阿里HappyHorse,一场关于“Token经济”的阳谋 – 人人都是产品经理, To B AI:客户留存落地的观察与思考 – 人人都是产品经理, AI产品的“生命线”——数据采集、标注、清洗的产品化设计 – 人人都是产品经理, 谈谈AI Agent(二):当“孩子”能自己“体验世界”时,你该学什么? – 人人都是产品经理, UI/UX设计师的3层能力进阶,前两层让你活下来,第三层…才是真正的分水岭 – 人人都是产品经理, 2分钟 → 30秒,效率提升75%:B端产品经理如何用「规则枷锁」驯服AI幻觉? – 人人都是产品经理, 还没来得及学OpenClaw,来了个更猛的:Hermes Agent – 人人都是产品经理, AI日报:宇树机器人跑出10m/s刷新世界纪录 – 人人都是产品经理, 一文说透基金互金如何用情绪价值引导用户决策做转化 – 人人都是产品经理, 当浏览器开始替你”看”网页:AI 浏览器正在亲手拆掉它脚下的那张网 – 人人都是产品经理, 0代码,一天时间我Vibe Coding了个网站 – 人人都是产品经理, Hermes 和 OpenClaw 之争,Agent 的能力应该“装上去”还是“长出来”? – 人人都是产品经理 视频生成的“桌子”,字节Seedance 2掀完,阿里快乐马掀 – 人人都是产品经理, 从听不懂到完全信任:我的 Codex 深度产品体验 – 人人都是产品经理, 当虚拟偶像有了北京户口,与真人偶像还有什么区别? – 人人都是产品经理, 会说,远远比会做更重要 —— 对 SBTI 爆火现象的五层观察 – 人人都是产品经理, AI产品经理必看:当“搭环境”比“选模型”更重要,你的认知还在2024年吗? – 人人都是产品经理, 2026年AI产品商业化核心逻辑:从功能demo到规模化营收的3个必破卡点 – 人人都是产品经理, 京东围绕供应链,卷起裤腿下场的那些事儿 – 人人都是产品经理, SBTI一夜刷屏:它赢在了“太会说人话” – 人人都是产品经理, 折扣零售的真相:不是便宜,而是价值感! – 人人都是产品经理, 和甲方吵了一架,最后加钱做了——我学到的ToB产品经理生存法则 – 人人都是产品经理, 和几位小红书操盘手聊了8小时,干货全在这 – 人人都是产品经理, 智谱GLM-5.1登场,开源模型首超Opus4.6!!! – 人人都是产品经理 Anthropic收入凭什么反超OpenAI,终于有人把这事说清楚了 – 人人都是产品经理, 史上最有故事感的技术报告——Claude最强模型Mythos 7个极其精彩的细节 – 人人都是产品经理, 模型不是壁垒,Harness 也不是 – 人人都是产品经理, 抖音本地生活业务思考21 – 人人都是产品经理, Superpowers:145k Star的AI编码框架,到底是什么来头? Superpowers:145k Star的AI编码框架,到底是什么来头? – 人人都是产品经理, OpenAI 的路走错了,Anthropic Harness 解法启示:模型需要实践专科生 – 人人都是产品经理, 画原型图的前一步:设计站点地图 – 人人都是产品经理, 给 DeepSeek 的最后一封催更信 – 人人都是产品经理, 手把手教你用 Claude Code 搭建 AI 营销团队:5 个 Agent、12 项技能,独立完成研究、写作、设计全流程 – 人人都是产品经理, 你以为大模型在学语言?不,它在重新发明语言学 – 人人都是产品经理 所谓Skill,不过是AI时代的工业垃圾 – 人人都是产品经理, 聊一聊内容传播的几个方法 – 人人都是产品经理, 当平台开始吃掉生态:从 OpenClaw 被封杀,读懂 Anthropic 的这盘棋 – 人人都是产品经理, 你装了 10 个 AI 插件,Obsidian 还是一个文件夹 – 人人都是产品经理 关于AI智能体架构演进的系统性思考:从单体试水到多体协同的重构 – 人人都是产品经理, 当“人”变成Skill,我们又该何去何从? – 人人都是产品经理 Mythos 事件:前沿 AI 治理的意外实验 – 人人都是产品经理, 货代CRM:信用与风险管理怎么做,才能把坏账风险拦在放货之前? – 人人都是产品经理, 从HR收集自拍照到员工自助录入——我见证了园区人脸识别从”不可用”到”真好用”的全过程 – 人人都是产品经理 千问闯关AI混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
数字孪生产品升级——游戏引擎!(万字解读)
Steven的产品炉 · 2024-03-20 · via 人人都是产品经理

数字孪生这个概念多年以前就被提出了,怎么理解数字孪生的概念、价值及应用呢?这篇文章里,作者做了梳理和概述,并对“数字孪生产品升级”做了自己的分享,一起来看看吧。

一、数字孪生的概述

1. 数字孪生的起源

1)美国空军研究实验室

“数字孪生”概念提出者,是美国空军研究实验室(AFRL,Air Force Research Laboratory)。

2011年3月,美国空军研究实验室结构力学部门的Pamela A. KobrynEric J. Tuegel,做了一次演讲,题目是“Condition-based Maintenance Plus Structural Integrity (CBM+SI) & the Airframe Digital Twin(基于状态的维护+结构完整性&战斗机机体数字孪生)”,首次明确提到了数字孪生。

当时,AFRL希望通过数字化的方式维护战斗机,而数字孪生是他们想出来的创新方法。

2)美国通用电气公司

当美国空军意识到数字孪生具有很强实用意义的同时,另一家企业也对数字孪生产生了浓厚的兴趣,它就是美国通用电气公司(GE),该公司希望通过数字的能力,提升对产品生产过程的监管效率,进而减少企业成本

3)德国西门子
德国西门子(德国工业4.0的代表企业)也跟着拥抱了数字孪生,将其奉为至宝。

4)中国

2015年左右,中国也开始跟进。当时包括工业4.0研究院在内的多家国内研究机构和企业,纷纷启动了数字孪生相关的研究课题

2. 数字孪生是什么

数字孪生的官方定义:

数字孪生,是充分利用物理模型、传感器更新、运行历史等数据,集成多学科、多物理量、多尺度、多概率的仿真过程,在虚拟空间中完成映射,从而反映相对应的实体装备的全生命周期过程

相比于设计图纸,数字孪生体最大的特点在于:它是对实体对象的动态仿真。进一步阐述,数字孪生体是会“动”的。

数字孪生体不是随便乱“动”。它“动”的依据,来自本体的物理设计模型,还有本体上面传感器反馈的数据,以及本体运行的历史数据。

数字孪生的特点:

  1. 全生命周期:数字孪生可以贯穿产品包括设计、开发、制造、服务、维护乃至报废回收的整个生命周期。它并不仅限于帮助企业把产品更好地造出来,还包括帮助用户更好地使用产品。
  2. 实时/准实时:指本体和孪生体之间,可以建立全面的实时或准实时联系。两者并不是完全独立的,映射关系具备实时性
  3. 双向:指本体和孪生体之间的数据流动可以是双向的。并不是只能本体向孪生体输出数据,孪生体也可以向本体反馈信息。企业可以根据孪生体反馈的信息,对本体采取进一步的行动和干预。

3. 为什么使用数字孪生

数字和虚拟孪生给每个公司带来的好处,它们正迅速成为许多行业的主流。尤其是制造业和物流业可以从这些技术中受益,这得益于大大缩短了交付周期,并有助于高效规划。

从制造业角度分析:

  1. 减少意外事件:数字孪生不仅仅在于它复刻真实世界,其特点是是可以与物理物体互动,甚至反向控制物理实体。比如你工作所在的大楼,它的数字孪生体可以记录它运行的历史信息,反馈大楼当下的运行状态,能比它先行一步,预估可能发生的火灾、电梯故障,模拟风险,把关键信息及时反馈到物理世界中,让你所处的工作环境更加安全。
  2. 精进传统产品生产链:近年来,人们越来越关注可持续制造和循环经济,真正强调的是提高生产过程的整体生产效率。与此同时,制造业老板们也发生了真正的转变,企业家寻求对生产的更多控制,同时也可以把成本降至最低。数字孪生使制造商能够在维护和改进工作流程的同时,获得有关削减成本的数据信息
  3. 优化内部业务体系:为了真正强调虚拟孪生技术的有效性,在一个案例研究中,某工厂在安装了虚拟孪生后,工厂的效率提高了250%。孪生提供了对低效率的深入分析,并为制造商提供了有助于克服这些低效率的模拟模型。与此同时,员工的安全和满足感在节省时间方面提高了5%。
  4. 优化外部业务生态链:某企业司由于更好的计划和技术,交货准时率提高了50%。此外,交付时间也减少了50%,这使企业能够保持高水平的订单,同时将更高比例的货物按时送到消费者手中。

4. 数字孪生的价值

如果分析数字孪生的价值,需要把具体的业务和数字孪生技术结合分析,单独谈论数字孪生是没有意义的,数字孪生是赋能型技术,无法构成单独的价值链,因此我们要具体业务具体分析。

数字孪生的宏观价值如下:

  1. 减少交易成本
  2. 提高生产效率
  3. 减少沟通成本
  4. 规避风险

数字孪生对于智慧城市行业的价值案例:

  1. 提高城市生产效率
  2. 提升城市综合治理能力
  3. 提升市民幸福感
  4. ……

5. 数字孪生的弊端

专业团队去实现数字孪生的过程,会发现:懂数字化呈现的不懂行业业务,而懂行业业务的又不懂数字化呈现。沟通成本高、效率低、孪生质量差,同时制作成本也居高不下。目前,大部分的数字孪生应用只停留在“好看”阶段。

1)实现周期长

数字孪生应用涉及技术多,从几何、图形、开发、设计、研发到业务分解,如果团队没有2-3年的试错过程难以快速稳定的交付项目;

2)投入成本大

从传统的WEB引擎到游戏引擎,需要组建从游戏引擎、模型数据、设计、代码、测试和产品等一个完整团队,需要大量的人力和资金储备

3)技术门槛高

在交付过程中需要实时适应项目需求的变化,想要打造一个科技感十足还原应用场景,且应用场景丰富的数字孪生应用对技术人员、地理信息数据有着很高的要求。

二、数字孪生的前景

1. 政策支持

2. 行业发展

1)数字孪生是大型智慧项目的技术底座

数字孪生是大规模智慧项目的技术底座之一,例如数字工厂、智慧机场、智慧市政、智慧工地,再往大一些的角度来看,包括智慧城市内在的所有既需要收集底层数据来分析计算以及推演和运行,又不可能在实际的生产生活环境里完全实现上述目标的场景,都是数字孪生的用武之地。

2)数字孪生是元宇宙的技术底座

数字孪生同时会是元宇宙的技术底座。可能在未来很长一段时间里,数字孪生能够给社会的生产、生活的直接效益并不明显,这意味着数字孪生从业者,可能不会在未来几年获得充足的回报,但是与云计算和人工智能一样,数字孪生必然会成为数字世界的基础设施,跟水电暖一样,成为数字世界无法离开的必要元素。

目前数字孪生主要应用领域汇总:

三、数字孪生 & 渲染引擎

1. 为什么要使用3D渲染引擎

来源:http://3d.jzsc.net/

数字孪生体简单来说就是通过数字化手段对物理对象进行描述,这种描述可以分成不同层级,最基本的就是描述几何模型,包括物理对象的大小、形状、内部结构、空间位置以及不同零件间的位置关系等等,这也是将物理对象可视化的过程。因此需要渲染器。

可视化可以分为2D和3D,比起2D可视化,3D可视化能够更加直接地将各行业的数据立体化地呈现出来,因此现在大多数字孪生都是通过3D可视化表达。我们可以简单理解为,3D可视化其实是数字孪生成果的一种常见表达工具。

2. 3D引擎的分类

常见的3D引擎可以分成两大类,一类是Native3D引擎(客户端),这类引擎以Unity、UE4等游戏引擎为主,另一类是Web3D引擎(浏览器),以T3D为代表的基于WebGL和WebGPU开发的渲染引擎为主。

Cesium是基于Web GL、Web GPU做的渲染

3. 引擎使用的考虑因素

来源:https://www.uino.com/

根据需求的不同选择不同的渲染引擎:

Native 3D和Web 3D都能实现数字孪生,但是适配性有所不同。

1)仿真度、扩展性

Unity、UE

2)便携性

Web GL、WebGPU

目前游戏引擎也支持浏览器实现很好的仿真度效果:采用像素流送技术,直接运行在浏览器中。

引擎选用参考指标:

  1. 便携性
  2. 仿真度
  3. 使用群体数量(并发量)
  4. 兼容性
  5. 开发周期
  6. 开发预算

四、游戏引擎

1. 游戏引擎是什么

引擎属于支撑性技术。

游戏引擎包含以下系统:渲染引擎(即“渲染器”,含二维图像引擎和三维图像引擎)、物理引擎、碰撞检测系统、音效、脚本引擎、电脑动画、人工智能、网络引擎以及场景管理。

2. 游戏引擎的特点

1)渲染

是引擎最重要的功能之一,当3D模型制作完毕之后,设计师会按照不同的面把材质贴图赋予模型,这相当于为骨骼蒙上皮肤,最后再通过渲染引擎把模型、动画、光影、特效等所有效果实时计算出来并展示在屏幕上。渲染引擎在引擎的所有部件当中是最复杂的,它的强大与否直接决定着最终的输出质量。

2)光影效果

即场景中的光源对处于其中的人和物的影响方式。游戏的光影效果完全是由引擎控制的,折射、反射等基本的光学原理以及动态光源、彩色光源等高级效果,都是通过引擎的不同编程技术实现的。

3)动画

游戏所采用的动画系统可以分为两种:一是骨骼动画系统,二是模型动画系统,前者用内置的骨骼带动物体产生运动,比较常见,后者则是在模型的基础上直接进行变形。引擎把这两种动画系统预先植入游戏,方便动画师为角色设计丰富的动作造型。

4)物理系统

使物体的运动遵循固定的规律。 例如:当角色跳起的时候,系统内定的重力值将决定他能跳多高,以及他下落的速度有多快,子弹的飞行轨迹、车辆的颠簸方式也都是由物理系统决定的。

5)碰撞探测

物理系统的核心部分,它可以探测游戏中各物体的物理边缘。当两个3D物体撞在一起的时候,这种技术可以防止它们相互穿过,这就确保了当物体撞在墙上的时候,不会穿墙而过,也不会把墙撞倒,因为碰撞探测会根据物体和物体之间的特性确定两者的位置和相互的作用关系

6)协同

引擎还有一个重要的职责就是负责玩家与电脑之间的沟通,处理来自键盘、鼠标、摇杆和其它外设的信号。如果游戏支持联网特性的话,网络代码也会被集成在引擎中,用于管理客户端与服务器之间的通信

3. 主流游戏引擎介绍

Unity

概述:

在Apple应用商店和Google Play上排名最靠前的1000款游戏中,53%都是用Unity创作。75%与AR/VR相关的内容为Unity引擎创建,比较知名的游戏包括:《城市天际线》、《王者荣耀》、《原神》、《炉石传说》、《神庙逃亡》、《纪念碑谷》、《崩坏》系列等等。

Unity 中国正式成立,包括阿里巴巴、中国移动、抖音(字节)、米哈游、OPPO、佳都科技等将参与投资。

VR/AR,影视,动漫,建筑,工业等行业领域也用处颇多,戴姆勒、宝马、Skanska都是他的大客户。国内包括蔚来、小鹏、理想等14家车厂都在使用Unity提供的智能座舱等解决方案,在建筑建造领域,Unity的数字孪生解决方案已应用至海尔、香港机场、上海安亭汽车城在内的企业。

优势:

  1. 生态完善,从业者最多。
  2. 原生支持B/S架构。
  3. 开发相对简单(采用C#)
  4. VR、AR、MR支持度高。

unity现有应用:

目前GIS软件中,SuperMap、ArcGIS、Mapbox均推出了Untiy3D的GIS插件。国内可视化厂商基于Unity做的比较好的公司是光启元

虚幻引擎Unreal Engine

虚幻引擎是全球最开放、最先进的实时3D创作平台,可创建逼真的视觉画面和沉浸式体验,几乎是3A工作室的首选,相比Unity,虚幻引擎在图形保真度方面表现更好,在UE中,使用C++进行游戏代码的编写,虽有一定开发难度,但UE中蓝图也很友好。UE设计目的非常明确,每一个方面都具有比较高的易用性,尤其侧重于数据生成和程序编写的方面。而UE5,也凭借着其Nanite和Lumen等突破性的新功能,让虚幻引擎再次吸引了所有人的瞩目。

比较知名的游戏包括:《绝地求生》、《堡垒之夜》、《战争机器》 、《彩虹六号》等。

目前GIS软件中,SuperMap、Cesium、ArcGIS、MapGIS均推出了UE的插件。国内可视化厂商基于UE做的比较好的包括51World、飞渡、数字冰雹、光辉城市、四方伟业等。

五、为什么选择游戏引擎

1. 三维GIS的发展

地理信息产业大会上提到三维GIS的五次浪潮,其中第五次就是游戏引擎。

三维GIS发展的五次浪潮:

  1. 地形三维
  2. 三维体
  3. 二三维一体化
  4. 面向业务的WEB 3D
  5. 游戏引擎+GIS

2. 三维GIS与游戏引擎的联系

游戏引擎不具备地理信息的解决方案。

游戏地图通常是虚构的,虽然可以展现故事发生的时代、地域、文化特点和人物生存氛围,但它并非真实的地理环境,也不包含真实的地理坐标。因此,三维GIS技术可以将具有真实地理坐标的GIS数据导入游戏引擎中。通过在游戏中创建一个与真实世界一致的数字孪生地理空间,使得游戏故事发生在真实的地理环境中

3. 游戏引擎的呈现效果

游戏引擎可以加载多种数据格式的地理信息文件。

基于S3M标准,游戏引擎能够动态加载大规模、多源异构的在线/离线3D GIS数据,包括倾斜摄影模型、激光点云、手工建模数据、BIM模型等。同时,通过超图提供的三维GIS插件,游戏引擎还可以支持动态加载地形和影像数据。此外,超图还在游戏引擎中引入了三维地球,可展示本地/在线的地形和影像数据。这些数据不仅提供室外地理环境信息,还包含地形、地物(水系、居民地、交通、地貌、植被等地理要素),以及建筑内部信息和物联网实时数据,为游戏引擎提供了具有真实坐标的三维地理底图,有助于创建与现实一致的虚拟孪生平行世界

Cesium加载GIS数据

UE4加载GIS数据

Unreal Engine4通过SuperMap GIS动态加载本地/在线的3D GIS数据

来源:https://www.supermap.com/zh-cn/aboutus/

Unity加载GIS数据

Unity通过SuperMap GIS动态加载本地/在线的3D GIS数据

来源:https://www.supermap.com/zh-cn/aboutus/

4. 游戏引擎技术架构与业务的关联

基于三维GIS数据和游戏特效搭建各种仿真场景。

基于游戏引擎的应用场景架构:

根据ICT技术(Information Communications Technology,信息与通信技术)的组织框架和面向对象的规则,游戏地图可以分为三层,包括操作层、地形层和地图文件配置层。其中,操作层是面向用户的,包括各种物理特效、天气、光影等信息,属于动态活动层。地形层是承上启下交互的纽带,包括地表、地物、生物,属于资源支撑层

基于超图提供的三维GIS插件,我们可以将本地/在线、具有真实地理坐标的GIS数据动态加载到游戏引擎中,作为游戏的地形层。在地形层上添加游戏引擎中的各种角色和特效,就可以渲染构建面向用户的仿真场景

5. 游戏引擎跨界的优势

游戏作为一种多媒体载体,会运用到声音、图像、视频等方面的技术;游戏引擎作为底层技术架构,在其他行业也具有一定通用性。

六、Unity & Unreal Engine

对游戏引擎介入的理解,从可视化效果、大场景展示、可扩展性、系统架构等展示能力,并结合公司业务需求场景考虑,其中Unity和UE这两款引擎符合要求,以下需要结合公司业务需求场景对比这两款引擎。主要考虑方面为:开发周期、可视化效果、GIS数据结合、大场景展示、人员培养、引擎购买费用

1. 开发周期

内置功能的数量和先进性:

UE在这方面拥有明显的优势。然而,在当前时间点上,UE和Unity之间的差距并不是非常巨大,因此即使选择使用Unity进行开发也是可行的(尤其是如果Unity在其他方面具有优势,比如价格),只是并非最佳选择,需要投入较大的开发成本。

若专注于移动领域,由于移动设备的功能受限以及用户群体的特点,对新技术的需求较低,因此UE在这方面就不再具备优势,但总体来说,并没有明显的劣势。实际上,这两款引擎都可以满足当前的移动开发需求,虽然各自存在缺陷,但这些缺陷都可以相对简单地通过二次开发来弥补。(目前在手机端AR应用中,Unity开发应用数量最多)

功能扩展效率(目前业务应用场景不需要对引擎底层做修改):

Unity在扩展性方面具有一定优势。

Unity并未开放源代码,而是通过开放底层接口来支持扩展性,并且处理得相当不错。相比之下,UE的扩展性处理方式则是“开放源代码”。

UE在这方面的缺陷主要体现在,用户扩展功能后很难与其他用户共享。对于同一个问题,Unity开发者可以直接将解决方案打包分享给其他用户,在网络上或商店中让其他用户直接使用;而UE开发者只能编写教程来传授如何进行修改,导致通过网络解决问题的效率降低。然而,如果问题本身无法通过网络解决,则这个缺陷就相当于不存在。此外,由于直接修改源代码来扩展功能意味着官方可能没有提供相应的教程和参考资料,因此对开发者的技术水平要求较高。

虽然Unity在扩展性方面更为简便,但如果业务需求有较高要求,仍可能需要修改引擎以获得最佳结果。由于无法查看源代码,只能进行黑盒测试,这对性能优化工作不利。此外,直接接入源码比从C#中转接更为高效,特别是接入第三方中间件时。

Unity可以购买源代码,通过额外支付费用购买源代码可达到与UE相同水平。然而,Unity的源代码实际上属于商业机密,泄露将带来严重后果。各公司对Unity源代码的保护非常严格,员工的阅读和修改权限受到限制。因此,若打算对引擎进行彻底改造,购买Unity引擎源代码并非优选方案。

技术开发效率:

Unity的逻辑代码使用C#语言,而UE则使用C++语言,目前C++应用更为普遍

就可视化编程工具而言,UE内置了蓝图系统,而Unity则拥有由Unity公司开发的Bolt插件以及第三方的PlayMaker插件(需付费)。在可视化编程工具方面,UE的蓝图相比Unity的插件更为方便易用。

美术/设计的效率:

编辑器界面及汉化:Unity相比UE界面更简洁一些,UE4的界面窗口数比Unity要更多一些,当然更多的窗口数,也意味着UE4提供了更多可视化的工具给开发者使用。界面汉化方面UE支持界面中文,Unity还是全英文界面。UE和Unity相比对非程序人员更友好。

可视化编程工具方面UE蓝图相比Unity插件更方便易用。对非程序人员实现可视化的交互功能UE要比Unity更友好。(美术设计师有大量的工作是在引擎外完成的,在引擎中调试效果UE比Unity更方便易用)

2. GIS数据结合

相比Unity对于GIS数据支持度更高,对顶尖的GIS厂商如超图制作数字孪生项目首推是UE。

3. 大场景展示

UE对比Unity对大大场景支持UE支持性最好,UE中的WorldPartition 自动化的大世界流送系统。是一种全新的数据管理和流送系统。使用世界分区功能后,世界场景会以单个持久关卡的形式存在,并且场景会被划分成数个网格,数据会根据你的需求进行局部加载,因此你再也不用将世界划分成无数的子关卡来管理流送。

4. 人员培养

与Unity相比,UE首先支持中文,并且在打开后会直接弹出一个介绍其功能和使用的教程页面,采用新手引导式教学,点击链接可跳转至全中文的教程网页。这对于非技术人员来说尤为重要。母语优势十分关键;此外,他们可以利用蓝图实现许多功能,无需涉及编程,这有助于提高积极性。更重要的是,UE默认的画质也较好。在UE商店中,美术资源数量较Unity更多,且画质更佳。因此,能够更快地搭建出可用的工程,对于探索学习引擎具有帮助。

虽然Unity曾被认为是一款易于学习的引擎,但这仅因其功能较少而言。然而,随着需求的增加和需要学习的内容增多,当Unity和UE的画面和复杂度接近时,这一优势实际上已经不存在了。尽管UE具有种种优点,但由于Unity拥有先发优势,从业人员数量远远超过UE,因此在这方面UE依然处于明显劣势。

需要指出的是,知识并不是特定于某个引擎,而是与特定技术相关联的,而技术通常是共通的。

5. 引擎购买费

UE相对于Unity的最大竞争劣势实际上是其定价策略。UE采用的是目标项目收入不超过100万美元则免费使用,超过部分按5%的收入比例进行收费。(值得一提的是,这个5%的授权方式可以商议,可以考虑像Unity那样一次性购买,只要价格合适,否则现在那些使用UE的公司也不可能选择UE。)

而Unity的收费方式则是按每客户端使用收费:加强版为3101.85人民币每年每客户端,专业版为15675.36人民币每年每客户端。

另外,在引擎源码方面,UE是免费获取的,而Unity源码则需要付费

6. 总结

经如上综合考虑,最终推荐:UE虚拟引擎升级数字孪生。

七、产品应用架构预设

1. 游戏引擎的价值闭环

2. 平台技术框架

通过UE视频流的方式与前端VUE及后端接口联通,发布为浏览器访问的BS系统。

以上是笔者对——【数字孪生产品升级】的分享,希望可以和大家一起了解、分享TO G行业中,与智慧城市相关的知识。

本文由 @Steven的产品炉 原创发布于人人都是产品经理。未经作者许可,禁止转载。

题图来自Unsplash,基于CC0协议。

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。