请教全景声音轨24帧怎样转成23.976

dahaonan

请教24帧全景声音轨怎样转成23.976帧，谢谢了

麦哈

目前全景声不能无损转，只能通过TCT之类的工具解析成7.1.4之类的布局，把输出的wav拉伸后，然后用达芬奇重新制作全景声母版文件，这样出来的东西，实际上会丢了全景声的原始的元数据。

pangzl

麦哈 发表于 26-6-12 14:10
目前全景声不能无损转，只能通过TCT之类的工具解析成7.1.4之类的布局，把输出的wav拉伸后，然后用达芬奇重 ...

麦大，你们现在使用的重混方式，是否也是一样，会丢失全景声的原始元数据？

dahaonan

感谢麦版

麦哈

pangzl 发表于 26-6-12 15:16
麦大，你们现在使用的重混方式，是否也是一样，会丢失全景声的原始元数据？ ...

混音用Truehdd解析全景声，这样的混音理论上讲是不会丢失的，前提是Truehdd必须是对的(目前这软件基本是孤例，无法相互印证)。
用TCT这类套用DRP解析全景声的混音，比如输出了7.1.4，原始的元数据指定的元素都已经被固化到这些轨道中，然后用达芬奇重新制作成全景声格式，原理上来说，这个全景声，与原始的全景声，不是一个东西了。
但是这些差异，家庭环境中，耳朵基本听不出，所以，有在乎的必要吗？

zdk961

麦大讲的好，全景声是没有声道概念的，所谓的7.1.X之类的声道标注方式是不适合全景声的，它的元数据通过矩阵投射适用于高达64位以上的独立声道，不管是天空还是地面，如果一旦声道被固化，就等用于TrueHD，带天空声道的TrueHD，跟全景声无关了
目前，TCT之类的软件解包全景声，再用软件打包回去，固化后各声道内的信息和定位，是不是跟功放官方解码出来的全景声同一个声道的信息量是完全是一样的，也没人去做考证，我猜可能还不一样，软件解码出来的各声道信息很可能只是以bed为基准，不会考虑到元数据，而功放解码出来实际效果是综合目前现有声道数量、摆放位置、元数据等，所以很可能解码后同一个左声道，信息量都是有差别的，因此解包固化的声道和全景声实际展现的效果是应该是有很大差别的，需要等我的系统弄完后实测了才知道

在全景声中，对象元素的移动、结相远近、定位等，在无元数据的重混全景声中是体会不到那种精细的定位和移动感的~~
那种子弹的瞬间后打到前的突然瞬间、弹片飞溅从前到后的覆盖、直升机在头顶的盘旋、天空中下雨雨滴四溅等需要多声道多区块结相精准度要求比较高的，天空有四声道以上的建议使用未任何加工的全景声，因为这些东西都是在系统弄好后，功放甚至前后级测试、调试、更改参数后记录在功放或者前级里的，播放的时候功放在解码全景声综合现场环境，实时动态的展现出各个物件的声音情况，所以才叫全景声
建议有独立家庭影院、影音室等中高端的小伙伴使用原声会更好

pangzl

麦哈 发表于 26-6-12 20:34
混音用Truehdd解析全景声，这样的混音理论上讲是不会丢失的，前提是Truehdd必须是对的(目前这软件基本是 ...

不是说在乎，就是想了解一下，感谢麦大的解惑，受教了

麦哈

zdk961 发表于 26-6-12 22:55
麦大讲的好，全景声是没有声道概念的，所谓的7.1.X之类的声道标注方式是不适合全景声的，它的元数据通过矩 ...

其实不必这么较真的，功放里面的解码器，也是杜比提供的，杜比的DRP也是官方解码，原则上讲，不会差很多的。还有，Truehdd解析的全景声，大部分轨道跟DRP解析出来的声道轨道，实际上大差不差。只是大部分的片子，轨道分布是乱的，找轨道信息很辛苦。

我觉得有个比方，可能比较形象。我们都知道ATV盒子不支持透传，即便是Truehd全景声，也解码成PCM传输给功放播放，但我记得依旧是能点亮功放的全景声的标的。TCT之类的，解析全景声，实际上就类似ATV的不能透传，在播放器内部完成了解码。而Truehdd的解码，更像是播放器透传给功放，然后功放拿到的是原始的全景声。

无论任何一种方式，基本都能正确映射声道，理论上，同一个音轨的两种模式，应该听不出什么差别。

麦哈

pangzl 发表于 26-6-13 10:48
不是说在乎，就是想了解一下，感谢麦大的解惑，受教了

混音方式已经不重要了，重要的是都没人做混音了。现在的流媒体带的DTS，算是比较好的选择，即便是流媒体，有的站点发的那些，动不动十声道的所谓的全景声，也大多是假的。想好好看个片，挺难了。

bobo

首先，Dolby Atmos 并不是“没有声道概念”，而是由 **Bed 声床 + Object 声音对象** 两部分组成。

而**Bed 声床** 就是固定声道层，常见为 5.1、7.1、7.1.2，用来承载背景音乐、环境声、雨声、房间氛围等基础声音。**Object 声音对象** 则是“音频信号 + 空间位置元数据”，可带三维坐标和运动轨迹，适合表现飞机、子弹、脚步、爆炸方向等需要精确定位或移动的声音。

使用 `TCT\Dolby Reference Player\gst-plugins` 解码，本质上是把 Dolby Atmos 内容渲染到指定扬声器布局，输出的是已经渲染后的多声道 PCM。也就是说，Object 会参与渲染属于 “降维转码”（参考：https://professional.dolby.com/p ... by-reference-player）。
我们论坛目前能做到的制作链路（7.1.4）是：

**TCT / Dolby Reference Player / gst-plugins 解码 → AA 混音 → DaVinci Resolve Studio 制作 → Dolby Media Encoder 编码**

这条流程得到的是基于指定声道布局重新制作的成品。

从实际播放角度看这条流程得的结果，如果播放系统不超过 **7.1.4**，这种解码、混音、重编后的版本，在听感上非常接近原始 Dolby Atmos。区别主要在于：它已经不再保留原始 Object 的自适应渲染能力。