一周热榜

大家好，我是 muesli 的开发者——这是一款满足您所有语音转文本需求的一站式应用程序，无论是语音听写还是会议转录，它都可以在您的 Apple 神经引擎上运行，使用基于 CoreML 的 STT 模型（Parakeet、Whisper、Cohere transcribe）。所有内容都是开源的，我们目前有 160 个星标——纯天然的——希望大家使用它并为进一步开发做出贡献。

嗨 HN， 我一直在使用 Cloudflare 的 Browser Run 和 Workers AI 来创建这个有趣的“网站 vs 网站”网站。 谷歌的 Gemma 4b 模型在视觉方面表现确实不错。

大家好，我是 Erwin。我开发了一个小巧、免费的开源实用程序，可以将蓝牙 LE MIDI 键盘桥接到新的 Windows MIDI Services 堆栈中，这样任何 DAW 或 Web MIDI 应用程序都可以像使用有线键盘一样使用它们。<p>我购买了一台 Roland FP-90X 钢琴，部分原因在于它具有蓝牙 MIDI 功能。在我的 Windows 11 电脑上，配对成功了，但我的 DAW 无法识别键盘，而且我从电脑发送的音符也从未让钢琴发出声音。经过了令人沮丧的无数个夜晚，我将这个问题分解为三个相互叠加的独立错误。<p>第一个是众所周知的：Windows 仅通过 WinRT API 本地公开 BLE-MIDI，而几乎没有 DAW 轮询它。因此，即使配对成功，MIDI 应用程序仍然无法看到该设备。通常的解决方法是 MIDIberry + loopMIDI，但在我的情况下，我无法让这种组合可靠地工作，而且我想要一个单一的应用程序解决方案。新的 Windows MIDI Services 堆栈附带了一个名为环回端点的功能：写入一个端点的任何内容都会从另一个端点输出，并且任何 winmm/WinRT/WMS 应用程序都会将其视为正常的 MIDI 端口。因此，该应用程序执行 WinRT BLE-MIDI 输入，WMS 环回输出。这解决了方向一，钢琴到电脑。<p>方向二，电脑到钢琴，仍然无法工作。NoteOn 写入被 ATT-acked，但钢琴保持静音。我尝试了两种写入模式（一些 BLE-MIDI 固件会默默地丢弃其中一种），并探测了专有的 ISSC 特性。每个变体都被 ATT-acked，每个变体都产生静音。所以字节已经到达了钢琴。GATT 层之上的某些东西正在丢弃它们。<p>在排除了配对、加密、写入模式和专有特性之后，唯一明显的选择就是 MIDI 通道本身。FP-90X 有一个名为“发送通道”的面板设置，默认为 1。但事实证明，FP-90X 实际上在通道 4 上接收（并且无法更改）。我在通道 1 上发送的音符被 GATT-acked，并在合成器引擎处被默默地丢弃，因为它们不在引擎正在监听的通道上。在任何层都没有反馈。修复必须存在于应用程序层，所以我添加了一个“检测”按钮，该按钮在每个通道上从 1 到 16 播放 N 个测试音符：您数一下您实际听到的音符，该数字就是接收通道。每个 BLE MAC 保存，大约 75 秒，每个钢琴永远完成。<p>技术栈：.NET 10，Avalonia 用于 UI（BLE/MIDI 方面仅限 Windows，但 UI 层是可移植的），Microsoft.Windows.Devices.Midi2 包用于 WMS，Windows.Devices.Midi (WinRT) 直接用于 BLE，而不是依赖于 Korg 较旧的 WinMM 驱动程序。MIT 许可，单个自包含的 ~21 MB 可执行文件，没有安装程序，没有遥测，没有帐户。<p>我为自己构建了它，并将其与我的 FP-90X 一起使用，通过几个应用程序和 Web MIDI 网站进行演奏。来自 Microsoft Windows MIDI Services 团队的 Pete 在我将其分享到 r/synthesizers 时对 BLE 集成给予了积极评价（<a href="https://www.reddit.com/r/synthesizers/comments/1szvuiq/comment/oj5ew9b/" rel="nofollow">https://www.reddit.com/r/synthesizers/comments/1szvuiq/comme...</a>）。<p>网站（带截图）：<a href="https://mayerwin.github.io/Perfect-Bluetooth-MIDI-For-Windows/" rel="nofollow">https://mayerwin.github.io/Perfect-Bluetooth-MIDI-For-Window...</a> 源代码：<a href="https://github.com/mayerwin/Perfect-Bluetooth-MIDI-For-Windows" rel="nofollow">https://github.com/mayerwin/Perfect-Bluetooth-MIDI-For-Windo...</a> 详细的技术文章，包含完整的调试故事：<a href="https://dev.to/mayerwin/why-your-bluetooth-midi-keyboard-silently-drops-notes-on-windows-2i84" rel="nofollow">https://dev.to/mayerwin/why-your-bluetooth-midi-keyboard-sil...</a><p>仅使用我的 FP-90X 进行了个人测试。BLE 方面是通用的，因此其他键盘（WIDI Master、CME、Yamaha MD-BT01、Korg microKey Air、ROLI Seaboard 等）应该可以工作，但我尚未单独确认。非常欢迎设备测试报告、问题和 PR。

AI 编码代理正在大幅降低代码的生产成本，这可能会将软件项目的瓶颈从编写代码转移到评估、审查和安全地集成变更。 我很好奇这里的人们真正希望在下一代 Git 仓库托管平台上看到什么。 你希望 GitHub、GitLab、Forgejo、SourceHut 等平台目前没有提供什么？ 我正在思考的几个领域包括： * 处理更高的 PR 数量 * 更好的维护者控制 * 机器可读的项目策略 * 在人工审查之前的风险评分 * 将 AI 代理作为拥有者、权限和信任历史的一流贡献者 * 项目更好地说明他们真正想要的变更类型 * 比 GitHub 更开放或更便携的替代方案 什么会真正有用？ 什么会过度设计、令人讨厌或有害？

Freenet 的理念是“一切去中心化”，而我一直以来都想将这一理念应用于 Git。Git 最初的概念是去中心化的，但出于实际原因，大多数人使用像 GitHub 这样的中心化托管服务。 对于不熟悉的人来说，Freenet[1] 是一个用于构建去中心化系统的通用平台。 因此，我实现了一个可运行的原型，该原型已经托管了 freenet-core 仓库，并将其集成为一个 git 远程助手。目前还处于早期阶段，如果大家有兴趣，我非常欢迎任何反馈，并会快速迭代。 [1] <a href="https://freenet.org/" rel="nofollow">https://freenet.org/</a>