pipewire.org

EFE 的音频新闻是这家西班牙语通讯社日常供稿的一部分，与文字、图片、视频和多媒体内容并列发布。按 EFE 官网的自我介绍，它每年分发约 300 万条新闻，覆盖文本、摄影、视频、音频和多媒体等格式。因此音频不是独立产品，而是其新闻生产链条中的一种载体，主要面向西班牙语受众和采用西语内容的媒体机构。对普通读者来说，能否直接收听、以什么方式收听，取决于 EFE 对各类内容的开放程度和合作媒体的转载安排，而不是一个统一的公开音频库。

EFE 音频新闻包含哪些内容

从通讯社的供稿结构看，音频通常服务于以下几类场景：

• 新闻播报：把当日或突发新闻以口播形式呈现，便于广播电台、播客和网站直接采用。
• 采访与录音素材：记者采录的当事人、官员或专家原声，供合作媒体在报道中引用。
• 音频报道：围绕某一事件制作的成片音频，可能配合文字或图片稿件一起分发。
• 多媒体组合：音频与文字、照片、视频打包，作为同一新闻事件的不同呈现方式。

需要说明的是，EFE 官网资料只说明其分发音频格式，并未逐一列出音频栏目的名称、时长或更新频率。因此具体某条音频是否存在、属于哪种类型，要以实际发布内容为准。

音频通过什么渠道发布

EFE 的音频内容主要通过以下路径到达受众：

对读者而言，最常接触到 EFE 音频的场合，往往不是直接访问 efe.com，而是在采用其内容的西语媒体上听到或看到。也就是说，收听入口更多取决于转载方，而非 EFE 单一平台。

如何收听或获取 EFE 音频

由于官网资料没有给出统一的公开音频播放页或下载入口，实际操作可以按以下思路进行：

1. 访问 efe.com：在官网查找多媒体、视频或音频相关栏目，确认是否有可直接播放的内容。
2. 关注采用 EFE 供稿的媒体：西语广播电台和新闻网站是 EFE 音频的主要落地渠道，收听这些媒体比直接找 EFE 音频库更可行。
3. 留意多媒体报道中的音频元素：EFE 的音频常与文字、图片、视频配合出现，在相关报道页面内播放。
4. 确认使用权限：若你是媒体从业者，需要下载或转载音频，应通过 EFE 的供稿与授权渠道办理，而不是直接从公开页面抓取。

需要提醒的是，EFE 官网资料未提及音频内容是否免费开放、是否需要登录或订阅。因此不能默认其音频可随意下载或免费使用。

版权与授权注意事项

EFE 是通讯社，其内容主要面向媒体客户分发。音频作为供稿的一部分，通常涉及授权使用：

• 个人收听公开播出的内容一般没有问题，但下载、转载或二次发布需要获得授权。
• 媒体采用 EFE 音频，应通过其商业供稿渠道，遵守相应的使用条款。
• 官网资料没有说明具体的授权价格或流程，这类信息需直接向 EFE 查询。

小结

EFE 的音频新闻是其西语多媒体供稿的一环，内容涵盖播报、采访和音频报道，主要通过官网和合作媒体发布。普通读者收听 EFE 音频，最现实的途径是关注采用其内容的西语媒体；媒体用户则需通过正式授权渠道获取和使用。由于官网未公开音频的独立入口、免费政策或授权细节，涉及下载和转载时应以 EFE 官方说明为准。

PipeWire 不是要取代 PulseAudio 或 JACK 的“另一个音频系统”，而是一个低延迟、基于图的音视频处理引擎，它把 PulseAudio 和 JACK 原本各自负责的使用场景统一到同一套底层之上。按照官网的说法，PipeWire 的目标是“支持目前由 PulseAudio 和 JACK 分别处理的使用场景”，并对 PulseAudio、JACK、ALSA、GStreamer 应用提供无缝支持。也就是说，对普通应用而言，它尽量表现得像原来的系统；对底层架构而言，它是一层更通用的处理引擎。

三者的定位差异

从表中可以看出，PipeWire 的定位是“统一层”：它既处理普通桌面音频，也处理实时多媒体，还让多进程应用能共享音视频内容。

为什么说它不是简单替代

官网明确列出了 PipeWire 的能力范围：

• 以最小延迟进行音频和视频的采集与回放
• 对音频和视频进行实时多媒体处理
• 多进程架构，让应用之间共享多媒体内容
• 无缝支持 PulseAudio、JACK、ALSA 和 GStreamer 应用
• 支持沙箱化应用，主要面向 Flatpak

关键在于最后两点。PipeWire 被设计成能与现有生态共存：PulseAudio 应用和 JACK 应用不需要被重写，就能在 PipeWire 上运行。同时，它把“与音视频设备交互”这件事放进了更强的安全模型里，使容器化、沙箱化的应用也能方便地访问设备——这是 PulseAudio 和 JACK 时代没有作为核心目标考虑的问题。

对使用者的实际含义

如果你只是普通桌面用户，发行版里的 PipeWire 通常已经能接管 PulseAudio 的日常音频工作。官网提到，支持音频用例的 PipeWire 应该已在大多数发行版中可用，但“大多数发行版不会默认启用音频部分”，需要按文档运行示例来验证。

如果你在做专业音频或低延迟工作，PipeWire 对 JACK 的兼容意味着原有 JACK 工作流有机会迁移到同一套引擎上，而不必同时维护两套音频栈。

想进一步确认时看哪里

• 获取与构建：官网 “Getting PipeWire” 一节给出了从 GitLab 克隆源码的方式，以及基于 Meson 的构建流程（./autogen.sh --prefix=$PREFIX、make、make install）。官网建议不要直接安装这类构建，唯一开箱即用的 $PREFIX 是 /usr，更推荐构建发行版包或直接从构建目录运行。
• 运行测试：在源码目录用 make run 测试 PipeWire 服务器；用 make shell 设置环境变量后，可运行 builddir/src/examples/video-play 等示例。官网提醒，必须设置正确的环境变量，否则插件和模块会找不到。
• 文档：PipeWire 的文档、开发者 API 文档（官网注明尚不完整）以及 wiki 页面，都可以从官网的 Documentation 一节进入。

一句话总结：PipeWire 用一套图式处理引擎，把 PulseAudio 的桌面音频场景和 JACK 的低延迟专业场景收拢到一起，并通过兼容层让既有应用继续工作，同时补上了面向沙箱应用的安全模型。

PipeWire 是一个面向 Linux 的音视频处理项目，提供低延迟、基于图的处理引擎，目标是同时覆盖 PulseAudio 和 JACK 的使用场景，并支持 ALSA、GStreamer 以及 Flatpak 沙箱应用。如果你想从源码运行和测试它，官方给出的路径是：用 Meson 构建系统编译，然后通过 make run 启动服务器、用 make shell 设置环境变量并运行示例程序。这套流程适合想验证源码构建结果、或在不安装到系统的情况下试用 PipeWire 的开发者。

前提条件

• 已获取 PipeWire 源码。官方仓库位于 GitLab，克隆命令为：

git clone https://gitlab.freedesktop.org/pipewire/pipewire.git

• 构建使用 Meson 构建系统。官方提供了一个便捷脚本和 makefile，使构建过程相对直接。
• 官方建议尽量不要把这种构建安装到系统里。如果确实要安装，唯一开箱即用的 $PREFIX 是 /usr；更推荐的做法是构建自定义发行版包，或者直接从构建目录运行而不安装。

构建步骤

在源码目录中执行：

./autogen.sh --prefix=$PREFIX
make
make install

其中 --prefix 指定安装前缀。如前所述，只有 /usr 能开箱即用，因此更稳妥的方式是跳过 make install，直接从构建目录运行。

运行与测试

启动 PipeWire 服务器

在源码目录中执行：

make run

这会启动 PipeWire 服务器，用于测试。

设置运行环境并运行示例

在另一个终端窗口中执行：

make shell

这一步会设置好环境变量，使你能从构建目录运行示例应用。例如运行视频捕获与显示示例（基于 SDL）：

builddir/src/examples/video-play

你也可以尝试其他示例程序。

常见卡点

• 环境变量未设置：官方特别提醒，必须按上述方式设置正确的环境变量，否则插件和模块将无法被找到，示例程序会运行失败。
• 安装前缀问题：如果坚持 make install，只有 /usr 前缀能直接工作；其他前缀需要自行处理，因此官方更推荐不安装、直接从构建目录运行。
• 音频用例默认未启用：PipeWire 的音频支持在多数发行版中已可用，但多数发行版默认并未启用音频部分，需要参考官方文档运行相关示例来验证。

进一步了解

• 官方文档：PipeWire 的文档页面。
• 开发者可查看 PipeWire API 文档（官方说明其为不完整状态）。
• 更多有用页面汇总在 PipeWire wiki 上。

PipeWire 是自由软件，项目也提供了参与开发的入口（Get Involved）。

PipeWire 的官方文档、API 参考和社区入口都集中在 pipewire.org 上。官网本身内容不多，主要起导航作用：文档链接、开发者 API 文档、wiki 和 GitLab 仓库分别指向不同站点。如果你只是想查配置或排错，从官网的 Documentation 一节进入即可；如果你想读源码或参与开发，则需要转到 GitLab。

官网提供哪些入口

pipewire.org 首页按几个板块组织信息，与文档和参与相关的主要是三个：

官网对 API 文档的表述是“incomplete（不完整）”，这一点需要提前有预期：查接口时可能找不到全部内容，需要结合源码或其他页面交叉确认。

文档怎么找

官网的 Documentation 一节是起点，它把读者分流到两类资料：

• 面向使用者的文档：官网写的是“PipeWire is documented here”，即文档托管在官网指向的页面上，适合查运行方式、配置和示例。
• 面向开发者的 API 文档：官网明确标注其不完整，适合作为接口检索的辅助，而不是唯一依据。

如果这两处都没覆盖你的问题，官网建议去看 PipeWire wiki，它被描述为“a collection of other useful pages”。也就是说，wiki 承担的是补充和扩展的角色，而不是主文档。

源码与参与开发

PipeWire 是自由软件，源码托管在 GitLab（gitlab.freedesktop.org）。官网给出的克隆命令是：

git clone https://gitlab.freedesktop.org/pipewire/pipewire.git

拿到源码后，官网说明它使用 Meson 构建系统，并提供了一个便利脚本和 makefile：

./autogen.sh --prefix=$PREFIX
make
make install

这里有一个官网特别强调的注意点：不建议直接安装这类构建，而且开箱即用唯一可用的 $PREFIX 是 /usr。官网给出的替代做法是构建发行版包，或者干脆不安装、直接从构建目录运行。

想在不安装的情况下试用，官网提供了两条命令：

• make run：从源码目录测试 PipeWire 服务端。
• make shell：在另一个窗口执行，用于设置环境变量，之后可以从构建目录运行示例程序，例如 builddir/src/examples/video-play。

官网提醒，必须按上述方式设置好环境变量，否则插件和模块会找不到。

常见卡点

• API 文档不完整：官网自己标注了这一点，查不到接口时不要默认是自己用错了，换 wiki 或源码确认。
• 不要随手 make install：官网明确不推荐安装源码构建，且只有 /usr 前缀开箱可用，装到别处容易出问题。
• 示例程序跑不起来：多半是环境变量没设。官网要求先执行 make shell 再运行示例，否则插件和模块定位失败。
• 发行版默认未启用音频部分：官网提到，多数发行版已包含支持音频用例的 PipeWire，但通常不会默认启用音频部分，需要按文档运行示例来验证。

该从哪里开始

• 只想用起来、查配置：从官网 Documentation 进入，遇到缺口再查 wiki。
• 想读源码或提交改动：直接去 GitLab 克隆仓库，按 Meson 流程构建，优先用 make run / make shell 在构建目录里验证，而不是安装到系统。
• 想参与社区：官网 Get Involved 一节是入口，项目为自由软件，贡献渠道以 GitLab 为主。

PipeWire 是一个面向 Linux 的音视频处理项目，目标是统一并改进 Linux 下音频和视频的处理方式。它提供一个低延迟、基于图的处理引擎，运行在音视频设备之上，用来覆盖目前由 PulseAudio 和 JACK 分别处理的用例。如果你在 Linux 上遇到音频服务割裂、Flatpak 应用访问声卡困难、或需要同时兼顾普通播放和实时音频处理，PipeWire 就是为这类场景设计的。

它解决什么问题

传统 Linux 音频栈长期分成两条路线：

• PulseAudio：面向桌面普通播放和录音，易用但对专业低延迟场景支持有限。
• JACK：面向实时音频处理，延迟低但配置复杂，不适合日常桌面。

PipeWire 的设计目标是把这两类需求合并到同一个引擎里，同时兼容已有的 ALSA、GStreamer 应用。它的核心特征包括：

安全模型是它区别于早期方案的一点：PipeWire 被设计成让容器化应用也能方便地与音视频设备交互，Flatpak 应用支持是首要目标。官方把 PipeWire 与 Wayland、Flatpak 并列，视为未来 Linux 应用开发的核心构建块。

如何获取和运行

大多数发行版已经提供支持音频用例的 PipeWire，但很多发行版默认没有启用音频部分。也就是说，装上不等于已经在用，需要确认发行版是否已切换。

如果想从源码获取，最新代码在 GitLab：

git clone https://gitlab.freedesktop.org/pipewire/pipewire.git

PipeWire 使用 Meson 构建系统，官方提供了便捷脚本和 makefile：

./autogen.sh --prefix=$PREFIX
make
make install

官方明确建议尽量不要安装这类构建，因为开箱即用唯一可用的 $PREFIX 是 /usr。更推荐的做法是构建自定义发行版包，或者直接从构建目录运行而不安装。

从源码目录测试服务器：

make run

在另一个窗口测试 SDL 视频捕获和显示：

make shell

这一步会设置好环境变量，让你能从构建目录运行示例程序，例如：

builddir/src/examples/video-play

常见卡点：如果不按上述方式设置正确的环境变量，插件和模块会找不到，示例程序无法正常运行。

文档和参与

• 官方文档：PipeWire 官网的 Documentation 部分
• API 文档：面向开发者，官方说明是不完整的
• Wiki：PipeWire wiki 上有一系列其他有用页面

PipeWire 是自由软件。想参与开发可以从官网的 Get Involved 部分入手。

你该不该关注它

• 普通桌面用户：如果你的发行版已默认启用 PipeWire 音频，你大概率已经在用它，无需额外操作。
• Flatpak 用户：PipeWire 的沙箱支持正是为这类场景准备的，遇到应用访问音视频设备的问题时值得检查是否运行在 PipeWire 上。
• 实时音频/专业用户：它试图用一套引擎替代 PulseAudio + JACK 的组合，适合评估是否迁移。
• 开发者：可以关注它的图模型和 API，但要注意 API 文档目前不完整。