TA的每日心情 | 慵懒 2020-6-24 01:28 |
---|
签到天数: 895 天 [LV.10]以坛为家III
至尊会员
- 积分
- 164133
|
本帖最后由 cczzhh 于 2017-12-14 16:36 编辑
软解时85%的CPU到底是够还是不够自己就能看得出来啊。
decoder掉帧数不为0代表解码性能不够
output掉帧数不为0代表渲染性能不够
如果你软解本来decoder掉帧数就是0,那么我认为即使再怎么用怎么怎么更新过的多么多么牛逼的硬解,本来该掉帧的视频还是得掉帧。因为瓶颈不在解码呀。这时候我仍然坚持在这种CPU够使的情况下硬解毫无意义。。
---------------------------
仔细看了下manual,默认并不会掉decoder的帧,但是有这么句:
- --framedrop=<mode>
- Skip displaying some frames to maintain A/V sync on slow systems, or playing high framerate video on video outputs that have an upper framerate limit.
- The argument selects the drop methods, and can be one of the following:
- <vo>
- Drop late frames on video output (default). This still decodes and filters all frames, but doesn't render them on the VO. It tries to query the display FPS (X11 only, not correct on multi-monitor systems), or assumes infinite display FPS if that fails. Drops are indicated in the terminal status line as Dropped: field. If the decoder is too slow, in theory all frames would have to be dropped (because all frames are too late) - to avoid this, frame dropping stops if the effective framerate is below 10 FPS.
复制代码If the decoder is too slow, in theory all frames would have to be dropped (because all frames are too late) - to avoid this, frame dropping stops if the effective framerate is below 10 FPS.
如果没有低于10fps,没有帧掉光的话,说明解码部分并没有掉帧。我尝试播放4K 120fps,有时会卡住不动一会儿,而且没声音,那应该才是解码能力不够用了触发了这个暂时禁用掉帧,等待解码/渲染队列。
|
本帖子中包含更多资源
您需要 登录 才可以下载或查看,没有账号?立即注册
x
|