找回密码
 立即注册
搜索
查看: 13368|回复: 99

[硬件] G1840原来还不够看1080P的视频啊...跪了

[复制链接]
     
发表于 2016-12-6 23:23 | 显示全部楼层 |阅读模式
主题曲一出来,直接跪了.音频都错乱了.
像这种编码和码率的视频,需要什么配置才可以搞定?
[VCB-Studio] Terror in Resonance [01v2][Ma10p_1080p][x265_flac].mkv





回复

使用道具 举报

发表于 2016-12-6 23:30 | 显示全部楼层
这个是10bit的h265
赛扬无能为力
回复

使用道具 举报

     
发表于 2016-12-6 23:32 | 显示全部楼层
库房丢的老奔四也是没h264的多媒体指令集加速,看个优酷在线视频都占用爆高...
回复

使用道具 举报

     
发表于 2016-12-6 23:58 | 显示全部楼层
更新你的核显驱动,并尝试开启硬解。
回复

使用道具 举报

     
发表于 2016-12-7 00:01 | 显示全部楼层
你设置有问题吧~~~我的2700K4.6G CPU占用不到10%,按比例估算一下的话G1840是没问题的
回复

使用道具 举报

     
发表于 2016-12-7 00:08 来自手机 | 显示全部楼层
我的g1840用kodi放vcb压的这类10bit hevc 1080p没问题,不过cpu基本也快90%了。

等apollo lake出了更新一下



—— 来自 OnePlus ONEPLUS A3000, Android 6.0.1上的 S1Next-鹅版
回复

使用道具 举报

     
发表于 2016-12-7 00:09 | 显示全部楼层
shikkoku 发表于 2016-12-6 23:58
更新你的核显驱动,并尝试开启硬解。

这是10bit的hevc
haswell的核显最多只支持到8bit
更新100个驱动都没用
lz只能换机器或者换avc的片子
回复

使用道具 举报

     
发表于 2016-12-7 00:13 来自手机 | 显示全部楼层
ffmpeg喷了,用mpc hc/be用lav应该问题不大,我这e3v1解码同样规格的h265 10bit才10%的占用率
回复

使用道具 举报

     
发表于 2016-12-7 00:16 | 显示全部楼层
目前只有2160P120Hz有压力.....2160P/4K 60Hz都能保证满帧
回复

使用道具 举报

发表于 2016-12-7 00:16 来自手机 | 显示全部楼层
买个二手960硬解hevc 10bit

----发送自 Huawei Nexus 6P,Android 7.0
回复

使用道具 举报

发表于 2016-12-7 00:16 | 显示全部楼层
本帖最后由 华蝶风雪 于 2016-12-7 00:31 编辑

用的64位播放器吗,不是就先换掉
这个级别的hevc还不至于播不动
回复

使用道具 举报

     
发表于 2016-12-7 00:17 | 显示全部楼层
宮脇咲良 发表于 2016-12-7 00:09
这是10bit的hevc
haswell的核显最多只支持到8bit
更新100个驱动都没用

那真是遗憾,Broadwell HD graphics 5500 已能支持10bit。我再仔细看了下 就算是haswell也要是HD graphics 4400起步才能支持8bit hevc,也就是4代i3,奔腾赛扬都不支持。
回复

使用道具 举报

     
发表于 2016-12-7 00:25 来自手机 | 显示全部楼层
hevc。。。30m码率。。。。不是硬解至少i5吧 。。

—— 来自 HUAWEI EVA-AL10, Android 7.0
回复

使用道具 举报

     
发表于 2016-12-7 02:16 来自手机 | 显示全部楼层
主要是这个组压的太高端了,很多设备都放不出或者不流畅
换个组的吧
回复

使用道具 举报

头像被屏蔽
     
发表于 2016-12-7 02:29 | 显示全部楼层
提示: 作者被禁止或删除 内容自动屏蔽
回复

使用道具 举报

     
发表于 2016-12-7 03:35 | 显示全部楼层

下了你这个视频,模拟成双核试了试,OP那里码率很大,占用率会飙到95%,其他地方也就60%晃悠
别用POT了
回复

使用道具 举报

     
 楼主| 发表于 2016-12-7 06:47 来自手机 | 显示全部楼层
引用第15楼qwased于2016-12-07 03:35发表的  :
下了你这个视频,模拟成双核试了试,OP那里码率很大,占用率会飙到95%,其他地方也就60%晃悠别用P......

是op卡,一开始还挺流畅的,有懒人包么?

----发送自 STAGE1 App for Android.
回复

使用道具 举报

     
发表于 2016-12-7 08:44 | 显示全部楼层
我的1610都能看
回复

使用道具 举报

     
 楼主| 发表于 2016-12-7 08:48 | 显示全部楼层
yuuu 发表于 2016-12-7 08:44
我的1610都能看

不给一个解码播放整合下载链接么?是OP的时候卡
回复

使用道具 举报

     
发表于 2016-12-7 08:59 | 显示全部楼层
zmw_831110 发表于 2016-12-7 08:48
不给一个解码播放整合下载链接么?是OP的时候卡

刚才回帖时候没仔细看,我1610播H265用milkplayer,但你这个码率的不一定行

http://rj.baidu.com/soft/detail/23725.html?ald
回复

使用道具 举报

头像被屏蔽
     
发表于 2016-12-7 09:13 | 显示全部楼层
提示: 作者被禁止或删除 内容自动屏蔽
回复

使用道具 举报

     
发表于 2016-12-7 10:54 来自手机 | 显示全部楼层
七八百块的Gtx960/1050硬解或者升级到i5四核
回复

使用道具 举报

     
发表于 2016-12-7 11:15 来自手机 | 显示全部楼层
zmw_831110 发表于 2016-12-7 06:47
是op卡,一开始还挺流畅的,有懒人包么?

----发送自 STAGE1 App for Android.

http://pan.baidu.com/wap/link?uk=2936854015&third=0&shareid=3797462372
mpc+lav+madvr打包的安装器
回复

使用道具 举报

     
 楼主| 发表于 2016-12-7 13:07 | 显示全部楼层
感谢2位的分享
晚上回去试一试
回复

使用道具 举报

     
发表于 2016-12-7 13:48 | 显示全部楼层
这个片g3258用的64位的mpc hc不卡,占用也不高,应该是你播放器太旧了,没超的3258不比1840强多少
回复

使用道具 举报

发表于 2016-12-7 19:37 | 显示全部楼层
本帖最后由 Larrabee 于 2016-12-7 19:38 编辑
yuuu 发表于 2016-12-7 08:44
我的1610都能看

专门去下了第一话测试,我G1610再带T都可以看这只能说是播放器的锅。
顺便说句题外话,Win10内置的电影和电视用视频播放性能消耗是我知道的最最少的,如果这都性能不够你这电脑还是换吧唯一缺陷支持音频和视频格式太差劲。
回复

使用道具 举报

     
 楼主| 发表于 2016-12-7 19:49 来自手机 | 显示全部楼层
引用第25楼Larrabee于2016-12-07 19:37发表的  :
本帖最后由 Larrabee 于 2016-12-7 19:38 编辑 引用:yuuu 发表于 20......

op那里才有音频卡顿,到那里也流畅?
也是核显么?

----发送自 STAGE1 App for Android.
回复

使用道具 举报

发表于 2016-12-7 19:52 | 显示全部楼层
KOGmk2 发表于 2016-12-7 00:16
目前只有2160P120Hz有压力.....2160P/4K 60Hz都能保证满帧

自己手上搞不定的就是滨崎步的电视测机片Last minute的4K版本,AVC编码200Mb的码率BT.2020色彩空间的就差不支持HDR了,4分半左右直接要6G多的。
其它搞不定的暂时没有遇到过
回复

使用道具 举报

发表于 2016-12-7 19:57 来自手机 | 显示全部楼层
借楼求救,G1840用PotPlayer所有视频过一会儿就音轨跑偏,然后就卡死,重装也没用,还有得救吗
回复

使用道具 举报

     
发表于 2016-12-7 19:58 | 显示全部楼层
本帖最后由 暁美ほむら 于 2016-12-7 19:59 编辑
qwased 发表于 2016-12-7 00:13
ffmpeg喷了,用mpc hc/be用lav应该问题不大,我这e3v1解码同样规格的h265 10bit才10%的占用率 ...

所有解码都是ffmpeg,ffmpeg没有问题

主要问题是他的CPU本来就不可能带动10bit hevc片源

还有就是别用POT,乖乖用MPC系列
回复

使用道具 举报

     
发表于 2016-12-7 20:04 | 显示全部楼层
trentswd 发表于 2016-12-7 02:16
主要是这个组压的太高端了,很多设备都放不出或者不流畅
换个组的吧

对于像LZ这类人或者用手机平板看片子的人,从压制组里找片子本身就是错误的
回复

使用道具 举报

     
发表于 2016-12-7 20:07 | 显示全部楼层
qwased 发表于 2016-12-7 11:15
http://pan.baidu.com/wap/link?uk=2936854015&third=0&shareid=3797462372
mpc+lav+madvr打包的安装器 ...

你是作死吗?LZ就这配置还想带动MADVR?
回复

使用道具 举报

发表于 2016-12-7 20:08 | 显示全部楼层
zmw_831110 发表于 2016-12-7 19:49
op那里才有音频卡顿,到那里也流畅?
也是核显么?

750Ti这种亮灯卡这片消耗真心觉得不能算大,你这直接和我下载机的移动版本初代扣肉i3超低电压一个档次了。
播放器不行才是最大的锅
回复

使用道具 举报

发表于 2016-12-7 20:12 | 显示全部楼层
暁美ほむら 发表于 2016-12-7 19:58
所有解码都是ffmpeg,ffmpeg没有问题

主要问题是他的CPU本来就不可能带动10bit hevc片源

就这片OP的卡顿我不觉得CPU性能到了不够带动片源的地步,只是播放器和解码器导致的问题
General
Complete name                            : [VCB-Studio] Terror in Resonance [01v2][Ma10p_1080p][x265_flac].mkv
Format                                   : Matroska
Format version                           : Version 4 / Version 2
File size                                : 1.40 GiB
Duration                                 : 22 min 52 s
Overall bit rate mode                    : Variable
Overall bit rate                         : 8 765 kb/s
Encoded date                             : UTC 2015-07-08 11:57:19
Writing application                      : mkvmerge v7.9.0 ('Birds') 64bit
Writing library                          : libebml v1.3.1 + libmatroska v1.4.2

Video
ID                                       : 1
Format                                   : HEVC
Format/Info                              : High Efficiency Video Coding
Format profile                           : Main 10@L5@High
Codec ID                                 : V_MPEGH/ISO/HEVC
Duration                                 : 22 min 52 s
Bit rate                                 : 7 486 kb/s
Width                                    : 1 920 pixels
Height                                   : 1 080 pixels
Display aspect ratio                     : 16:9
Frame rate mode                          : Constant
Frame rate                               : 23.976 (24000/1001) FPS
Color space                              : YUV
Chroma subsampling                       : 4:2:0
Bit depth                                : 10 bits
Bits/(Pixel*Frame)                       : 0.151
Stream size                              : 1.20 GiB (85%)
Writing library                          : x265 1.7+51-a7bf7a150a70+12@b4d**1c57:[Windows][GCC 4.9.2][64 bit] Yuuki 16bpp
Encoding settings                        : wpp / ctu=64 / min-cu-size=8 / max-tu-size=32 / tu-intra-depth=3 / tu-inter-depth=3 / me=3 / subme=5 / merange=25 / no-rect / no-amp / max-merge=4 / temporal-mvp / no-early-skip / rdpenalty=2 / no-tskip / no-tskip-fast / no-strong-intra-smoothing / no-lossless / no-cu-lossless / no-constrained-intra / no-fast-intra / no-open-gop / no-temporal-layers / interlace=0 / keyint=720 / min-keyint=1 / scenecut=40 / rc-lookahead=80 / lookahead-slices=0 / bframes=10 / bframe-bias=0 / b-adapt=2 / ref=5 / limit-refs=0 / weightp / weightb / aq-mode=1 / aq-strength=1.10 / cbqpoffs=0 / crqpoffs=0 / rd=5 / psy-rd=0.80 / rdoq-level=1 / psy-rdoq=4.00 / signhide / deblock=-2:-2 / no-sao / no-sao-non-deblock / b-pyramid / cutree / rc=crf / crf=15.5000 / qcomp=0.80 / qpmin=0 / qpmax=51 / qpstep=4 / vbv-maxrate=30000 / vbv-bufsize=28000 / crf-max=0.0 / ipratio=1.40 / pbratio=1.30
Default                                  : Yes
Forced                                   : No

Audio
ID                                       : 2
Format                                   : FLAC
Format/Info                              : Free Lossless Audio Codec
Codec ID                                 : A_FLAC
Duration                                 : 22 min 52 s
Bit rate mode                            : Variable
Bit rate                                 : 1 277 kb/s
Channel(s)                               : 2 channels
Channel positions                        : Front: L R
Sampling rate                            : 48.0 kHz
Frame rate                               : 11.719 FPS (4096 spf)
Bit depth                                : 24 bits
Stream size                              : 209 MiB (15%)
Writing library                          : libFLAC 1.3.0 (UTC 2013-05-26)
Default                                  : Yes
Forced                                   : No

Menu
00:00:00.000                             : en:Chapter 01
00:02:57.969                             : en:Chapter 02
00:04:29.018                             : en:Chapter 03
00:11:52.086                             : en:Chapter 04
00:21:21.113                             : en:Chapter 05


回复

使用道具 举报

发表于 2016-12-7 20:16 | 显示全部楼层
暁美ほむら 发表于 2016-12-7 20:07
你是作死吗?LZ就这配置还想带动MADVR?

凭什么不能开,我就开着放
回复

使用道具 举报

     
发表于 2016-12-7 20:30 | 显示全部楼层
Larrabee 发表于 2016-12-7 20:12
就这片OP的卡顿我不觉得CPU性能到了不够带动片源的地步,只是播放器和解码器导致的问题

...

有一种东西叫动态码率,OP那的码率肯定不止8 765 kb/s这么点
回复

使用道具 举报

     
发表于 2016-12-7 20:32 | 显示全部楼层
Larrabee 发表于 2016-12-7 20:16
凭什么不能开,我就开着放

那能开的动什么级别算法?3DLUT这种东西我根本不指望有人去用。

就这样我还不如乖乖的去用EVR
回复

使用道具 举报

发表于 2016-12-7 20:42 | 显示全部楼层
暁美ほむら 发表于 2016-12-7 20:30
有一种东西叫动态码率,OP那的码率肯定不止8 765 kb/s这么点

别动态码率你觉得我都贴视频参数了,还会不知道动态码率这种基本常识?
说到最后你看的都是纸面数据根据自己所理解的所谓常识所做的判断,但是这些常识却都是理论实际测试才是硬道理。
我开着MADVR照样一点不卡顿,然后看CPU的天梯图我只是90%而LZ却是110%的性能可以说这片要求高?
回复

使用道具 举报

     
发表于 2016-12-7 20:56 | 显示全部楼层
Larrabee 发表于 2016-12-7 20:42
别动态码率你觉得我都贴视频参数了,还会不知道动态码率这种基本常识?
说到最后你看的都是纸面数据根据 ...

MADVR算法开低当然不卡了,但这种开法有何意义?用MADVR的人大部分都是想着能获得更好的回放质量吗?对了你用的什么算法?

就LZ的情况明细就是OP那段码率过高导致带不动,就算是播放器问题,但这种占用率90%以上的我看着都难受。
回复

使用道具 举报

     
发表于 2016-12-7 21:04 来自手机 | 显示全部楼层
暁美ほむら 发表于 2016-12-7 20:56
MADVR算法开低当然不卡了,但这种开法有何意义?用MADVR的人大部分都是想着能获得更好的回放质量吗?对了 ...

evr播10bit的片子会偏色。。
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

Archiver|手机版|小黑屋|上海互联网违法和不良信息举报中心|网上有害信息举报专区|962110 反电信诈骗|举报电话 021-62035905|Stage1st ( 沪ICP备13020230号-1|沪公网安备 31010702007642号 )

GMT+8, 2025-8-18 02:48 , Processed in 0.131214 second(s), 7 queries , Gzip On, Redis On.

Powered by Discuz! X3.5

© 2001-2025 Discuz! Team.

快速回复 返回顶部 返回列表