不一致的采样率怎么解决

各位好啊，今天 studio one 呵，今天 fender studio pro 八推送了一个八点零点一的一个更新啊，因为它是一个小版本的一个更新，所以呢，它也没有很重磅的新的特性。 好，那我们先大概看一下啊。首先就是新的功能和改进，那第一个就是 sony 蒙尼的这个 toonelik， 正式的跟 studio fed studio pro 集成了，就是在之前我们看到 splice 的 那个地方，已经可以看到 toonelik 这个了，不过我测试了一下，它的功能 并不是我很需要的，所以我并没有打开它，就在这里它可以运行啊。如果你有 simone 的 一些授权，比如我有那个 melodied 的 授权，他给我送了个 essential fed studio pro 的 用户应该也可以获得。第二个就是一个保护耳朵的改进，就是这个 tone generator， 它的默认音量终于从零 db 改成负二十四了啊，确实可以保护音量，在你测试一些波形的时候，不会一下来就把你吓死。然后这个加了说明书，还有加了测量就无所谓了。 然后 open air， 它增加了最大的这个冲击响应的长度啊，这个就可以放更长的混响了，不过我觉得之前也是挺够用的，所以就放着吧。然后呢，接下来一些功能更新，我其实最想说的是最后一条啊， 这条是困扰我非常非常久啊，就是当导入一个采用率跟当前工程不一样的 mp 三文件的时候， 他的解码的速度会非常非常慢。不知道大家有没有遇到过这个情况啊，反正我之前遇到过，然后反馈了这个意见，然后他们终于更新了啊，就是换了一个更好的解码器，那我接下来放一个视频对比一下，看看到底差别有多大 好了。除了这个我最想提的之外，我们来过一下它大概还有什么更新，比如说我觉得比较重要的就是这个动态 eq， 它的争议设为零的时候，它之前是没有任何处理的，那现在就改进了啊。然后 mojito 的 这个 adsr 的 曲线之前是无法在鼠标这里控制了，现在也可以了。之前是拖动这个 a、 d、 d 跟 r 的 时候，他是会直接收到一个固定值，然后你没法动他，那这点已经改进了。然后音频轨道的 图标之前在右侧会显示出一个意外的一个竖线，这个也是我们的用户反馈的，那他们也很快也改进了。 然后这个是非常重要的问题，就是很多人啊，在 red 上反应过，就是一些编曲里面用到的一些自动化的一些点，在导出的时候被忽略了，那你可能做了很多合成器的设计，然后最后导出来时候都是没有带自动化的，那这个已经改进了 啊。然后就是我们上期视频的评论区里有用户提过的 return to star， star 就是 停止的时候返回我们的开始位置，还有就是起用播放开始的标记，这两个命令呢，之前在这个位置是消失了的，就是你右键看不到这两个， 这两个那现在已经可以看到了，说明这个是他们设计的失误啊，不是他们本意要修改它的。然后还有这么一个也是我们用户提出的，就是 vca 的 自动化曲线，他无法显示在音量自动话对应的那些相应的轨道上，那比如说我们 做这么几个，然后为他们创建一个 vca， 当我们进行改动的时候，这里会显示 vca 的 一个镜像在八点零点零版本是看不到这条线的，那这也是解决了。好了，这个是八点零点一的主要的更新的内容，然后其他的如果你有遇到一些问题，可以看看他是否对它进行了改进。 那最后关于翻译的问题，翻译我已经呃跟德成一笔联系了，就希望他能够帮忙把八点零点零版本迄今为止的一些翻译给他反馈上去，因为作为普通用户，我没办法对他们的这个翻译起任何的决定性作用，一切都是交给开发者去处理的。 我这次的改进呢，我把里面大量的术语，包括里面的很多很多的命令做红控制，做快捷键的那些命令都进行了翻译的修改， 也从中发现了一些问题，也提交了公单。那总之呢，就是期待后续的改进，可以让我们尽快的用到这些新的翻译了。里面最重要的一块就是骨节拍器的翻译啊， 之前是没有拿到那个翻译工程，尤其是那个骨节拍器这一块的翻译，目前的版本还有大量不合理的地方，那我这里也都重新改进了，那只能等后续没有更新了。好吧，那今天视频先到这里啊，感谢各位。

今天遇到一个粉丝的紧急求救，他要给女朋友做后期婚姻，可是将素材导入到宿主软件以后呢，发现人声和伴奏的速度变得不一致了，不知道什么原因，也不知道解决办法。那么为了不让他重新回归到单身狗的行列，我决定拍个视频告诉他方法，也跟大家分享一下。造成这种现象的原因就是采用率的不统一。 解决办法，以咱们这个软件为例，选择导入素材，导入音频，选择你要导入的素材，这里大家看一下， 单击可下方可以看到他的采样率，这个是四十四点一，这个呢是四十八，如果这两个素材直接拖拽进来的话，就会造成咱们刚才说那种情况，那么怎么解决呢？把他们选中，点击转换文件， 然后再点击完成就可以了，这样他们的采样率就统一了，就不会出现刚才咱们说那种速度不一致的问题了，是不是很简单？好了，祝大家新年快乐，听说在评论区里评论新年好三个字，来年事事顺心，不信你试试。

让你核对这两列密码是否一致，如果一致的话就标注一致，如果不一致的话就标注不一致。如果你直接用等于号来判断的话，那这个是大写，这个是小写，它俩怎么能相同呢？嗯，猴哥教你一招，直接在这里输入等于 exact 函数， 然后点击原始密码逗号，再点击核对密码，然后补齐括号，在前面可以加一个一符条件，如果一致的话就写一致，否则呢，就是不一致。最后补齐括号回车，然后双击右下角填充，这样就搞定了，你学会了吗？

哈喽，大家好啊，那么这期视频呢，是接上期视频，特地的拿出这个第三点来讲一下，这是为什么直播行业统一使用四万八采用率。 首先我们国内的这个网络试听标准就是 g y 杠 t 系列，仅规定了这个编码格式、码率、响度等等这些指标啊，但是他并没有强制要求我们这个采用率。 那么各大平台呢，就抖音啊、小破站呀等这些直播平台啊接收端，他虽然都是支持四万一、四万八两种这个采样率，但 都会统一转码为四万八进行分发。什么叫分发啊？这个你们可以去查一下，那么第一点和第三点你们看一下就好，我不去说啊，主要是说这个第二点就是四万八采样率在直播场景中的六大核心优势，简单的过一下啊过一下， 他第一点就是音画同步，天生更优，无额外的重彩样延迟。这个是什么呢啊？其实就是说一下视频行业的原生标准就是四万八彩样率， 但是我们现在都是设置的四万一为主啊，都基本上都在设置四万一，那么他与视频的时钟体系是完全的兼容的，若我们使用四万一赫兹彩样率， 那么硬件软件和平台会自动进行重彩样转码， 这期间会带来十到三十毫秒的额外延迟和轻微的音质损耗。呃，这个怎么体现呢？就是我这么说，可能你们都明白了，就是有的人看他的机架上啊，我们就是看这里，对吧？看这里， 这里音频往返其实并不高，有的可能只有十五六啊，有的呢，可能就是多少呢？可能也就是二十二十一二，那高的我不说了啊，但是很多人还就是说 怎么还会出现音画不同步，就是问题就在这他在从彩样转码的时候会带来十到三十毫秒，那你想一下，如果你本来的你这个呃格式颜色，比如在二十毫秒的十到三十毫秒，如果他 带来了三十毫秒呢？那你整体就变成了五十毫秒，那你说你肯分分钟的出现音画不同步的呀？还有就是轻微音质损耗，这个体现在哪？ 很多人是不是觉呃，有这么一个疑惑，就是我自己耳返里面听着没有问题，就是音质效果，然后我录出来拿手机去播放，怎么的也都没有问题，对吧？但是为什么我传到直播间会有音损， 会有音损也是这个问题上面。所以说我们现在最好的就是声卡 驱动设置的时候，全部设置四万八采用率，就全链路统一四万八采用率就实现全程的这个五转码延迟最低，同步最稳定。 第二就是四万八采用率下故障率最低，故障率最低啊，这里不去过多说，下面的你看一下啊。然后第三个就是低延迟链路会更加稳定，适配这个五 g 专线超低延迟直播。什么超低延迟直播？其实现在我们的直播场景是什么呢？就是毫秒级的端到端延迟的直播场景。 那么手机端 otg 直播有出现过这个现象吧？就是播着播着画面在动，但是音频卡住了卡音，就是说卡在那一两秒就在一直在重复那一两秒，哎，也是这个问题导致的。 也是这个问题啊，因为你输进去的到手机端的是四万一，四万一，那么他要转码所导致的这个问题啊。 当然啊，这还有好几个点，就不去过多说啊。不去过多说啊，主要的是什么？是各大平台的这个标准音频轨均为四万八采用率， aac 编码。 所以说啊，我们平常为什么那么多问题？也就是因为我们使用了这个四万四千一采用率，如果我们全链路使用四万八采用率的话，那么很多问题 会少，会变少，就是会有很多的问题，我不会烦恼，烦扰到我们啊。好，那么视频到这里结束。

屏幕点不动，按两次才有反应，你以为是屏幕质量出问题了？其实啊，大多数时候都不是 触摸响应慢，总误触、滑动还卡顿。这些烦人的问题往往是触摸参数没校准好。你想啊，消抖时间设太长就会反应迟钝，设太短又容易误触。要是触摸区域划定不准，本来想按第三行，结果点到第二行，能不糟心吗？ 所以我们在项目交付前，都会做专业的触摸校准和交互测试，每个按钮的响应时间、滑动的灵敏度、多点触控的流畅度， 全都仔仔细细过一遍，还会录进验收视频里，让你看的明明白白。要是你家产品屏幕也有这些触摸问题，别犹豫，赶紧把需求和效果图发过来，我们帮你排查解决。

调音台与接口箱必须设置相同采集率，否则会出现音频断音、爆音、不同步等问题，无法正常工作。多轨录制时，因为宿主软件的采集率不匹配，会导致音频明显的延迟、错位、音画不同步。 部分音频协议，比如 dante a s 五零，对彩样率一致性要求极高，不匹配时会直接断开，无法识别彼此的音频信号，导致整个系统链路中断。 比如这张 hd 九六扩展卡槽安装了 usb 卡和 a s 五零卡。如何更改彩样率？ 点击 menu， 来到侧边栏，选择 expansion cards， 根据实际需求检查和更改卡的采用率适中。

前几期我们拍了不同的手机，在输出音频产量率和卫生的时候啊，不同的厂家啊不一样，引起了网友热烈的讨论啊，是不是姻缘就是这样子啊 啊，或者还有人还有网友说，哎，是不是你的测试表头有问题啊啊，只有一种传播率和卫生。其实这些都不是，针对这个问题，我专门查了一些资料，最根本的原因是手机系统通过 usb 数字接口向外输出音频流的时候， 采用统一的封装格式，是手机厂商在 usb 音频驱动和系统侧落上的一种主动选择的结果。 安卓系统的音频架构存在一个痛点，系统会将所有的声音包括不同采用率的音乐、游戏声、通知声 强制混合，并从彩样到一个统一的彩样率，比如四十八 k 赫兹，如果这个彩样转换，也就是 s r c 算法不佳的话，就会损伤音质。 所以手机厂商主动将所有的音频统一到一个固定的格式， 比如九十六 k 和字输出，确保输出一个相对干净的音频数字流。我们可以通过这张图能够更好的理解苹果手机，在测试的时候发现输出格式发生了变化， 这反映了苹果音频匹配或者是应用驱动的策略。系统会尝试以音频的原声彩样输出，或根据当前播放内容的需求动态切换， 目的就是为了减少不必要的额外的重采用步骤，追求未完美的传输。我们作为一个数字音频应用的设计公司，需要更深入的了解和学习不同设备的输出模式和原理， 这样才能做出更加实用和好用的产品。

看看看无限无限平板调一下调一下来一 k 直接来一兆一伏九百九十二伏随便调。出发元出发元 啊出发都可以调同步同步同步直接可以干到六十兆。先二十二十兆吧。这多少兆频率？ boss 照准准的。 ok， 哈哈，老师，等下老师都老师走了哎。哈哈，去找老师。哎，等下别急别急，看有个人找老师在验呢啊。在验他验放歌那里已经拉到极限了。 ok， ok， 两幅最大了他他最大了，缩小了两幅两幅不是缩小幅度， ok， 然后来个片一一幅下来哈哈哈哈。

蒸汽涡街误差大，原来问题出在看不见的滤波电路，为什么两台蒸汽涡街参数一模一样，读数却始终对不齐？很多人不知道，仪表的硬件滤波和软件滤波是两套完全独立的运算逻辑，一台滤波偏灵敏， 能捕捉小流量信号。一台滤波过度直接过滤掉有效低流量管道轻微震动，蒸汽压力小幅波动时，两台表的瞬时采样结果完全不同，短期看不出区别，长期运行 累积差值会越拉越大。蒸汽剂量不准，别只怪工况，一定要查滤波参数匹配度。

三六零全景提示，四个摄像头供应商信息不一致，完整解决步骤，这个故障在长安系列车型非常常见，分快速自救、深度排查、专业修复。三步操作，一、最快消除车机强制重启。一、 方向盘上找到音量减键，长按不放十到十五秒。二、车机屏幕会黑屏，自动重启，全程不要松手。 三、开机完成后，再打开三百六十全景红色提示，大概率直接消失。如果你的车没有这个快捷键，备选重启方案，熄火锁车等待五分钟，全车断电，重新通电启动 或者断开电瓶负极，五分钟复位整车电子系统。二、重启无效，排查硬件线路问题报错。核心逻辑，前后左右。四、摄像头型号协议不统一，某一路摄像头通讯断线。 一、检查四个摄像头插头，查看后视镜底部、中网、后备箱牌照处，摄像头限速颠簸后容易松动，拔下重新插紧，清理插头氧化污渍。 二、确认摄像头是否混用原厂三六零必须四颗摄像头为同一批次同一供应商，如果之前维修换过单颗摄像头，新旧摄像头品牌不一样，就会持续报这个错，需要更换同型号摄像头。 三、检查视频传输线，车门铰链处的线束容易弯折断线，线路接触不良会导致主机读取不到摄像头芯片信息。 三、硬件无问题，做全景标定线路，摄像头全部统一后，需要重新标定，匹配摄像头供应商信息。一、准备专用全景标定部， 车辆停在平整空旷场地。二、车机设置里输入调试密码，进入三六零全景标定模式。三、 按系统提示完成四项摄像头瞄点拼接标定完成后，系统会重新读取并同步四颗摄像头信息，提示永久消除。 四、仍无法解决到店专业操作一、四 s 店用专用诊断仪刷新三六零全景主机固件，统一摄像头识别协议。二点，若单颗摄像头芯片损坏，更换原厂同批次摄像头后重新标定 快速操作顺序，建议先长按方向盘音量键重启，故障消失就正常用，反复弹出，再去修理厂检查摄像头限速型号，最后做全景标定。

面试问项目依赖版本冲突怎么解决？这个答案让我沉默了。今天上午面了一个五年经验的前端开发简历上写着，精通工程化与依赖管理，主导过大型项目迁移。我直接问他，你们项目里有一个核心依赖，锁了版本，重装过 node modules， 甚至删了 lock 文件重新生成， 但团队成员 a。 本地能跑， b 本地就报错 c i。 打包偶尔崩，偶尔过。你排查了一整天，问题出在哪儿，他脱口而出，那就是有幽灵依赖或者 modmodems 结构不一致，用 p n p m 或者 e r n for the lock file 强制锁定。我点点头，基础排查思路没错。那我追问一句， 假设你已经全面迁移到 pmpm， node modules 是 严格隔离的，拷客文件也一致。但某天 c i 突然报错，说某个间接依赖的版本不兼容，而你的 package 点 jason 里根本没写它，你怎么办？他愣了一下，那查一下是不是某个依赖升级了 peer dependency 的 范围，或者用 resolutions 强行覆盖？ 我听完继续追问，这些老办法能解决一部分问题，但你没发现吗？问题根本不在于依赖有没有锁住，而在于你的依赖图谱里藏着一个语义化版本炸弹。二零二六年的主流构建工具里，一个依赖可能同时被三个不同版本的需要， 而他们之间通过 xbox 条件导出子路径甚至动态音 port 互相引用，所文件记录的是安装时的版本快照，但运行时解析的可能是另一套逻辑。更麻烦的是，现在的 ai 代码生成工具， 会悄悄往项目里插入新的依赖链，你根本不知道。他沉默了，意识到依赖管理早已不是锁版本删重装那么简单。面试结束，如果这道题你也不会的话，我整理了让大厂 hr 沉默的必考题库， 包含 vivo 灵魂拷问、 react 高频陷阱、 js 十联问点个赞，评论区甩六六六，打包带走。 二零二六年依赖冲突的核心矛盾已经变了，它不是版本号不一致，而是你的交付管道里没有可重现的依赖宇宙。能讲清楚下面这三层的，才算真正懂工程化。 第一层，放弃锁文件迷信，拥抱依赖拓扑神迹。过去我们觉得有了 package log joseon 就 万事大吉，但它只锁住了第一次安装时的解析结果。二零二六年的标准做法是，每次依赖变更后自动生成一份依赖拓扑图，并做一次冲突预演。 ci 会跑一个 dp drive audit 工具，扫描所有传递依赖的版本范围， peer dependencies 冲突以及不同模块对同一个库的版本要求。如果发现模块 a 需要 loadout 四点零点零，模块 b 需要 loadout 五点零点零，两者通过 xbox 的 default 条件导出了不兼容的 api， c i 直接阻断合并，并给出具体警告。这不是靠人眼 review， 而是靠依赖兼容性。数据库里面记录了 n p m 上所有包的版本关系、已知 breaking change 范围以及替代方案。更关键的是，二零二六年的 n p m 和 p m p m 已经内置了依赖分型交易。 每个 like 文件不再只是一颗扁平数，而是一个包含每个包的解析上下文的默克尔数。你本地安装一次后，可以生成一个校验指纹，团队成员和 c i 必须拿到完全相同的指纹才允许安装版本。冲突不再是玄学，而是数学上可验证的。 第二层，动态降级让依赖冲突体面的失败。即便做了透谱审计，某些冲突依然不可避免。比如一个酷的新版本，修复了安全漏洞，但破坏了旧 ipi。 二零二六年的思路是，不求依赖，永远兼容，但求冲突时构建不崩。运行时降级。 解决方案是引入依赖别名。上层解析在打包配置里，不是直接拒绝冲突，而是自动为冲突的依赖创建一个别名副本，比如 loadout 四和 loadout 五同时存在时，构建工具会把其中一个重命名为 loadout legacy， 并自动重写所有引用它的模块的音炮路径。 这个过程由依赖兼容适配器完成。它读取两个版本的 api 差异，生成一个运行式垫片，让老版本代码调用新版本时走兼容存。 更激进的做法是运行时依赖仲裁。二零二六年的 esm 动态加载器支持勾子函数，可以在模块解析时判断当前环境内存占用超过百分之八十，优先使用轻量级依赖副本。当前用户处于低端设备，跳过动画库，直接走原声实现。 这套策略写在一个 the strategy 配置文件中，有性能团队和工程化团队共同维护。第三层，依赖预演与可观测性，让冲突版本共同维护。第三层，依赖预演与可观测性让 cpu 架构。 二零二六年的做法是，在 c i 阶段做一次依赖行为运演，每个 pr 提交后，会自动触发一个依赖杀伤矩阵，它在云端同时拉起 windows、 mac os、 linux 容器，每个容器里用不同版本 node 跑一遍你的构建和单元测试。 如果某个组合下依赖冲突导致打包产物不完整，矩阵会直接飙红并输出差异报告。 linux 加 node 二十下模块 sharp 二，静止文件加载失败，建议锁定 sharp 版本到零点三、三点 x。 更成熟的团队会维护一个依赖健康基线库。 历史上所有冲突案例被训练成一个预测模型，当你升级一个依赖时， ai 会自动预测它会触发的蝴蝶效应。比如升级 whatapp， 从五到六可能导致三个插件不兼容，预计修复成本两小时。如果预测风险过高， ai 会推荐一个等效但更安全的版本范围，甚至自动提交一个锁定建议。 pr 啊，这个就叫专业会说锁版本重装是入门，能排查幽灵，依赖是熟练工。 但在二零二六年，真正的依赖管理高手思考的是我的依赖拓扑有没有不可调和的冲突，冲突发生时能不能动态降级而不是崩溃？ 我的 c i 矩阵能不能在合并前就暴露环境差异这三个问题能闭环才算真正驾驭了工程化。再留个思考题，如果你的项目里有一个依赖是被 ai 动态生成的，每次安装它的版本号都不同，你怎么保证它的行为可重现？冲突可预测？

兄弟们好，我们今天聊一下光纤同轴和源码透传这几个小话题，我跟大家讲一讲，大家看完我这个视频，应该会对这方面会有一定的认识，尽可能避坑。 首先啊，我们先讲第一个光纤同轴 hdmi 彩样率的问题，这个对音质的影响，那其实目前大家平时所看到的大多是四十八 k 的， 也就说我们目前 cd 的 cd 机啊，常规的 cd 机来讲，我们都是四十八 k 的， 或者说四十四 k 彩样率的。 但是目前从树波的发展，我们现在经常会很多高码率的一些这个音乐，有四十八 k 的， 九十六 k 的， 还有一百九十二 k 的， 那么这三种彩样率的音频， 他的音质是完全不相同的，我说的是完全不相同。那么你听惯了四十八 k 彩样的这种音频出来的声音呢？他就是我们平时听到的一个常规的九十六 k 彩样的，这个输入的声音 会比四十八 k 声音会更加的清晰，声音会更通透，他的声场会更宽更宽广，听起来的声音会明显会比四十八 k 的 好听很多。那一百九十二 kb 彩样的这种音频文件呢， 就是我们所说高码率的这些音频的文件，他的声音的饱满度会非常好，声音的颗粒感，空气感，包括背景的干净程度会好很多很多。所以大家在玩这种光纤同轴输出时候，在 呃对音频的这种采样率啊，能找到高码率的这种无损文件，尽可能去找。 还有呢就是关注你的设备，你的设备他支不支持这种彩样率的光纤同轴输出，有很多的大屏机，包括有很多竖波，他的 有些竖波还是停留在四十八 k 的 哈，包括目前呢，我们的这个，呃，两方面啊，一个呢是我们的播放器，就是我们的大屏导航，我们的 cd 机，或是我们的低电瓶和高电瓶改光纤同轴输出的那些，基本上都还停留在四十八 k 产量率的。 所以呢，在最早期的那些 dsp， 他 还是停留在四十八 k 的， 因为你的播放器是是这个产量输出，但是你的 dsp 你 必须要支持对应的这个产量，不然你播出来就是没有声音的， 甚至有一些的 dsp 是 强制直接把你的信号转换成为四十八 k 的， 就是我们所说的重彩样的问题。那真正要做到的这种内容来讲的话，你们要去一定要仔细的去看你的 dsp 它支持的真实参考率是多少？ 六、阿尔派的零八五零 x， 他 只支持四十八 k 产量率，包括 x 八吧，阿尔派的 x 八百 x 幺二零 x 幺二幺，你们会看一下，你们看官方的说明，他产量率只支持到四十八 k， 但是呢，有些设备是支持到九十六 k 的 啊，喜力士的 ultra ultra s 竟然只支持到九十六 k 彩样，兄弟们，刚开始的话我也不太相信，后面我仔细的对比看官方的说明书。 喜力士的 ultra 算是一个在发烧友里面是比较喜欢的一个一个一个 dsp 啊，竟然它的彩样率只支持到九十六 kb 啊，那么支持一百九十二 kb 采样的目前各行的设备啊，我看到是用的比较多的，是只能支持到一百九十二 kb 的， 但是有些就是他的低端是不支持的，所以你要听到高采样率、 高码率的这个音频来讲，除了你的播放设备的光纤同轴输出要达到对应的这个 这个产量率，那你的 dsp 也要支持对应的这产量率，不然的话你播出来的声音是不好听的。这是第一个我要跟他所谈的一个问题。那第二个问题呢？就是原码的输出， 原码的输出并不是所有的车机都支持原码输出，目前像树波里边的就是小 f 跟那个，安的安跟那个，呃，歌行的 g 三 se、 g 五啊， 都是支持源码输出的。源码输出好处在什么地方？那其实来讲的话呢？呃，我们刚刚所谈到的是产量率的问题，如果是你是没有源码输出的话，那等于说你他的输出里边他的 dsp 就进行对他的这个彩阳率已经开始做了处理，你输出的就是要么四十八 k， 要么九十六 k， 要么是一百九十二 k。 而原码输出的好处是什么？是不经过音频处理， 不经过音频处理，也就是说你这个设备里边的那个解码是不经过处理，你你的这个歌曲是什么样的彩阳率读出来，他输出就是什么样的彩阳率， 这就是所谓的源码输出。但是源码输出它的特点是什么？它的特点是它要通过后面的 dsp 解码器来进行对它进行解码，那这个解码里边就分为硬解跟软解， 所以来讲源码的文件在读取之后啊，他真正能支持源码输出的。现在目前六像辉哥的发声六号有源码到传功能的，他把源码读出来之后，他分两种方式，一种呢他是， 呃你，你播放的文音频文件是点 dts， 就是 所谓的杜比和 ac 三和 dts 的 这种文件， 他是直接映解，就给你后面的 dsp 进行映解。那么如果不是像常规的一些高码率的是 pcm 格式的或 flc 格式的，这个这个编码器的那种 高码率的就是一百九十二 k 的 或是九十六 k 的， 这时候就进行软解出来，所以这两种方式对音质的影响是天和地有原码输出的机器很少很少， 接着能真正的支持这个一百九十二 k 彩样的又是一部分，接着支持硬解， 杜比跟 ac 三跟 dts 的 这种机器呢又很少，所以目前呢，大家市面上所买到的机器基本上都是要么常规的只支持四十八 k 的， 要么是不支持原码输出的，要么是不能做硬解的， 所以呢，这个对音质的影响特别特别大，兄弟们，他有机会的话呢，真正去留意这一块，辉哥带的路绝对不会让你们走偏。