耳机网-耳机大家坛

标题: 请问upnp传输的是二进制文件,还是音频流数据? [打印本页]

作者: ashton789    时间: 2021-1-24 21:42
标题: 请问upnp传输的是二进制文件,还是音频流数据?
网上看了,还有搜了些帖子,好像大家都说传输的是二进制文件,那如果是二进制文件,为何会有转码选项?我是在foobar的upnp插件里看到的,这个转码指的是服务器端将二进制文件转码成音频流输出吗?

21-27-11-011.jpg (92.24 KB, 下载次数: 129)

21-27-11-011.jpg

作者: amex2    时间: 2021-1-24 21:43
upnp是无校验的数据流。转码指的是把源码转lame,源码根据你放的东西不同可能是pcm也可能是dsd或者别的啥
作者: ashton789    时间: 2021-1-24 22:02
amex2 发表于 2021-1-24 21:43
upnp是无校验的数据流。转码指的是把源码转lame,源码根据你放的东西不同可能是pcm也可能是dsd或者别的啥

不对吧,我查了些,据说upnp推送的是文件,基于tcpip协议,有校验,文件转源码就是经过了转换,源码是音频数据流,这步就不一定有校验了,我疑惑在于upnp如果推送是文件,为何会有转码选项,是不是说upnp文件和音频流源码都能传输

作者: phoexi    时间: 2021-1-24 22:42
1 upnp传的是文件,准确说是文件片段,断断续续传的,不是一次性传完也不是连续传。

2 传文件,但是没说传源文件。所以当然是可以格式转换以后再传的。
作者: ashton789    时间: 2021-1-25 09:34
phoexi 发表于 2021-1-24 22:42
1 upnp传的是文件,准确说是文件片段,断断续续传的,不是一次性传完也不是连续传。

2 传文件,但是没说 ...

感谢告知,另外请教下upnp如果文件传输的话,即使是断续的应该也没有什么时钟信号吧,这时是不是hifi交换机起到的作用最小,而转变成音频流数据传输的话,是不是就有时钟信号在里面了,这时hifi交换机就有作用了?是不是这样呢

作者: ashton789    时间: 2021-1-25 09:37
还有一个数播网播,有什么办法分辨upnp传输方式,好像都没有明确说明
作者: phoexi    时间: 2021-1-25 09:50
ashton789 发表于 2021-1-25 09:34
感谢告知,另外请教下upnp如果文件传输的话,即使是断续的应该也没有什么时钟信号吧,这时是不是hifi交换 ...

民用音频流也不带时钟信号(raat或者naa)

aes67是带时钟的


hifi交换机的隔离作用对任何传输方式都有用

但是传输的稳定性对音频流更有用(因为upnp本身就不连续稳定。。。)

作者: BeiHai    时间: 2021-1-25 10:14
不如用iscsi

作者: Devastat0r    时间: 2021-1-25 10:54
以前我用手机upnp推送tidal音乐到树莓派的时候,树莓派MOODE显示音乐来源是一串地址,最后是.flac,推测upnp协议是告诉数播音源的位置,比如NAS的路径或者tidal音乐的地址,至于音乐数据是如何传入数播,是通过UPNP本身还是其他网络协议,就不知道了
作者: ashton789    时间: 2021-1-27 16:16
自己实验了下,
heos猜测推送的是文件数据的,网播里会显示dsd,flac等格式,元数据也和文件一致。
bubble和foobar猜测推送的都是音频数据流,且都会转码,因为无论放什么网播里显示的都是pcm,bubble好一点会显示文件名
原来以为无论用啥推送,音质都一样的观点是错的
其他推送app未实验。
作者: phoexi    时间: 2021-1-27 18:04
ashton789 发表于 2021-1-27 16:16
自己实验了下,
heos猜测推送的是文件数据的,网播里会显示dsd,flac等格式,元数据也和文件一致。
bubbl ...

fb是转码的


bubble取决于你用什么设备当upnp服务器,服务器说要转码就转,服务器说源码就源码


作者: phoexi    时间: 2021-1-27 18:12
另外 upnp软件必然是影响音质

而且不仅仅是转码那么简单

像bubbleupnp和kazoo对比,用专门的upnp服务器和网桥(也就是说软件不涉及转码,只当播放的控制器)
仍旧会影响音质,这时候可能有人会问:遥控器也影响音质???

实际情况是 bubbleupnp这个软件会非常频繁的向网桥请求当前播放曲目/进度,循环/随机等状态
造成网桥那边处理这些请求浪费系统资源,并且造成噪声波动,最终影响到音质。
而kazoo比较克制,请求的比较少,音质会略好,当然副作用是可能软件显示和实际状态没那么一致。
作者: 处理器    时间: 2021-1-27 18:45
本帖最后由 处理器 于 2021-1-27 18:50 编辑
ashton789 发表于 2021-1-27 16:16
自己实验了下,
heos猜测推送的是文件数据的,网播里会显示dsd,flac等格式,元数据也和文件一致。
bubbl ...

楼主你设置的是DLNA Server,这是媒体服务器。
UPnP是推送,推送就是文件流,接收端再播放是共享声卡,而且经过系统混音器,出来的声音明显不如Roon Bridge和HQPlayer NAA,这两个都是独占声卡,默认绕开系统混音器。

Airplay1代类似就是DLNA UPnP的一个子集,多了一层数据压缩AAC,接收端也会经过系统混音器,两种方式声音处理都差一点,DLNA UPnP稍微好一单。
Airplay2代苹果另起炉灶了,传输可以到24bit96K,但加了认证封闭协议,只能在Homepod、Apple TV、IOS和MAC之间玩。






作者: preachercn    时间: 2021-1-27 20:02
Roon的专有协议传输很好,操控又是最强的,信息数据库又庞大,没法不用啊。
作者: ashton789    时间: 2021-1-28 12:32
谢谢楼上各位回复
昨天看了看roon,如果roon的传输带时钟的话,我觉得和upnp协议其实半斤八两,当然不带时钟的话那肯定是胜过了。
因为upnp如果推送的是文件,文件肯定不带时钟信号了,虽然是断续的,此时音质不错,自己比较过upnp两种方式才说的。
raat看了下,应该是由文件转换成了稳定的音频数据流传输,音频数据流的话应该都带时钟信号了吧,为什么说可以不带呢,那它时钟信号怎么处理的?
有位说的共享声卡,独占声卡不知道什么意思,还没整明白
带不带时钟信号还是很重要的,因为网络路径太长,网络设备又多,鬼知道传到最后时钟会变成什么样子

作者: bg4uau    时间: 2021-8-24 10:59
各位大侠,我用的群晖的upnp服务,请问如何设置使群晖upnp使用文件方式传输而不是媒体流?因为我现在用海弦WR-50CD播放器,光纤输出到功放,现在的情况是播放器无法输出源码,导致播放DTS文件的时候一片沙沙声。我原本的想法是播放器光纤输出DTS源码到功放解码的。
作者: HHYYTT    时间: 2021-8-26 10:57
媒体文件服务器类型的推送源文件,有些可能会有转换插件
播放器的upnp基本转pcm/wav的
作者: farwish    时间: 2023-4-22 10:11
ashton789 发表于 2021-1-24 22:02
不对吧,我查了些,据说upnp推送的是文件,基于tcpip协议,有校验,文件转源码就是经过了转换,源码是音 ...

我的理解是:转完后还是文件的形式,转码只是考虑到网播本身能支持什么格式,比如大多数网播本身不支持DSD,就需要转成WAV或者MP3格式都行,最终还是以文件的形式发送





欢迎光临 耳机网-耳机大家坛 (http://www.erji.net/) Powered by Discuz! X3.2