完美解码源码输出HD音频的问题

2021-02-27 00:27发布

系统越来越完善了,调试也越来越好,现在遇到几个严重的问题,求解答!!感谢     播放器 :笔记本电脑完美解码HDMI输出 - 功放-电视     功 放:天龙AVR1312,加后级实现7.1    ...
付费偷看设置
发送
54条回答
盖伦的怒火
1楼-- · 2021-02-27 01:03
我刚好就是你说的后者 所以10寸炮我一直在纠结
zhang123ji
2楼-- · 2021-02-27 01:03
意思就是坏的几率很小但不代表不会坏就是了
hehe_tian
3楼-- · 2021-02-27 01:03
不能算玄学只是大部分人都是基于个人主观在推荐罢了如果音频方面也有像视频那样有个衡量标准那就方便很多了
尧尧的爱88
4楼-- · 2021-02-27 01:04
DTS-HD? LAV 0.65版本已经支持解决问题前,首先要问LZ几个问题1.完美解码器版本多少?2.使用的音频解码器是什么?内置还是LAV?其实LZ你这种问题无非就是升级下解码器,更换下播放器什么的,就LZ的描述设置上肯定是没问题的。顺便更改下音频渲染方式看看,还有就是一堆音频后处理看看是否全部取消勾选了不过你都源码输出了,这些应该不会影响吧?如果上面觉得烦的化可以把POT播放器换成MPC-HC或者MPC-BE播放器,解码器依然是LAV,看看是否有问题?以上方法不是解决方案,只是先找到问题点在哪里。
看一眼我就走
5楼-- · 2021-02-27 01:06
楼主我想我大概可以回答您的问题了,我之前碰到的是和你一样的问题,就是无论如何功放不进行解码,进来都是PCM然后后缀其他音效,我解决的办法是用2018完美解码,然后先确认您的HTPC是不是64位的,如果是按照网上教程设置好完美解码,再使用完美解码64位专用播放器,就完美解决上述问题了,我也是5.1的系统,觉得自己的炮不够给力,求解楼主的炮具体型号,最好能PM价格。是尊宝8寸的炮,可能真的太弱了。
尉迟田
6楼-- · 2021-02-27 01:06
额.......那只能先上炮了,截止频率中环设置少点,等以后升级吧
五星上将1982
7楼-- · 2021-02-27 01:06
谢谢 您的建议 我真在考虑换个方案
liyouwei550101
8楼-- · 2021-02-27 01:07
只有双休日去现场,再作调试,拍照后,再来请教。谢谢!
乾灬纱凪
9楼-- · 2021-02-27 01:09
HTPC必须是64位 因为在HEVC解码性能效率上64位的比32位强很多CPU占用率几乎可以说只有32位的一半不过在其它编码下,两者几乎没有区别完美解码说句真的,现在真的不需要这种臃肿的玩意,现在已经不是那时候还需要配解码器才能播放所有视频的时代了,现在主流的MPC-HC,MPC-BE和POT都能实现默认下大部分通吃,况且现在播放器解码器方面要么就播放器自身的内置解码,要么就是外挂LAV。完全没必要外挂一堆没用的。
qq2352184837
10楼-- · 2021-02-27 01:09

GABEST早死了现在要么就是播放器自己的内置解码器要么就是外挂LAV解码,这些解码器都是基于FFMPEG的能不能源码跟版本没关系跟解码器有关,解码器如果不支持那么你再怎么设置都没用关于MPC-HC,MPC-BE之间的关系,看下这个就明白1999年4月:WindowsMediaPlayer 6.4发布,改革前的最后一笔成为经典2000年7月:WindowsMediaPlayer 7.0发布,全新的花销界面和很多然并卵的功能2003年5月:Gabest为了延续经典的WMP6.4风格,创建了几乎相同的接口和朴素的风格界面的MediaPlayer Classic(以下简称MPC) 。


MPC的开发循序渐进,原本闭源的项目也变得开源了起来,并以GNU GeneralPublicLicense (通用公共许可证,以下简称GPL)的条款下发布2005年4月:Gabest发现韩国的KMPlayer和另一款商业软件VX30使用了MPC的源代码却未同样以GPL授权发布,违反了GPL的授权条款。Gabest对这个事件非常沮丧2006年5月:MPC开发停滞。Casimir666 fork了MPC项目,并以此为基础创建MediaPlayerClassic-HomeCinema(以下简称MPC-HC)。


MPC-HC的社区日渐壮大,吸引了越来越多的开发者为MPC-HC贡献代码2007年X月,俄国人Aleksoid加入MPC-HC项目,疯狂的代码提交就此开始。每天都能看到Aleksoid的提交了很多代码2008年X月,希腊人Xhmikosr加入MPC-HC项目,疯狂还不够需要更加疯狂。甚至超越了Aleksoid的猛劲 2009年X月,德国人Madshi发布madVR2010年X月,俄国人V0lt加入MPC-HC项目。MPC-HC项目在很多开发者的贡献下逐渐成熟,Casimir666及一些元老开始淡出项目。Aleksoid和Xhmikosr的代码贡献依旧那么惊人。成为项目新领导人的是Xhmikosr。


德国人Nevcairiel发布LAV Filters。2011年X月,法国人Underground78加入MPC-HC项目。MPC-HC项目得到了越来越多的第三方滤镜支持,外挂滤镜数量盛况空前。Gabest内置滤镜的开发也基本停滞,项目开发速度减慢2012年4月,Aleksoid和Xhmikosr意见不合,Xhmikosr一声不吭地永久禁止了Aleksoid登陆项目。而Aleksoid索性带领一群俄国同乡离开了MPC-HC项目2012年9月,MediaPlayerClassic-BlackEdition(以下简称MPC-BE)发布,开发组领头人正是Aleksoid。MPC-BE fork了当时的MPC-HC和以前的MPC,融合起来并添加了一套黑色的皮肤,并由此开发了下去。


MPC-BE号称注重bug修复和内置滤镜的开发,把MPC-HC遗留的一些bug更快的修复了,并着手于吸收LAV Filters的技术及更快的跟进上游ffmpeg来增强内置滤镜。Aleksoid本人常年时不时在doom9论坛上到处展示自己项目的厉害之处(至于为什么厉害,大多都是跟进时间问题和针对性修复了某个bug就来秀了)2012年X月,alexmarsev、kasper93加入MPC-HC项目2013年7月,MPC-HC决定剔除历史遗留问题颇多的Gabest内置滤镜,转而内置了渐渐成为媒体滤镜标杆的LAVFilters。


Xhmikosr的代码贡献大幅减少,Underground78开始更多的管理项目。由此MPC-HC和MPC-BE的区别越来越大。两边的开发者都减少到个位数并越来越少(基本到此楼主就没有特别注意MPC-BE的情况了)2013年X月,V0lt开发MPC-BE新音频渲染器支持WASAPI并解决诸多历史遗留问题,MPC-HC并没有吸收2014年1月,Underground78为MPC-HC开发出新内置字幕渲染器,性能与质量双上升。

几天后Aleksoid为MPC-BE吸收了MPC-HC的新内置字幕渲染器。


2015年X月,MPC-HC整体代码提交频率降低,开发放缓2015年7月,alexmarsev为MPC-HC开发出新音频渲染器2016年6月,Underground78为MPC-HC开发出新的toolbar并告别了项目。Xhmikosr重新整理项目人员,开发者仅剩kasper93和Xhmikosr (这个希腊佬已经疯了,揽下其他十几个项目,为MPC-HC的贡献也大不如前)