歌词显示的技术实现

//========================================================================
//TITLE:
// 歌词显示的技术实现
//AUTHOR:
// norains
//DATE:
// Saturday 01-March-2008
//Environment:
// VS2005 + SDK-WINCE5.0-MIPSII
// EVC 4.0 + SDK-WINCE5.0-MIPSII
//========================================================================
确切地说，歌词显示并不是一件很困难的事情，并且实现的方式也多种多样，所以本文只讨论其中一种可能的实现。

本文所要探究的歌词显示类似于MTV的形式，同屏显示双行歌词。当任意一行歌词的显示超过限定的时间，则自动切换。

总体上来说，关键点有两个：

1.获取当前曲目的时间；

2.歌词的存储和获取。

首先我们来看第一点。如果要显示歌词，首要必须知道当前播放的位置。如果播放器是采用DShow写的，那么获取当前时间则是一件非常简单的事情：
IMediaSeeking::GetCurrentPosition(pllPos)

返回的是一个LONG LONG类型，单位为100ns，足够用来表示文件的播放长度了。

位置我们已经获取，接下来需要做的是歌词我们应该如何处理了。

一般的MP3的歌词文件后缀名为LRC，可以直接用记事本打开，里面的内容大抵如此：

[00:00.18]死了都要爱
[00:03.64]不淋漓尽致不痛快
[00:07.54]感情多深只有这样
[00:12.30]才足够表白
[00:14.62]死了都要爱
[00:18.01]不哭到微笑不痛快

简单来说，也就是“时间标签”+“显示内容”。

以双行显示为例，当我们通过IMediaSeeking::GetCurrentPosition函数获取的时间为"00:11:12"，那么在屏幕上显示的歌词应该是：“感情多深只有这样”和“才足够表白” 或是 “才足够表白”和“死了都要爱”。

那么接下来最为重要的是，我们获取的歌词该如何存储，才能最快地显示出来。

回头看一下歌词文件的时间标签，为了和IMediaSeeking::GetCurrentPosition获取的数值单位一直，需要对时间标签的数值作转换。如果时间文本为“00:18.01”，那么转换为以100ns为单位的LONG LONG类型数据则是：
(LONGLONG)(00 * 60 + 18)* (10 * 1000 * 1000) + (LONGLONG)01 * 10 * 1000;

为了能做到最快捷的获取，我们可以以该时间作为索引，然后顺序存储。

在这里我是用CStrStore作为存储的容器，关于CStrStore类的信息，可以参考http://blog.csdn.net/norains/archive/2008/02/27/2125651.aspx

CStrStore PartLrc;
...
//保存每行歌词
PartLrc.Add(szLrc);

因为CStrStore主要是用来保存字符串的，没办法再保存时间信息。所以在这里我们定义了一个TIMETAB结构：
typedef struct
{
LONGLONG llTime;
int iIndex;
}TIMETAB,*PTIMETAB;

llTime表示的歌词文件里的时间，iIndex代表的是在CStrStore中存储的字符串的索引号。

我们首先根据获取的标签数量，动态分配TIMETAB数组：
m_pTimeTab = new TIMETAB [m_iPartAmount];

然后存储相关数据：
m_pTimeTab[iIndexTime].llTime = ConvertTime(pszBufA);
m_pTimeTab[iIndexTime].iIndex = iIndexLrc;
m_PartLrc.Add(pszBufW);

使用时，可根据时间标签获取相应的歌词列：
m_PartLrc.GetData(m_pTimeTab[m_iPartCurIndex].iIndex, pszLrc, iLen + 1);

这时候只要显示pszLrc指向的字符串即可。

回头看看我们为什么要将歌词的用CStrStore存储，而用TIMETAB作为索引。因为实际情形是，可能有多个时间标签对应于一句歌词，例如：
[02:27.07][00:49.61]还可以呼吸 心跳也还规律
[02:32.85][00:55.87]只除了寂寞
[02:34.55][00:57.68]它还不肯马上就平息

假设“还可以呼吸 心跳也还规律”在CStrStore中存储的索引为3，则TIMETAB数组在“02:27.07”和“00:49.61”时间段都可以指向3:
timeTab[i].llTime = ConvertTime(TEXT(“02:27.07”));
m_pTimeTab[i].iIndex = 3;

timeTab[j].llTime = ConvertTime(TEXT(“00:49.61”));
m_pTimeTab[j].iIndex = 3;

这对资源的节约是非常明显的，而在嵌入式设备中，这样的节约又是极为重要。所以将存储和索引分离，是一个非常重要的方式。

接下来我们讨论一个非常实际的问题，我们如何确定TIMETAB数组的个数。因为TIMETAB是以时间标签为索引，所以我们只要判断文件中有多少对"[]"即可算出实际个数。

一个简单的算法可以很简单完成：

int iPos = 0;
while( (iPos = FindString(pcszBufIn,"[",iPos)) != -1)
{
iLeft ++;
iPos ++;
}

iPos = 0;
while( (iPos = FindString(pcszBufIn,"]",iPos)) != -1)
{
iRight ++;
iPos ++;
}

iAmount = (iLeft > iRight ? iRight : iLeft);

m_pTimeTab = new TIMETAB [iAmount];

最后就是如何控制了。因为我们可以设想，一句歌词，最短的切换时间不应该少于1s，而这个假设是成立的。所以我们可以建立一个线程，在该线程中，每隔1s获取一次当前歌曲的时间，然后再查找索引，判断是否更新歌词列。

一个简单的行之有效的查找算法可以如下，其中m_iPartCurIndex为当前的索引号，llCurTime为当前调用GetCurrentPosition获取的时间：

while(TRUE)
{
if(m_pTimeTab[m_iPartCurIndex].llTime < llCurTime)
{
break;
}

m_iPartCurIndex --;

if(m_iPartCurIndex < 0)
{
m_iPartCurIndex = 0;
break;
}
}

while(TRUE)
{
if(m_pTimeTab[m_iPartCurIndex + 1].llTime > llCurTime)
{
break;
}

m_iPartCurIndex ++;

if(m_iPartCurIndex >= m_iPartAmount)
{
m_iPartCurIndex = m_iPartAmount - 1;
break;
}
}

最后获得的m_iPartCurIndex即为应该显示的歌词索引。

这里需要注意的是，llCurTime我们必须通过GetCurrentPosition进行获取，而不能以此方式进行累加：

while(TRUE)
{
...
Sleep(1000)
...
llCurTime += 1000;
}

因为Sleep每次休眠的时间不一定精准，随着歌曲的播放，误差会变得越大。

最后，就是歌词的绘制问题，在此就不再赘述。