就是类似于pr、ae那样的媒体时间轴，据我所知以timer的精度会很容易出现时间流速和媒体播放不统一的情况，我也试了用sleep循环模拟timer，但是那样程序在循环中就会死掉无法操作

sleep设置太大程序会挂起，一般也就sleep(1)，这样在Do循环可以降低CPU占用率。
1.可以在Do循环中，调用timeGetTime多次得到时间差来决定执行什么动作(timeGetTime精度1ms的样子，比VB的Timer控件精度高)，或者用GetTickCount也可以(但是精度和VB的Timer控件差不多，15ms左右)
2.timeGetTime一般用作多媒体控制，如果还要高精度可以调用QueryPerformanceFrequency，这个优点是精度是ns(纳秒)级的，timeGetTime时ms(毫秒)级，缺点是反复调用时开销很大，精度越高函数调用的时间花费越大

@FLSans😜 timeGetTime 之前加 timeBeginPeriod(1)，精度设置为1毫秒，timeGetTime之后加timeEndPeriod，据微软说 Windows NT/2000:timeGetTime函数的默认精度可以是5毫秒或更长，具体取决于机器。 所以这个要加上，反正我没有测试出来。现在的机器好像不加timeBeginPeriod(1)都是1毫秒精度