ffplay中关于播放卡顿问题分析

本文深入探讨了ffplay在播放音频时可能出现的卡顿原因,主要由于读取包的速度跟不上解码播放的速度。提出了三种优化方案:(1)设定packet queue最小包数再解码播放;(2)在queue包数不足时延迟播放;(3)增大av_read_frame()每次读取的包大小。这些方法能有效减少播放卡顿,提升用户体验。
摘要由CSDN通过智能技术生成
本文目前只针对播放音频格式文件;对于视频文件,目前未进行研究,后期再考虑添加。
ffmpeg中使用ffplay播放音乐时,会有一个read_thread() 线程,在该线程中会有一个 for (;;)循环,在该循环中有 av_read_frame() 函数会不断的去读取包,并将读到的包存放在一个packet  queue中;同时在read_thread() 中在  stream_component_open() 函数中对于音频文件(   case AVMEDIA_TYPE_AUDIO)会调用函数audio_open(),audio_open()定义了一个回调函数sdl_audio_callback(),并通过SDL_OpenAudio(&wanted_spec, &spec)开启了该回调函数,该回调函数sdl_audio_callback()的作用是,一旦包队列packet queue中有包,就会对包进行解码audio_decode_frame()并送入到SDL中进行播放。  decoder_start()函数开启了一个线程audio_thread,
即ffplay中至少存在两个线程,一个是read_thread(),该线程通过av_frame_read() 不断的去读取包,并存放到包队列中;另一个线程是
在该函数中 会存在一个问题。如果 av_read_frame() 读包的速度跟不上 sdl_audio_callback()解码播放的速度,就会出现播放卡顿的现象,即SDL播放静音,给听者的感觉就是播放卡顿的现象。此时,如果av_read_frame(
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值