核心结论
9月23日22时42分(北京时间,对应14:42 UTC),ggml-org 在 GitHub 发布 llama.cpp 预发布 b11136。本次为 llama-server 的单点兼容修复:服务端开始接受 OpenAI Chat Completions 规范中的 video_url 内容类型,并允许视频以 data URI 形式传入。此前服务端仅接受非标准的 input_video 类型,且对视频关闭 base64 URI 支持,导致按 OpenAI 规范发送 video_url 或 data:video/mp4;base64 数据的兼容客户端直接失败。这是官方发布说明中本次唯一记载的功能变化,多平台二进制包与 UI 包已随版本同步附带,许可证仍为 MIT。
已核实变化
根据官方发布说明,变化共三项,均围绕同一调用路径。第一,将 video_url 作为 input_video 的别名接受,服务端不再以 unsupported content[].type 拒绝该类型。第二,无论客户端使用 video_url 还是 input_video 键,服务端均从实际使用的键读取媒体对象,保证两种写法行为一致。第三,对视频放行 data:video/* 的 data URI,此前图片已支持而视频未支持,本次补齐。官方明确指出,此前行为使任何 OpenAI 兼容客户端在发送视频时失败,报错为不支持的内容类型或 Invalid uri format,本次修复后该路径打通。GitHub API 记录该版本的 published_at 为2026-09-23T14:42:03Z,与北京时间9月23日22时42分一致,状态为预发布,非稳定版。
影响与适用
该变化面向在本地或自托管环境使用 llama-server,并通过 OpenAI 兼容的 Chat Completions 接口传入视频的开发者与多模态应用。Conference 此前若为规避该问题而改用 input_video 或避免使用 data URI,升级后可按 OpenAI 规范统一使用 video_url 与 data URI。对仅做纯文本或图片调用的部署,本次无行为变化。中国用户使用时仍需自行准备本地运行环境与模型权重,并注意 data URI 会显著增大单次请求体,仍受服务端上下文与超时等既有约束影响,具体以本地实际验证为准。
限制与下一步
本次官方说明未给出性能、准确率或基准对比,也未声明新增模型支持或 API 定价变化,不应将其理解为多模态能力升级。版本为预发布,官方未承诺生产稳定性,建议先在测试环境验证视频解析、内存占用与兼容客户端的端到端调用,再决定是否跟随。多平台预编译包已同步更新,需要的系统可下载对应包验证;如继续遇到请求失败,应保留请求体类型、URI 前缀与服务端日志,向仓库反馈以便定位。以上时间、版本与功能结论来自当日官方发布页,编辑未做独立功能测试。