1. 项目概述：深入TMS320C62x的串行通信核心

在嵌入式DSP开发领域，尤其是面对TMS320C62x这类高性能处理器时，如何高效、可靠地处理实时数据流，是每个工程师都会遇到的硬核挑战。音频编解码、无线通信基带处理、多路传感器数据采集……这些场景的背后，都离不开一个关键角色：高速、灵活的串行通信接口。而TI的TMS320C62x系列DSP，其强大的多通道缓冲串行端口（McBSP）与配套的灵活MVIP接口电路（FMIC）支持库，正是为此而生的一套“瑞士军刀”。

我接触过不少项目，从早期的语音网关到后来的软件无线电原型，McBSP和FMIC这套组合拳的出场率极高。但官方手册往往只给出生硬的函数原型和参数列表，就像只给了你一把枪的零件图，却没告诉你如何在战场上快速组装、瞄准和射击。实际开发中，如何初始化设备、配置复杂的时钟与帧同步、选择阻塞还是非阻塞传输、管理多通道连接，每一步都藏着细节和“坑”。比如，为什么异步发送时DMA中断没触发？为什么配置了内部帧同步却没有数据输出？FMIC的384个通道到底该怎么映射？

这篇文章，我就结合多年的踩坑经验，为你彻底拆解TMS320C62x的McBSP驱动API与FMIC支持库。我不会仅仅复述手册内容，而是聚焦于“为什么”要这么设计，以及“如何”在实际项目中安全、高效地使用它们。我们将从最核心的异步传输机制入手，穿透DMA与中断的协作原理，再深入到每个关键API的实战配置要点，最后剖析FMIC在多路数字交换中的灵活应用。目标只有一个：让你拿到这份“地图”后，能绕过我当年走过的弯路，快速构建起稳定可靠的DSP串行通信子系统。

2. McBSP驱动API深度解析与实战

McBSP驱动API是操作串行端口的软件抽象层。它封装了底层寄存器的复杂操作，提供了 mcbsp_open , mcbsp_config , mcbsp_async_send 等一系列直观的函数。理解这些API，关键在于理解其背后的两个核心模型： 同步（阻塞）传输 与 异步（非阻塞）传输 ，以及支撑它们的 DMA（直接内存访问）引擎 。

2.1 同步与异步传输机制的本质区别

很多新手会困惑于 mcbsp_sync_send 和 mcbsp_async_send 该如何选择。这不仅仅是“快”和“慢”的问题，而是关乎整个系统实时性和CPU利用率的设计哲学。

同步传输（如 mcbsp_sync_send/receive ） 的工作方式，我习惯称之为“CPU亲自押镖”。当调用这个函数后，CPU会陷入一个循环，不断地轮询（Polling）McBSP的 数据发送就绪（DXR） 或 数据接收就绪（DRR） 标志位。只有当当前一个字（Word）的数据被成功移出或移入移位寄存器后，CPU才会处理下一个字，直到整个缓冲区传输完成，函数才会返回。

实战心得 ：同步传输的代码简单直观，就像用 for 循环一个个搬数据。在数据量小、对实时性要求不苛刻（比如仅做初始化配置后的少量参数传递），或者是在一个低优先级的后台任务中，使用同步方式是可以的。但它的致命缺点是 独占CPU 。在传输128个32位数据（即512字节）期间，CPU几乎不能做其他事情，这对于需要同时处理算法、响应中断的DSP系统来说是灾难性的。我曾在一个早期项目中用同步方式发送音频数据包，结果导致系统无法及时响应网络中断，造成了音频卡顿。

异步传输（如 mcbsp_async_send/receive ） 则引入了“DMA搬运工”和“中断通知员”的角色。调用 mcbsp_async_send 时，驱动会利用片上的 DMA（直接内存访问）控制器 来接管数据传输。CPU只需要告诉DMA：源地址（数据缓冲区）、目标地址（McBSP的数据发送寄存器DXR）、传输数据量，然后就可以“放手”去执行其他任务了。DMA会在后台，无需CPU干预，自动完成数据从内存到串口的搬运。

那么CPU如何知道传输完成了呢？这就是 回调函数（Callback） 的用武之地。当DMA完成一个数据块（Block）的传输后，会触发一个中断。McBSP驱动预先设置好的中断服务程序（ISR）会被调用，而这个ISR会去执行你提供的那个回调函数。你可以在回调函数里设置一个标志位、启动下一次传输、或者通知其他任务。

核心原理剖析 ：为什么异步传输更高效？这得益于TMS320C62x的EDMA（增强型DMA）架构。EDMA拥有独立于CPU的传输控制器，可以与CPU并行工作。在数据传输期间，CPU的运算单元（如.D1， .D2）和寄存器资源完全被释放，可以全力执行信号处理算法（如FIR滤波、FFT），只有当中断发生的瞬间才有微小的上下文切换开销。这种“计算与传输重叠”的模式，是发挥DSP高性能的关键。

2.2 关键API函数实战详解

理解了机制，我们再来逐一拆解每个API函数，看看在代码里到底该怎么用，参数又该如何设置。

2.2.1 设备生命周期管理： mcbsp_drv_init , mcbsp_open , mcbsp_close

这是使用任何外设驱动的标准三步曲：初始化驱动、打开设备、关闭设备。 

// 第一步：全局初始化驱动，必须最先调用且只调用一次
int status = mcbsp_drv_init();
if (status == ERROR) {
    // 处理错误：通常是内存分配失败
    printf(“驱动初始化失败！\n”);
    return ERROR;
}

// 第二步：打开特定的McBSP端口（0或1），获取设备句柄
Mcbsp_dev my_mcbsp_dev = mcbsp_open(0); // 打开McBSP 0
if (my_mcbsp_dev == NULL) {
    // 处理错误：端口可能已被其他任务占用
    printf(“无法打开McBSP 0，端口忙或无效\n”);
    return ERROR;
}

// ... 在这里进行配置和数据传输操作 ...

// 第三步：使用完毕，关闭设备，释放资源
mcbsp_close(my_mcbsp_dev);

注意事项 ：

  1. mcbsp_drv_init() 通常在主函数或系统初始化阶段调用一次，它为两个McBSP端口（0和1）分配内部管理所需的内存结构。重复调用无害，但会直接返回 OK 。
  2. mcbsp_open() 返回的是一个不透明的句柄（ Mcbsp_dev ），它本质上是一个指向驱动内部设备控制结构的指针。后续所有API调用都需要这个句柄来标识你操作的是哪个物理串口。务必检查返回值是否为 NULL 。
  3. mcbsp_close() 不仅释放句柄，通常还会将硬件复位到默认状态。确保在关闭前，所有数据传输（特别是异步的）都已经完成或停止，否则可能导致数据丢失或DMA访问非法内存。
2.2.2 核心配置函数： mcbsp_config

这是最复杂也最关键的函数。它通过一个 Mcbsp_config 结构体，一次性配置McBSP的发送器、接收器和采样率发生器。手册里的示例代码虽然长，但结构清晰。 

Mcbsp_config config; // 声明配置结构体

// 1. 回环测试模式：常用于自检，发送的数据直接环回给接收端
config.loopback = TRUE;

// 2. 配置发送器 (TX)
config.tx.update = TRUE; // 指示需要更新TX配置
config.tx.clock_polarity = CLKX_POL_RISING; // 时钟上升沿发送数据
config.tx.frame_sync_polarity = FSYNC_POL_HIGH; // 帧同步高有效
config.tx.clock_mode = CLK_MODE_INT; // 时钟源：内部（由采样率发生器产生）
config.tx.frame_sync_mode = FSYNC_MODE_INT; // 帧同步源：内部
config.tx.phase_mode = SINGLE_PHASE; // 单相位帧（简单，一帧内字长一致）
config.tx.frame_length1 = 0; // 帧长度1 = 1个元素（0表示长度寄存器值为0，实际元素数为值+1）
config.tx.word_length1 = WORD_LENGTH_32; // 每个元素32位
config.tx.frame_ignore = NO_FRAME_IGNORE; // 不忽略帧同步
config.tx.data_delay = DATA_DELAY1; // 数据延迟1个位时钟（标准SPI模式）

// 3. 配置接收器 (RX) - 通常与TX对称或根据外部设备设置
config.rx.update = TRUE;
config.rx.clock_polarity = CLKR_POL_FALLING; // 接收时钟下降沿采样（与发送上升沿对应）
config.rx.frame_sync_polarity = FSYNC_POL_HIGH;
config.rx.clock_mode = CLK_MODE_EXT; // 时钟源：外部（例如，由发送方提供）
config.rx.frame_sync_mode = FSYNC_MODE_EXT; // 帧同步源：外部
config.rx.phase_mode = SINGLE_PHASE;
config.rx.frame_length1 = 0;
config.rx.word_length1 = WORD_LENGTH_32;
config.rx.frame_ignore = NO_FRAME_IGNORE;
config.rx.data_delay = DATA_DELAY1;

// 4. 配置采样率发生器 (SRG) - 产生内部时钟和帧同步
config.srg.update = TRUE;
config.srg.clks_mode = CLK_MODE_INT; // CLKS引脚模式，通常内部
config.srg.frame_sync_mode = FSX_DXR_TO_XSR; // 帧同步生成模式
config.srg.frame_width = 1; // 帧同步脉冲宽度为1个CLKG周期
config.srg.clock_divider = 0xFF; // 时钟分频器，决定串行位时钟频率

// 5. 应用配置
if (mcbsp_config(my_mcbsp_dev, &config) == ERROR) {
    printf(“McBSP配置失败！请检查参数范围\n”);
    mcbsp_close(my_mcbsp_dev);
    return ERROR;
}

配置避坑指南 ：

  1. 时钟与帧同步源 ： CLK_MODE_INT/EXT 和 FSYNC_MODE_INT/EXT 必须匹配你的硬件连接。如果DSP作为主设备（Master），通常TX配置为内部（ INT ），RX配置为外部（ EXT ），从设备则相反。配置错误会导致没有时钟或帧同步信号。
  2. 数据延迟 ： DATA_DELAY0/1/2 决定了数据相对于帧同步信号的开始时间。 DATA_DELAY1 是最常用的，表示数据在帧同步有效后的 第一个 时钟沿开始。 DATA_DELAY0 则表示与帧同步同时开始，这在某些标准（如I2S）中可能有问题。
  3. 字长与帧长 ： word_length1 设置每个串行字的位数（8, 12, 16, 20, 24, 32）。 frame_length1 设置一帧中有多少个这样的字。注意，寄存器值 = 实际数量 - 1。例如，想传输一帧128个32位字，则 frame_length1 应设为127。
  4. 采样率发生器 ： clock_divider 的值决定了位时钟（CLKG）的频率。计算公式通常为： CLKG频率 = (输入时钟频率) / (clock_divider + 1) 。你需要根据所需的串行比特率来反算这个值。
2.2.3 数据传输函数：同步与异步

同步发送示例 ： 

#define DATA_SIZE 256
unsigned int tx_buffer[DATA_SIZE];
// 填充数据...
for(int i=0; i<DATA_SIZE; i++) {
    tx_buffer[i] = i; // 示例：发送一个递增序列
}

// 同步发送，使用内部帧同步
int status = mcbsp_sync_send(my_mcbsp_dev,
                            (unsigned char*)tx_buffer,
                            DATA_SIZE * sizeof(int), // 总字节数
                            TRUE,  // 启用内部帧同步
                            my_mcbsp_dev, // 帧同步来自本设备
                            FALSE); // 数据未打包
if (status == ERROR) {
    // 处理错误
}
// 执行到这里时，256个数据已全部发送完毕，CPU被阻塞了相应时间

异步发送示例（重点） ： 

#define DATA_SIZE 256
unsigned int tx_buffer[DATA_SIZE];
// 填充数据...

// 定义回调函数
void my_tx_callback(Mcbsp_dev dev, int status) {
    if (status == OK) {
        // 传输成功，可以设置标志位或启动下一批传输
        g_transfer_complete = 1;
    } else {
        // 处理传输错误
        printf(“异步传输出错！\n”);
    }
}

// 启动异步传输
int status = mcbsp_async_send(my_mcbsp_dev,
                             (unsigned char*)tx_buffer,
                             DATA_SIZE * sizeof(int),
                             TRUE,
                             my_mcbsp_dev,
                             my_tx_callback); // 传入回调函数指针
if (status == ERROR) {
    // 设置传输失败（例如DMA通道不可用）
    printf(“异步传输设置失败\n”);
} else {
    // 设置成功，函数立即返回。数据传输在后台由DMA进行。
    // CPU可以在这里执行其他任务，例如处理算法
    process_audio_data();
    
    // 可以通过轮询标志位或使用信号量等待传输完成
    while(g_transfer_complete == 0) {
        // 做一些其他不紧急的工作
    }
}

异步传输核心技巧 ：

  1. 缓冲区生命期 ：在异步传输进行期间， 绝对不能 释放或覆盖 tx_buffer 。因为DMA正在从这片内存区域读取数据。必须确保回调函数执行完成后，才认为缓冲区安全。
  2. 回调函数设计 ：回调函数在中断上下文中被调用，因此必须 短小精悍 。避免在回调函数中进行复杂的计算、调用可能阻塞的函数（如 printf ， 虽然示例用了，但实际产品慎用）或申请动态内存。通常只做设置标志、发送消息等轻量级操作。
  3. 连续异步传输 ： mcbsp_cont_async_send 支持“乒乓缓冲（Ping-Pong Buffer）”模式。它需要两个缓冲区（ping和pong）。当DMA在传输ping缓冲区时，CPU可以准备pong缓冲区的数据，反之亦然。这是实现无缝连续流传输（如音频播放）的关键技术。在回调函数中，你需要切换缓冲区索引并重新填充数据。
2.2.4 控制函数： mcbsp_reset 与 mcbsp_stop
  • mcbsp_reset(dev) : 将指定的McBSP硬件复位到上电默认状态。这通常在配置出错或需要彻底重新初始化时使用。 注意 ：复位不会释放设备句柄，但会中止任何进行中的传输。
  • mcbsp_stop(dev) : 完全禁用McBSP的发送、接收以及采样率发生器。它比 reset 更“温和”，用于暂停端口操作。在连续传输模式下，必须在回调函数中调用 mcbsp_stop 来停止传输（如示例代码所示）。

3. FMIC支持库：构建多通道数字交换网络

FMIC（Flexible MVIP Interface Circuit）是一个强大的数字交换芯片，在TMS320C62x McEVM板上，它提供了多达384个双向时隙（通道）的交换能力，常用于电信领域的多路PCM（如E1/T1）信号路由。FMIC库API就是对这颗芯片进行配置和控制的软件接口。

3.1 FMIC核心概念与数据流

你可以把FMIC想象成一个巨大的 数字交叉连接矩阵 。它有384个输入和384个输出（MVIP标准）。每个输入可以连接到任意一个或多个输出（广播）。在MVIP语境下，一个“通道”通常对应一个8kHz采样率下的一个8位或16位时隙。

FMIC的工作模式由 时序模式（Timing Mode） 决定，它定义了FMIC是作为MVIP总线的时钟主设备（Master）还是从设备（Slave），以及是否使用8kHz参考时钟。

3.2 FMIC API关键函数实战

3.2.1 初始化与配置流程

使用FMIC的标准流程是：打开 -> 初始化（设置时序）-> 配置方向 -> 建立连接 -> 启用输出。 

#include <fmic.h>

// 1. 打开FMIC设备（通常板卡上地址已固定）
FMIC_DEV_T fmic_dev = fmic_open(FMIC_MOTHER_BASE);
if (fmic_dev == NULL) {
    return ERROR; // 打开失败
}

// 2. 初始化FMIC，设置其为MVIP总线的时序从设备
int status = fmic_init(fmic_dev, FMIC_MVIP_SLAVE);
if (status == ERROR) {
    fmic_close(fmic_dev);
    return ERROR;
}

// 3. 配置通道方向：MVIP通道通常成对出现（DSi, DSo）
// 例如，设置通道56的方向：DSo作为输入，则DSi自动成为输出
status = fmic_direction(fmic_dev, 56, FMIC_DSo_IN);
if (status == ERROR) {
    // 处理错误
}

// 4. 建立连接：将输入通道34连接到输出通道56
status = fmic_connect(fmic_dev, 56, 34); // 输出通道， 输入通道
if (status == ERROR) {
    // 处理错误
}

// 5. 启用输出通道56的驱动
status = fmic_output_control(fmic_dev, 56, TRUE);
if (status == ERROR) {
    // 处理错误
}

// ... 运行时的数据交换通过McBSP进行 ...

// 6. 使用完毕，断开连接并关闭
fmic_clear_connections(fmic_dev); // 断开所有连接
fmic_close(fmic_dev);
3.2.2 高级配置与寄存器操作

fmic_configure 函数提供了批量配置FMIC寄存器的能力，非常强大。它接受一个二维数组，每行定义一次寄存器写操作： [寄存器ID, 要写的值, 掩码] 。 

// 示例：通过一次调用完成多个配置
unsigned int config_cmds[][3] = {
    // 命令1：设置主控制寄存器的RESET位（bit0），不影响其他位
    {FMIC_MASTER_REG_ID, 0x0001, 0x0001},
    
    // 命令2：间接配置FMIC控制寄存器偏移1（Local Clock Control），设置bit2，反转4.096MHz时钟输出
    // FMIC_CNTRL_REG_ID | 1 表示间接寄存器地址1
    {FMIC_CNTRL_REG_ID | 1, 0x0004, 0x0004},
    
    // 命令3 & 4：在连接内存中，建立输出56到输入34的连接，并启用输出
    // 连接内存分低字节（通道号）和高字节（控制位）
    {FMIC_CONN_MEM_LOW_ID | 56, 34, 0x00FF}, // 低字节写输入通道号34
    {FMIC_CONN_MEM_HIGH_ID | 56, 0x02, 0x00FF}, // 高字节bit1=1表示启用此连接
    
    // 终止标记
    {0, 0, 0}
};

status = fmic_configure(fmic_dev, config_cmds);

FMIC实战要点 ：

  1. 通道编号 ：FMIC的通道号是0-383。需要根据硬件原理图和MVIP总线规划，明确每个物理线路（如某个E1的某个时隙）对应的逻辑通道号。
  2. 连接内存 ：连接关系存储在FMIC的连接内存中。它是一个384x9位的表（384个输出，每个输出记录一个9位的输入通道号和一个控制位）。 fmic_connect 函数帮你简化了这个操作。
  3. 方向与输出控制 ： fmic_direction 设置的是 物理引脚对（DSi/DSo）的数据流向 。 fmic_output_control 则是 启用或禁用某个输出通道的驱动能力 。即使连接建立了，如果输出未启用，信号也出不去。
  4. 时序主从 ： FMIC_MVIP_SLAVE 模式下，FMIC从MVIP总线获取时钟和帧同步。 FMIC_8KMASTER_MVIP_SLAVE 等模式则涉及更复杂的时钟生成。必须根据系统内其他设备（如其他DSP板卡、编解码器）的时钟需求来统一规划，否则会出现滑帧或数据错误。

4. 系统集成、调试与常见问题排查

将McBSP和FMIC组合使用，可以构建复杂的信号路由和处理系统。典型场景是：多路PCM语音流通过FMIC进行交换和路由，然后由McBSP送入DSP进行回声消除、语音编码等处理，处理后再通过McBSP送出，由FMIC路由到目标输出。

4.1 集成模式与数据流设计

一个常见的音频处理模块数据流如下：

  1. 输入侧 ：外部E1线路信号 -> FMIC（进行时隙交换，提取特定通道）-> McBSP（接收串行数据）-> DSP内部缓冲区。
  2. 处理侧 ：DSP从缓冲区读取PCM数据 -> 运行语音处理算法（如G.711/G.729编码、滤波）-> 将处理后的数据写入输出缓冲区。
  3. 输出侧 ：DSP输出缓冲区 -> McBSP（发送串行数据）-> FMIC（将数据插入目标输出时隙）-> 外部E1线路。

在这个流程中，McBSP使用 异步DMA传输 来高效搬运缓冲区数据，而FMIC则通过API在需要时动态改变连接关系，实现灵活路由。

4.2 调试技巧与常见问题速查表

在实际开发中，问题往往出现在硬件配置、时序和软件协作的细节上。以下是我总结的常见问题排查清单：

现象 可能原因 排查步骤与解决方案
McBSP无数据输出/输入 1. 时钟或帧同步配置错误（INT/EXT不匹配）。
2. 引脚复用未正确配置（某些DSP引脚需设置为McBSP功能）。
3. 采样率发生器未使能或分频比太大导致时钟极慢。 		1. 用示波器测量CLKX/CLKR和FSX/FSR引脚，确认有无信号，极性、频率是否正确。
2. 检查DSP的GPIO/引脚复用控制寄存器，确保McBSP引脚功能已启用。
3. 检查 mcbsp_config 中 srg.update 是否为 TRUE ，并计算 clock_divider 值是否合理。
异步传输回调函数从未被调用 1. DMA中断未正确启用或中断向量表配置错误。
2. DMA传输完成条件（BLOCK COND）设置不当。
3. 全局中断未开启。 		1. 确认在调用 mcbsp_async_send 前，DMA和McBSP相关中断已在DSP/BIOS或裸机程序中正确配置和使能。
2. 检查DMA通道的配置，确保传输完成会触发中断。
3. 在main函数或初始化代码中，确认开启了全局中断（如 CSL 库的 IRQ_globalEnable ）。
数据传输出现错位或乱码 1. 数据延迟（ data_delay ）设置错误。
2. 发送和接收方的字长、帧长、相位不匹配。
3. 时钟极性（上升沿/下降沿）不匹配。 		1. 调整 data_delay 参数（0,1,2）尝试。
2. 与通信对端设备严格核对串行协议的所有参数：字长、帧长、是否MSB/LSB先行、有无符号扩展等。
3. 用示波器同时捕捉时钟和数据线，确认采样边沿是否对准数据稳定区。
FMIC连接建立后无信号通过 1. 输出通道未启用（ fmic_output_control ）。
2. 通道方向（ fmic_direction ）设置错误。
3. FMIC时序模式与系统其他部分不匹配。 		1. 确认在 fmic_connect 后调用了 fmic_output_control(dev, out_chan, TRUE) 。
2. 确认 fmic_direction 设置正确，输入源（DSi/DSo）与物理连接一致。
3. 检查整个系统的时钟主从关系，确保FMIC的 fmic_init 模式与MVIP总线时钟源一致。
使用连续异步传输（Ping-Pong）时数据断裂 1. 乒乓缓冲区切换逻辑错误，在DMA传输完成前写入了正在使用的缓冲区。
2. 回调函数中处理太慢，导致DMA已开始下一次传输而CPU还未准备好新数据。 		1. 使用标志位或双缓冲区索引进行严格同步。确保只有在回调函数确认一个缓冲区传输完成后，才将其释放给CPU填充。
2. 优化回调函数和数据处理线程，确保其执行时间远小于一个缓冲区的传输时间。可以考虑使用更大的缓冲区或更高的DMA优先级。
系统运行一段时间后死机或数据异常 1. 内存越界：DMA传输的字节数超过了缓冲区实际大小。
2. 中断嵌套或冲突导致栈溢出或寄存器破坏。
3. 设备句柄（ Mcbsp_dev , FMIC_DEV_T ）在关闭后仍被使用。 		1. 仔细检查所有 *num_bytes* 参数，确保其与缓冲区声明的大小匹配。使用 sizeof 计算。
2. 简化中断服务程序，避免在中断中调用复杂函数。检查中断优先级设置。
3. 确保设备使用遵循严格的 open -> use -> close 生命周期，避免野指针。

调试这类底层驱动， 逻辑分析仪 和 示波器 是你的最佳伙伴。首先要确保物理层的时钟、帧同步和数据信号是符合预期的。然后，在代码的关键路径（如回调函数入口、DMA启动处）设置断点或打印日志，观察程序的执行流是否符合设计。

最后，分享一个我个人的体会：在复杂系统中，将McBSP和FMIC的配置参数做成一个 中心化的配置文件 或 初始化结构体数组 是非常好的实践。这样，当需要切换不同的工作模式（例如，从主模式切换到从模式，或改变音频采样率）时，你只需要加载另一组配置参数，而不是在代码中到处修改魔数（Magic Number），这能极大提高代码的可维护性和可靠性。

Logo
亚马逊云科技技术品牌专区

更多推荐

open-code-review Codex 插件教程：对话式调用评审技能指南

本文是一份面向新手的 **open-code-review Codex 插件教程**，教你在 Codex 中通过对话式方式调用 open-code-review 的 AI 代码评审技能。open-code-review 是阿里巴巴开源的 AI 代码评审工具，采用"确定性流水线 + LLM Agent"混合架构，内置多语言评审规则（NPE、线程安全、XSS、SQL 注入等），可在 Codex 里用一

avatar 亚马逊云科技技术品牌专区

OBS Studio 完整指南：免费开源录屏与直播软件从零上手

想做一场像模像样的直播，或者把屏幕内容录成教程视频，但一想到商用软件的订阅费就有些犹豫？其实你不需要花一分钱。OBS Studio 是一款免费开源的直播与录屏软件，支持 Windows、macOS 和 Linux，采集、混音、编码、推流、录制，一条流水线全包了。## 先搞清楚 OBS Studio 是什么OBS Studio 是一个"场景化"的采集合成工具：你把摄像头、窗口、浏览器、图片、

avatar 亚马逊云科技技术品牌专区

如何用MediaCrawler爬取小红书抖音数据？7大平台爬虫从安装到实战完整指南

MediaCrawler 是一个支持小红书、抖音、快手、B站、微博、百度贴吧、知乎的开源自媒体数据采集工具。它能按关键词、按帖子、按创作者主页三种方式抓取笔记/视频内容、评论甚至二级评论，并把结果存成 JSON、CSV、Excel 或数据库。适合做市场调研、竞品监控、内容选题的运营人员，以及想要现成爬虫框架而不想从零写 JS 逆向的开发者。## 从一次"手动抄数据"说起想象这个场景：你负责

avatar 亚马逊云科技技术品牌专区