我们在设计mp3或其他的一些动态显示时，需要作平滑移动的处理，如：向左移动或者向右移动！一般有硬件方式和软模拟方式，硬件方式需要lcd驱动芯片的支持，而软件方式较为灵活，不依赖于驱动芯片，但耗费cpu的处理时间。

例如：mp3的lcd屏只有128*32,也就是：除去图标只能显示一行汉字。而mp3的歌名加上id3信息超过8个中文字符（16*16）或者16个英文字符（16*8），这样只能采取移动的方式了。通常的做法有两种：一种是平滑移动方式，另一种是半个字符移动方式。

平滑移动需要占用cpu的时间比较多，一帧数据：28*16/8 = 256 bytes ，如果一秒钟移动一个中文字符，就要送16次，共4k bytes。如果lcd用并行口，还可以勉强接受，但是如果是串口，就有32k bit

s的数据量。

半字符移动方式比较简单，不需要缓冲区，直接把中西文的点阵数据写到屏就可以了，如果一秒钟移动一个中文字符，就只要送2次，共512 bytes。相对数据量较小。

track001.mp3 when a man love woman michael bolton

如图1所示：这是一首mp3的显示内容 dislay_buff[]。

图1。

水平超过128,由于要实现移动所以我们的buffer必须大于128,由于空间的限制，取（128+16）×2空间作为缓冲区，既是多取一个字符的空间。首先把要显示的内容（图1）dislay_buff[]，取0-17个字符，转换到点阵依次填满buffer区（注意小心处理中西文混合，以后另述）。一般的液晶用的是垂直正序或垂直倒序的方式显示，一个byte显示八行一列，一个16*16的中文字符占用32个字符。

点击看原图

图2

我们把点阵字符按液晶的排列方式送到显示缓冲区，然后就开始送buffer的上半行的128个字节（0-127）和下半行的128个字节（0-127），大约50-60毫秒再送buffer的上半行的128个字节（1-128）和下半行的128个字节（1-128）。。。如此一直到buffer的上半行的128个字节（16-143）和下半行的128个字节（16-143）。 接下来把要显示的内容（图1）去掉两个西文字后的转换点阵送到buffer区，重复上述操作一直到显示完成。

图3.