建议歌词文件可以载入lrc文件 about beslyric-for-x

[eden214]

赞

[eden214]

当时没多想，确实 “有时间轴自动触发【↑】” 就没办法延后部分歌词了。

我突然有了另一个想法，觉得或许可以考虑直接在歌词预览页面调整来得更直接，这样也不会让歌词制作页面的操作潜在地变得繁琐（可能是用户操作上以及设计上）。

或许在歌词预览页面，通过某些设计，整体提前或延后一定时间，然后保存；另外需要调整个别歌词的，可以提供一个页面实施单行调整功能（直接微调时间，调整范围是前后歌词的时间范围内）。

如果单行歌词微调实现困难的话，感觉也可以考虑调整本行及本行之后的全部歌词时间？

[BensonLaur]

em，这个需求可能确实挺实用的

[BensonLaur]

不过这个操作要求【边预览已制作歌词，边对歌词时间进行修改】，可能 和 【制作歌词】页面的操作不太兼容，这样得考虑下了

[BensonLaur]

应该是可行的，载入 lrc 后多存储时间轴信息，有时间轴时自动触发【↑】，如果手动触发覆盖已有的。后面有时间考虑实现下看

[pzhlkj6612]

应该是可行的，载入 lrc 后多存储时间轴信息，有时间轴时自动触发【↑】，如果手动触发覆盖已有的。后面有时间考虑实现下看

如果是想手动延后部分歌词，“有时间轴时自动触发【↑】”会让这个需求不可行；

可以考虑以下过程：

1. 按已有的时间码跳转到任意一行歌词；
2. 开始制作新时间轴，此时忽略之后每行歌词的时间码，而是使用制作者的指令来记录新时间码；
3. 在任意一行停止制作，将新时间轴信息覆盖到原文件中（要注意修改时增加或删除空行的问题）。

[BensonLaur]

当时没多想，确实 “有时间轴自动触发【↑】” 就没办法延后部分歌词了。

我突然有了另一个想法，觉得或许可以考虑直接在歌词预览页面调整来得更直接，这样也不会让歌词制作页面的操作潜在地变得繁琐（可能是用户操作上以及设计上）。

或许在歌词预览页面，通过某些设计，整体提前或延后一定时间，然后保存；另外需要调整个别歌词的，可以提供一个页面实施单行调整功能（直接微调时间，调整范围是前后歌词的时间范围内）。

[pzhlkj6612]

也行。

……另外需要调整个别歌词的，可以提供一个页面实施单行调整功能（直接微调时间，调整范围是前后歌词的时间范围内）。

这个功能看上去也能放到歌词预览页面，可以提供专门的操作来调整单行歌词的时间码。当然，这时的歌词预览页面会变得更加复杂，但对于一个歌词制作程序可能并不是多余的。

[pzhlkj6612]

抱歉，这里写错了：

这个功能看上去也能放到歌词预览页面，可以提供专门的操作来调整单行歌词的时间码。当然，这时的歌词预览页面会变得更加复杂，但对于一个歌词制作程序可能并不是多余的。

我原本想说的是：

这个功能看上去能放到歌词制作页面，可以提供专门的操作来调整单行歌词的时间码。当然，这时的歌词制作页面会变得更加复杂，但对于一个歌词制作程序可能并不是多余的。

---

我注意到有一个“回退一行”功能，它可以用来调整上一行歌词的结束时刻（能间接调整当前行歌词的开始时刻，或者增加空行），同时也将当前播放进度定位到上一行歌词的开始时刻。

如果是要调整单行歌词的时间码，这个“回退一行”功能暂时还没法用，当然这主要是由于 Beslyric 还不能载入已制作好的 lrc，我也暂时想不出应该有怎样的操作逻辑。

再想想。

[pzhlkj6612]

其实主要是交互的问题，功能上调单行和调多行是差不多的，关键是如何让用户适应这些操作。

有个思路：

n = 用户调整歌词行数
if(n == 1):
    询问是否按当前调整的时间差提前或延后之后所有的歌词
else:
    仅调整该行歌词

这样或许能让交互简单点。

[BensonLaur]

这个我也想想

[xiebruce]

@BensonLaur 刚才制作歌词完成，然后预览，但是我发现有某一句滚动时间不太对，我想单独修正这一句，我发现没有任何办法修改，制作歌词页面无法再重新编辑歌词了，如果载入最新，那就全部重来了😂。

[pzhlkj6612]

……我发现有某一句滚动时间不太对，我想单独修正这一句，我发现没有任何办法修改，制作歌词页面无法再重新编辑歌词了，如果载入最新，那就全部重来了😂。

@xiebruce 现阶段只能手动修改，等载入 lrc 的功能实现了才能搞更复杂的操作。

[xiebruce]

@pzhlkj6612 嗯嗯，好的！