我有最新版本的Ubuntu 64位在一个低端笔记本/笔记本电脑(规格在底部)。
我一直在尝试播放高清视频,这是非常不一致的。它将播放一些视频很好,而其他视频将滞后/口吃(由CPU达到100%)。问题是,播放得很好的视频往往比它难以处理的视频质量要高得多。
例如:
权力的游戏s05e08 - Hardhome (玩得很好)
大小: 4.96GB 长度: 59m59s格式:.mkv _Video:_分辨率: 1920x1078数据速率:11,467 384kbps总比特率:11,851.mkv _Audio:_比特率:384 384kbps信道:6 音频采样率:48 Size
机器人s02e09 - eps2.7_init_5.fve先生(口吃/迟滞)
大小:738 Bit长度: 49m10s格式:.mkv _Video:_分辨率: 1920x1080数据速率:1,712 384kbps总比特率:2,096 384kbps _Audio:_比特率:384 384kbps信道:6 音频采样率:48 Size
从逻辑上讲,如果我的笔记本电脑能够完美地播放“权力的游戏”的那一集,它就应该能够毫不迟疑地播放“机器人先生”的插曲。
但事实并非如此。机器人先生跑得很波涛汹涌。我尝试过多个视频播放器(VLC,smplayer,mplayer,mpv媒体播放器,Gnomemplayer,kodi),所有这些都有相同的结果。
在“权力的游戏”中,我的CPU使用率低于50%。在机器人先生的CPU使用率达到100%定期,这造成口吃和滞后的视频。我没有安装多少RAM,但即使在机器人的CPU达到100%时,RAM的使用率也不会超过50%。
CPU: Intel Celeron N3050 (2M高速缓存,最高2.16GHz) RAM: 2 2GB存储:32 to OS: Ubuntu 16.04.1 64-位堆栈_Extra info:_窗口管理器: Compiz (任何其他原因导致视频播放中的屏幕撕裂)
作为对照:这两个视频都在我运行Windows 10的高端游戏PC上进行了测试,它们运行得很好。
发布于 2016-09-06 20:39:02
这可能是一个问题,不同的编解码器给你不同的性能。
在这件事上不是专家,所以要谨慎地考虑下面的问题。
也就是说,较小的文件或较低的比特率(理论上)并不一定会导致更好的播放性能,甚至可能导致更差的回放性能。
例如,如果我们设想一种基于之前帧计算当前帧来节省带宽的编码(例如,只包含实际变化的像素),这将对CPU造成更大的负担,而不是对每个帧都有完整的数据。
另一个问题是,在我们遇到CPU瓶颈的情况下,播放机不能简单地跳过一个帧(观众可能甚至没有注意到),因为它需要该帧才能计算下一个帧。
https://askubuntu.com/questions/821820
复制相似问题