耳机网-耳机大家坛

标题: 五分钟让HQPlayer OS内置airplay功能(无需LMS无需其他硬件)，兼谈AirPlay码率 [打印本页]
作者: 中关村东路    时间: 2022-7-22 15:15
标题: 五分钟让HQPlayer OS内置airplay功能(无需LMS无需其他硬件)，兼谈AirPlay码率
本帖最后由 中关村东路 于 2022-7-22 17:13 编辑

1. 背景

2. 所需材料

3. 让HQPlayer OS支持airplay

4. 让实现更优雅（可选）

5. 关于码率的讨论



作者: 中关村东路    时间: 2022-7-22 15:15
本帖最后由 中关村东路 于 2022-7-22 15:56 编辑

1. 背景

本文简要记录了在HQPlayer OS中安装airconnect，实现airplay功能的过程，需要读者对Linux有初步的了解，本方案的思路源自网友门的耳朵（详见【1】55楼），只是简化了实现。我自己的主力系统是Roon方案（详见【2】），apple music只搭配tws用，也并不认同软件升频的方案，本帖只讨论如何实现和技术原理，请不要和楼主讨论听感。

【1】http://erji.net/forum.php?mod=viewthread&tid=2269222&extra=
【2】http://erji.net/forum.php?mod=viewthread&tid=2253401&extra=

作者: 中关村东路    时间: 2022-7-22 15:16
本帖最后由 中关村东路 于 2022-7-22 15:57 编辑

2. 所需材料

为了显示本方案的简洁，本帖假定在u盘上安装HQPlayer OS，如果读者想把HQPlayer OS安装在机器内置硬盘上，可参考【3】。

【3】http://erji.net/forum.php?mod=viewthread&tid=2272124&extra=
作者: 中关村东路    时间: 2022-7-22 15:20
本帖最后由 中关村东路 于 2022-7-22 20:15 编辑

重复
作者: 中关村东路    时间: 2022-7-22 15:20
本帖最后由 中关村东路 于 2022-7-22 20:15 编辑

重复
作者: 中关村东路    时间: 2022-7-22 15:23
本帖最后由 中关村东路 于 2022-7-22 16:59 编辑

3. 让HQPlayer OS支持airplay

3.1 把HQPlayer OS烧录至u盘（可选）
这步其实非常简单，我们假定读者可能已经做好了HQPlayer OS。为了完整起见还是简单记录一下，首先在电脑上下载HQPlayer OS的img，如果你买了正版链接在【4】。

用dd/rufus/balenaEtcher/unetbootin等方法将其刻录至u盘即可。如果你和我一样使用macbook pro，且只有一个内置硬盘，那么只需在terminal输入：
  1. sudo /bin/dd if=~/Downloads/gparted-live-1.4.0-1-amd64.iso of=/dev/rdisk2s1
复制代码
其他软件按提示即可，也比较容易。

3.2 获得airupnp


下载链接【5】的airupnp-x86-64-static文件，并将其复制到刚刚烧录的u盘的第一个分区，
  1. # ls /boot/
  2. EFI              bzImage          loader
复制代码

3.3 准备启动脚本


编辑文件airupnp.service，
  1. [Unit]
  2. Description=AirUPnP bridge
  3. After=network-online.target
  4. Wants=network-online.target

  6. [Service]
  7. ExecStart=/var/lib/airconnect/airupnp-x86-64-static -c flc -Z
  8. Restart=on-failure
  9. RestartSec=30

  11. [Install]
  12. WantedBy=multi-user.target
复制代码
也放在u盘的第一个分区，
  1. # ls /boot/
  2. EFI              airupnp.service  bzImage          loader
复制代码

3.3 启动HQPlayer OS并部署airconnect


启动HQPlayer OS，用户名密码之类可以不管也可以参考【3】。
  1. mkdir -p /var/lib/airconnect/
  2. mv /boot/airupnp-x86-64-static /var/lib/airconnect/
  3. mv /boot/airupnp.service /etc/systemd/system/
  4. systemctl enable --now airupnp.service
复制代码
大功告成，下次重启也会自动打开，不知道读者用了五分钟没有。

【4】https://www.signalyst.eu/bins/hqplayerd/images/
【5】https://github.com/philippe44/AirConnect/tree/master/bin

作者: 中关村东路    时间: 2022-7-22 15:30
4. 让实现更优雅（可选）

上述操作略显草率，不但产生大量无用日志，如果读者家里有电视盒子等设备还会让airplay多了好多无谓的终端。下面我们定制一下airconnect，让实现更优雅。首先生成配置文件：
  1. /var/lib/airconnect//airupnp-x86-64-static -i /var/lib/airconnect/config.xml
复制代码
需要扫描几秒，扫完命令会自动退出。打开配置文件：
  1. nano /var/lib/airconnect/config.xml
复制代码

4.1 精简日志：

配置文件中一共有如下四项日志，中间的info/warn都改成error
  1. <main_log>info</main_log>
  2. <upnp_log>info</upnp_log>
  3. <util_log>warn</util_log>
  4. <raop_log>info</raop_log>
复制代码
修改日志大小的限制，下列“-1”改为1
  1. <log_limit>-1</log_limit>
复制代码

4.2 删除其他upnp设备

airconnect默认自动发现局域网内所有upnp设备供airplay选择，可以定制仅保留所需终端。例如我的配置文件中，末尾有如下代码：
  1. <device>
  2. <udn>uuid:111a1fda-fccb-49b8-b96f-4954a8ec8069</udn>
  3. <name>HQ:SignalystHQPlayer4+</name>
  4. <mac>bb:bb:14:cc:f2:72</mac>
  5. <enabled>1</enabled>
  6. </device>
  7. <device>
  8. <udn>uuid:tv_08d88c9c6b938c50c8100cfced4c5800_1612364126232_4220193050_89358878</udn>
  9. <name>    ^n^e ^z^d  ^g  ^b ^~^|TV(110)+</name>
  10. <mac>bb:bb:a9:cd:40:96</mac>
  11. <enabled>1</enabled>
  12. </device>
  13. <device>
  14. <udn>uuid:23456789-1234-1010-8000-045D4B6CFCB9</udn>
  15. <name>          ^j     ^t   ^f+</name>
  16. <mac>bb:bb:9a:13:55:fe</mac>
  17. <enabled>1</enabled>
  18. </device>
复制代码
这段代码实际上是三个设备，每个<device> xxxx </device>是一个，删掉你不需要的即可。例如我只保留了：
  1. <device>
  2. <udn>uuid:111a1fda-fccb-49b8-b96f-4954a8ec8069</udn>
  3. <name>HQ:SignalystHQPlayer4+</name>
  4. <mac>bb:bb:14:cc:f2:72</mac>
  5. <enabled>1</enabled>
  6. </device>
复制代码

4.2 修改启动文件

打开启动文件：
  1. nano /etc/systemd/system/airupnp.service
复制代码

找到ExecStart一行，改为：
  1. ExecStart=/var/lib/airconnect/airupnp-x86-64-static -Z -x /var/lib/airconnect/config.xml
复制代码
重启服务即可，
  1. systemctl daemon-reload
  2. systemctl restart airupnp.service
复制代码



作者: 中关村东路    时间: 2022-7-22 15:30
5. 关于码率的讨论
5.1 airconnect方案的视线
大学毕业之后就把c语言还给老师了，简单看了一下airconnect的实现，他做了个转接，接收airplay协议之后，使用alac解码，之后用flac@44/16编码，转发给upnp终端。

解码的代码在hairtunes_init中，
        ctx->alac_codec = alac_init(fmtp);

编码的代码在flac_init中，
        ok &= FLAC__stream_encoder_set_verify(codec, false);
        ok &= FLAC__stream_encoder_set_compression_level(codec, ctx->encode.config.flac.level);
        ok &= FLAC__stream_encoder_set_channels(codec, 2);
        ok &= FLAC__stream_encoder_set_bits_per_sample(codec, 16);
        ok &= FLAC__stream_encoder_set_sample_rate(codec, 44100);
        ok &= FLAC__stream_encoder_set_blocksize(codec, FLAC_BLOCK_SIZE);
        ok &= FLAC__stream_encoder_set_streamable_subset(codec, true);
        ok &= !FLAC__stream_encoder_init_stream(codec, flac_write_callback, NULL, NULL, NULL, ctx);
可以看到，接收到的文件用alac解码后之后编码的时候是强制44100/16的。似乎是有点让人失望，但是可能看了下面三小节内容，可能就没那么失望了。

5.2 philippe44对airplay协议的解释
参考【6】。简单的说，airplay是支持有损aac接收的，但airconnect方案只实现了无损的alac/pcm解码。之后默认封装成无损flac发给upnp。

AirConnect receives ALAC or raw PCM from its controller / source, there is no AAC involved. Then I re-encode and send to the player either FLAC, PCM/WAV or MP3. So to be crystal clear AirConnect does NOT receive AAC from controllers.
Now, what was that file before it has been sent over AirPlay, I have no idea. The controller can do any sort of transcoding it wants. All I know is that it sends lossless ALAC or raw PCM

As said in my previous response, I only support PCM and ALAC in my AirPlay manifest, hence AirConnect will always receive one of these. AFAIK, there is support for AAC and AAC-ELD in AirPlay 1 but I don't support these.

But as a summary, AirConnect receives 16@44.1 alac or plain PCM and it translates it to raw pcm/or wav (just adding header) or flac lossless (0..9 compression level) or mp3 lossy (64..320 Kbps) and then send that to the Chromecast device.. Nothing more nothing less. Does that answer your question? I'm not sure anymore what you're looking for

5.3 mikebrady对airplay协议的解释
参考【7】。简单的说，airplay1只支持固定的44100/16。airplay2支持两种模式，实时的alac CD质量，和带缓冲的aac。

Shairport Sync uses the AirPlay 1 protocol. In my experience, the AirPlay 1 protocol uses a fixed format: 44,100 frames per second, 16 bit linear PCM, interleaved stereo, losslessly compressed in ALAC -- let's call it "CD quality ALAC" . It doesn't matter what it's being sent from or what it's being sent to, the format remains the same. If the source material is encoded in a different form, it is transcoded to this format before transmission. This accords with your experience. If the source material is actually CD quality, stored losslessly, then AFAIR it used to be the case that it was transmitted bit-perfectly over AirPlay 1 by iTunes. I don't know if that is still the case, but I presume it is.

It follows that there is no scope for, and no need for, adjustments to Shairport Sync to control how audio is encoded -- it's always sent in CD-quality ALAC.

At the receiving end, Shairport Sync is meant to modify the audio data as little as possible. For example -- assuming you are outputting to the alsa back end -- if you have a CD-quality DAC and use its hardware mixer for volume control, or if you choose to ignore the volume control information coming from the source, or if you set the volume control to max, the audio material is sent to the DAC unmodified except for an occasional sync event.

You can force Shairport Sync to choose a particular output depth, but if it's set to auto, it will select the greatest depth. For instance, if you have a CD-quality DAC and a hardware mixer but with 24 or 32 bit resolution, the highest resolution is chosen and the material is recoded from 16 to 24 or 32 bits but without doing anything to it -- 8 or 16 binary zeroes are simply added to each sample as appropriate. In other words, as before, the audio material is effectively unaltered except for occasional sync events.

If you use Shairport Sync's software mixer or if you select monophonic output (in other words, if Shairport Sync has to process the audio material), then the necessary calculations are done at 32-bit precision (giving 64-bit results for multiplications) and dithered to the appropriate bit depth -- 32 / 24 / 16 or 8 (!) bits for the output device.

As far as AirPlay 2 is concerned, what we know is that it uses two transmission modes -- Realtime and Buffered -- and two encoding schemes: CD-Quality ALAC for Realtime streams and AAC for Buffered streams. So it fits that the new lossless formats might be transcoded to AAC for onward transmission to AirPlay 2 players.

5.4 苹果官方对airplay协议的解释
我简单搜索了一下，得到的结论是：

A. airplay/airplay2码率是44/48，但是48只有视频文件才支持，详见【8】。

AirPlay (1 and 2) is capable of ALAC (lossless) streaming up to 44.1 kHz (48 kHz for video contents).

B. airplay2只支持16bit。详见【9】。



【6】https://github.com/philippe44/AirConnect/issues/356
【7】https://github.com/mikebrady/shairport-sync/issues/1205
【8】https://discussions.apple.com/thread/252828942
【9】https://www.reddit.com/r/AppleMusic/comments/nkj26w/does_airplay_support_24_bit_how_do_we_take/

5.5 小结
综合5.1/5.2/5.3小节内容，我们知道airplay1/2对音频的支持上限就是alac@44/16，因此本帖子讨论的airconnect已经完美实现了无损的解码编码，所有的转码都发生在苹果自己的apple music投放airplay过程中。
也就是说，如果你希望使用airplay投放，可以放心的使用本帖方案；如果你追求高码率，那么直接使用ipad otg直连解码是更好的选择。
作者: 中关村东路    时间: 2022-7-22 15:38
本帖最后由 中关村东路 于 2022-7-22 15:55 编辑

5. 关于码率的讨论

5.1 airconnect方案的视线

大学毕业之后就把c语言还给老师了，简单看了一下airconnect的实现，他做了个转接，接收airplay协议之后，使用alac解码，之后用flac@44/16编码，转发给upnp终端。

解码的代码在hairtunes_init中，
  1. ctx->alac_codec = alac_init(fmtp);
复制代码

编码的代码在flac_init中，
  1. ok &= FLAC__stream_encoder_set_verify(codec, false);
  2.         ok &= FLAC__stream_encoder_set_compression_level(codec, ctx->encode.config.flac.level);
  3.         ok &= FLAC__stream_encoder_set_channels(codec, 2);
  4.         ok &= FLAC__stream_encoder_set_bits_per_sample(codec, 16);
  5.         ok &= FLAC__stream_encoder_set_sample_rate(codec, 44100);
  6.         ok &= FLAC__stream_encoder_set_blocksize(codec, FLAC_BLOCK_SIZE);
  7.         ok &= FLAC__stream_encoder_set_streamable_subset(codec, true);
  8.         ok &= !FLAC__stream_encoder_init_stream(codec, flac_write_callback, NULL, NULL, NULL, ctx);
复制代码

可以看到，接收到的文件用alac解码后之后编码的时候是强制44100/16的。似乎是有点让人失望，但是看了下面三小节内容，可能就没那么失望了。


作者: 中关村东路    时间: 2022-7-22 15:39
本帖最后由 中关村东路 于 2022-7-22 15:46 编辑

5.2 philippe44对airplay协议的解释

参考【6】。简单的说，airplay是支持有损aac接收的，但airconnect方案只实现了无损的alac/pcm解码。之后默认封装成无损flac发给upnp。
作者: 中关村东路    时间: 2022-7-22 15:39
本帖最后由 中关村东路 于 2022-7-22 15:46 编辑

5.3 mikebrady对airplay协议的解释

参考【7】。简单的说，airplay1只支持固定的44100/16。airplay2支持两种模式，实时的alac CD质量，和带缓冲的aac。
作者: 中关村东路    时间: 2022-7-22 15:40
本帖最后由 中关村东路 于 2022-7-22 15:46 编辑

5.4 苹果官方对airplay协议的解释

我简单搜索了一下，得到的结论是：

A. airplay/airplay2码率是44/48，但是48只有视频文件才支持，详见【8】。

B. airplay2只支持16bit。详见【9】，见图。


作者: 中关村东路    时间: 2022-7-22 15:41
本帖最后由 中关村东路 于 2022-7-22 20:15 编辑

重复
作者: 中关村东路    时间: 2022-7-22 15:43
本帖最后由 中关村东路 于 2022-7-22 16:06 编辑

5.5 小结

综合5.1/5.2/5.3/5.4小节内容，我们知道airplay1/2对音频的支持上限是alac@44/16，因此airconnect工作流程内并未转码，所有的转码都发生在苹果自己的apple music中。
也就是说，如果你希望使用airplay，可以放心按本帖实现；高码率就只能使用otg直连解码。
作者: 中关村东路    时间: 2022-7-22 15:45
【6】https://g，i，t，h，u，b.com/philippe44/AirConnect/issues/356
【7】https://g，i，t，h，u，b.com/mikebrady/shairport-sync/issues/1205
【8】https://discussions.apple.com/thread/252828942
【9】https://www.r，e，d，d，i，t.com/r/AppleMusic/comments/nkj26w/does_airplay_support_24_bit_how_do_we_take/
作者: 留得青山在    时间: 2022-7-22 15:50
强贴！
作者: 中关村东路    时间: 2022-7-22 16:07
留得青山在 发表于 2022-7-22 15:50
强贴！

小号都这么高积分
作者: 留得青山在    时间: 2022-7-22 16:17
中关村东路 发表于 2022-7-22 16:07
小号都这么高积分

托老毛子的福，在资源区搬点砖就涨起来了。

论质量还得是你这种干货技术贴。
作者: 中关村东路    时间: 2022-7-22 16:24
留得青山在 发表于 2022-7-22 16:17
托老毛子的福，在资源区搬点砖就涨起来了。

论质量还得是你这种干货技术贴。

放暑假住乡下重新折腾了一套系统。就整理了两份笔记。现在已经都删了装回gentoo+roon了，硬件升频dsd512
http://erji.net/forum.php?mod=viewthread&tid=2253401&extra=
作者: 万远    时间: 2022-7-22 16:35
本帖最后由 万远 于 2022-7-22 16:38 编辑

只能请一声牛di!在编码的代码在flac_init中里改成高码能实现高码传输吗？
作者: displanet    时间: 2022-7-22 16:40
学习了 朋友发论文有一套
作者: 中关村东路    时间: 2022-7-22 16:43
万远 发表于 2022-7-22 16:35
只能请一声牛di!在编码的代码在flac_init中里改成高码能实现高码传输吗？

我最初去看代码就是想改这个，后来查了第5节后面三条资料才知道并没必要，因为Airplay协议规定了传出的alac上限就是cd质量，也就是flacinit里的4416
作者: 万远    时间: 2022-7-22 17:14
中关村东路 发表于 2022-7-22 16:43
我最初去看代码就是想改这个，后来查了第5节后面三条资料才知道并没必要，因为Airplay协议规定了传出的al ...

万一呢?!
作者: 中关村东路    时间: 2022-7-22 17:19
万远 发表于 2022-7-22 17:14
万一呢?!

万一什么……
作者: 万远    时间: 2022-7-22 21:03
中关村东路 发表于 2022-7-22 17:19
万一什么……

万一通过修改能够传输高码率。 也就是抱着试一试态度来修改。
作者: 中关村东路    时间: 2022-7-22 21:05
万远 发表于 2022-7-22 21:03
万一通过修改能够传输高码率。 也就是抱着试一试态度来修改。

当然能提高码率了，但是这不就变成src了吗，根据airplay协议，接收到的alac就是44/16的。
作者: 欢欢乐乐    时间: 2022-7-22 21:39
尽管还没开始玩AM，这个必须顶一下，感谢楼主的分享。
作者: 中关村东路    时间: 2022-7-22 21:57
欢欢乐乐 发表于 2022-7-22 21:39
尽管还没开始玩AM，这个必须顶一下，感谢楼主的分享。

我平时用roon听本地加qobuz，am升频是昨天试听了一下，可能有人用到就发出来了
作者: leonbernieni    时间: 2022-7-22 22:06
中关村东路 发表于 2022-7-22 16:24
放暑假住乡下重新折腾了一套系统。就整理了两份笔记。现在已经都删了装回gentoo+roon了，硬件升频dsd512
...

airplay更偏向于消费多媒体吧，还是那篇“硬核”更有诚意。耍宝似的工具箱，极致优化的路数呈现如同现场观摩了一场精密手术。嫌麻烦的买一个gentooplayer来玩可能会省力点。
作者: 中关村东路    时间: 2022-7-22 22:59
leonbernieni 发表于 2022-7-22 22:06
airplay更偏向于消费多媒体吧，还是那篇“硬核”更有诚意。耍宝似的工具箱，极致优化的路数呈现如同现场 ...

AirPlay主要是方便
作者: 雨后休闲时光    时间: 2022-7-22 23:15
文科生看了几段后，疯了
作者: 中关村东路    时间: 2022-7-22 23:30
雨后休闲时光 发表于 2022-7-22 23:15
文科生看了几段后，疯了

只有第三段是实现，其他都是优化和原理的讨论，可以略过
作者: 万远    时间: 2022-7-22 23:46

十分感谢你的分享，按你的方法弄成功了。QQ可以推送44.1 16位，如图，但为什么有128kbps，这是无损推送吗？
作者: 中关村东路    时间: 2022-7-22 23:58
万远 发表于 2022-7-22 23:46
十分感谢你的分享，按你的方法弄成功了。QQ可以推送44.1 16位，如图，但为什么有128kbps，这是无损推送吗 ...

本帖是airplay，qq走的qplay实际上是upnp
作者: 万远    时间: 2022-7-23 00:04
中关村东路 发表于 2022-7-22 23:58
本帖是airplay，qq走的qplay实际上是upnp

为什么没装之前都是320kbps,安装后变成128kbps呢？感觉音质还变好了！难道是错觉？
作者: 中关村东路    时间: 2022-7-23 00:44
万远 发表于 2022-7-23 00:04
为什么没装之前都是320kbps,安装后变成128kbps呢？感觉音质还变好了！难道是错觉？

说明这个文件qq存的是128，高码率是升频来的，算法又不如hq
作者: nblinan    时间: 2022-7-23 10:36
本帖最后由 nblinan 于 2022-7-23 10:37 编辑

十分感谢楼主。感觉楼主是个牛人。但补充下，楼主忘记对下载的文件 授权了，导致服务启动不了。后来查看了airconnect的日志，发现的。命令：journalctl -u airupnp.service。
作者: 中关村东路    时间: 2022-7-23 13:00
nblinan 发表于 2022-7-23 10:36
十分感谢楼主。感觉楼主是个牛人。但补充下，楼主忘记对下载的文件 授权了，导致服务启动不了。后来查看了a ...

多谢指出，可能是因为我们操作系统不同，我补充进去吧
作者: 中关村东路    时间: 2022-7-23 13:03
本帖最后由 中关村东路 于 2022-7-23 13:13 编辑
中关村东路 发表于 2022-7-22 15:23
3. 让HQPlayer OS支持airplay

3.1 把HQPlayer OS烧录至u盘（可选）

补充一下，感谢网友nblinan提醒，稳妥起见，上面帖子最后一段代码中给airupnp-x86-64-static增加执行权限（如果你用的是linux/unix/macox电脑应该不需要这行，但加上也没什么问题），修改成：
  1. mkdir -p /var/lib/airconnect/
  2. mv /boot/airupnp-x86-64-static /var/lib/airconnect/
  3. mv /boot/airupnp.service /etc/systemd/system/
  4. chmod +x /var/lib/airconnect/airupnp-x86-64-static
  5. systemctl enable --now airupnp.service
复制代码


作者: Devastat0r    时间: 2022-7-23 13:39
牛叉到极点，简直是linux小白的宝物。
楼主要是有空闲，可以搞一下HQ OS + Tidal connect。
这个要是实现了，在PC端的Tidal上面就能直接HQ升频播放了
作者: 中关村东路    时间: 2022-7-23 13:41
Devastat0r 发表于 2022-7-23 13:39
牛叉到极点，简直是linux小白的宝物。
楼主要是有空闲，可以搞一下HQ OS + Tidal connect。
这个要是实现 ...

这个我就没法测试了，我订阅的是roon/qobuz/apple music。
作者: 万远    时间: 2022-7-28 23:03
感谢楼主的分享！为什么我按葫芦画瓢在hqOS上安装shairtunes2W插件不成功，提示要什么参数，何解？
作者: 中关村东路    时间: 2022-7-28 23:07
万远 发表于 2022-7-28 23:03
感谢楼主的分享！为什么我按葫芦画瓢在hqOS上安装shairtunes2W插件不成功，提示要什么参数，何解？

我没用过你这个软件，用的是airconnect
作者: 4506216    时间: 2022-9-22 19:34
这个可以实现apple music给hq升频吗？
作者: 中关村东路    时间: 2022-9-23 13:18
4506216 发表于 2022-9-22 19:34
这个可以实现apple music给hq升频吗？

可以
作者: sy_boy    时间: 2022-10-26 23:18
已经装好的HQos主机，怎么传文件上去啊，小白还是看不太懂，各种权限和命令行搞得头疼
作者: 中关村东路    时间: 2022-10-27 00:18
sy_boy 发表于 2022-10-26 23:18
已经装好的HQos主机，怎么传文件上去啊，小白还是看不太懂，各种权限和命令行搞得头疼

挂显示器键盘，用户名root没密码。之后用passwd 命令修改。看不懂不建议用，玩票性质的东西，装你自己电脑上也是一样的
作者: hujdong    时间: 2022-10-27 13:00
请教大神，我是x86主机，hqplayer Embedded直接写硬盘上，hqplayer可以正常工作。也想内置airplay功能，直接x86主机接显示器和键盘输入命令。运行到3.3 启动HQPlayer OS并部署airconnect，输入命令行提示图中错误。求解，谢谢。

hqplayer airplay2.jpg (44.16 KB, 下载次数: 101)

hqplayer airplay2.jpg
作者: 中关村东路    时间: 2022-10-27 17:37
hujdong 发表于 2022-10-27 13:00
请教大神，我是x86主机，hqplayer Embedded直接写硬盘上，hqplayer可以正常工作。也想内置airplay功能，直 ...

完全不了解Linux不建议折腾。你这是因为之前没把这个文件保存在u盘上。
作者: hujdong    时间: 2022-10-28 09:01
中关村东路 发表于 2022-10-27 17:37
完全不了解Linux不建议折腾。你这是因为之前没把这个文件保存在u盘上。

谢谢回复，airupnp-x86-64-stati和编辑好的airupnp.service的文件都已经提前复制到hqplayer所在的EFI分区了
作者: ppmm308    时间: 2022-10-30 13:01
hujdong 发表于 2022-10-28 09:01
谢谢回复，airupnp-x86-64-stati和编辑好的airupnp.service的文件都已经提前复制到hqplayer所在的EFI分区 ...

跟你一样，win10下把文件拷U盘，然后找不着，hp居然不支持putty远程，也没办法直接上传了，找了半天才找到在/run/media/sdb1目录下，供参考

作者: 中关村东路    时间: 2022-10-30 14:49
ppmm308 发表于 2022-10-30 13:01
跟你一样，win10下把文件拷U盘，然后找不着，hp居然不支持putty远程，也没办法直接上传了，找了半天才找 ...

恭喜恭喜
作者: ppmm308    时间: 2022-10-30 15:14
中关村东路 发表于 2022-10-30 14:49
恭喜恭喜

谢谢楼主分享
作者: archieye10    时间: 2022-10-31 23:57
属于看都看不懂系列，楼主牛啊
作者: happylo    时间: 2022-11-9 10:24
这个HQPlayer OS都被玩出花来了，感谢分享和整理。如果能直接打成一个镜像包放出来直接刷就更完美了。
作者: 中关村东路    时间: 2022-11-9 12:14
happylo 发表于 2022-11-9 10:24
这个HQPlayer OS都被玩出花来了，感谢分享和整理。如果能直接打成一个镜像包放出来直接刷就更完美了。

这个非法啊
作者: hujdong    时间: 2022-11-11 21:06
ppmm308 发表于 2022-10-30 13:01
跟你一样，win10下把文件拷U盘，然后找不着，hp居然不支持putty远程，也没办法直接上传了，找了半天才找 ...

谢谢分享，但我cd run结果是No such file or directory
作者: 丽音    时间: 2023-5-25 17:01
学习了
作者: 中关村东路    时间: 2023-5-25 21:06
hujdong 发表于 2022-11-11 21:06
谢谢分享，但我cd run结果是No such file or directory

可以尝试一下
df -h
看看你的盘mount到哪了。如果是自动加载的话




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