建议增加 纵向分栏样式显示歌词 和 同时匹配多个lrc歌词 的功能

进入全屏模式之后,
如果是双语lrc歌词(两组相同的时间轴),
那就左边演绎前一组的歌词,右边演绎后一组的歌词,
如果是三语lrc歌词(三组相同的时间轴),
那就左边演绎第一组的歌词,中间演绎第二组的歌词,右边演绎第三组的歌词。

因为我有时候会制作一些日文歌词、罗马音歌词、中文翻译歌词三合一的lrc歌词,
三种歌词放在一起显得有点杂糅混乱了,
如果每种歌词能够单独列出来就好了。

另外,目前AutoLyric只能匹配读取一个lrc歌词文件,
无法匹配读取多个lrc歌词文件,
因为在网上找到的日文、罗马音、中文翻译歌词往往是单独分开的,
想要让AutoLyric同时读取只能做成三合一的lrc。
像上述那样的功能,
同时匹配读取多个lrc歌词文件应该也是可以的吧?
比如歌曲mp3文件的文件名是aaa.mp3,
然后目录下有3个lrc歌词文件,
分别是aaa_jpn.lrc、aaa_lmy.lrc、aaa_zhn.lrc,
然后AutoLyric同时匹配读取这3个lrc文件,
在全屏模式下按照左中右的顺序分别展示,
时间轴是可以不统一的。

除了像这种多语言lrc歌词的情况以外,
同时匹配读取多个lrc歌词文件还可以适用于那些多人演唱的歌曲。
比如射雕英雄传的主题曲等许多双人交叉演唱的情况,
把歌词合在一起就显得不自然,
而如果单独分开就可以做得很精准,
大概就是有种此起彼伏的感觉吧。

不过AutoLyric的作者也很久没有更新这个软件了,
或许是因为本来并没有什么盈利吧。
而且作者好像在移动端方面的代码比较薄弱,
所以只推出了桌面版的软件。
移动端上面许多音乐软件在读取歌词方面基本上没有改进,
能用AutoLyric演绎得还行的lrc歌词,
放到手机上的音乐软件读取时,
普遍都不尽人意。
而且AutoLyric大概也只算是一个插件吧,
要是音乐软件不愿意配合交出相关调用接口,
那也是英雄无用武之地呐。

autolyric's picture

谢谢支持和详细的建议。
其实分栏显示之前有考虑过,但改动太大。
有个功能不知道楼主是否注意到,autolyric支持选择显示若干种语言的歌词,可以使用这个功能折衷一下。
其他建议也很好,由于时间精力动力等原因就搁置了。

比如下面这段lrc歌词的节选——

[00:00.73]せーの~
[00:00.73]se-no?
[00:00.73]预~备
[00:01.43]でも そ んなんじゃ だーめ
[00:01.43]de mo so n na n jya da- me
[00:01.43]但是 那样的话 不行
[00:03.32]もう そんなんじゃ ほーら
[00:03.32]mou so n na n jya ho- ra
[00:03.32]那样 已经不行 你看
[00:05.36]心は进化するよ もーっと もーっと
[00:05.36]ko ko ro wa shi n ka su ru yo mo- tto mo- tto
[00:05.36]真心是会进化的 不断 不断

AutoLyric在读取这个歌词的时候,可以三行三行地往下移动,
于是我就在上面提到了下述内容:
“三种歌词放在一起显得有点杂糅混乱了,
如果每种歌词能够单独列出来就好了。”

不过制作这种多语lrc歌词倒是让我顺便知道了Excel的强大,
其实我知道,lrc歌词的时间轴从前往后不一定要按顺序的,
按照下面的排列也是可以正常读取的——

[00:00.73]せーの~
[00:01.43]でも そ んなんじゃ だーめ
[00:03.32]もう そんなんじゃ ほーら
[00:05.36]心は进化するよ もーっと もーっと
[00:00.73]se-no?
[00:01.43]de mo so n na n jya da- me
[00:03.32]mou so n na n jya ho- ra
[00:05.36]ko ko ro wa shi n ka su ru yo mo- tto mo- tto

但是为了能够确保每三行都能一一对应,
所以我才采用了开头那样嵌套的方式来制作歌词。

最后再说点题外话吧,
其实我也就学习过Visual Basic 6.0,
我写小程序的时候有记录更新日志的习惯,
总觉得这不光是给自己用的,
说不定以后还能给别人用。
我也是翻看过去自己的“更新日志”才发现,
知道如果是按自己的兴趣来编程的话,
有时候心血来潮,
几天以内就可以写出来好多自认为相当不错的东西,
有时候又可能“再而衰,三而竭”,
之后相当长一段时间懒得再去写新的东西。
所以我或许也能大概体会到您的那种感觉吧。