## Windows 3.1 & 9x 现代 SVGA 驱动 – 概要
该项目是对 Windows 3.1 SVGA 驱动的重写，旨在支持具有 VESA BIOS 扩展 (VBE) 的系统上所有可用的 8 位、16 位、24 位和 32 位图形模式。它基于 Win16 DDK 中的 Video 7 驱动，去除了硬件特定代码并增加了对多字节像素的支持。该驱动程序能够使 Windows 3.1 在现代硬件上以真彩色全高清模式运行，即使这些硬件缺乏 256 色模式支持。
主要特性包括与各种显卡（包括 AMD Radeon RX 5500 XT）的兼容性、对各种显示分辨率和颜色深度的支持，以及在窗口中运行 DOS 程序的能力。该项目解决了旧驱动程序的局限性，并旨在在现代系统上提供稳定的体验。
错误报告需要使用提供的 issue 模板提供详细信息。该驱动程序通过 SYSTEM.INI、设置工具和 OEMSETUP.INF 文件提供配置选项。虽然通常兼容，但某些 NVIDIA GeForce 显卡和 Intel 810 集成显卡存在问题。该项目包含用于验证文件完整性和调试的工具，并且正在积极开发中，计划进行进一步改进和 Windows 9x 集成。
每日HackerNews RSS
## Windows 3.1 现代 SVGA 驱动 & 复古计算讨论
一个全新的、现代的通用 SVGA 驱动程序已为 Windows 3.1 开发，并已成功在现代 GPU（如 RTX 5060 Ti）上测试，利用“哑 framebuffer”模式和 VESA VBE 支持。这突出了当前硬件持续的 VGA 兼容性，甚至可能用于新 GPU 的工厂工具。
讨论引发了关于在现代硬件上直接运行旧软件与使用模拟器的争论。人们对较新的英特尔集成 GPU 中 VBIOS 支持的缺失表示担忧，但有人建议从旧型号中寻找“氛围编码”解决方案。
一个反复出现的主题是，与 Windows 98 甚至 Windows 3.1 等旧操作系统相比，现代软件的运行速度似乎很慢，尽管硬件性能远超前者。参与者指出，臃肿的软件、简单任务（如 GIF 渲染）的低效现代实现以及 NT 基于 Windows 版本中增加的输入延迟是导致这一现象的因素。人们怀念旧系统的响应速度，并认为现代硬件的使用率不足。
经过五年的开发，AV2视频编解码器正在展现其实际可行性。在2026年的CES展会上，AOMedia成员谷歌和VideoLAN展示了在标准笔记本电脑硬件上成功解码AV2，并得到了THX的支持。 VideoLAN在其VLC 4媒体播放器中，通过使用带有AVM参考解码器的插件，在macOS上实现了实时AV2播放——这是原生桌面应用程序的首次。与此同时，谷歌利用定制浏览器版本和libavm解码器，在游戏笔记本电脑的Chrome浏览器上演示了流畅的1080p/24fps AV2流媒体。 这些演示证明AV2解码在原生应用程序和基于Web的流程中均可运行。虽然使用了参考实现和预发布代码（意味着性能并非最终版本），但结果突出了显著的进展，并为优化、更广泛的平台支持以及AV2编解码器的最终更广泛采用铺平了道路。
这次Hacker News讨论的核心是消费者笔记本电脑上实时AV2视频解码的演示。演示使用了软件参考实现——具体来说是AOMediaCodec，并利用基于CPU的解码，配合SIMD指令（苹果笔记本电脑上的ARM Neon，x86上的AVX2）。
虽然在x86上实现了1080p/24fps的实时解码，但评论员指出缺乏详细的性能数据，例如码率改进以及与AV1的比较。该演示旨在展示AV2相对于早期AV1解码器的成熟度，即使*没有*硬件加速。
对话还涉及了视频编解码器专利的复杂性，人们对HEVC许可以及潜在的更高版税表示担忧，并提倡使用免版税的替代方案，如AV1和AV2。AV2建立在AV1之上，为AR/VR、多节目传输以及改进的屏幕内容处理提供增强功能。
此网站正在使用安全服务来保护自身免受在线攻击。我们正在检查您的浏览器以建立安全连接并保护您安全。请启用JavaScript以继续。
黑客新闻 新的 | 过去的 | 评论 | 提问 | 展示 | 工作 | 提交 登录
日本的东印度公司 (historytoday.com)
14 分，Thevet 2 天前 | 隐藏 | 过去的 | 收藏 | 2 条评论 帮助
jen729w 2 天前 | 下一个 [–]
如果你对此感兴趣，这是一部令人愉快的历史小说。https://en.wikipedia.org/wiki/The_Thousand_Autumns_of_Jacob_...
还有一家博物馆。它在我的清单上！https://www.niche-museums.com/59 回复
amriksohata 1 天前 | 上一个 [–]
提供高质量炸药和弹药被视为从潜在冲突中获利的一种方式，这最终让幕府对他们的存在感到警惕。
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
该仓库已于2026年4月3日由所有者归档。现在为只读模式。👍 1人点赞 👎 1人踩 😄 1人笑 🎉 1人欢呼 😕 1人困惑 ❤️ 1人爱心 🚀 1人火箭 👀 1人眼睛。您现在无法执行此操作。
## Nvim-treesitter 因维护者沮丧而归档
流行的 Neovim 插件 `nvim-treesitter` 因部分用户的不当行为而被其维护者归档。事件起因于对与较新 Neovim 版本兼容性的投诉，凸显了开源中一个反复出现的问题：有权 entitlement 的用户要求免费工作并攻击维护者。
Hacker News 上的讨论集中在回复无礼用户是否有成效，一些人认为应考虑充满激情的反馈，而另一些人则强调尊重志愿者开发者的时间的重要性。许多评论员对维护者表示同情，并对一些开源用户的“免费午餐”心态感到沮丧。
此次归档引发了对项目未来方向的质疑，尽管核心功能已集成到 Neovim 本身。该事件强调了维护开源项目的挑战以及需要尊重社区互动。一些用户建议采取更严格的审核或自托管等替代方法，以避免将来出现类似问题。
## zml-smi：通用硬件监控
zml-smi 是一款全面的 GPU、TPU 和 NPU 诊断和监控工具，是 nvidia-smi 和 nvtop 等工具的多功能替代品。它提供 NVIDIA、AMD、Google TPU 和 AWS Trainium 设备在硬件性能和健康状况方面的实时洞察，并计划随着 ZML 的扩展支持更多平台。
主要功能包括：通过 `--top` 标志显示设备利用率、温度和内存使用情况；提供主机级别指标，如 CPU 利用率和内存；以及详细说明使用设备的进程及其资源使用信息。
zml-smi 专为可移植性而设计，仅需要设备驱动程序和 GLIBC，并在完全沙盒化的环境中运行。它利用现有库（NVML 用于 NVIDIA，AMD SMI 用于 AMD）和 API（gRPC 用于 TPU，libnrt 用于 Trainium）来收集详细指标——镜像 tpu-info 和 neuron-top 等工具的数据——甚至可以通过下载的 ID 文件动态更新 AMD GPU 的识别。
## Zml-smi：一种用于GPU、TPU和NPU的新监控工具
一种名为**zml-smi** (zml.ai) 的新工具旨在为GPU、TPU和NPU提供通用的监控功能。该工具在Hacker News上发布，讨论集中在其特性和潜在缺点上。
虽然备受赞扬，评论者指出已有的工具，如**nvtop**和**all-smi**，已经提供了一些重叠的功能，包括TPU和更广泛的硬件支持。zml-smi的关键区别在于其对**沙盒**的关注，开发者认为这一特性无法有效地合并到现有项目中。
用户报告了NPU支持的测试结果不一，尤其是在Ryzen AI处理器上。开发者承认了这一点，并计划进行调查。值得注意的是，创建者确认提供**Prometheus格式**输出，并表示愿意添加**CPU使用率**监控。有人担心，如果将供应商特定的拦截方法集成到更大的项目（如nvtop）中，可能会影响可维护性。
## 不情愿的拥抱：生成式AI的实践
尽管作者对生成式AI持有强烈反对意见，但最近还是利用生成式编码（Claude Code）完成了一个项目——将Taggart学院从商业平台迁移并实施课程完成证书。该工具*有效*，但整个过程令人不快，是由时间限制和作为“AI安全专家”的新角色需求驱动的，需要深入了解这些工具。
作者强调生成式AI的伦理和社会危害，但同时也认识到为了安全测试和缓解风险，需要理解它。该项目涉及使用Rust和Svelte构建一个证书生成器，利用Claude Code的规划功能和测试驱动开发方法。虽然生成的代码很健壮，甚至超过了独立完成的水平，但整个体验感觉像是被动地接受建议，而不是主动地创造。
最终，作者承认该工具*在狭窄范围内*——编码任务——具有潜力，但仍然对其更广泛的影响深感担忧，包括认知影响和对被盗知识产权的依赖。关键要点是呼吁反对意识形态的纯粹性和内部分裂，主张工人们团结起来对抗那些从潜在有害技术中获利的人。作者个人不倾向于重复这个过程，但避免谴责那些发现这些工具有价值的人。
对不起。
1 个单元，随时准备学习 10 个部分，结构化学习步骤 110 个词汇在语境中引入，而非列表 447 句话贯穿所有部分和练习 199 个替换练习，模式练习直至自动化 141 个变式练习，围绕核心模式建立灵活性 38 个反应练习，听取提示，给出答案 25 个翻译练习，映射英语和德语之间的含义 17.5 分钟常速音频，母语速度录制 31.2 分钟慢速音频，放慢速度以便精确听力
## Detawk：一款为FSI德语学习者的新工具
一位开发者推出了Detawk (detawk.com)，这是一个旨在帮助使用外交学院（FSI）德语基础课程学习者的网络应用程序。目前包含第一单元，该应用程序为每个单词和句子提供慢速和快速的音频，以促进发音和理解。它还包括带有键盘导航的抽认卡，方便高效练习。
该发布在Hacker News上引发了讨论，用户赞扬了该应用程序的潜力，同时也提出了建设性的批评。一些评论员指出着陆页文案存在问题，认为它听起来像是AI生成的，并且包含语法错误。一位用户质疑Detawk“是唯一能真正培养口语者的德语课程”这一说法，引发了与Duolingo、Pimsleur和Coffee Break German等知名课程的比较。
开发者承认了这些反馈，表示计划修改着陆页，并在完成FSI完整课程的整合后，最终开发移动应用程序。
启用 JavaScript 和 Cookie 以继续。
对不起。
## 前端开发的未来：浏览器驱动的UI 前端开发正处于一个转折点。尽管人工智能UI生成技术有所进步，大多数SaaS产品仍然依赖于定制构建的界面，导致重复劳动和不一致的用户体验。一种潜在的解决方案？将UI生成转移到浏览器本身。 目前，服务器驱动UI和生成式UI等方法仍然将控制权掌握在服务提供商手中。作者提出了一种激进的转变：服务发布一份详细描述其能力和数据的“manifest”（清单），而浏览器则根据*用户*偏好（字体大小、配色方案、可访问性需求）生成UI，这些偏好将普遍应用于所有服务。 这个“自适应浏览器”的概念解决了关键问题：跨集成的不一致UI模式和可访问性不统一。可访问性成为默认设置，而不是事后才考虑的问题。虽然复杂性转移到API设计和语义数据契约上，但这鼓励了更丰富、更标准化的API——有效地使API成为核心产品。 这个未来，可能在3-5年内实现，设想浏览器作为智能用户代理，通过这些API拼接来自各种服务的上下文数据。成功与否不在于漂亮的UI，而在于强大的API和有用的数据，组织机构需要在定义的边界内设置定制化的限制。前端不会消亡，但其开发正在向API设计和浏览器智能演变。
## 浏览器内置用户界面：摘要
最近在Hacker News上进行了一场讨论，探讨了浏览器利用LLM动态生成用户界面的想法，将控制权从网站开发者转移到用户手中。核心概念是构建一个网站通过API暴露数据的网络，浏览器根据用户偏好构建个性化界面——本质上将网站变成数据源，而不是固定的体验。
一些人认为这具有提高可访问性、定制性和效率的潜力，但许多人对此表示反对。担忧集中在品牌上——公司希望控制其形象，以及精心策划的艺术设计在传达超越原始功能的价值方面的重要性。 还有人强调了支持、文档和保持一致性的实际挑战。
这场争论触及了简化、数据驱动的网络与人类对审美体验和品牌认同的需求之间的紧张关系。完全取代传统网页设计似乎不太可能，但这个想法引发了关于网络交互未来的讨论，可能会影响SaaS产品的构建和使用方式，以及用户通过AI代理与数据交互的方式。最终，可行性取决于成本、复杂性和用户是否将个性化优先于既定的品牌体验。
[2013年3月] 2013年3月2日，VP与美国结束以色列占领运动合作，在华盛顿特区发起了一项广告牌宣传活动。正值美国以色列公共事务委员会（AIPAC）举行年度国会游说活动期间，该活动呼吁停止美国承诺在未来十年内向以色列提供300亿美元的军事援助。这是三张海报之一，旨在突出美国对以色列的资助可以用来满足社区需求的途径。通勤者在华盛顿特区地铁和一辆跟随AIPAC会议与会者的卡车上的广告牌上看到了这些海报。
对不起。