Unity动态骨骼SpringBone:Verlet积分实现角色次级运动
1. 项目概述为什么是SpringBone在Unity里做角色动画尤其是那些长发、尾巴、耳朵、飘带或者衣服下摆想让它们动得自然一直是件挺头疼的事。早期我们可能用物理关节Configurable Joint或者干脆写脚本用正弦波模拟但前者性能开销大、调参复杂后者效果僵硬一看就是“假物理”。后来VRChat社区为了优化虚拟形象的性能与表现催生出了SpringBone弹簧骨骼这个解决方案。它本质上是一个轻量级的、基于Verlet积分法的物理模拟器专门用来处理那些需要次级运动Secondary Motion的骨骼链。简单来说SpringBone让你用极低的计算成本实现类似“果冻”或“软体”的弹性摆动效果。它不依赖于Unity内置的物理引擎而是通过每帧计算骨骼位置与上一帧位置的差值结合弹簧强度、阻尼等参数来模拟出惯性、弹性和空气阻力感。这对于移动端、VR或者同屏多角色的项目来说是提升表现力同时兼顾性能的利器。网上有很多实现比如Unity-Chan的官方SpringBone组件或者一些第三方插件但其核心思想是相通的。这篇文章我就以一个从零搭建的SpringBone系统为例带你彻底搞懂它的原理并一步步实现一个功能完整、易于调试的“终极”动态骨骼效果。无论你是想为自己的人物添加灵动的发梢还是制作随风摇摆的披风这套方法都能直接套用。2. 核心原理拆解Verlet积分与弹簧质点系统要玩转SpringBone不能只停留在调参数上理解其背后的数学模型至关重要。这样当效果不对劲时你才知道该拧哪个“螺丝”。2.1 Verlet积分计算位置的核心SpringBone运动模拟的核心是Verlet积分法。它是一种用于计算质点运动轨迹的数值方法特点是不直接存储速度而是通过当前帧和上一帧的位置来“隐含”地计算出速度。其基本公式如下当前位置 当前帧施加力后的位置 (当前位置 - 上一帧位置) * 阻尼系数 外力用更直白的代码逻辑表示就是记录骨骼上一帧的世界坐标prevPosition。在本帧骨骼可能因为父骨骼动画而移动到了一个“目标位置”targetPosition即动画系统驱动的骨骼位置。计算“旧速度”velocity (currentPosition - prevPosition) * dampingFactor。这里的阻尼系数小于1用于模拟能量损耗。计算新位置newPosition targetPosition velocity externalForce。外部力可以是风力、重力等。施加约束最重要的一步将newPosition约束到以父骨骼位置为原点、骨骼长度为半径的球面上。这保证了骨骼不会无限飞走而是像一根有长度的棍子一样摆动。更新记录将本帧的currentPosition存入prevPosition将计算出的newPosition赋给currentPosition并更新骨骼Transform。注意Verlet积分对帧率敏感。帧率波动会导致模拟不稳定。因此我们通常需要在FixedUpdate中执行计算或者使用Time.deltaTime进行标准化确保在不同帧率下行为一致。2.2 弹簧质点模型从单骨骼到骨骼链单个SpringBone就是一个质点。而我们要模拟的尾巴、头发是由多个SpringBone连接成的骨骼链。这就构成了一个“弹簧质点系统”。质点每个骨骼的Transform位置。弹簧连接相邻两个质点的虚拟约束其自然长度就是两个骨骼之间的初始距离。模拟过程力传递从链的根部通常是第一个非SpringBone的常规骨骼开始或从链的末端开始逐骨格计算Verlet积分得到每个质点的“临时新位置”。距离约束雅可比迭代上一步计算后相邻质点间的距离可能被拉长或压缩。我们需要进行多次迭代将每个质点向其相邻质点拉近或推远直到所有连接的长度都恢复或接近原始长度。这个迭代过程是效果自然的关键迭代次数越多骨骼链越“硬”越少则越“软”和易拉伸。碰撞约束在得到最终位置前还需要检测每个质点是否与环境中的碰撞体如头部、身体相交如果相交则将其位置推离到碰撞体表面。这个“计算积分 - 迭代约束 - 碰撞处理”的循环就是每一帧SpringBone系统的工作流程。理解了它你就掌握了动态骨骼的“任督二脉”。3. 系统设计与组件规划在动手写代码前我们先规划好整个系统的结构。一个健壮的SpringBone系统通常包含以下核心组件SpringBone 组件挂载在需要模拟的骨骼GameObject上。它存储该骨骼的本地参数刚度、阻尼、半径等并执行核心的Verlet积分和碰撞检测。SpringManager 管理器一个全局管理器通常挂载在角色根节点或场景中。它负责收集所有SpringBone并按正确的顺序例如从子节点向父节点在LateUpdate或FixedUpdate中驱动整个模拟流程。SpringCollider 碰撞体简单的球形或胶囊形碰撞体挂载在可能发生碰撞的物体上如头、胸。SpringBone会检测与这些碰撞体的交集并做出避让。调试与可视化工具用于在Scene视图中绘制骨骼链、力方向、碰撞范围这是调试不可或缺的部分。我们将采用面向数据的设计思路让SpringManager持有所有骨骼的数据数组在每帧集中计算这比每个SpringBone自己单独计算更利于性能优化方便后续可能向Jobs/Burst编译转换。4. 核心代码实现步步解析接下来我们分步骤实现上述组件。这里会提供关键代码片段并解释其意图。4.1 数据结构定义SpringBone与SpringCollider首先定义两个核心的数据结构。using UnityEngine; [System.Serializable] public class SpringCollider { public Transform transform; // 碰撞体所在的Transform public float radius 0.1f; // 球形碰撞体半径 public Vector3 offset Vector3.zero; // 相对于Transform的偏移 public Vector3 WorldPosition transform.position transform.TransformDirection(offset); } [System.Serializable] public class SpringBoneData { public Transform transform; // 当前骨骼的Transform public Transform parentTransform; // 父骨骼Transform用于计算初始长度和约束 public Vector3 localPosition; // 在父骨骼空间中的初始位置 public Vector3 prevPosition; // 上一帧的世界位置Verlet积分用 public float length; // 骨骼初始长度到父骨骼的距离 public float stiffness 0.2f; // 刚度影响回归“目标位置”的力度 public float damping 0.8f; // 阻尼影响运动能量的衰减 public float radius 0.05f; // 骨骼自身的碰撞半径用于检测与环境碰撞体 public Vector3 externalForce Vector3.zero; // 外部力如风力 public SpringCollider[] colliders; // 该骨骼需要检测的碰撞体数组 }SpringBoneData将所有需要的数据打包在一起SpringManager会持有一个SpringBoneData列表。注意这里没有让SpringBoneData继承MonoBehaviour它是一个纯数据类便于集中处理。4.2 SpringManager模拟驱动中枢SpringManager是整个系统的大脑负责初始化和每帧更新。public class SpringManager : MonoBehaviour { public ListSpringBoneData springBones new ListSpringBoneData(); public int iterations 2; // 距离约束的迭代次数 public float gravity -0.5f; // 全局重力 public Vector3 windForce Vector3.zero; // 全局风力 private void Start() { InitializeSpringBones(); } private void LateUpdate() // 在动画系统更新后执行 { if (springBones.Count 0) return; float deltaTime Time.deltaTime; // 1. 更新外力如风力 UpdateExternalForces(deltaTime); // 2. Verlet积分步 UpdateVerlet(deltaTime); // 3. 迭代约束 for (int i 0; i iterations; i) { ApplyDistanceConstraints(); ApplyCollisionConstraints(); } // 4. 最终应用位置到Transform ApplyPositionsToTransforms(); } private void InitializeSpringBones() { foreach (var boneData in springBones) { if (boneData.transform null || boneData.parentTransform null) continue; // 记录初始状态 boneData.localPosition boneData.parentTransform.InverseTransformPoint(boneData.transform.position); boneData.prevPosition boneData.transform.position; boneData.length Vector3.Distance(boneData.parentTransform.position, boneData.transform.position); } } }在LateUpdate中执行保证了动态骨骼模拟在角色动画播放之后从而基于动画后的骨骼位置进行次级运动计算。4.3 Verlet积分更新详解这是最核心的计算函数。private void UpdateVerlet(float deltaTime) { for (int i 0; i springBones.Count; i) { var bone springBones[i]; // 当前骨骼由动画驱动后的“目标”世界位置 Vector3 targetPosition bone.parentTransform.TransformPoint(bone.localPosition); // 计算旧速度Verlet方式 Vector3 velocity (bone.transform.position - bone.prevPosition) * bone.damping; // 加上外力重力、风力、自定义力 velocity (gravity * Vector3.up windForce bone.externalForce) * deltaTime; // 计算新位置未约束 Vector3 newPosition targetPosition velocity; // 临时存储约束步骤会修改它 bone.prevPosition bone.transform.position; // 更新上一帧位置为当前帧动画后位置 bone.transform.position newPosition; // 注意这里先赋给Transform但后续约束会修改。实际中我们可能先存到一个临时变量。 } }这里有一个关键点为了便于约束计算我们通常先将计算出的newPosition直接赋值给bone.transform.position。但在完整流程中更优的做法是使用一个单独的Vector3[] currentPositions数组来存储模拟中的中间位置避免直接修改Transform待所有计算完成后再统一赋值。这能保证计算的一致性。为了清晰我们先按直观方式写。4.4 距离约束与碰撞约束距离约束确保骨骼链不会断掉或过度拉伸。private void ApplyDistanceConstraints() { for (int i 0; i springBones.Count; i) { var bone springBones[i]; Vector3 currentPos bone.transform.position; Vector3 parentPos bone.parentTransform.position; // 计算当前方向向量 Vector3 direction currentPos - parentPos; float currentDistance direction.magnitude; if (Mathf.Approximately(currentDistance, 0)) continue; // 避免除零 // 计算需要调整的比例使其长度恢复为初始长度 float stretchRatio bone.length / currentDistance; // 将当前点拉向或推离父点 Vector3 constrainedPos parentPos direction * stretchRatio; bone.transform.position constrainedPos; } }碰撞约束让骨骼避免穿模。private void ApplyCollisionConstraints() { for (int i 0; i springBones.Count; i) { var bone springBones[i]; if (bone.colliders null) continue; Vector3 bonePos bone.transform.position; float boneRadius bone.radius; foreach (var collider in bone.colliders) { if (collider null || collider.transform null) continue; Vector3 colliderCenter collider.WorldPosition; float combinedRadius boneRadius collider.radius; Vector3 diff bonePos - colliderCenter; float distance diff.magnitude; if (distance combinedRadius distance 0.0001f) { // 发生碰撞将骨骼位置推到球面外 Vector3 pushVector diff.normalized * (combinedRadius - distance); bone.transform.position pushVector; bonePos bone.transform.position; // 更新位置用于后续碰撞体检测 } } } }4.5 编辑器工具与调试可视化为了让设计和调试更直观我们必须编写一些Editor脚本。using UnityEditor; using UnityEngine; [CustomEditor(typeof(SpringManager))] public class SpringManagerEditor : Editor { private void OnSceneGUI() { SpringManager manager (SpringManager)target; if (manager.springBones null) return; Handles.color Color.cyan; foreach (var bone in manager.springBones) { if (bone.transform null || bone.parentTransform null) continue; // 绘制骨骼线 Handles.DrawDottedLine(bone.parentTransform.position, bone.transform.position, 2f); // 在骨骼位置绘制球体表示其碰撞半径 Handles.SphereHandleCap(0, bone.transform.position, Quaternion.identity, bone.radius * 2, EventType.Repaint); // 绘制外力方向如风力 if (manager.windForce.sqrMagnitude 0.01f) { Handles.ArrowHandleCap(0, bone.transform.position, Quaternion.LookRotation(manager.windForce.normalized), 1f, EventType.Repaint); } } // 绘制所有碰撞体 Handles.color Color.red; // 这里需要遍历所有bone的collider去重后绘制。简化起见假设manager有一个所有collider的列表。 // DrawColliders(manager); } }在Inspector上我们也可以为SpringManager添加一个按钮一键初始化所有子骨骼的SpringBoneData这能极大提升工作流效率。[CustomEditor(typeof(SpringManager))] public class SpringManagerEditor : Editor { public override void OnInspectorGUI() { base.OnInspectorGUI(); SpringManager manager (SpringManager)target; if (GUILayout.Button(Auto Setup From Children)) { Undo.RecordObject(manager, Auto Setup Spring Bones); manager.springBones.Clear(); var transforms manager.GetComponentsInChildrenTransform(); // 简单的逻辑将所有Transform除了根都设为SpringBone其父节点作为parentTransform。 // 实际应用可能需要更复杂的筛选逻辑如按命名、层级。 for (int i 1; i transforms.Length; i) // 从1开始跳过自己 { var newBone new SpringBoneData { transform transforms[i], parentTransform transforms[i].parent, stiffness 0.2f, damping 0.8f, radius 0.05f }; manager.springBones.Add(newBone); } EditorUtility.SetDirty(manager); } } }5. 参数调优心得与实战技巧系统搭好了但调出自然的效果才是关键。SpringBone的参数调节是个手感活这里分享一些我的经验。5.1 参数意义与调节指南Stiffness刚度/弹性值越大骨骼越快地想回到动画驱动的位置目标位置。想象一根橡皮筋刚度越大拉起来越费力松开后回弹越快。对于头发发梢可以设小一点0.05-0.15让它更柔软飘逸对于较硬的尾巴或触角可以设大一点0.2-0.3。Damping阻尼值越大运动能量损失越快摆动会更快停止。1.0表示完全无能量损失永动0表示立即停止。通常设置在0.7-0.95之间。阻尼太小会抖动太大会显得沉重。Iterations迭代次数在SpringManager上。这是最重要的参数之一。它控制距离约束的求解精度。次数越多骨骼链越“硬”越不容易拉伸但计算量也越大。对于10节以内的骨骼链2-3次通常足够。如果发现骨骼链被拉得很长首先增加这个值。Radius半径骨骼的碰撞半径。不要设得太大否则会感觉骨骼始终离身体很远。通常略大于骨骼末端网格的粗细即可。Gravity重力全局重力通常为负Y轴方向。给一个较小的值如-0.5可以模拟头发下垂的感觉。如果想做水下漂浮可以设为正值。5.2 实战调试流程先静后动先把角色动画停在TPose或某个静止姿势调整Stiffness和Damping让骨骼在受到一个初始扰动比如你用手在Scene视图拖动一下末端骨骼后能自然摆动并缓缓静止。观察摆动频率和衰减是否符合预期。再动后静播放一个包含快速移动如跑步、跳跃的动画。观察动态骨骼的跟随是否自然有没有出现剧烈的抽搐Jitter或延迟过大。抽搐通常是Iterations次数不足或者Damping太小导致数值不稳定。尝试增加Iterations或稍微增加Damping。延迟过大像拖了个重物Stiffness太小或Damping太大。尝试增加Stiffness或减小Damping。碰撞调试移动角色让动态骨骼部分穿过碰撞体如头部。观察避让是否及时、平滑。如果穿模检查碰撞体Radius是否足够大以及骨骼的Radius是否设置。如果避让动作生硬可以尝试让碰撞体的Radius略大于视觉模型并给碰撞体一个平滑的过渡区域在代码中实现一个软碰撞即越靠近中心排斥力越大而不是在边界处突变。性能观察在Profiler中观察LateUpdate耗时。如果骨骼数量很多50考虑将更新移到FixedUpdate并降低频率如30Hz或者将SpringManager的更新逻辑改造成可以使用Unity的Job System进行并行计算。5.3 常见问题与解决方案速查表问题现象可能原因解决方案骨骼剧烈抖动、抽搐1. 迭代次数(Iterations)不足2. 阻尼(Damping)过低3. 帧率不稳定deltaTime未参与计算1. 增加Iterations(3-5)2. 适当增加Damping(0.85-0.95)3. 确保速度计算中乘以deltaTime或在FixedUpdate中运行骨骼像橡皮筋一样被拉得很长1. 迭代次数(Iterations)严重不足2. 父骨骼动画位移过大超出弹簧承受范围1. 显著增加Iterations(5-10)2. 检查动画幅度或增加Stiffness骨骼反应迟钝跟不上动画1. 刚度(Stiffness)太低2. 阻尼(Damping)太高1. 增加Stiffness2. 降低Damping骨骼完全不动1.SpringManager未启用或未找到骨骼2. 骨骼的parentTransform引用错误3.LateUpdate被其他脚本禁用1. 检查管理器状态和骨骼列表2. 检查初始化代码确认父子关系正确3. 检查游戏对象和脚本激活状态碰撞避让生硬、穿模1. 碰撞体半径(Radius)太小2. 骨骼半径(Radius)太小3. 碰撞检测顺序或计算有误1. 在Scene视图调试可视化确保球体包裹住模型2. 实现“软碰撞”根据穿透深度平滑施加排斥力多个骨骼链相互穿插骨骼链之间没有相互碰撞约束实现骨骼间的碰撞检测比较计算量大或从美术上调整骨骼初始位置避免穿插6. 高级优化与扩展思路当基本功能满足后可以考虑以下方向提升效果和性能。1. 风力场系统目前的windForce是全局恒定的。可以创建一个WindZone管理器根据骨骼在世界空间中的位置采样噪声图Noise Map来获取动态、局部的风力方向和强度让飘动效果更加丰富自然。2. 骨骼链层级化对于复杂的毛发如马尾辫可以设计层级SpringBone。主骨骼链控制整体走势次级骨骼链附着在主骨骼上进行更细微的摆动。这需要修改数据结构和更新顺序。3. 基于Job System的并行化这是应对大量动态骨骼如群集角色的毛发的性能利器。将SpringBoneData转换为NativeArray将UpdateVerlet、ApplyDistanceConstraints等计算密集步骤放在Job中并行执行。注意碰撞检测由于需要查询空间结构并行化会更复杂一些。4. GPU模拟对于极致数量的软体如成千上万的草叶最终方案是使用Compute Shader在GPU上模拟。将骨骼位置、速度等信息存储在Compute Buffer中在Shader中执行Verlet积分和约束。这需要较深的图形学知识但性能提升是数量级的。5. 与Animator的融合有时我们希望动画师对某一段骨骼链仍保有部分控制权。可以引入“混合权重”的概念。在计算最终位置时在“动画驱动的位置”和“物理模拟的位置”之间进行插值。这样就能实现“根部受动画控制梢部物理模拟”的混合效果。调出一个生动的SpringBone系统三分靠代码七分靠调试。它没有银弹参数每一个角色、每一种发型都需要你耐心地观察、微调。最好的学习方式就是参照一个模型从一根最简单的尾巴骨骼开始亲手把每一个参数从0调到1观察其变化积累手感。当你看到自己模型的发丝随着角色的跳跃而轻盈舞动并且稳稳地避开肩膀时那种成就感就是对我们开发者最好的回报。

相关新闻

Kimi K3 使用指南:会员暂停后仍可访问的5种方式(免费与API路径详解)

Kimi K3 使用指南:会员暂停后仍可访问的5种方式(免费与API路径详解)

***** 摘要 — 月之暗面 2026-07-19 宣布算力紧缺,暂停 Kimi C 端新用户订阅——暂停的是网页/App 的付费会员开通,不是 K3 模型本身。想用上 K3 还有 5 条路:免费网页版(尝鲜、拥挤)、官方 API(开发者、$…

2026/7/28 0:23:44 阅读更多 →
Codex CLI /status 显示 AGENTS.md none 怎么办?项目根目录、加载顺序和覆盖文件排查

Codex CLI /status 显示 AGENTS.md none 怎么办?项目根目录、加载顺序和覆盖文件排查

在 Codex CLI 里运行 /status,如果 Agents 项显示 none,很多人会立刻判断 AGENTS.md 没有被读取。这个结论不一定准确:有时是启动目录和项目根目录不同,有时是文件名、文件位置或覆盖层级不符合发现规则,也可能只是状态…

2026/7/28 5:08:46 阅读更多 →
智能编码工具全景图:从自然语言到全栈开发的进化之路

智能编码工具全景图:从自然语言到全栈开发的进化之路

一、引言:当代码不再是程序员的专利 2023年,当ChatGPT第一次用自然语言生成出可运行的贪吃蛇游戏代码时,大多数人只把它当作一个有趣的技术演示。两年后的今天,AI编程工具已经从"帮我写一段代码"的问答模式&#xff0c…

2026/7/28 7:49:59 阅读更多 →

最新新闻

Taotoken实测:128K上下文塞满后,GPT-5.4竟比Claude更早开始胡说?长会话记忆分层方案

Taotoken实测:128K上下文塞满后,GPT-5.4竟比Claude更早开始胡说?长会话记忆分层方案

长会话AI记忆失效危机:2026年工程应对指南 上周在Taotoken平台调试合同审查Agent时,我们观察到一个令人不安的现象:当对话轮次超过40轮后,GPT-5.4开始将甲方公司名称"震旦"错写成"晨旦",而号称支…

2026/7/28 18:25:11 阅读更多 →
PHP:数组函数(2)

PHP:数组函数(2)

1.数组的键值操作函数 2.统计数组的元素和唯一性 3.使用回调函数处理数组的函数 4.数组的排序函数 5.拆分、合并、分解与结合函数 6.数组与数据结构 7.其他有用的数组处理函数 数组的键值操作函数: 1.array_values(); 获取数组中的值.** <?php $arrarray(item1>linux,i…

2026/7/28 18:25:11 阅读更多 →
折扣卡分销小程序开发,高峰期核销接口限流优化思路

折扣卡分销小程序开发,高峰期核销接口限流优化思路

折扣卡分销小程序开发&#xff0c;高峰期核销接口限流优化思路折扣卡分销小程序依托社交裂变、社群推广、短视频引流实现用户快速增长&#xff0c;在节假日优惠、平台秒杀活动、渠道集中推广时段&#xff0c;会瞬间涌入大量卡券核销请求。核销接口作为核心高频接口&#xff0c;…

2026/7/28 18:25:11 阅读更多 →
结合使用环境与可靠性标准,制定采购Tg等级判定标准

结合使用环境与可靠性标准,制定采购Tg等级判定标准

一、常温室内环境&#xff1a;Tg 采购选型的基准阈值设备长期运行环境稳定在 0℃~60℃&#xff0c;机箱通风良好、无密闭积热&#xff0c;以普通消费电子、室内控制模块、桌面外设电路板为主。该工况下 PCB 本体稳态工作温度不会超过 70℃&#xff0c;热积累效应微弱&#xff0…

2026/7/28 18:25:11 阅读更多 →
Tg数值匹配PCB层数、板厚,采购下单的硬性匹配规范

Tg数值匹配PCB层数、板厚,采购下单的硬性匹配规范

一、双面板与多层板对 Tg 耐受度的需求差异双层 PCB 结构仅上下两层铜箔&#xff0c;介质层厚度均匀&#xff0c;压合工序简单&#xff0c;热应力释放空间充足&#xff0c;Tg 选型容错率较高&#xff0c;无铅工艺选用 130~150℃板材基本可稳定生产。四层及以上多层板由多张芯板…

2026/7/28 18:25:11 阅读更多 →
炉石传说佣兵战记:5分钟掌握终极自动化脚本使用指南

炉石传说佣兵战记:5分钟掌握终极自动化脚本使用指南

炉石传说佣兵战记&#xff1a;5分钟掌握终极自动化脚本使用指南 【免费下载链接】lushi_script This script is to save your time from Mercenaries mode of Hearthstone 项目地址: https://gitcode.com/gh_mirrors/lu/lushi_script 还在为炉石传说佣兵战记模式的重复操…

2026/7/28 18:24:11 阅读更多 →

日新闻

告别臃肿!3步让你的暗影精灵笔记本重获新生

告别臃肿!3步让你的暗影精灵笔记本重获新生

告别臃肿&#xff01;3步让你的暗影精灵笔记本重获新生 【免费下载链接】OmenSuperHub Control Omen laptop performance, fan speeds, and keyboard lighting, and unlock power limits. 项目地址: https://gitcode.com/gh_mirrors/om/OmenSuperHub 你是否也曾为官方Om…

2026/7/28 0:00:43 阅读更多 →
RAG必踩坑!财报法规检索不准?这款开源工具让答案浮出水面,准确率飙升98.7%!

RAG必踩坑!财报法规检索不准?这款开源工具让答案浮出水面,准确率飙升98.7%!

做 RAG 的人应该都踩过这个致命的坑&#xff1a;把几百页的财报、法规、技术手册扔给向量库&#xff0c;问一个具体问题&#xff0c;搜出来的全是沾边但没用的内容 —— 关键信息要么被硬切块拆碎了&#xff0c;要么藏在几十条结果的最下面。语义相似≠真正相关&#xff0c;这个…

2026/7/28 0:00:43 阅读更多 →
抖音视频文案提取工具全指南:免费2026版、手机App、在线工具一网打尽

抖音视频文案提取工具全指南:免费2026版、手机App、在线工具一网打尽

2026年做短视频运营&#xff0c;从抖音上扒文案早就不是偷偷抄笔记的事了。我刚开始做内容的时候&#xff0c;每天刷半小时抖音&#xff0c;手动把爆款视频的口播敲进备忘录&#xff0c;一条2分钟的视频得花十来分钟&#xff0c;碰到语速快的还要反复回听。后来试了一圈工具&am…

2026/7/28 0:00:43 阅读更多 →

周新闻

深度学习道路桥梁裂缝检测系统 道路桥梁裂缝检测数据集 道路桥梁病害识别检测数据集

深度学习道路桥梁裂缝检测系统 道路桥梁裂缝检测数据集 道路桥梁病害识别检测数据集

深度学习道路桥梁裂缝检测系统 数据集6000张 完整源码已标注数据集训练好的模型环境配置教程程序运行说明文档&#xff0c;可以直接使用&#xff01;系统支持图片、视频、摄像头等多种方式检测裂缝&#xff0c;功能强大实用。 1数据集6000张 8各类别

2026/7/28 12:04:22 阅读更多 →
深度学习YOLO模型如何训练 PUBG 绝地求生目标检测数据集

深度学习YOLO模型如何训练 PUBG 绝地求生目标检测数据集

pubg数据集 精选原图1.42万数据 1.49万标签 无任何重复、算法增强或冗余图像&#xff01; pubg绝地求生目标检测数据集 1分类&#xff1a;e_body&#xff0c;14905个标签&#xff0c;txt格式 共计14244张图&#xff0c;99%为640*640尺寸图像 适合yolo目标检测、AI训练关键词&am…

2026/7/28 8:29:16 阅读更多 →
Apex英雄目标检测数据集 深度学习框架YOLO如何训练APEX数据集

Apex英雄目标检测数据集 深度学习框架YOLO如何训练APEX数据集

Apex检测数据集数据集详情检测类别&#xff1a; allies enemy tag图片总量&#xff1a;7247张训练集&#xff1a;5139张验证集&#xff1a;1425张测试集&#xff1a;683张标注状态&#xff1a;全部已标注&#xff0c;即拿即用数据格式&#xff1a;支持YOLO格式及其他格式&#…

2026/7/28 5:03:42 阅读更多 →

月新闻