嵌入式Linux平台下随机序列算法设计.docVIP

嵌入式Linux平台下随机序列算法设计 　　【摘 要】本文以多媒体播放器的随机不重复播放机能为切入点，针对嵌入式平台实时性要求高，处理速度不够快，但系统存储歌曲量大的特点，进行随机序列产生算法的设计和实现，并在ARM Linux平台下进行算法的设计检证。 　　【关键词】嵌入式；Linux；随机；序列；播放 　　0 背景 　　随着近几年嵌入式系统总体能力的提升，嵌入式多媒体应用越来越丰富。从低端的MP3播放器，中端的workman，到高端的智能手机，音乐播放功能已经成为系统默认具备的功能。 　　嵌入式系统的存储能力已经跨入G时代。随身可携带的歌曲数量从几十首，已经上升至几百首，甚至上万首。 　　随机播放机能存在一种需求，要将播放列表中的歌曲随机播放一遍，在所有歌曲都播放一遍之前，不能出现有重复播放的情况。 　　1 嵌入式系统的特点 　　嵌入式系统的能力现在虽然已经提升不少，但和个人计算机相比较，运算能力仍然无法匹敌个人计算机。并且还存在以下几种嵌入式系统特有的特点： 　　*运算数据通常不能被交换到外部存储设备上，程序可以使用的内存无法超过物理内存容量。 　　*人机交互需要快速的实时响应，耗时过长的程序给用户较差的性能体验。 　　*外部存储器多为FLASH设备，写入寿命有限制，程序设计需要尽可能减少FLASH的写操作。 　　因此，在嵌入式系统中，随机播放的算法需要在时间以及空间的设计中，获得一个平衡，这样才能让用户有最好的体验。 　　2 算法的目标 　　*需要随机播放的总数是可变化。 　　*在总数给定的情况下，随机产生的序列不能出现重复。 　　*时间和空间使用是平衡的，满足嵌入式系统的特点。 　　3 解决方案 　　为了能够达成上述目标，主要采用下面几种技术方案： 　　*将随机序列的产生，分配到每一次歌曲切换的时候，而不是在初始化的过程中全部生成。 　　*将随机序列中某一个随机数的产生，分解为按照16进制数位分别产生，避免因为歌曲总量的提高导致时间出现指数级别的增长，尽可能控制为线性增长。 　　*采用bitmap标示已经产生的随机数。 　　*采用用时申请的方式动态申请内存。 　　*记录随机序列产生的结果，并提供回溯查询功能。 　　基于上面的技术方案，在本设计中将整体算法划分为两个部分： 　　*随机数列产生器，用于产生不重复的随机数列。 　　*随机数列记录器，用于记录已经随机数列，并向外部提供访问接口。 　　4 数据结构设计 　　4.1 顶层数据结构 　　顶层数据结构（shuffle_t）包含随机数列产生器和随机数列记录器。 　　下面是数据结构定义： 　　typedef struct _shuffle_t { 　　/* 随机数列的最大值 */ 　　int max； 　　/* 随机数列产生器 */ 　　random_t *random； 　　/* 随机数列记录器 */ 　　sequence_t *sequence； 　　}shuffle_t； 　　在内存中的数据关系如图1所示。 　　图1 顶级数据结构示意图 　　4.2 随机数列产生器数据结构 　　随机数列产生器的数据结构（random_t）包含三个部分： 　　*动态增长的bitmap池。 　　*优化的16以内的随机数产生器。 　　*按数位顺序产生，代有检测功能的随机数列控制器。 　　下面是数据结构定义： 　　/*双向循环链表 */ 　　typedef struct _chain_t { 　　/* 前一个链表 */ 　　struct _chain_t *prev； 　　/* 后一个链表 */ 　　struct _chain_t *next； 　　}chain_t； 　　/* digit池的描述头 */ 　　typedef struct _pool_head_t { 　　/* 双向循环链表 */ 　　chain_t chain； 　　/* 当前digit池的总数 */ 　　int total； 　　/* 当前digit池已使用个数 */ 　　int used； 　　/* digit池首地址 */ 　　char *data； 　　}pool_head_t； 　　/* digit池总入口 */ 　　typedef struct _pool_t { 　　/* bitmap池中，一个bitmap单位的大小 */ 　　int block_size； 　　/* bitmap池双向链表的表头 */ 　　chain_t chain； 　　}pool_t； 　　/* 16以内随机数产生器 */ 　　typedef struct _hex_random_t {