任天堂向 GitHub 发送了四份 DMCA 下架通知，针对 Yuzu 和 Citron Neo Switch 模拟器以及模组芯片固件。在任天堂表示该固件有助于绕过 Switch 的复制保护后，GitHub 移除了 144 个固件仓库。该固件可能仍托管在其他地方。此举继任天堂早先的模拟器下架之后，也正值模拟器和 AI 驱动的游戏移植/模组受到越来越多法律审查之际，Rockstar 和 Bethesda 等公司也在打击未经授权的项目。本文由 IGN 高级科技编辑 Jackie Thomas 撰写。
每日HackerNews RSS
任天堂在 GitHub 上开展了大规模的 DMCA 扫荡，针对模拟器和固件。Hacker News 评论者围绕法律灰色地带展开争论：模拟本身通常合法，但分发规避工具或受版权保护的材料可能违反 DMCA 和商业秘密保护。一些人指出项目可以迁移到自托管或 P2P 平台，而 GitHub 的合规性使下架很容易。另一些人批评任天堂的激进执法，提到先前如 Gary Bowser 案件后引发的抵制。该帖还对比了游戏保存与盗版新游戏的担忧，指出现代模拟器和静态重编译正在激增，并讨论 AI、DRM 和版权法如何使执法更加复杂。总体而言，这次扫荡凸显了游戏保存、消费者权利与任天堂知识产权保护之间的持续紧张关系。
Vale 是一个轻量级、可自托管的 PHP 8.3 CMS 和电子商务平台，无插件或冗余功能。它包括可视化区块编辑器、内置无 Cookie 分析，以及用于产品、订阅、购物车、结账、支付、配送、税费和导入的电子商务工具，还有新闻通讯、表单、评论、API、钩子和安全功能。高度可定制且兼容共享主机，运行要求最低并支持多种数据库。它基于 AGPL-3.0 开源，目前正在 Kickstarter 上，提供候补名单。
一篇 Hacker News 的 “Show HN” 帖子宣布了 Vale，一个开源、自托管的 PHP 平台，结合了 CMS、电商等功能。创建者表示，他们是在与 WordPress 维护作斗争后构建了它，随后在两年后将其开源。帖子链接了在线演示、GitHub 源码和文档，并邀请反馈。评论称它有前景，询问是否由公司支持，认为管理面板看起来像 AI 生成的，并报告了创作者说已解决的临时 502 错误。
本文介绍在 Odin 中解码 REXPaint (.xp) 文件。REXPaint ASCII 艺术文件采用 gzip 压缩；解压后得到小端二进制数据：版本、图层数，然后是每个图层的宽高和单元格。每个 10 字节的单元格存储一个 CP437 字符索引以及前景/背景 RGB 颜色。空白或透明单元格使用品红色 (255, 0, 255)。单元格按列主序存储，因此 (x, y) 处的单元格索引为 x*height+y。 解析器定义了 Color、Cell、Layer 和 File 结构体，以及自定义的 Read_Error 和 Decode_Error 类型。它使用 core:compress/gzip 解压，通过一个小的 Reader 游标读取值，在分配前验证尺寸和大小，并使用 defer 在出错时清理内存。它提供 decode_from_file 和 decode_from_bytes，并包含 file_destroy 用于释放嵌套分配。cell_at 辅助函数隐藏了列主序索引。最后，一个示例解码 test.xp 并打印可打印的 ASCII 字形。总体而言，它展示了安全的二进制解析：验证不受信任的数据、传播错误、管理内存，并将原始字节映射为可用结构。
一篇 Hacker News 帖子链接到 tylerelton 的《Decoding REXPaint Files in Odin》。评论者 skrellm 指出文章与代码之间的差异：`File` 结构体应在 `layers` 之前包含一个 `count` 字段。他们还批评将 CP437 字符存储为 `i32`，认为这每个单元格浪费三个字节，并建议 ANSI 转义序列作为更小、更易解码的替代方案。他们提到其他二进制 ANSI 艺术格式（BIN 和 XBIN）未能取代 ANSI 转义序列。另一位评论者 MiroslavPokorny 只是感谢作者。总体而言，该讨论串结合了赞扬与对解码器格式表示和存储效率的技术批评。
启用 JavaScript 和 cookies 以继续
Hacker News
新
|
过去
|
评论
|
提问
|
展示
|
工作
|
提交
登录
路边对木虱、蚂蚁和桉树的调查
(
bencology.bearblog.dev
)
10 分
由
caminanteblanco
1 天前
|
隐藏
|
过去
|
收藏
|
1 条评论
帮助
caminanteblanco
1 天前
[–]
蚂蚁是我最喜欢的动物之一，和鸦科鸟类、真菌（不是动物，但仍然）并列。即便是看起来完全不聪明的东西所展现出的智能程度，也真让我着迷。
我是说，像这样渺小而分散的生物能够赶走鸟类，保护一个完全不同的生物，这简直令人难以置信。
回复
指南
|
常见问题
|
列表
|
接口
|
安全
|
法律
|
申请加入 YC
|
联系
搜索：
一个构建使用Broadcom PEX88096 PCIe交换机，位于一个x16插槽之后，连接四块32 GB AMD R9700和两块RTX 3090，以实现点对点传输。ROCm需要每个R9700的完整32 GB通过Resizable BAR映射。BIOS无法映射六个32 GB BAR，且Linux 7.0的桥接尺寸估算会低估空间，因为它将子设备尺寸相加而未考虑门铃BAR周围的对齐间隙。作者创建了gpu-rebar-layout，一个initramfs内核模块，它将R9700 BAR尺寸设置为32 GB，移除/重新扫描交换机根端口，并填充BAR对齐，使每个窗口都适合。这使得所有四块R9700都能获得32 GB BAR，而即将推出的内核补丁修复了尺寸错误，但仍需要调整尺寸/重新扫描（pad=0）。设置完成后，amdgpu识别完整BAR，点对点传输每对达到14.0 GB/s，环形达到54.7 GB/s。建议：搜索邮件列表，在驱动加载前调整尺寸/重新扫描，避免重新扫描已加载的GPU，并检查小BAR或休眠问题。
摘要：一名开发者需要四块 AMD R9700 GPU 之间的点对点（P2P）访问以实现张量并行服务，每块卡需要 32 GB 可调整大小 BAR。安装六块 GPU 后，BIOS 无法映射所有大型 BAR，Linux 为 PCIe 交换机的 MMIO 窗口分配的空间过小，最终只有两块卡获得了 BAR。他编写了一个内核模块来绕过此问题；没有 P2P，预填充运行速度大约慢一半。
讨论要点：
- 该问题主要与固件/BIOS 相关：消费级主板常限制 RAM 之上的 MMIO 空间（此处最高 512 GB），且每个 32 GB BAR 必须按 32 GB 边界对齐，一个小的门铃 BAR 会溢出到下一个槽位——因此六块卡无法装下。
- 用户分享了类似配置（X570 主板、EPYC 服务器、Tesla P4）以及 BIOS 设置如“Above 4G Decoding”和 ReBAR；有些人需要内核参数如 pci=realloc。
- 评论者指出 PC 生态系统的遗留限制：32 位兼容性、吝啬的地址空间分配以及 ReBAR 的迟到。
- 硬件/实践说明：矿机框架、MCIO 转接卡、散热，以及 P2P 允许传输跨交换机绕过 CPU（至少在 AMD 上）。
总体而言，该帖子说明 AI 工作负载如何冲击遗留固件地址空间限制，迫使采用内核级变通方案。
2026年11月博客文章：作者描述了对现代网络的沮丧。LLM爬虫饱和上传侵蚀了自托管的乐趣；Anubis和iocaine等工具不足。他们屏蔽了云服务商IP段并使用nft-blackhole。他们正在考虑移除数字摄影网站，仅出售实体zine以避免喂养AI。他们批评企业爬取、“合法”DDoS以及需要CDN/企业保护。他们希望转向实体zine制作可能是银边，并可能在有用时更新。他们指出自己并不孤单。
一个HN帖子讨论一篇题为“运营网站让我都不想做了”的文章，其中小型网站所有者感到AI/机器人抓取让托管变得无回报。评论者报告大量机器人流量，包括爬虫和扫描器，并分享防御措施：拖慢陷阱、速率限制、cookies/captcha、IP/ASN封锁、CDN、VPS反向代理和毒页面。其他人认为机器人可以当作游戏来对抗，警告封锁可能伤害合法用户，并争论AI是否贬低人类写作或可能被毒化内容影响。整体氛围混杂着挫败、技术应对策略和对开放网络的不确定性。
smolmaxxing 探索在性能不足、空闲的设备上运行大语言模型。在小米电视盒子 S（第三代）——Amlogic S7D、约 1 GB 可用内存、未 root——上，它运行从 260K 到 16B 参数的模型，Qwen3.5-0.8B 达到 16.8 令牌/秒，2B 为 7.7，8B MoE 为 7.2，dense 1-bit 8B 为 5.2，16B MoE 为 5.1。2013 年的 iPad Air 运行 1.7B 模型可达 24–26 令牌/秒，4B 约 10，最高 16B 的 MoE 模型为 2.6–4.5 令牌/秒。性能提升来自自定义 ARM 内核（Q2_K 重打包、1-bit 查表、融合 DeltaNet）、内存技巧（裁剪词汇表头部、无头模式、flash 重打包缓存），以及基于 flash 的权重流式加载（专家分页、缓存感知路由、预取）。关键发现：对于 2B 以上模型，瓶颈是 flash 带宽而非 CPU，因此 MoE 有效；且按字节计，更大的模型并不总是更好。所有声明均在真实硬件上测量。MIT 许可。
Hacker News 上的一个讨论串介绍了一个在非常小、老旧或受限设备上运行 LLM 的开源项目。作者报告称，借助自定义内核和优化搜索，在可用内存不足 1GB 的硬件（如老款 iPad Air 和小米电视盒子）上运行最多 16B 参数的模型。评论者争论现代 LLM 是否能一次性写出推理引擎，但作者强调迭代式暴力优化与模型/硬件协同设计。建议的目标包括 Raspberry Pi Zero、Playdate、PS2、电子烟、老手机和路由器。参与者还讨论了实用性：小模型可能适合受监管、隐私敏感、狭窄或离线任务，尤其是配合微调和工具链，但大模型在通用任务上仍更好。还提到了相关项目，包括 FPGA、Dreamcast、Wii 和微型模型。整体主题是将 LLM 推理推向极低资源硬件，并探索小模型如何变得实际有用。
Claude Fable 5.2 是 Anthropic 的前沿模型，能够根据单个详细提示自主规划、编写、测试和完善完整游戏。街机游戏是单文件 HTML 体验：所有标记、CSS、JavaScript、着色器、纹理和音频均为内联，3D 通过 WebGL/Three.js 实现，声音通过 Web Audio 实现，运行时生成并可离线运行。一次性提示预先提供完整的设计简报和约束。托管游戏在具有严格 CSP 的沙盒 iframe 中运行，与站点数据隔离；作者托管的游戏同样隔离。每个游戏可下载为单个 .html 文件，供检查、修改并在本地运行，须遵守许可和署名要求。用户可通过提交页面提交自己的游戏（最大 10 MB），并附上提示和控制说明；无需账户，提交经审核后上线。
Hacker News 的一个帖子讨论了 Fable52.games，这是一个用于游玩和检查由 Claude Fable 5.2 生成的单文件 HTML 游戏的网站。创建者解释称，它会对社区提交的内容进行沙盒隔离，链接提示词和源码，并通过 Cloudflare 提供游戏服务。评论者提出问题：有些游戏缺少提示词、移动端控制失效，流量导致速率限制。创建者计划增加仅提示词过滤并修复托管。用户就质量展开争论：有些人认为 AI 生成的游戏技术上令人印象深刻，但浅层或重复；另一些人则称赞 BLAMELESS 和 Saltline 等例子。开发者指出，AI 可以快速移植桌游或构建复杂演示，但乐趣仍需要试玩、迭代和创意方向。成本和游戏时长对一些人来说仍不切实际。总体而言，该帖子同时展现了对一次性 AI 游戏生成的兴奋与怀疑。
ExcalidrawZ 是一款基于 Excalidraw 画布的 Apple 平台绘图应用。它增加了原生文档管理、分组、iCloud 同步、文件历史、导出/分享、PDF 和 Mermaid 导入、Apple Pencil/触控板支持、带提案预览和按文件 AI 可见性的 AI 辅助、MCP 服务器集成、数学工具（LaTeX、函数图、模板）、带恢复密钥的锁定/加密文件，以及加密备份。它支持 .excalidraw、.excalidraw.png、.excalidraw.svg、PDF 和图像格式。要从源码构建，请创建 Config/Overrides.xcconfig，填写 Apple 团队、iCloud 容器和应用组标识符；并创建 Config/Secrets.plist，至少包含 COLLAB_URL（有效绝对 URL），以及可选的 OAuth 客户端 ID。这些文件已被 Git 忽略，必须保留在本地。
Hacker News 讨论了 ExcalidrawZ，一个用于 macOS/iOS 的本地原生 Excalidraw 应用，获得了 130 点和 28 条评论。评论者提到 Excalidraw 的 npm 包和现有的 Emacs 实现。一些人希望原生应用改进 Apple Pencil 支持并集成 Obsidian；另一些人则指出手写笔输入卡顿和浏览器限制。一位开发者提到创建了 macOS 封装，但为了协作转而使用网页版，并推荐 Kromdraw。另一位批评 ExcalidrawZ 借用 Excalidraw 的品牌且可能凭感觉编写，而辩护者指出仓库已有一定历史，并提到 Claude 是贡献者。其他人讨论命名和侵权问题，提到 Excalidash 和 Wander.md 等相关工具。总体反应混杂着对本地、原生、内存高效工具的兴趣，以及对品牌、质量和协作的担忧。
十一年前，叙述者看到一个人的手臂或包卡在正在关闭的门里，担心他失去手，拉了火车的紧急制动。火车停了，他把手臂拉进车内，而包留在外面。后来，叙述者反思现实道德困境与思想实验有何不同：风险不确定且低于经典电车难题，最难的是判断现实，而不是选择是否行动。延误线路总共耗费约4.3年的清醒时间，而另一种可能也会导致延误加伤害。这次事件还显示了旁观者冷漠、难以把帮助导向一个人，以及可能的“表达偏差”——更难传达的“没问题”观点输给了紧急拉闸。叙述者指出不确定性：更靠近的人说只有包卡住了。他们还提到“单方主义诅咒”，即一人不同的判断导致影响所有人的行动。总体而言，真正的道德需要在不确定和时间压力下做出稳健决定，而非理想化推理。
Hacker News 上的一篇帖子讨论了一篇关于地铁紧急制动困境的文章。评论者争论拉动制动器以防止可能的臂部受伤是否值得让数千名乘客延误。有些人拒绝功利主义的时间计算，认为通勤延误不等同于失去生命年数；另一些人表示愿意用通勤时间换取寿命。许多人认为真正的紧急情况需要快速判断，而非道德演算，如果某人的手臂似乎卡住了，就应停车。其他人指出模糊性、不确定性，以及紧急反应往往是本能的。该帖子还涉及旁观者效应、权威，以及紧急制动器是否为此类情况而设计。总体而言，它将哲学上的电车难题与混乱的现实决策进行对比。