# audio_codecs

**Repository Path**: rbmicro/audio_codecs

## Basic Information

- **Project Name**: audio_codecs
- **Description**: No description available
- **Primary Language**: Unknown
- **License**: Not specified
- **Default Branch**: master
- **Homepage**: None
- **GVP Project**: No

## Statistics

- **Stars**: 0
- **Forks**: 0
- **Created**: 2026-09-14
- **Last Updated**: 2026-09-14

## Categories & Tags

**Categories**: Uncategorized

**Tags**: None

## README

# audio_codecs — 音频算法库原始发布物镜像

本仓存放 xt-sdk 构建时按需拉取的第三方音频算法库**原始发布物**，按
`<项目家>/<项目>/<原始文件名>` 组织。**字节与原发布物一致，不做一个字的改动。**

构建侧见 xt-sdk：`components/audio/codecs/*/xmake.lua`（`url` + `sha256` 钉住）
与 `scripts/sdk_component.lua`（下载 + 校验 + 解包）。

## 为什么原样存

镜像要能**替代**上游，就必须与上游是同一份字节——`sha256` 一字不改，上游才
仍是等价备源。若解包后重新打成一个 git 仓，commit 是我们自己的、上游没有，
回退就废了；而且"测过的发布物"与"客户编的源码"之间会多出一层没人验证过的转换。

## 现有内容

| 文件 | 项目家 | 实际下载自 | 版本 | SHA256 | 大小 |
|---|---|---|---|---|---|
| `xiph/ogg/libogg-1.3.5.tar.gz` | xiph.org/ogg | downloads.xiph.org | 1.3.5 | `0eb4b4b9…b664` | 593,071 |
| `xiph/opus/opus-1.5.2.tar.gz` | xiph.org/opus | downloads.xiph.org | 1.5.2 | `65c1d2f7…7ce1` | 7,839,412 |
| `sourceforge/opencore-amr/opencore-amr_0.1.6.orig.tar.gz` | sourceforge.net/opencore-amr | Debian pool | 0.1.6 | `483eb406…dc4a1` | 939,179 |
| `sourceforge/opencore-amr/vo-amrwbenc_0.1.3.orig.tar.gz` | sourceforge.net/opencore-amr | Debian pool | 0.1.3 | `5652b391…d9d4e` | 608,936 |

> 目录第一层是**项目家**，不是我们实际下载的站点。opencore-amr 与 vo-amrwbenc
> 同属 SourceForge 的 opencore-amr 项目（vo-amrwbenc 自己的 `configure.ac` 里
> 写的就是该项目地址）；两者的发布物取自 Debian 官方镜像的上游 orig 包，与
> SourceForge 发布物字节一致——SourceForge 直连国内不稳。
>
> libogg 只有 xiph 这一处源：Debian 那边是 `libogg_1.3.5.orig.tar.xz`，字节不同，换不得。

## 怎么取

```bash
curl -fL -o libogg-1.3.5.tar.gz \
  https://gitee.com/rbmicro/audio_codecs/raw/master/xiph/ogg/libogg-1.3.5.tar.gz
```

**必须带 `-L`**：raw 会 302 到 gitee 的 CDN；不带 `-L` 只会拿到那个跳转页的
HTML 壳（HTTP 200，但内容不是文件）。

## 规矩

- **已发布的包永不改写、永不删除**——旧版本 SDK 的构建要靠它。加新版本 = 新增文件。
- 加包前先核对 sha256 与 xt-sdk 组件里钉的值一致，不一致就别传。