避免大于音频当前播放时间的“提前毫秒数”使歌词时间戳为负

[pzhlkj6612]

Fixed #65
Reverted 8b5141f

@BensonLaur @ish-kafel

---

#65 与curAudioPos关系不大，故撤销上一个提交（不过，没有为curAudioPos赋初值的确会造成潜在的问题）。

实际上，无论是哪一句歌词，只要insertOffsetTime大于音频的当前播放时间，由于盲目的计算time -= insertOffsetTime，都会使计算出的时间戳为负值。

---

注意，出现负值的根本原因是程序中数据类型的混乱，代码如下：

https://github.com/Beslyric-for-X/Beslyric-for-X/blob/8b5141f5ba94899ea2e6ae3fb235f0459abcf671/Entities/LyricMaker.cpp#L319-L337

证明：

1. quint64类型最大值为18446744073709551615，int类型范围为-2147483648到2147483647，共4294967296个数；
2. 在18446744073709551615进行两次除法运算（分别除以1000和60）后，值为307445734561825；
3. 通过取模（这里也可以称为取余，因为同号）运算307445734561825 % 4294967296，值为3385579553，即对于unsigned int类型，结果为3385579553；
4. 由于输出时转换为int类型（%.2d），又因为3385579553>2147483647，所以结果为负数；
5. 3385579553 - 2147483647结果为1238095906，即从-2147483648算起第 1238095906 个数，即-2147483648 + 1238095906 - 1，结果为-909387743。

---

在搜索引擎里搜索909387743，能看到有多少歌词受到了这个 BUG 的影响。

---

本 PR 能够帮助到未来的一个需求： #66 。

[BensonLaur]

优秀！

第5步的另一个思路可以由 一个负数的 32位无符号二进制为 该负数绝对值二进制的反码加1（相当于2^32-该负数的绝对值） 该过程的反过程可推出，一个32位无符号 A 对应的 负数值 = -(2^32- A) = -(4294967296-3385579553) = -909387743