ffplayer面试总结

表格

 

线程名称	对应函数	角色	主要职责
主线程	main -> video_display	协调者/渲染者	处理 SDL 事件循环，触发视频帧的最终绘制（OpenGL/SDL），控制播放状态（暂停/停止）。
解复用线程	read_thread	总生产者	读取文件/网络流 (av_read_frame)，区分音视频包，分别推入音频/视频/字幕队列。处理 Seek 操作。
解码线程 (视频)	video_thread	视频消费者/生产者	从视频包队列取 Packet -> 解码为 Frame -> 放入视频帧队列。处理 PTS 计算。
解码线程 (音频)	audio_thread	音频消费者/生产者	从音频包队列取 Packet -> 解码为 Frame -> 重采样/格式转换 -> 填入音频回调缓冲区。
音频回调线程	audio_callback	音频最终消费者	(由 SDL 音频子系统触发) 从音频帧队列/缓冲区取数据 -> 发送给声卡播放。这是音频时钟的基准。

 

---

2. 详细数据流转与同步机制

A. 解复用线程 (read_thread)

• 入口: read_thread(void *arg)
• 逻辑:
  1. 循环调用 av_read_frame() 读取 AVPacket。
  2. 判断 Packet 属于视频流还是音频流。
  3. 入队: 将 Packet 推入对应的全局队列 (videoq, audioq)。
     • 这里使用了自定义的 PacketQueue 结构体（内部包含 AVPacket 链表、QMutex 锁、QWaitCondition 条件变量）。
  4. 流量控制: 如果队列满了 (queue_size > max_size)，线程会阻塞等待，防止内存爆炸。
  5. Seek 处理: 如果收到 seek 请求，调用 av_seek_frame，并清空队列，通知解码线程重置状态。

B. 视频解码线程 (video_thread)

• 入口: video_thread(void *arg)
• 逻辑:
  1. 从 videoq 取出 AVPacket。
  2. 调用 avcodec_send_packet / avcodec_receive_frame 进行解码。
  3. PTS 处理: 计算当前帧的显示时间 (PTS)。
  4. 入队: 将解码后的 AVFrame 推入视频帧队列 (pictq / frame_queue)。
     • ffplay 使用了一个环形缓冲区来存储几帧待显示的图像，以应对解码速度和渲染速度的差异。
  5. 同步检查: 在入队前或出队后，会根据当前的音频时钟判断该帧是否应该丢弃（如果视频太快）或延迟显示。

C. 音频解码与回调 (audio_thread & audio_callback)

音频的处理比较特殊，因为它直接驱动播放节奏。

1. 解码部分 (audio_thread):
   • 从 audioq 取 Packet。
   • 解码得到 PCM 数据 (AVFrame)。
   • 进行重采样 (swr_convert) 以匹配声卡要求的格式（如采样率 44100, 立体声）。
   • 将 PCM 数据写入一个大的音频缓冲区 (audio_buf) 或直接放入帧队列。
2. 回调部分 (audio_callback):
   • 触发者: SDL 音频设备（当声卡缓冲区空了，需要更多数据时，SDL 会主动调用这个函数）。
   • 职责:
     • 从缓冲区拷贝 PCM 数据到 SDL 的输出缓冲区 (stream)。
     • 更新音频时钟: 根据已播放的字节数计算当前播放时间。这是整个播放器的“心脏”，视频线程会不断查询这个时间来决定何时显示下一帧。

D. 主线程与视频渲染

• 事件循环: SDL_PollEvent 处理用户输入（退出、暂停、全屏）。
• 刷新循环:
  • 主线程并不一直死循环渲染，而是通过定时器或信号量唤醒。
  • 调用 video_display 从视频帧队列 (pictq) 取出最新的一帧。
  • 利用 SDL Texture 或 OpenGL 将 YUV 数据绘制到屏幕。
  • 同步等待: 如果当前帧的 PTS 晚于音频时钟，主线程会 SDL_Delay 一小会儿，实现“视频等音频”。