Closed xxbhpan closed 1 month ago
麻烦提供一下原始歌词以及出现问题的步骤
进过测试,将前面显示异常的行数前时间显示,用下面正常显示的歌词前时间显示进行替换,该异常效果消失。根据肉眼比对,无法察觉到替换前后的差异(上面实际歌词的图片也有展示)。 时间显示→[00:00.00]
提供一下音频文件?
由于github无法发送25MB以上大小的附件,故采用蓝奏云。 https://wwd.lanzoub.com/iv0ud25vqisb 密码:ah5v 注:请注意相关标签,LYRICS标签下为异常状态歌词,LYRICS-KTV是通过我上一个评论操作后的歌词。 特别注释:在更新至1.0.0.1015 Alpha之前,1.0.0.1006 Alpha或者是1.0.0.1007 Alpha(我记不太清了,自0.5.4.1028之后,我只用过这两个版本中的其中的一个)无此现象(即便如此仅供参考,也有可能是我记忆的问题,但0.5.4.1028的时候,同样的歌词确定无此现象)。 对了,我通常使用Notepad3处理或者添加歌词,Notepad3默认打开时的编码为UTF-8。
这个歌词是自带的还是用ESL保存的?前面几行行首都有编码BOM就很奇怪(正常情况只有文件头会带编码BOM)。如果是自带的建议手动编辑下吧。 现在ESL解析歌词稍有变更,行首必须由[开始,解决一些标签混用的情况。
这个歌词是通过复制正常歌词的前后部分(某些歌曲会把作曲编曲制作人和歌手放在最前面,然后其他制作信息放到最后面)分别复制到Notepad3中,在通过复制首行的时间轴替换到其他各个行中,以保证格式统一,然后再重新修改00:xx.00或者00:00.xx(xx表示修改的地方),最后将整个文字复制回歌词中。 你提到“正常情况只有文件头会带编码BOM”,是否我将“过复制首行的时间轴替换到其他各个行中”引起了时间轴混乱。有如下图所示,从图片中可以看到,首行显示是正常的,如果是因为这个原因的话,以后我修改自己的习惯就行。
(End)
你提到“正常情况只有文件头会带编码BOM”,是否我将“过复制首行的时间轴替换到其他各个行中”引起了时间轴混乱。
大概率是的。保存在LYRICS标签中的原始数据中,前几行每行行首都带有UTF8-BOM。由于第一行的BOM刚好是文件头,所以解析和显示没问题。
OK,以后我注意一下就可以了,谢谢大佬的付出!
问题描述 歌词显示异常。注:无论是增强型歌词,还是卡拉OK歌词,还是逐行歌词,此问题均能出现。 特别提示:只在更改歌词后会出现异常,如果新建歌词,暂时还没有出现该现象。
截图 显示效果(已打开显示参照行歌词)
实际歌词
歌词编辑器内歌词
经过ESLyric插件另存为的异常显示的歌词
软件环境:
log
(完)