1、 南开大学滨海学院 本 科 生 毕 业 论 文(设 计) 中文题目:音频播放器软件的设计与实现 外文题目:The Design and Implementation of Audio Player System 系 别: 计算机科学系 专 业: 计算机科学与技术 (数字影视动画技术与应用方向) 完成日期: 2011年4月30日 南开大学滨海学院本科毕业论文(设计)诚信声明 本人郑重声明:所呈交的毕业论文(设计)
2、题目《基于智能卡的远程身份认证系统设计与实现》 是本人在指导教师的指导下,独立进行研究工作所取得的成果。对本文的研究做出重要贡献的个人和集体,均已在文中以明确方式注明。除此之外,本论文不包含任何其他个人或集体已经发表或撰写过的作品成果。本人完全意识到本声明的法律结果。 毕业论文(设计)作者签名:郭培赞 日期: 2011年4月5日 2 摘要 音频播放器软件的设计与实现 摘 要 随着计算机和多媒体技术的不断发展以及个人计算机的普及,各种各样的媒体文件、媒体播放器
3、层出不穷,而MP3(MPEG Audio Layer3)格式以其体积小、音质也有保证的特点成为使用最为广泛的音频格式,得到了绝大多数软件和硬件媒体播放器的支持,同时WAV格式作为无损的音频格式也独树一帜。如今,软件市场上的媒体播放器百花齐放,如:MediaPlayer,酷我音乐盒和千千静听等。高音质播放和低内存消耗是各种媒体播放器所追求的目标。 本文探索性地设计实现了一个支持播放列表和LRC歌词实时显示的音频播放器的软件。本软件用Eclipse3.2平台,java语言及其相应的音频支持插件JMF开发而成,设计思想为MVC,即Model-View-Control模式。该播放器实现了在播放MP3
4、的同时实时地显示LRC歌词,并且支持 WAV等。利用java开发的应用程序具有平台可移植性,可以做到Once write,run everywhere,同时有着比较完善的功能。 论文首先介绍了java语言,MVC及JMF的基本概念,内容及章节安排。然后,论文介绍了系统的设计目标,划分并设计了系统功能模块,包括:播放窗口模块、播放列表管理模块、歌词实时显示模块、播放控制模块和播放信息模块等,设计了媒体文件和歌词文件的处理流程。接着,论文介绍了本播放器的开发平台,阐述了系统各功能的详细设计与实现。最后,论文介绍了系统的运行环境及运行效果,并对各个部分进行了图示说明。 关键词:音频播放器 平
5、台无关 java MVC JMF Eclipse I I Abstract The design and implementation of the Audio Player System Abstract With the evolvement and popularization of computer science and multimedia technology , a variety of media files, media player software come into appearence one after another. MP3 (
6、MPEG Audio Layer3) format also becomes the most widely used features audio format, for its small size and sound quality .It’s supported by the vast majority of software and the hardware media player . WAV audio formats is alseo famous for its no-damaging sound quality.Today, media player software on
7、 the market rises one after another, such as: MediaPlayer, cool boxes and TTPlayer and so on. The pursuit of high quality and low memory consumption is carried on by every media player . This article explores to design and implement a LRC supported audio player software with playlists and real-ti
8、me display. The software used Eclipse3.2, java language and its corresponding audio support plug-ins developed with JMF as the develop platform.The main designing idea of the software is the MVC(the Model-View-Control )pattern. The player achieved in real time LRC display while playing MP3, and supp
9、orts WAV and so on. Programmes developed with java is platform portability, you can do “Once write, run everywhere”, also has a fairly complete functionality. The paper firstly introduces basic concepts, contents and chapter arrangement of the java language, MVC and JMF. Then, the paper describes
10、 the design goal, and the system function modules, including: Mainframe module, listController module, LRCController module, the Mp3Controller module and Mp3State module.The next is the introduction of the media files and lyrics files treatment process. After that, the paper introduces the developme
11、nt platform to explain the various features of the system detailed design and implementation. Finally, the paper describes the system operation environment and operating results.Every part has a illustration. Keywords: Audio Player platform portability Java MVC Eclipse JMF 46
12、 第一章 绪论 目 录 摘 要 I ABSTRACT II 第1章 绪论 1 1.1 研究背景 1 1.2 Java语言的特性 1 第2章 关于JMF技术 3 2.1 关于JMF技术 3 2.2 JMF常用类 4 2.2.1 数据源(DataSource) 4 2.2.2 媒体定位器(MediaLocator) 4 2.2.3 播放器(Player) 4 2.2.3 处理器(Processor) 6 2.2.4 数据池(DataSink) 7 2.2.5 数据格式(Format) 7 2.2.5 管理器(Manager) 8 2.3 事件模
13、型 8 第3章 系统架构和功能模块设计 11 3.1 MVC模式概述 11 3.2 系统目标 11 3.3 系统功能模块概要设计 12 3.3.1 用户界面模块 13 3.3.2 播放控制模块 14 3.3.3 播放信息模块 15 3.3.4 播放列表控制模块 18 3.3.5 歌词控制模块 18 3.4音频文件播放逻辑 19 3.4.1 对音频文件的传递 19 3.4.2 对歌词文件的传递 20 3.4.3 播放控制流程 21 第4章 系统详细设计与实现 22 4.1 开发平台及环境 22 4.2 用户界面模块详细设计与实现 22
14、 4.2.1对播放拖动条添加拖动事件监听器 23 4.2.2音量拖动条添加拖动事件监听器 23 4.2.3对鼠标点击放开事件添加监听器 24 4.2.4时间线程 25 4.2.5最小化托盘 26 4.2.6更新TimeLabel的小算法 27 4.3 播放控制模块详细设计与实现 28 4.3.1播放函数 28 4.3.2停止函数 29 4.3.3下一首/上一首函数 30 4.3.4暂停函数 30 4.3.5对播放至文件播放至末尾结束事件的处理 30 4.4播放信息模块详细设计与实现 32 4.4.1播放信息模块 32 4.4.2.播放列表 32 4.4.3歌曲信
15、息节点 33 4.5 播放列表控制模块详细设计与实现 35 4.5.1打开文件函数 35 4.5.2 保存/装载列表函数 36 4.6 歌词控制模块详细设计与实现 37 第5章 系统运行环境及效果 39 5.1 系统运行环境 39 5.2 系统运行效果 39 5.3 不足与改进 40 第6章 结束语 41 参考文献 42 致谢 43 第1章 绪论 1.1 研究背景 随着个人电脑的普及,多媒体信息的传播和应用已经深入我们生活中的各个方面。其中数字音频凭借着其占用存储空间小,声音质量高的特点风靡全球,传统磁带和CD所统治的半壁江山已经成为了数字音频
16、的天下。 当微软Windows的局限性和缺点开始暴露出来的同时,多样化的操作系统平台如Solaris,Linux以及MacOS等操作系统各自拥有不俗的表现以及庞大的用户群。面对繁多的操作系统平台,一款具有通用性的音频播放软件则是必不可少的。 本音频播放软件采用Java语言编写,旨在利用Java的平台无关性特点,做出一款通用性强、占用空间少却五脏俱全的音频播放器。 1.2 Java语言的特性 首先,从面向对象的特性来看,Java是一种完全的面向对象设计语言。Java的多态主要是建立在后期绑定(Late Bingding)或叫动态绑定(Dynamic Binding)基础之上的,这样J
17、ava先天就具备了对对象类型的自动判断能力。而C++是不支持动态绑定的,绑定动作发生在编译期而不是执行期,所以C++要实现多台的效果必须要使用虚函数。此外虽然C++语言支持封装和继承,但多态仍然是建立在编译时绑定的基础上,必须要通过虚函数实现。不仅如此,C++语言的指针操作允许使用goto语句,容易产生歧义的多重继承等特性也使C++不能严格符合面向对象的思想。 其次,Java具有绝对的平台无关性,其使用一种虚拟机作为中间层来屏蔽平台差异。Java的源程序经过编译产生类文件,类文件结构不同于传统的编译器生成的二进制文件,必须经过虚拟机的解释才能运行,因此Java被认为是一种解释性语言。虚拟机作
18、为中间层负责把编译好的类文件转换为不同平台的指令。而对于不同的C,C++编译器,各种数据类型所占用空间有可能不一样,这种差异会影响程序的可移植性。 此外,在内存管理方面,Java在其虚拟机内部实现了垃圾内存自动回收功能,能够自动判断那些内存不再被用户使用,这样就让用户在系统设计时从繁杂的内存管理工作中解脱出来。C和C++语言分配的内存空间必须由用户在不使用的时候进行回收,容易产生内存回收不充分的问题,形成内存漏洞。 然而,Java也有瑕疵,由于是一种解释型语言,编译后的Java类文件不能直接被操作系统执行,需要虚拟机的解释,因此其效率和C,C++相比有一定差距。在运行时,Java编写的软件
19、需要操作系统中安装有虚拟机,所以程序的发布相对繁琐。总的说来, Java编程语言是 ·简单与面向对象的 ·分布式、安全与鲁棒的 ·解释执行与高性能的 ·多线程与动态执行的 Java应用程序的编译运行过程如图1-1所示 运行时 编译时 Java source code Java Bytecodes Java Complier Network Class Loader bytecode verifier Interpreter Runtime Code
20、generator Hardware 图1-1 第2章 关于JMF技术 第2章 关于JMF技术 2.1 关于JMF技术 JMF(Java Media Framework),Java媒体架构,是对应Java 2平台标准版(J2SE)的一种可选用的应用编程接口(API)软件包,它为音频和视频等媒体内容的捕获、回放、传输和编码转换等提供了一个统一的架构。 JMF技术提供了先进的媒体处理能力,从而扩展了Java平台的功能。这些功能包括:媒体捕获、压缩、流转、回放,以及对各种主要媒体形式和编码的支持,如M-JPEG、H.26
21、3、MP3、RTP/RTSP (实时传送协议和实时流转协议)、Macromedias Flash、IBM的HotMedia和Beatniks的Rich Media Format (RMF)等。JMF 2.1.1还支持广受欢迎的媒体类型,如Quicktime、Microsofts AVI和MPEG-1等。此外,JMF软件中包括了一个开放的媒体架构,可使开发人员灵活采用各种媒体回放、捕获组件,或采用他们自己的定制的内插组件。 Java Media Framework(JMF)是构建在 Java Sound之上的一层。JMF实际上将Java Sound用于其音频处理。JMF支持更多音频格式和更多回
22、放功能,但缺少Java Sound的低层访问。另外,标准 JDK 发行版不包括JMF而包括 Java Sound。 Java Sound: ·添加音频和MIDI支持 ·与JDK 1.3及更高版本一起提供 ·是轻量级的 ·本身支持相对较少的音频格式(AIFF、WAV和AU) ·通过Java Sound的服务供应商接口(SPI)可以进行扩展 JMF: ·添加对音频、视频和其它基于时间的数据的支持 ·提供多种媒体格式的同步和控制功能 ·当前没有与任何JDK一起提供 ·本身支持许多音频格式(AIFF、WAV等)以及 MPEG和其它格式 ·包含可扩展的编码器
23、/解码器媒体支持 2.2 JMF常用类 JMF的常用类包括以下几个: ● 数据源(DataSource) ● 媒体定位器(MediaLocator) ● 播放器(Player) ● 处理器(Processor) ● 数据池(DataSink) ● 数据格式(Format) ● 管理器(Manager) 2.2.1 数据源(DataSource) 在JMF中,DataSource对象就是数据源,它可以是从采集设备获得的数据,也可以是一个多媒体文件,也可以是从互联网上下载的数据流。对于DataSource对象,一旦你确定了它的位置和类型,对象中就包含了多媒体的位置信
24、息和能够播放该多媒体的软件信息。当创建了 DataSource对象后,可以将它送入Player对象中,而Player对象不需要关心DataSource中的多媒体是如何获得的,以及格式是什么。 2.2.2 媒体定位器(MediaLocator) DataSource通常用两种方式来定义,媒体定位器(MediaLocator)或URL(Universal Resource Locator)。MediaLocator类似于URL,并且可以由URL来构造,即使在没有安装相应的协议处理机制的情况下,也能构造MediaLocator(在Java,只有在系统上安装了URL协议的处理机制的情况下,才能构
25、造一个URL)。MediaLocator用来定位采集设备、本机的媒体文件、网络上的媒体文件以及网络RTP流。 2.2.3 播放器(Player) 如图2-1所示,播放器(Player)对象将音频、视频数据流作为输入,然后将数据流输出到音箱或屏幕上,就像播放器读取DV带中的数据,然后将音频信号送到音箱上,视频数据送到屏幕上一样。 图2-1 JMF播放器(Player)模型 Player对象有多种状态,JMF中定义了Player有六种状态,如图2-2所示。在正常情况下Player对象需要经历每个状态,然后才能播放多媒体。下面是对这些状态的说明。 图2-2播放器的状态转换图 ●
26、Unrealized:在这种状态下,Player对象已经被实例化,但是并不知道它需要播放的多媒体的任何信息。 ● Realizing:当调用realize( )方法时,Player对象的状态从Unrealized转变为Realizing。在这种状态下,Player对象正在确定它需要占用哪些资源。 ● Realized:在这种状态下Player对象已经确定了它需要哪些资源,并且也知道需要播放的多媒体的类型。 ● Prefetching:当调用prefetch( )方法时,Player对象的状态从Realized变为Prefetching。在该状态下的Player对象正在为播放多媒体做一些准
27、备工作,其中包括加载多媒体数据,获得需要独占的资源等。这个过程被称为预取(Prefetch)。 ● Prefetched:当Player对象完成了预取操作后就到达了该状态。 ● Started:当调用start( )方法后,Player对象就进入了该状态并播放多媒体。 当一个播放器从一个状态转换到另一个状态时,它将产生TransitionEvent事件(详细请看2.3 事件模型)。通过ControllerListener接口,你的程序可以确定播放器在什么状态并作出相应的反应。使用这种事件报告机制,你可以在调用播放器的方法前确定播放器是否在其适当的状态。 为了避免混乱情况,在一个播放器所
28、有状态下,不是所有的方法都能被调用的。如果你在一个播放器对象的当前状态下,调用了一个非法的方法,播放器对象将抛出异常或错误。 2.2.3 处理器(Processor) 处理器(Processor)对应的接口是Processor。在JMF API中Processor接口继承了Player接口。 Processor同样可以用来播放媒体数据。它是一种特殊的播放器,它可以对输入媒体流进行过程控制。处理器支持所有播放器拥有的播放控制功能。 如图2-3所示,除了将媒体数据传送至播放终端外,处理器可以将媒体数据输出至一个数据源(DataSource),使用Processor的getDataOutp
29、ut( )方法实现,此数据源可以作为其它的播放器的数据源,或是通过其它的处理器对其进行进一步操作控制,或将其作为数据池(DataSink)的参数,利用数据池或存储到一个文件,或传送到网络中去。 图2-4 处理器模型 如图2-4所示,除了在播放器中提到了的6种状态以外,处理器对象还包括两种新的状态。这两种状态是在Unrealized状态之后,在Realizing 状态之前。 ● Configuring:当调用configure( )方法后,处理器对象进入该状态。在该状态下处理器对象连接到数据源并获取输入数据的格式信息。 ● Configured:当完成数据源连接,获得输入数据格式的信
30、息后,处理器对象就处于Configured状态。 图2-4 处理器的状态转换图 2.2.4 数据池(DataSink) 数据池(DataSink)用来读取数据源(DataSource)的媒体数据和输出到特定的目的地——这里的目的地不同于以上所说的如音箱或屏幕。一个特定的DataSink或把数据输出到一个文件,或通过网络传输数据,或进行RTP广播。像Player一样,DataSink对象以DataSource作为参数,通过管理器(Manager)来构造。 2.2.5 数据格式(Format) 在JMF架构中,数据格式(Format)对象中保存了媒体的格式(format)信息。它
31、并不包括编码参数和全局时间信息。只是描述了该格式的编码名称和数据类别。Format的子类包括 AudioFormat和VideoFormat类,VideoFormat又有六个子类:H261Format、H263Format、IndexedColorFormat、JPEGFormat、RGBFormat和YUVFormat类[4]。在AudioFormat中,描述了音频格式的属性,如采样频率、每次采样的数据位数等等。在VideoFormat中则描述了视频数据的类型如H.263等。 图2-5 表示JMF对音频格式和视频格式的定义: 图2-5 JMF的媒体数据格式 2.2.5 管理器(Ma
32、nager) JMF提供了下面四种管理器(Manager): ● Manager:Manager相当于两个类之间的接口。例如当你需要播放一个DataSource对象,你可以通过使用Manager对象createPlayer( )方法创建一个 Player对象来播放它。使用Manager对象可以创建Player、Processor、DataSource和DataSink对象。 ● PackageManager:该管理器中保存了JMF类注册信息。 ● CaptureDeviceManager:该管理器中保存了截取设备的注册信息。 ● PlugInManager:该管理器中保存了JMF插件
33、的注册信息。 2.3 事件模型 JMF利用事件报告机制来使基于JMF的程序获知媒体系统当前的状态,从而使程序能够对相应状态的改变作出相应的操作。在任何时候,当一个JMF对象需要报告当前的状态,它将发出一个MediaEvent事件。MediaEvent的子类包括ControllerEvern,DataSinkEvent,GainChangeEvent,RTPEvent。 对于任何一个能发送MediaEvent的JMF对象而言,JMF都定义了一个相应的侦听接口(listener interface)。为了能在某一MediaEvent事件发生时得到相应的通知,必须实现适当的侦听接口以及在对应
34、的类体中重写该接口中处理MediaEvent事件的方法体,并通过调用addListener方法来接收此MediaEvent事件。 如图2-6所示,JMF中的Controller对象,例如播放器(Player)和处理器(Processor),以及Control对象,例如GainControl都可以发出MediaEvent事件。(Player和Processor继承于Controller类) 图2-6 JMF的事件模型 图2-7JMF Controller事件 图2-7列出了所有的Controller事件,ControllerEvent由Controller(如Player或Pro
35、cessor)产生,可分为三类:改变通知(change notification),关闭事件(closed event),状态转变事件(transition event): 1.改变通知事件如RateChangeEvent,DurationUpdateEvent,FormatChangeEvent表明一些Controller的属性的改变。 2.状态转变事件可以使你的程序对Controller对象的状态转变作出反应。Player当从一个状态转为另一状态时都会产生transition events。 3.当Controller关闭时,它将产生关闭事件。 第3章 系统架构和功能模块
36、设计 第3章 系统架构和功能模块设计 3.1 MVC模式概述 MVC架构是“Model-View-Controller”的缩写,即将“模型-视图-控制”作为应用程序构成的三要素。Event(事件)导致Controller改变Model或View,或者同时改变两者。只要Controller改变了Models的数据或者属性,所有以来的View都会自动更新。类似的,只要Controller改变了View,View会从潜在的Model中获取数据来刷新自己。相应地,本软件也同样使用MVC思想指导设计,做到模块细化,分工明确,模块间逻辑顺序清晰的三大目标。 流程如图3-1所示 图3-
37、1 3.2 系统目标 对于音频播放器,必须给用户提供最简单的操作和最完善的功能。至少应该能够对音频文件进行播放、暂停、停止、音量和进度拖放操作等。除了最基本的操作以外,优秀的播放器还提供了许多附加的功能来突出显示该媒体播放器的特色,例如本播放器的歌词实时显示。在这样的情况下,对播放器的设计目标要求有如下功能的实现: ◆ 用户界面窗口的控制功能:播放器主窗口控制、播放列表窗口的控制和歌词显示窗口的控制; ◆ 媒体文件的播放控制功能:开始播放、暂停播放、停止播放和拖动播放等; ◆ 媒体文件的管理功能:添加歌曲、添加目录,删除歌曲、清空列表、保存列表和装载列表; ◆ 音频文件信息显示功
38、能:将音频文件的基本信息呈现给用户,同时用户自己可以设置一些信息。 3.3 系统功能模块概要设计 本软件同样采用MVC的设计模式,做到控制,信息与视图的相互分离,同时相互间有联系紧密,互相调用,互为条件与依赖。故将系统分为五大模块进行构建,分别是 ·用户界面模块 ·播放控制模块 ·播放信息模块 ·播放列表控制模块 ·歌词控制模块 其相互关系如图3-2所示 播放信息模块 用户界面模块 播放控制模块 播放列表控制模块 歌词控制模块 播放列表 歌曲信息 用户请求事件
39、 用户请求事件 视图信息更新 视图信息更新 更新信息 读取信息 更新信息 读取信息 读取信息 更新信息 图3-2 3.3.1 用户界面模块 为了实现软件产品界面的友好性和简洁性,同时又要保证功能的完整性,播放器的控制窗口的设计显得更是不同一般的重要。首先,给出该界面的组件组成,如表2-1 所示。 组件名称 组成控件
40、 功能 控制按钮 播放/暂停控制按钮 点击此按钮可以播放媒体文件或暂停音频文件播放 停止功能按钮 点击此按钮可以停止当前正在播放的音频文件 上一首功能按钮 点击此按钮播放播放列表中当前歌曲的上一首歌曲 下一首功能按钮 点击此按钮播放播放列表中当前歌曲的下一首歌曲 静音功能按钮 点击此按钮可以关闭或打开声音 控制条 音量控制条 可以通过此控制条改变音量的大小 进度控制条 可以通过此控制条改变播放的进度 播放列表菜单栏 添加列表项 添加音频文件到播放列表 删除列表项 从播放列表删除选中的一个媒体文件 清空列表按钮 删除播放列表中的所有媒体文件 新建列
41、表按钮 弹出对话框新建一个用户命名播放列表 删除列表按钮 弹出对话框是否确认删除当前选择播放列表 保存列表按钮 将播放列表中的内容序列化成.dat格式的播放列表文件 载入列表按钮 从.dat格式的文件中读取媒体文件的信息到播放列表中 系统菜单栏 打开文件菜单项 选择此项弹出文件选择窗口选择要播放的音频文件 退出菜单项 选择此项退出系统 播放模式菜单 单选框用于选择播放模式:单曲循环,顺序播放 版本菜单项 选择此项弹出当前软件版本对话框显示当前版本信息 标签 时间标签 显示当前播放音频文件的总体进度 正在播放标签 显示播放器当前所播放的文件的绝对路径
42、 歌曲名标签 显示当前播放音频文件的TAG中的歌曲名 艺术家标签 显示当前播放音频文件的作者 总时间标签 显示当前播放音频文件的总时长 格式标签 显示当前播放的音频文件的格式,采样频率和取样位数 星级标签 显示当前播放的音频文件的用户评价星级 上次修改标签 电视当前播放的音频文件的最后一次修改时间 对于一个小小的窗口,要摆放这么多的控件,如果随便地放在窗口上的话,将会使窗口十分混乱,影响使用,所以要对其摆放位置进行合理的规划。这些控件被按照功能分成了3组,它们分别是控制面板、播放列表面板和LRC面板。这样一来,就可以实现软件产品界面的友好性与简洁性,条理分明,在保证软
43、件产品功能完整性的同时,方便了用户的使用。各面板关系如图3-3 主框架 控制面板 播放列表面板 LRC面板 系统菜单栏 控制按钮 控制条 标签 播放列表菜单栏 LRC右键菜单 播放列表 LRC显示屏 图3-3 3.3.2 播放控制模块 播放控制模块作为音频播放器的核心部件,担负着创建播放器、对播放器进行各种控制、对播放信息进行设置的任务,并且与各个模块关系密切,具体方法如下 方法名称 涉及对象或变量 功能 构造函数 播放信息,播放列表 将二者引用传递,以便调用,读取和改写 播放 播放信息中的当前播放文件地址 和播放状态 通过地址创建播放
44、器,然后判断当前播放状态,若是空状态则创建;若是暂停态则继续;若是停止态则开始 暂停 播放信息状态 将播放器状态设置为暂停态,同时将Player停止 停止 播放信息状态 将当前播放百分比设置为0,将播放信息状态设置为停止态,同时关闭Player 上一首 播放列表,播放信息 将播放列表索引值减1后更新播放信息的当前播放状态,再调用播放方法 下一首 播放列表,播放信息 将播放列表索引值加1后更新播放信息的当前播放状态,再调用播放方法 获取播放器 无 获取当前的Player引用 设置进度 播放信息 将当前Player的播放进度设定为指定的时间 设置音量 播放信
45、息 将当前Player的音量设定为指定音量 声音关 播放信息 声音打开 声音开 播放信息 声音关闭 3.3.3 播放信息模块 播放信息模块由播放信息,播放列表,歌曲信息节点三个层次嵌套而成: 播放信息 播放列表1(默认) 播放列表2 播放状态 。。。。。。 歌曲信息节点1 歌曲信息节点2 歌曲信息节点。。。 歌曲信息节点1 歌曲信息节点2 歌曲信息节点。。。 图3-4 首先来看一下播放信息中播放状态的主要组成 方法名称 涉及对象和变量 功能 构造函数 无 初始化播放状态信息,新建默认播放列表 序列化 播
46、放列表 将播放列表序列化保存至硬盘 设置、获取当前播放文件地址 播放列表 将播放器状态设置为暂停态,同时将Player停止 设置、获取当前播放列表 播放列表 将当前播放列表的引用返回 设置、获取播放器开始状态 无 若Player已经开始播放,则设置状态为True否则为False 设置、获取暂停状态 无 若Player已经暂停,则设置状态为True否则为False 设置、获取暂停时间 无 设置当前播放文件的暂停时间,以便继续的时候设定开始时间 设置、获取当前播放百分比 无 获取当前的Player播放时间占总时间的百分比 设置、获取当前播放音量 无 将当
47、前Player的音量设定为指定的值 设置当前播放列表索引 无 将当前Player的音量设定为指定音量 设置、获取声音开关 无 将当前Player的音量设定为0或100 接下来是播放列表的组成 方法名称 涉及对象和变量 功能 构造函数 用户输入字符串 新建一个播放列表,名称为用户输入的字符串 设置、获取当前列表的名称 用户输入字符串 更改或者获取当前列表的名字,一般由用户输入后传递 添加单个文件至列表 文件对象 根据从Controller接受文件对象为列表添加节点 添加多个文件至列表 文件组 根据从Controller接受文件对象为列表添加一批节点
48、清空列表 无 将当前列表所清空 删除列表项 用户界面模块传递来的临时索引 将索引所指向的节点删除后调整列表 设置、获取当前列表索引 无 根据播放列表的点击事件设置当前列表的索引,该索引指向音频文件节点 获取指定索引的节点 无 返回播放列表指定的索引节点 接下来是歌曲信息节点的组成 方法名称 涉及对象和变量 功能 构造函数 文件对象 新建一个歌曲信息节点,同时初始化各种变量,如歌曲名称,格式,时长,艺术家等等 设置、获取mp3信息 文件对象 若文件类型为mp3,读取TAG获取mp3信息 设置、获取文件是否存在 无 检查该文件是否存在,即是否和节点中
49、存储的路径信息一直,若不一致则失效,文件不存在,isExist设置为False 3.3.4 播放列表控制模块 方法名称 涉及对象和变量 功能 构造函数 播放控制模块 引用传递 打开文件 播放信息模块 新建一个文件选择器选择要打开的音频文件,将文件对象传递给播放信息模块 添加列表 播放信息模块 新建一个播放列表并命名 删除列表 播放信息模块 删除一个播放列表 保存列表 播放信息模块 将当前列表序列化保存 载入列表 播放信息模块 读取.dat文件并将数据传递只播放信息模块添加一个列表 3.3.5 歌词控制模块 方法名称 涉及对象和变量 功
50、能 构造函数 文件对象 首先搜索当前文件夹下是否有歌词存在,有则加载,再搜索歌词文件夹下是否有歌词,有则加载,否则为空 绘图 用户界面模块 重新绘制歌词板,将信息传递给用户界面模块 载入/撤销LRC歌词 无 弹出文件选择对话框选择.lrc文件载入 或撤销歌词 歌词识别 字符串链表 读取LRC文件成功后翻译为两个链表,一个是时间链表,一个是歌词链表,二者一一对应,在后面的时间线程中每隔一秒检查一次歌词时间匹配 3.4音频文件播放逻辑 3.4.1 对音频文件的传递 对音频文件的传送主要是用在播放列表处理的过程中,当播放器的用户想利用本播放器来播放一个音频文件时






