最新

作者在此。OxiMedia 是用纯 Rust 语言对 FFmpeg 和 OpenCV 进行的全新重构。版本 v0.1.0，包含 92 个 crate，约 136 万行代码。 关键决策：工作空间范围使用 `#![forbid(unsafe_code)]`，仅支持无专利的编解码器（AV1/VP9/Opus/FLAC -- 永远不包含 H.264/H.265/AAC），基于 Tokio 的异步，默认功能无 C/Fortran 依赖，原生 WASM 目标。 这是 v0.1.0 版本 -- API 已经稳定，但尚未经过大规模实战测试。即将推出与 FFmpeg/rav1e/dav1d 的性能基准测试。 欢迎对 API 设计提出反馈，特别是关于滤镜图和转码流程。 GitHub：<a href="https://github.com/cool-japan/oximedia" rel="nofollow">https://github.com/cool-japan/oximedia</a>

YAML 在生产环境中总是让人“惊喜”。比如“挪威问题”（`NO` 被解析为 `False`）。还有静默的重复键覆盖。YAML 规范有 211 条语法产生式。大部分的复杂性都是为了支持那些在配置文件中没人想要的功能。 GYML 是 YAML 的一个严格子集。有效的 GYML 总是有效的 YAML。它保留了块缩进语法，并结合了 JSON 的类型语义：每种类型只有一种拼写方式，没有锚点，没有别名，没有标签，重复的键是硬错误。从头开始编写的解析器，没有运行时依赖，完全类型化的 Python。 [https://github.com/janbjorge/gyml](https://github.com/janbjorge/gyml)

我开发了 warp_cache，一个线程安全的 Python 缓存装饰器，由 Rust 扩展（PyO3）提供支持。它被设计为 functools.lru_cache 的即插即用替代品。 主要特点： * SIEVE 驱逐（NSDI'24）代替 LRU — 抗扫描，在真实工作负载上减少高达 21.6% 的缓存未命中 * 整个缓存查找过程在单个 Rust __call__ 中完成 — 没有 Python 包装开销 * 开箱即用的线程安全：在 GIL 下使用 GilCell，在自由线程 Python (3.13+) 下使用分片 RwLock * 通过 mmap 实现跨进程共享内存后端（跨进程 970 万次操作/秒） * 单线程 1600 万–2300 万次操作/秒，比 cachetools 快 25 倍，在多线程负载下比 lru_cache + Lock 快 1.6 倍 从 lru_cache 迁移只需一行代码： ```python -from functools import lru_cache +from warp_cache import cache -@lru_cache(maxsize=128) +@cache(max_size=128) ``` 基准测试和驱逐质量比较在仓库中。