Blender与Unreal Engine资产流转:io_scene_psk_psa插件核心功能与工作流详解
1. 项目概述为什么我们需要io_scene_psk_psa如果你在游戏开发、影视动画或者数字内容创作的圈子里待过一阵子尤其是和Unreal Engine打过交道那你大概率听说过或者亲身经历过“资产流转”这个老大难问题。简单来说就是你在一个软件里比如Blender辛辛苦苦建好的模型、调好的动画想搬到另一个软件比如Unreal Engine里用结果发现格式不认、骨骼错位、动画对不上甚至模型直接变成了一团不可名状的几何体。这种跨软件、跨流程的“水土不服”轻则让你加班返工重则直接让项目进度卡死。而io_scene_psk_psa这个Blender插件就是专门为解决Unreal EngineUE与Blender之间资产流转难题而生的“桥梁工程师”。它的核心使命是处理Unreal Engine中广泛使用的两种专有文件格式PSK静态网格体/骨架网格体和PSA动画序列。在UE的生态里尤其是早期版本和大量基于UE3、UE4开发的游戏项目中PSK/PSA是模型和动画资源导出、交换的“事实标准”。然而Blender本身并不原生支持这两种格式。没有这个插件你想把从游戏里提取的模型比如用UE Viewer导出的放进Blender里修改或者把在Blender里制作的动画应用到UE的骨架上几乎就是不可能完成的任务。这个插件解决的远不止一个“导入导出”的按钮问题。它深入到了工作流的骨髓里如何保持骨骼层级和权重的精确对应如何处理不同软件间单位尺度的差异如何高效地管理一个PSA文件里可能包含的数十个动画序列如何确保模型在Blender里看起来平滑导出到UE后 shading着色不崩这些都是实际生产中每天都会遇到的、教科书里不会写的“坑”。io_scene_psk_psa通过持续多年的迭代试图填平这些坑让艺术家和TA技术美术能把更多精力放在创作本身而不是和文件格式斗智斗勇。2. 核心需求与场景拆解谁在用解决什么痛点2.1 核心用户画像这个插件的用户群体非常垂直且专业主要分为以下几类游戏Mod制作者与同人创作者这是早期最活跃的用户群。他们使用工具如UE Viewer从已发布的游戏中提取原始的PSK/PSA资源导入Blender进行修改、重制或融合创造出新的角色模型、服装或动画再导回游戏或用于其他创作。对他们而言插件的稳定性和对原始文件数据的“无损”支持至关重要。独立游戏开发者与小团队团队可能使用Blender进行低成本或前期的美术资源制作但最终项目要落地到Unreal Engine。他们需要一个可靠、免费的通道将Blender中完成的模型绑定、动画测试无缝迁移到UE中避免因商业中间格式如FBX的兼容性问题导致返工。技术美术与管线工程师在搭建或优化从Blender到Unreal的资产生产管线时PSK/PSA可能作为特定环节的中间格式或备份格式。他们需要插件提供脚本化、批处理的支持以及精确控制导出参数的能力以集成到自动化流程中。影视与动画预演团队虽然最终渲染可能不在UE但UE强大的实时渲染和镜头预演能力常被用于前期可视化。团队可能需要将Blender中制作的场景布局或角色动画通过PSK/PSA快速导入UE进行镜头、灯光和动作的预览。2.2 关键痛点与插件价值痛点一格式壁垒与数据保真度。FBX虽然是通用格式但在复杂的骨骼动画、自定义顶点数据如多套UV、顶点色传递上不同软件的实现常有差异导致导入UE后需要大量修复。PSK/PSA作为UE的“原生”导出格式理论上能保证最高程度的兼容性。此插件打破了Blender无法直接读写这两种格式的壁垒。痛点二动画序列的高效管理。一个角色的所有动画走、跑、跳、攻击通常打包在一个PSA文件里。传统方式需要全部导入再在Blender里手动拆分极其繁琐。插件支持在导入时勾选特定序列并能将PSA的元数据如帧率保留为后续的精准回导出奠定了基础。痛点三规模化与可重复的工作流。个人项目手动导几个文件还行但面对成百上千的资产手动操作就是灾难。插件的“Collection Exporters”功能允许你将需要导出的网格和骨架预先分配到指定的Blender集合中然后通过一个统一的界面进行批处理导出极大地提升了可靠性和效率。痛点四历史资产兼容与迁移。许多老项目或从网上下载的资源都是PSK/PSA格式。这个插件是访问和修改这些“遗产”资产的唯一可靠途径对于资产翻新、IP复用等项目至关重要。3. 插件核心功能深度解析3.1 静态网格体PSK处理不只是模型PSK文件主要包含静态网格体或骨架网格体的数据。插件的处理深度远超简单的顶点和面数据搬运。3.1.1 几何与拓扑插件会完整读取模型的顶点位置、三角面信息。这里的一个关键细节是面的缠绕顺序。Blender和Unreal Engine在默认情况下对于多边形正反面的定义即法线方向可能基于不同的缠绕顺序。插件在内部会进行必要的转换确保导入的模型法线方向正确避免出现“内部可见外部不可见”的黑面问题。导出时也同样会处理保证UE中显示正常。3.1.2 骨骼与权重对于骨架网格体PSK包含了骨骼的层级结构、初始姿势Bind Pose以及每个顶点受哪些骨骼影响及其权重。插件会精确地在Blender中重建这套骨骼系统。这里有一个极易踩坑的地方骨骼的命名和层级关系必须与后续要导入的动画PSA文件严格匹配否则动画将无法正确应用。插件在导入时会忠实保留原始骨骼名称这是保证后续动画匹配的生命线。3.1.3 材质与UVPSK文件包含材质槽Material Slots信息和至少一套UV坐标。插件会为每个材质槽在Blender中创建对应的材质并关联UV贴图。它支持多UV通道的导入通过PSKX变体格式这对于需要光照贴图Lightmap UV或细节贴图Detail UV的工作流非常有用。导出时插件允许你手动重新排序材质槽这对于匹配UE中材质实例的索引至关重要。3.1.4 平滑组与着色控制这是PSK格式的一个特点也是难点。与Blender中基于顶点/面法线或自定义切线的平滑不同PSK使用平滑组来控制模型表面的着色平滑度。简单理解同一个平滑组内的面在渲染时会被平滑处理不同组之间的面则会产生硬边。重要提示如果你在Blender中使用“自定义切向数据”来制作高模细节在导出为PSK时这些数据会被忽略。PSK格式不支持顶点法线。因此控制PSK导出着色效果的唯一可靠方法是在Blender中使用锐利边标记或者为模型添加一个边分割修改器并勾选“锐利边”选项。插件在导出时会根据这些锐利边信息来生成对应的平滑组。3.2 动画序列PSA处理帧级别的精准搬运PSA文件是骨骼动画数据的容器可以包含多个独立的动画序列Sequence。3.2.1 序列导入与动作创建插件导入PSA时会列出文件内所有的动画序列。你可以像在文件管理器里多选文件一样选择需要导入的一个或多个序列。对于每个选中的序列插件会在Blender的动作编辑器中创建一个独立的Action。这个Action包含了所有骨骼在每一帧的旋转、位移可能还有缩放数据。 这里有一个至关重要的行为需要理解插件导入动画后并不会自动将这个动作应用到你场景中的骨架上。它只是创建了动作数据资源。你需要手动在动作编辑器或非线性动画编辑器里将创建的动作分配给目标骨架的物体。这样设计的原因是一个PSA可能包含几十个动画用户可能只想导入其中几个并且可能想将不同的动画应用到不同的测试骨架上自动应用会破坏这种灵活性。3.2.2 时间线与元数据每个PSA序列都有自己的帧率FPS、起始帧和结束帧信息。插件在导入时会读取这些元数据并将其存储在动作属性中。这意味着当你后续从Blender导出动画回PSA时可以原样使用这些帧率设置确保动画节奏与原始资源或项目规范一致。3.2.3 高级导出从时间线到序列除了直接从已有的动作导出插件提供了更强大的序列定义方式时间线标记你可以在Blender的时间线上打上标记并用特定的命名规则如walk_001-020来定义一个动画序列的范围和名称。姿态标记在姿态模式下可以为特定的关键姿势打上标记用于定义序列。NLA轨道片段你可以将动作放入非线性动画编辑器组织成轨道片段插件可以直接将这些NLA片段识别并导出为独立的PSA序列。 这几种方式使得在Blender内进行动画剪辑、编排并直接导出为UE可用的动画片段变得非常直观。3.2.4 动画压缩与优化为了控制导出文件大小插件提供了重采样选项。你可以设置一个采样比率如每2帧采一帧或者直接设定一个总帧数配额插件会自动对动画曲线进行重采样在尽量保持动画质量的前提下减少关键帧数量。这对于制作游戏中的远距离LOD动画或手机平台资源优化非常有用。3.3 扩展格式PSKX与非标准数据PSKX是PSK的扩展格式支持更多数据。插件对PSKX的支持主要体现在导入端顶点法线可以导入模型中存储的精确顶点法线信息这对于从某些特定工具导出的、依赖顶点法线着色的高精度模型很重要。顶点色支持导入顶点颜色层可用于遮罩绘制或简单的颜色信息传递。形态键支持导入作为形态键存储的变形目标数据。 需要注意的是导出时插件仅支持标准PSK格式。这意味着如果你导入一个带顶点法线的PSKX并修改了模型导出时会丢失这些额外的法线数据回归到平滑组控制着色。这是由目标格式的限制决定的而非插件功能缺失。4. 实战安装、配置与基础工作流4.1 插件安装两种途径对于Blender 4.2及以上版本这是最推荐的方式。Blender 4.2引入了官方的扩展平台。打开Blender进入Edit-Preferences。切换到Extensions标签页。点击右上角的Install Extension按钮。在弹出的Blender扩展商店中搜索io_scene_psk_psa。找到插件后点击Install按钮。安装完成后记得在扩展列表中启用它。对于Blender 4.1及以下版本传统方式从GitHub仓库的Releases页面下载对应你Blender版本的ZIP文件如io_scene_psk_psa-v7.0.0.zip。务必注意版本兼容性使用不匹配的版本可能导致导入导出失败或Blender崩溃。在Blender的Preferences-Add-ons中点击Install...按钮。选择下载的ZIP文件点击Install Add-on。在插件列表中搜索“psk”找到Import-Export: Unreal PSK/PSA format勾选启用。4.2 关键配置与首选项安装后在插件的偏好设置中通常位于导入/导出设置面板有几个关键选项需要了解导入缩放这是新手最容易出错的地方。PSK格式没有内置的单位系统。不同游戏可能将1个单位定义为1厘米、1米或10厘米。如果导入的模型尺寸巨大或极小你需要调整这个缩放因子。建议先尝试1.0如果不对根据经验调整例如从UE导出的模型到Blender常用0.01或0.1。骨骼朝向某些老版本游戏或工具的骨骼坐标系可能与Blender不同。如果导入后骨骼朝向怪异如全部朝向Z轴而非Y轴可以尝试切换不同的轴向预设。使用骨骼集合启用后导入的骨骼会根据PSK中的骨骼组信息自动分配到Blender的骨骼集合中便于管理。4.3 基础工作流示例从游戏提取到Blender修改假设我们想修改一个游戏角色的头盔模型。提取资源使用Umodel或FModel等工具从游戏包中解包找到目标角色的PSK模型和PSA动画文件。导入模型在Blender中File-Import-Unreal PSK (.psk/.pskx)选择角色的PSK文件。导入后你会看到网格体和完整的骨骼骨架。模型修改进入编辑模式对头盔的网格进行修改。切记修改顶点时要确保对应的顶点权重没有丢失或错乱。最好使用“权重绘制”模式辅助查看。导入参考动画选中骨架File-Import-Unreal PSA (.psa)选择角色的PSA文件。在弹出窗口中勾选一个简单的动画如idle站立导入。然后在动作编辑器中将该动作赋给骨架检查修改后的头盔是否随骨骼正确运动。导出模型选中修改后的网格物体可以多选File-Export-Unreal PSK (.psk)选择保存路径。在导出设置中确认缩放比例与导入时匹配或使用场景单位确保材质槽顺序正确。可选导出动画如果你修改了骨骼绑定或需要导出动画选中骨架使用PSA导出功能。你可以直接选择上一步为测试导入的idle动作进行导出。5. 高级技巧与“集合导出器”工作流对于需要频繁、批量导出资产的专业场景“集合导出器”功能是提升效率和可靠性的神器。它的核心思想是将导出配置与场景中的物体集合绑定实现一键式、可重复的导出操作。5.1 配置集合导出器在Blender的3D视图中创建两个新的集合分别命名为Export_Meshes和Export_Armatures。名字可以自定义但要有明确含义。将你需要导出的所有网格物体静态网格或骨架网格拖入Export_Meshes集合。将对应的骨架物体拖入Export_Armatures集合。在侧边栏按N键找到PSK/PSA Exporter面板如果没看到需要在插件设置中确保其界面已启用。在面板中你会看到Meshes和Armatures的列表。点击旁边的文件夹图标分别选择你刚才创建的Export_Meshes和Export_Armatures集合。设置导出路径、文件前缀等选项。5.2 执行批量导出配置好后点击Export All按钮。插件会自动从Export_Meshes集合中获取所有网格导出为PSK文件。自动从Export_Armatures集合中获取所有骨架并根据其关联的动作或时间线标记导出为PSA文件。所有文件将按照你预设的命名规则保存到指定目录。这个工作流的巨大优势在于可重复性一旦配置好无论场景中的物体位置如何变化你都可以通过点击同一个按钮以完全相同的配置重新导出所有资产。这对于迭代开发至关重要。版本管理友好你可以将包含这些导出器集合的Blender文件提交到版本控制系统。其他成员打开文件后无需任何额外配置就能执行标准化的导出操作。减少人为错误避免了手动选择物体时漏选、错选或忘记调整导出设置的问题。5.3 动画序列的精细控制在集合导出器中配置骨架导出时你可以选择序列来源动作直接选择骨架已有的动作数据进行导出。时间线标记利用场景时间线上的标记范围定义序列。标记命名格式为SequenceName_StartFrame-EndFrame例如AttackCombo_1-30。NLA片段使用非线性动画编辑器中的片段。这是最强大的方式允许你在Blender内进行复杂的动画混合与剪辑然后直接将结果导出为UE可用的独立动画序列。6. 常见问题、故障排查与性能优化6.1 导入/导出失败与排查步骤Blender崩溃或无响应首要原因插件版本与Blender版本不兼容。请严格对照GitHub仓库中的兼容性表格使用正确的插件版本。文件损坏尝试用其他工具如十六进制编辑器查看PSK/PSA文件头是否完整或重新从源头提取文件。内存不足处理顶点数极高的模型时可能发生。尝试在Blender中增加系统内存使用限制或简化模型。导入后模型尺寸不对调整导入对话框中的Scale参数。对于从现代UE项目导出的资源常用0.01将厘米转换为米或0.1。更专业的方法是统一场景单位在Blender场景属性中将单位系统设置为Metric缩放设为0.01这样1个Blender单位1厘米与UE默认匹配。然后导入时使用1.0的缩放。导入动画后角色摆出“T-Pose”或扭曲姿势这是骨骼名称不匹配的典型症状。PSA中的动画数据是按照骨骼名称来匹配的。确保你导入动画的骨架其骨骼名称和层级与原始PSK模型导出的骨架完全一致。检查是否有后缀如.L/.R的差异、空格差异等。检查导入的骨架是否应用了缩放或旋转。在物体模式下选中骨架按CtrlA选择“应用全部变换”。导出PSK后在UE中材质索引错乱在Blender中网格物体的材质槽顺序决定了导出后的材质索引。使用插件导出PSK时的“材质槽重排序”功能手动调整顺序使其与UE中材质实例的索引顺序一致。6.2 性能优化建议处理大型PSA文件如果一个PSA包含上百个动画序列全部导入会创建大量动作数据可能导致Blender变慢。务必使用插件的序列选择功能只导入当前工作所需的序列。禁用视口预览在导入复杂模型或动画时可以在导入设置中暂时关闭“视口预览更新”待导入完成后再启用可以加快导入速度。使用集合导出器进行批量操作对于大量资产的导出集合导出器比手动一个个导出更稳定且能利用Blender的批量处理机制减少中间错误和等待时间。规范资源命名为骨骼、网格、集合、动作等资源建立清晰一致的命名规范。这不仅利于管理也能避免插件在处理时因名称歧义而出错。6.3 关于“平滑组”与法线的终极建议如果你从UE Viewer这类第三方工具导出PSK然后导入Blender发现模型法线着色很奇怪有很多不合理的硬边或黑面这很可能不是插件的错。原因是UE Viewer在导出时无法重建原始的平滑组信息导致数据丢失。最佳实践如果模型着色精度对你的工作至关重要应尽量避免使用从UE Viewer导出的PSK作为源文件。如果必须使用做好在Blender中手动重新标记锐利边或重新计算法线的心理准备。可以使用Blender的“加权法向”修改器或“重新计算外侧”工具进行修复然后标记需要硬边的边为“锐利”再导出。7. 插件生态、局限性与未来展望io_scene_psk_psa是一个由社区驱动维护的开源项目。它的优势在于对Unreal传统格式的深度支持和高度的可定制性。然而也需要认识到其局限维护状态正如其GitHub主页所述项目正在寻找新的维护者。这意味着新功能的增加可能会放缓但核心的兼容性修复仍在进行。对于生产环境建议在升级Blender主版本后充分测试该插件的稳定性。格式的局限性PSK/PSA毕竟是相对较老的格式。对于UE4/UE5中更先进的特性如蓝图控制的路骨动画、动画曲线、蒙太奇数据、物理资产等它无法支持。复杂的动画状态机、混合空间等逻辑必须依赖UE本身的工具链或通过FBX传递基础动画资源后再在UE中重构。工作流定位它最适合作为特定环节的转换工具或遗产资产处理工具而非全流程的、实时的双向同步方案。对于全新的、基于UE5的项目优先考虑使用经过Epic官方测试和推荐的FBX工作流可能更为稳妥。尽管如此对于它所针对的领域——在Blender与Unreal Engine之间无损地、高效地传递静态网格、骨架和逐帧动画数据——io_scene_psk_psa插件依然是目前最强大、最专业的免费解决方案。它填补了工作流中的一个关键缺口让无数创作者和开发者能够跨越软件的鸿沟将创意变为现实。掌握它就等于掌握了一把打开Unreal资产宝库、连接自由创作与强大引擎的钥匙。

相关新闻

Unity跨平台可视化Log系统:从设计到实现的全流程实践

Unity跨平台可视化Log系统:从设计到实现的全流程实践

1. 项目概述:为什么我们需要一个跨平台可视化Log系统?在Unity游戏开发中,调试和日志追踪是贯穿整个项目周期的核心工作。无论是开发阶段追踪一个诡异的空引用异常,还是上线后分析玩家在特定机型上的崩溃原因,日志都是我…

2026/10/18 19:33:59 阅读更多 →
Vue+SpringBoot农贸市场智能管理系统开发实践

Vue+SpringBoot农贸市场智能管理系统开发实践

1. 项目概述:农贸市场数字化运营解决方案农贸市场作为城乡居民"菜篮子"工程的重要载体,其管理效率直接影响民生服务品质。这套基于VueSpringBoot的智能管理系统,正是针对传统农贸市场存在的账目混乱、数据孤岛、监管滞后等痛点设计…

2026/10/18 19:34:06 阅读更多 →
DIFY-04:条件分支——根据输入走不同流程

DIFY-04:条件分支——根据输入走不同流程

DIFY-04:条件分支——根据输入走不同流程 实验目的 掌握 Workflow 中条件分支节点的使用,实现基于用户输入的智能路由。 重点节点 IF/ELSE 条件分支节点条件判断规则(AND/OR)多分支 LLM 节点 操作步骤 1. 创建 Workflow 应用 “工…

2026/10/18 19:34:08 阅读更多 →

最新新闻

AI辅助毕业论文全流程写作实战指南

AI辅助毕业论文全流程写作实战指南

又到了毕业论文的季节。图书馆里坐满了抓耳挠腮的学生,屏幕上的光标一闪一闪,开题报告还停在第一页。我自己当年就是这么过来的——不是在写论文,就是在准备写论文的路上,每天顶着巨大的心理压力,数据理不清&#xff0…

2026/10/19 13:41:12 阅读更多 →
GitHub热榜怎么看:从star数到项目复现的完整方法论

GitHub热榜怎么看:从star数到项目复现的完整方法论

说实话,GitHub热榜这个东西,我几乎每天都会刷一遍。倒不是闲得慌,是因为榜单是观察技术风向最快的一个窗口——2026-04-05这一天的日榜,跟上一周的榜单比,你会发现有些项目还在,有些已经掉下去了&#xff0…

2026/10/19 13:41:12 阅读更多 →
open-code-review:开源可审计的自动化代码审查范式

open-code-review:开源可审计的自动化代码审查范式

1. “open-code-review”不是工具名,而是正在发生的开发范式迁移你最近在 GitHub 提交 PR 时,是不是发现评论区里多了一条带 🤖 图标的自动评论?它精准指出你漏掉了null检查,还顺手补了一行带单元测试的修复建议&#…

2026/10/19 13:41:12 阅读更多 →
open-code-review:基于 Git Diff 与 LLM Agent 的智能代码预审范式

open-code-review:基于 Git Diff 与 LLM Agent 的智能代码预审范式

1. 什么是 open-code-review:一个被误读却极具实操价值的开发者协作新范式“open-code-review”这个词最近在技术社区里频繁刷屏,但很多人一看到就下意识觉得是“开源项目的代码评审流程”,或者直接等同于 GitHub Pull Request 的默认行为。其…

2026/10/19 13:41:12 阅读更多 →
软PINN求解平板间对流传热:从损失函数设计到PyTorch实践

软PINN求解平板间对流传热:从损失函数设计到PyTorch实践

最近我在做平板间对流传热问题的数值模拟,绕了一圈还是觉得软PINN的搞法最灵活。所谓软物理信息神经网络(soft physics-informed neural network,软PINN),简单说就是不让边界条件这类物理规则“硬性”规定网络结构&…

2026/10/19 13:41:12 阅读更多 →
TensorRT INT8量化实战:PTQ与QAT选型、校准与踩坑指南

TensorRT INT8量化实战:PTQ与QAT选型、校准与踩坑指南

第一次跑通TensorRT量化的时候,我的感受是又喜又惑。喜的是同一个模型从FP32切到INT8,延迟直接砍了一半还多;惑的是同样的校准流程换到另一个模型上,精度掉得完全不能用。后来我才明白,量化不是把精度模式一改就行&…

2026/10/19 13:40:11 阅读更多 →

日新闻

频率跟踪型PWM电源设计:臭氧发生器谐振点漂移与软开关实现

频率跟踪型PWM电源设计:臭氧发生器谐振点漂移与软开关实现

简介:本资源为电源技术方向的学术研究文档,聚焦介质阻挡放电型臭氧发生器电源的频率跟踪型PWM控制策略,面向电力电子、高压电源及臭氧应用领域的科研人员与工程技术人员。针对负载呈容性、等效电容随外加电压升高而增大、谐振频率随之漂移的难…

2026/10/19 0:00:47 阅读更多 →
Vibe Coding 遇上 TaoToken:把开发者思维圣殿的灵感流接入统一 Key 通道

Vibe Coding 遇上 TaoToken:把开发者思维圣殿的灵感流接入统一 Key 通道

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/19 0:00:47 阅读更多 →
HundredCV-Chat话题建模实战教程:利用4,871个内置话题标签构建主题分析系统

HundredCV-Chat话题建模实战教程:利用4,871个内置话题标签构建主题分析系统

【免费下载链接】HundredCV-Chat 项目地址: https://ai.gitcode.com/hf_mirrors/Jax-dan/HundredCV-Chat 点击查看 免费下载 HundredCV-Chat 是一个由 100 位青年简历数据开发而来的中文多轮对话数据集,共包含 24,750 组日常闲聊对话和 4,871 个话题标签…

2026/10/19 0:00:47 阅读更多 →

周新闻

基于GMM的语音识别系统原理与MATLAB实现详解

基于GMM的语音识别系统原理与MATLAB实现详解

说到基于高斯混合模型(GMM)的语音识别系统,很多人第一反应就是一堆数学公式,觉得门槛很高。但如果你真的在MATLAB里把它落地跑通,会发现核心其实就是三件事:把声音变成特征向量,用GMM给每个类别…

2026/10/19 10:02:04 阅读更多 →
数字图像处理入门:反白、灰度化、调色板修改与导出txt实践

数字图像处理入门:反白、灰度化、调色板修改与导出txt实践

数字图像处理这四个字听起来挺唬人,但落到具体操作上,无非就是让计算机按你的想法“摆弄”像素。我在一个模拟项目X里用了一套特别经典的基础处理流程:对图像做反白、改调色板、彩色转灰度,最后把像素数据导出成txt文件。单看每一…

2026/10/18 0:00:55 阅读更多 →
机器人大脑技术盘点:具身智能的感知、决策与数据闭环

机器人大脑技术盘点:具身智能的感知、决策与数据闭环

如果你的信息流最近也天天刷到“机器人大脑”这个词,你会发现一个很有意思的现象:每个人说的“大脑”根本不是同一个东西。有人指的是大语言模型,有人指的是运动控制系统,还有人指的是能理解物理世界的端到端模型。在2026年这个时…

2026/10/19 1:30:52 阅读更多 →

月新闻

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/19 2:54:50 阅读更多 →
Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/19 9:10:22 阅读更多 →
黑夜航拍船只数据集训练YOLOV5模型全流程解析

黑夜航拍船只数据集训练YOLOV5模型全流程解析

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/18 12:16:16 阅读更多 →