32位系统内存补丁实战:PatchPae2让老电脑用满4G以上内存

简介:PatchPae2补丁面向32位的Windows 8.1操作系统,通过启用系统物理地址扩展功能,突破4GB内存识别上限,解决系统只能使用部分物理内存的痛点,适合受内存容量制约的用户、开发者和运维人员;补丁以修改内核方式实现,对运行大型游戏、视频编辑软件或服务器环境有明显帮助。压缩包共7个文件,整体约52KB,包含可直接运行的程序、C语言源代码、Visual Studio工程文件以及说明文档等主要类型,覆盖执行、编译和阅读三类用途。用户既可运行程序完成打补丁,也可通过源码理解物理地址扩展的实现机制,或依据说明了解风险及卸载步骤。需要强调的是,修改系统核心存在不稳定、无法启动等风险,操作前应备份数据并确认软硬件兼容性。目前已有652人学习下载,配套源码与工程文件适合想深入探究内核原理的进阶用户。

1. 装这个 32 位内存补丁前:先搞清楚为什么只有 3.5G 可用

一台还在跑 32 位 WIN8.1 的办公电脑,物理内存从 4G 加到 8G,系统属性里却始终写着“已安装物理内存 8.00GB(可用 3.46GB)”。我在好几个装机群里见过类似的截图,评论区一半人说“重装 64 位吧”,另一半人在找“32 位的 4G 内存补丁 PatchPae2(WIN8.1 专用)”的资源。PatchPae2 确实能把 32 位内核的物理内存管理上限抬起来,它改的是系统内核的加载入口,不是改注册表那种温柔操作,打不好进不去系统也是常事。这篇不贴附件,就把我实际装一遍的过程拆开:装前要确认什么、命令行怎么跑、重启前要改哪个引导参数、蓝屏了去哪救,一步步来。

2. 安装前检查:确认系统版本、硬件上限与内存占用

很多人在网上下了补丁直接双击,结果要么蓝屏,要么打完内存一点没变。这多半不是工具的问题,而是装之前少做了三步确认。先把环境和硬件条件摸清楚,再动手打补丁,后面出问题的概率能降一半以上。

2.1 确认系统位数与当前可用内存基线

右键“这台电脑”选“属性”,在“系统”一栏里看“系统类型”是不是写着“32 位操作系统”。如果是,再看“已安装内存(RAM)”那行,通常显示的是一个让人哭笑不得的组合,比如“8.00GB(3.46GB 可用)”。

这个括号里的数字就是我们要改善的基线。打补丁前先把这个数字截图或记下来,等补丁打完重新开机,拿新数字跟它对比,才能确定补丁到底有没有生效。

更完整的信息可以用系统信息工具看。按Win + R输入msinfo32,在“系统摘要”里找到“已安装物理内存”和“可用物理内存”两项。补丁生效后,后者的数值会有明显提升。顺带说一句,很多人的“可用物理内存”比预期低,不是因为补丁没用,而是 Windows 默认让出一部分物理地址空间给 PCI 设备映射(显卡、网卡、声卡都占),这部分在资源监视器里叫“硬件保留的内存”。

2.2 主板与实际内存条:别把补丁当扩容工具

32 位系统认不到 4G 以上的物理内存,这个“认不到”分两层:一层是操作系统的限制,另一层是主板和 BIOS 的限制。PatchPae2 解决的只是第一层,如果主板物理上就不支持 8G,那补丁打得再对也是白搭。

在打补丁前,我一般会先确认两件事。一是内存条真的插上了且被 BIOS 看见,重启进 BIOS(开机按 Del / F2 / F10,不同机器不一样)看内存信息页,如果里面已经显示两条 4G,说明硬件层面没问题;二是确认主板最大内存支持,老主板插满两条 4G 却只认一条的情况并不稀有。

Windows 下的快速确认也方便,管理员命令行里跑这么一句:

wmic memorychip get capacity

这段命令查询每条物理内存的容量大小,单位是字节。比如输出两行4294967296,就代表两条 4G 内存都在系统总线上。如果只输出了一行,先别急着打补丁,关机后把内存条重新插拔、换个插槽再说。顺带可以跑一下wmic memphysical get maxcapacity查主板最大支持容量,返回的数字除以 1024 再除以 1024,就是 GB。

2.3 为什么不干脆重装 64 位系统

这是每个遇到 4G 内存墙的人都会被劝的路线。重装 64 位系统确实一劳永逸,但现实里很多老机器根本没法痛快地重装:预装的正版系统是 32 位 OEM 授权,换了 64 位就要处理激活;某些老软件只有 32 位版本,或者驱动只有 32 位可用;更重要的是,整台机器的数据和软件环境迁移一遍,成本远高于打一个补丁。

PatchPae2 的思路不是重装,而是让现存的 32 位内核在启动时被修改,使其能够管理超出 4GB 的物理内存。它还有个附带好处:不需要动硬盘上的系统文件,补丁入口记录在启动配置里,出问题可逆性比直接替换系统文件强。这背后的取舍是:你保留了一个可能存在兼容性小毛病的系统,换来了“不重装”这个最大的省事。

3. 下载与安装 PatchPae2:校验文件、管理员权限与命令行实测

PatchPae2 本质是个命令行工具,不是那种带图形界面的“一键内存破解器”。它运行时会读取当前内存中的 32 位系统内核镜像,修改与物理内存管理相关的入口点,并在结束时给出一个入口地址信息。整个过程通常不超过 30 秒,但前提是操作方式别出错。

3.1 下载后的第一件事:验证文件完整性与数字签名

下载回来的文件,先不要急着以管理员身份运行。这类改内核入口的工具很容易被杀毒软件隔离,下载过程中文件被破坏了也不会提示。我拿到压缩包的习惯是:解压到C:\pae这个固定目录,然后立刻做一次哈希校验。

用 PowerShell 跑一下 SHA256,能和发布页上给的哈希值对上,基本就能确信文件没有在中途被改写。

Get-FileHash -Path C:\pae\patchpae2.exe -Algorithm SHA256

返回的是一长串十六进制字符串,拿它和发布页公布的哈希对比。这个步骤不是凑数,它防止的是“下载了个被二次打包的货”这种低级问题。如果发布页没给哈希,那就右键文件,看“数字签名”标签页里签名状态是不是“正常”。

3.2 用管理员权限运行,别双击

PatchPae2 需要读内核镜像,普通权限跑不起来,常见的失败表现是闪退或者提示权限不足。我一般不在文件管理器里直接双击,而是先开一个管理员命令行,再切到工具所在目录执行:

cd /d C:\pae patchpae2.exe

不加任何参数直接运行时,工具会自己检测当前系统的内核版本和类型,这也是最稳妥的用法。网上有些教程让加-type kernel一类的参数强制指定内核类型,我踩过的坑是:不同版本对参数的支持不太一样,某些旧版本加了反而报错。先不加参数跑,是兼容性最好的路径。

如果当前终端不是管理员权限,先检查一下:在开始菜单里搜索“命令提示符”,右键选“以管理员身份运行”。运行后窗口标题栏会带“管理员”字样,或者用下面这行命令验证当前会话权限:

net session >nul 2>&1 && echo 有管理员权限 || echo 没有管理员权限

net session只有管理员权限下才能正常执行,所以这个判断方法简单靠谱。看到“有管理员权限”再继续下一步。

3.3 运行输出怎么看,以及临时模式与永久模式

运行后屏幕上会滚动几行信息,大意是检测到内核版本、找到入口点、补丁成功应用之类。不同版本输出措辞不完全一样,但最后几行一般能看到类似 “PAE patch applied” 或 “entry point found” 的字样。

这里有个关键区别要提前说:PatchPae2 打补丁分两种落地方式。一种是临时入口,只对本次开机生效,重启后补丁效果就没有了,内存数字打回原形;另一种是永久入口,把补丁入口写进启动配置,重启后系统启动时仍然从修改过的入口进入,效果持续保留。

第一次先跑临时模式、重启验证有效果再固化成永久模式,是我给同事装机的习惯做法。原因很简单:如果临时模式重启后就是蓝屏,至少能确认是补丁本身跟这台机器兼容性不佳;而如果直接固化,出问题时恢复路径多绕一层。运行完工具后会显示两个入口点地址,一个用于临时、一个用于永久,接下来第 4 章就是讲怎么把永久入口固化和让系统每次启动都加载它。

4. 配置引导与内核参数:让补丁每次开机都生效

打补丁的原理搞清楚之后,剩下的就是把它“钉”在系统启动流程里。很多人在这一步翻车,不是补丁本身有问题,而是没改引导参数,或者改了但没对地方。

4.1 为什么第一次重启后内存又回到 3.5G

如果你只运行了 PatchPae2 然后直接重启,发现“可用内存”还是原来的数字,大概率是因为用的是临时入口。临时入口的工作方式是:修改只发生在内存里的当前内核镜像,系统关机再启动时,磁盘上的原始内核文件被原封不动地重新加载,补丁自然随之消失。

要让补丁每次开机都自动生效,需要满足两个条件:一是引导配置里关闭 NX(不允许执行)选项,避免和 PAE 的物理内存映射逻辑打架;二是把补丁的永久入口写进启动配置,或者用工具提供的永久固化能力。这两个条件缺一个,补丁都表现得不稳定,有明显概率开机失效。

4.2 用 bcdedit 关闭 NX 入口

NX 是 CPU 和系统协同的“禁止执行”保护机制,在 PAE 开启时如果两者配置冲突,重启后会卡在启动阶段或者直接蓝屏。PatchPae2 的说明文档里普遍要求关闭这个选项,实际操作就是一条命令:

bcdedit /set nx AlwaysOff

在管理员命令行里执行,返回“操作成功完成”即代表写入引导配置成功。AlwaysOff的含义是把数据执行保护(DEP)策略整体关闭,这样内核补丁入口在启动加载时就不会被 NX 机制的检查拦截。

如果之后想恢复,用bcdedit /deletevalue nx删掉这个配置项即可,引导配置是可逆的,这点比改系统文件强。关闭 NX 这个动作本身对日常使用影响不大,老机器跑的大多是 32 位应用,真碰上需要 DEP 防护的场景,这机器多半也已经不是主力机了。

4.3 固化补丁:把永久入口写进启动配置

临时模式验证通过后,就可以做固化了。我的做法是把命令整理成一个小批处理,放在工具目录里,以后系统更新后补丁失效,双击重跑一次就行。批处理内容大致是这样:

@echo off net session >nul 2>&1 if errorlevel 1 ( echo 请右键此文件,选择"以管理员身份运行" pause exit /b ) cd /d C:\pae patchpae2.exe -permanent echo 补丁已写入,重启后生效。 pause

批处理做的事情有两步:先通过net session检查当前是否管理员权限,没有就直接退出,避免“运行了但没生效”的情况;确认没问题后切换到工具目录,带-permanent参数运行工具,让补丁永久写入系统启动链路。

参数说明:-permanent是 PatchPae2 的持久化参数,执行后工具会把补丁入口信息写入到启动相关的存储位置,重启后系统加载内核时自动应用补丁。如果你的工具版本不认识这个参数,就回到发布页看说明,有些分支版本用的是别的写法,但思路一致:找到“永久/持久”对应的开关,别用默认的临时模式。

有些版本在运行时还会询问是否立即重启,我的建议是选“否”,手动确认引导参数无误后再重启,多一步检查的时间总比重启后进不去系统强。

4.4 双系统与安全启动的特殊处理

如果是“32 位 WIN8.1 + 64 位系统”双引导的机器,bcdedit默认操作的是当前正在运行的这个系统的引导条目,容易改错对象。稳妥做法是先看当前引导标识符,确认改的是目标系统:

bcdedit /enum

输出列表里会有多个identifier,每个对应一个启动条目。找到描述里含“Windows 8.1”的那一项,记下它的{标识符},再带标识符执行关闭 NX:

bcdedit /set {标识符} nx AlwaysOff

另外,UEFI 安全启动开启时,引导加载器可能拒绝加载带有修改痕迹的入口,常见的表现是补丁打完后重启卡在主板 Logo 或者直接没有任何反应。遇到这种情况,进 BIOS 把“Secure Boot”关掉再试,PatchPae2 这类工具本质上就是在“越狱”系统的内存管理策略,安全启动天然与它不搭。

5. 避坑与排查:蓝屏、内存不涨、杀软拦截与系统更新失效

这章是全文最实在的部分。我自己第一次装这工具时,连续重启了三回才摸清楚路径:第一回蓝屏、第二回杀毒软件把工具隔离了、第三回总算进了系统但内存没涨。下面几条都是真实会遇到的状况,按“现象 → 原因 → 解决”写清楚,遇到类似问题时直接对号入座。

5.1 现象:重启后卡在开机 Logo 或直接蓝屏

原因:NX 未关闭,或永久入口写入时机不对,内核在加载补丁时与 DEP 检查冲突。这是最常见的失败方式,也是很多人弃坑的原因。

解决:强制关机两次,第三次开机时系统会进入“正在准备自动修复”的高级选项界面,依次选“疑难解答 → 高级选项 → 命令提示符”。在恢复环境的命令行里执行:

bcdedit /set nx AlwaysOff bcdedit /deletevalue nx exit

退出后重启,通常能正常进系统。进系统后不要再急着打补丁,先确认引导配置环境正常,再考虑用“临时模式 + 重启验证”的方式重新来一遍。如果直接删掉nx配置后蓝屏消失,就把这一项当成必改参数写进自己的操作清单里。

5.2 现象:补丁打完了,内存数字纹丝不动

原因:最常见的是跑的临时模式,重启后补丁没被加载;其次是主板或 BIOS 只认到部分物理内存,补丁改不了硬件层的识别上限。

解决:先用第 2 章的方法确认 BIOS 里能看到全部内存条;确认无疑后,用第 4 章的批处理带-permanent参数重新跑一遍。重启后看系统信息,重点看括号里的“可用”是不是比之前的基线多。另外注意,补丁提升的是“可用物理内存”,不是把单进程能用的地址空间扩到 4G,任务管理器里某个应用还占不到 2G 以上,那是另一回事。

5.3 现象:解压出来工具就没了,或者运行时被直接删掉

原因:补丁工具的行为特征与“修改内核入口”高度相似,触发杀毒软件的启发式或主动防御。

解决:先暂停实时防护,把C:\pae目录加入信任列表,重新解压并运行。跑完补丁并确认系统重启正常后,把信任列表里的例外目录移除,避免长期开放这个不常用的目录成为安全缺口。需要强调的是,这类工具的下载来源很重要,只从原作者发布页获取,别在不知名下载站里找个“整合好的一键版”,那才是真正容易被投毒的渠道。

5.4 现象:用了半个月后,内存又打回 3.5G

原因:Windows 更新可能重写了与启动加载相关的文件或配置,补丁入口被覆盖重置。

解决:把工具目录里的批处理再以管理员身份运行一遍即可恢复。如果频繁出现,检查系统更新历史里最近安装的补丁,把那几个更新列入“暂不安装”名单。我一般不会建议彻底关掉 Windows Update,毕竟这系统还承担日常使用,更新带来的安全修复比内存上限更值得保留,宁可每次更新后花半分钟重跑一次补丁。

5.5 现象:双系统机器上跑完补丁,另一个系统进不去了

原因:bcdedit没带标识符操作,把引导配置改到了默认的启动条目上,而那条恰好不是 32 位 WIN8.1。

解决:进高级恢复环境,用bcdedit /enum列出所有启动条目,找到 WIN8.1 对应的标识符,把nx配置只应用在那个条目上。如果已经改乱了默认条目,用bcdedit /export C:\bcd_backup备份当前配置,再在恢复环境里用bcdedit /import恢复改动前状态。这类双系统场景,动手前先拍一份配置快照是成本最低的后悔药。

6. 验证补丁生效:从系统信息到任务管理器的完整确认

补丁打完了、也重启了,怎么确定是真生效而不是自我安慰?这里有一套我自己每次装机都会强制走一遍的确认流程,总共三步,每一处看的数据都不一样,合起来才能盖章“由 3.5G 升到 7G 左右”。

第一步,右键“这台电脑”→“属性”,看“系统”一栏的“已安装内存(RAM)”那行。括号里的“可用”数字如果明显高于打补丁前的基线,比如从 3.46GB 涨到 6.9GB,说明补丁已经让系统分配了更多的物理内存。这一步只回答“是否生效”,不回答“生效了多少”,因为可用数字里还混着硬件保留的部分。

第二步,用系统信息工具看更细的数。Win + R输入msinfo32,在“系统摘要”里对比“已安装物理内存”和“可用物理内存”两个字段。正常打补丁后,两者的差值应该在 0.1GB 到 0.5GB 之间,这个差值就是显卡和硬件设备映射占掉的地址空间。如果差值超过 1GB,说明有别的硬件在抢内存,或者 BIOS 里有个叫“Memory Remap”的选项没有开启。

第三步,进任务管理器(Ctrl + Shift + Esc)切到“性能”页,点“内存”,看右下角或底部的“硬件保留的内存”这一项。这是整个系统里最直接的证据:补丁生效后,硬件保留一般为 100MB 级别,而不是 4GB 级别。下表是三个检查点的汇总,照着点一遍就能得出准确结论。

检查位置查看内容正常表现异常表现
系统属性已安装内存括号里的可用值明显高于打补丁前基线与基线几乎一致
系统信息 msinfo32可用物理内存字段接近物理总量减少量硬件保留仍卡在 3.5G 附近
资源监视器/任务管理器硬件保留的内存小于 500MB 甚至更小保留了几 GB

做完这三步确认,再开几个常用软件跑一天,留意有没有异常的崩溃或蓝屏。老系统搭配这种改内核的工具,短时间验证只能证明“能用”,多跑两天才算“稳定”。

这也成了我的固定习惯:从那以后,每次给这类老机器打内存补丁,我都会先记一遍系统属性的可用数字再动手,重启后按上面这三处逐项核对。别人问我“稳不稳”,我就让对方截一张硬件保留内存的图发过来——那个数字比什么“感觉快了不少”都靠谱。如果你也正卡在“补丁打了却不知道有没有效果”这个环节,把这套验证流程走一遍,希望帮到你。

本文还有配套的精品资源,点击获取

相关新闻

MCP工具调用机制与优化实践:从原理到工程落地

MCP工具调用机制与优化实践:从原理到工程落地

1. MCP 工具调用的核心机制拆解1.1 从“对话”到“行动”:MCP 到底解决了什么问题MCP(Model Context Protocol)现在几乎是 AI 应用开发绕不开的协议了,但很多刚接触的人容易把注意力放在“这是什么”上面,忽略了一个更…

2026/10/20 5:39:13 阅读更多 →
原生JavaScript实现贪吃蛇:核心逻辑与Canvas渲染实战

原生JavaScript实现贪吃蛇:核心逻辑与Canvas渲染实战

最近整理硬盘上的旧文件夹,翻出一个好几年前写的JavaScript贪吃蛇。当时是某段时间练手用的,代码写得很粗糙,注释也不全,但核心逻辑基本完整,跑起来没有问题。这几天花时间把代码理清爽、补上注释、顺手修掉几个当年没…

2026/10/20 5:38:13 阅读更多 →
大模型长期记忆系统设计:压缩、去重、遗忘、衰减与冲突处理

大模型长期记忆系统设计:压缩、去重、遗忘、衰减与冲突处理

1. 项目概述:为什么“长期记忆”不是加个数据库就完事了?“大模型长期记忆系统设计:记忆压缩、去重、动态遗忘、时间衰减与冲突处理应用实践24.0”——这个标题里没有一个词是虚的,全是实打实踩过坑、调过参、被线上事故教育过的硬…

2026/10/20 5:38:13 阅读更多 →

最新新闻

STM32 bxCAN实战:从物理层到过滤器配置与调试排障

STM32 bxCAN实战:从物理层到过滤器配置与调试排障

做嵌入式这几年,UART、I2C、SPI都是老朋友,但真正让我觉得“像个通信工程师”的,是开始啃STM32的CAN外设之后。原因很简单:在汽车、机器人和工业现场,CAN总线是默认的“老大哥”,而它在微控制器上的硬件实现…

2026/10/20 6:26:33 阅读更多 →
ReST-MCTS精读:用蒙特卡洛树搜索与过程奖励实现LLM自我训练

ReST-MCTS精读:用蒙特卡洛树搜索与过程奖励实现LLM自我训练

这篇是论文精读系列的第九期。选题的时候我特意挑了一个既讲方法、又讲工程的文章:ReST-MCTS,标题直译过来就是“基于过程奖励引导的树搜索做LLM自我训练”。一句话概括它的核心思想:让大模型不要只想着“快答”,而是像下棋一样&a…

2026/10/20 6:26:33 阅读更多 →
实测,ToClaw为什么是最优秀的OpenClaw龙虾:从 ToDesk 远程到 TaoToken 统一 Key 的配置复盘

实测,ToClaw为什么是最优秀的OpenClaw龙虾:从 ToDesk 远程到 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/20 6:26:33 阅读更多 →
diagram-design:从图形类型到布局配色的技术图设计指南

diagram-design:从图形类型到布局配色的技术图设计指南

1. 从"diagram-design"这个标题说起:它到底在解决什么问题第一次看到"diagram-design"这个标题,我脑子里冒出来的第一个念头是:这大概率不是一个单纯的"画图工具",而是一套关于"如何把复杂信息…

2026/10/20 6:26:33 阅读更多 →
CTF Misc入门:DOCX隐写与ZIP伪加密的底层原理及010 Editor实操

CTF Misc入门:DOCX隐写与ZIP伪加密的底层原理及010 Editor实操

CTF新手村常客——Misc题型里的DOCX隐写和伪加密,对很多刚入坑的朋友来说,看WriteUp觉得挺简单,真上手时又容易卡壳。我最初玩PolarCTF这类靶场时也是这样,面对一个打不开的docx文件,第一反应是直接改后缀名丢进解压工…

2026/10/20 6:26:33 阅读更多 →
HTTP POST表单提交全解析:Content-Type、编码格式与实战避坑指南

HTTP POST表单提交全解析:Content-Type、编码格式与实战避坑指南

1. 从一个被忽略的细节说起&#xff1a;为什么表单提交远不止填个action很多人第一次接触Web开发&#xff0c;接触到的第一个"能跑起来"的功能&#xff0c;大概率就是一个HTML表单。写一个<form>标签&#xff0c;配上action和method"post"&#xff0…

2026/10/20 6:25:32 阅读更多 →

日新闻

CLRC663芯片Pin-to-Pin替代实战:从评估到量产全记录

CLRC663芯片Pin-to-Pin替代实战:从评估到量产全记录

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

2026/10/20 1:01:30 阅读更多 →
ESP32舵机控制指南:原理、多路驱动与避坑实战

ESP32舵机控制指南:原理、多路驱动与避坑实战

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

2026/10/20 1:01:30 阅读更多 →
位移法实现一阶低通滤波:单片机ADC采样降噪实战

位移法实现一阶低通滤波:单片机ADC采样降噪实战

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

2026/10/20 1:01:30 阅读更多 →

周新闻

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

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

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

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

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

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

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

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

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

2026/10/20 2:50:50 阅读更多 →

月新闻

我发现了一个新思路:用 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 阅读更多 →