Open nideii opened 1 year ago
我好像从来没遇到过拖进度条导致的卡顿(捂脸) (倒是有遇到从公网听的时候,播放会断流...断流也没啥信息,很不好debug,用内网听的时候倒是没遇到断流。
今天发现即使关了gzip也还是有问题。 给我感觉应该是解码错误,例如44100Hz的音频当作48000Hz来播放。这个可能上游代码的BUG?
隔壁asmr.one倒是没有这个问题。
顺带问问后端能不能读取本地文件夹,而不是内嵌前端。我这边调试修改前端代码会简单很多。
今天发现即使关了gzip也还是有问题。 给我感觉应该是解码错误,例如44100Hz的音频当作48000Hz来播放。这个可能上游代码的BUG?
隔壁asmr.one倒是没有这个问题。
顺带问问后端能不能读取本地文件夹,而不是内嵌前端。我这边调试修改前端代码会简单很多。
调试直接拉代码本地用npm跑吧,可以前后端分别启动
首先感谢作者维护代码。 我也遇到了同样的问题,初步推断应该是播放功能的代码问题。为此折腾了好一段时间,正好刷GitHub看到有人提issue,所以来提供一点折腾过的信息方便解决问题。 同时,我也在自己尝试着手解决这个问题,不过我对javascript并不太懂,所以如果能得到些许帮助就更好了,再次感谢。
问题发生时的具体表现为:声音好像被慢放了一样,1秒的内容需要好几秒时间播放,并伴随大量卡顿、迟滞和噪音。 为叙述方便,以下用“音频卡顿”指代该问题。
Kikoeru: 下载自最新Release的Windows版本 kikoeru-win-x64-vh0.010.zip Nginx:Openresty 1.21.4.1 Chrome:Play商店下载的最新版(111.0.5563.116)
Kikoeru所在服务器:16核心 2.6GHZ CPU + >6GB可用 RAM Nginx所在服务器:20核心 2.6GHZ CPU + >20GB可用 RAM 手机端:K30 PRO (骁龙865+8G RAM) 平板端:Tab S8+ (骁龙8G1+8G RAM) 电脑端:台式机 (5600+32G RAM)
RJ号:RJ276068 码率:9216 kb/s 采样率:192 kHz 位深:24 位 原文件大小:454 MiB
目前发现的稳定复现方法很简单,先播放其他音频大于10秒,并等待播放器自动切换下一首至示例音频,此时就会出现卡顿。简而言之就是将示例音频放在自动播放的下一首即可。 测试文件大小(无损裁切):26MiB Android端播放卡顿示例音频截取-24秒版本.zip PS:GitHub上传的附件有大小限制,所以从原音频中截取了一段,但就这一小段也确认存在卡顿情况。
概览
完整名称 : [RJ276068]【192khzハイレゾ】道草屋 たびらこ【古宿耳かき】\wav\2.肩もみ.wav
格式 : Wave
文件大小 : 454 MiB
时长 : 6 分 53 秒
总体码率模式 : 恒定码率 (CBR)
总体码率 : 9 216 kb/s
专辑 : tabirako
演员 : momoiro-code
导演 : momoiro-code
原始来源形式/名称 : tabirako
音频
格式 : PCM
格式设置 : Little / Signed
编解码器 ID : 1
时长 : 6 分 53 秒
码率模式 : 恒定码率 (CBR)
码率 : 9 216 kb/s
声道数 : 2 声道
采样率 : 192 kHz
位深 : 24 位
流大小 : 454 MiB (100%)
ReportBy : MediaInfoLib - v22.06
Chrome 版本 108.0.5359.128 Android 版本: 13 kikoeru-express: https://github.com/azuse/kikoeru-express/commit/745f1307c1131181b0344ce5e06d17c41717af5c (二进制从Github Action下载) 服务器: Win10
NAS上挂服务端,内网手机听。调整播放进度,会造成播放卡顿,发现关闭GZIP能解决这个问题。