近年来，LED显示系统在信息显示领域得到了广泛的应用，迅速发展成一种电子广告媒体，而且已形成具有相当发展潜力的电子产业。随着北京申办年奥运会的成功，必将进一步推动LED显示屏产业的发展。 就目前的发展趋势来看，LED视频显示系统是一个发展趋势。而目前的LED视频系统必须以PC机为视频源，一对一的联机、同步显示，属于同步显示系统，使用不是很灵活方便。一般用于大型购物广场的户外播放视频广告、电视和电影，还可用于大型体育比赛场所，实时直播赛况。尽管异步显示系统可脱机使用，方便灵活，但不能够播放视频信息。 从商业角度来说，技术先进的不一定就是能在市场上完全能行的通的。随着电子广告市场发展，城市街道的视频广告也必将是一种发展趋势，因为具有动感的彩色视频广告比普通的广告壁纸更能吸引人们眼球，同时也为城市添加一道靓丽的风景。而具有寿命长、成本低、亮度高、视角大、可视距离远等特点的LED显示系统比较适合此场所的显示要求。针对这一特点，开发一套小型、可脱机播放视频的LED显示系统，具有重要的意义和市场价值，不仅有助于城市电子广告产业的发展，也必将推进小型LED视频系统的研究进程以及在其他领域的广泛应用。 因此，本课题以此作为研究工作的起点。本文在分析LED显示屏工作原理后，针对目前LED异步显示系统存在的缺点，结合LED同步显示系统的主要功能及技术指标，提出解决关键问题的总体技术方案。该系统采用ARM+FPGA的硬件构架，利用ARM处理器可移植操作系统、自带LCD控制器、可实现图形界面系统的特点，将ARM系统作为视频源，FPGA用于显示数据重构、灰度扫描控制的电路设计，有效解决了该系统的关键技术问题。 本文的核心是ARM系统软硬件设计及FPGA逻辑设计两大部分。首先根据系统的总体设计方案实现控制系统硬件平台的设计：然后在此基础上通过对嵌入式Linux内核的移植、LCD驱动程序的开发及Qtopia图形界面系统的实现，完成了ARM系统的软件平台设计；最后重点介绍了FPGA的逻辑设计及仿真分析，并验证了各模块的功能设计的正确性。
上传时间： 2013-06-26
上传用户：luke5347
随着现代电子信息技术和我国汽车制造业的强劲增长，汽车已不再是简单的交通工具，而是成为现代科技的载体。汽车的快速增长虽然使我们的出门更加便利，但同时也带来了诸多社会问题。如：交通事故率上升、交通事故判别和车辆的规范化管理难度加大等。论文针对以上问题提出了使用视频记录的解决方法。 论文设计了一种基于ARM的嵌入式数字视频记录系统。该系统能够将安装在汽车中的摄像头拍摄到的汽车前视景和仪表显示画面进行压缩并以文件的形式存储，事后通过回放系统将记录的文件进行播放，可以以此来规范车辆管理、判断交通事故原因和保障乘客安全。系统采用嵌入式技术并选用32位的ARM微控制器，使用先进的视频解码、编码芯片，成功实现对实时视频的采集、压缩及储存记录。介绍目前数字视频技术的发展及应用状况、阐述视频记录系统所涉及的视频压缩和嵌入式系统设计基本理论，提出视频记录系统的设计方案。重点对基于ARM的嵌入式数字视频记录系统的系统硬件、软件设计做了详细的论述。硬件部分以ARM芯片LPC2210为核心控制器，以SAA7113H和Z1510为视频压缩核心硬件，完成ARM最小系统、视频图像信号的解码和编码压缩电路、IDE储存接口等电路设计；软件部分采用稳定可靠的μC/OS-Ⅱ嵌入式实时操作系统，实现μC/OS-Ⅱ在LPC2210上的移植，完成系统的硬件初始化和IDE驱动的编写调试，使整个系统的各个部分能够协调的工作。 试验表明，基于ARM的嵌入式数字视频记录系统能够实现对数字视频信号的长时间实时采集、压缩记录。压缩后的数据符合MPEG-1标准。
上传时间： 2013-07-07
上传用户：万有引力
随着电信数据传输对速率和带宽的要求变得越来越迫切,原有建成的网络是基于话音传输业务的网络,已不能适应当前的需求.而建设新的宽带网络需要相当大的投资且建设工期长,无法满足特定客户对高速数据传输的近期需求.反向复用技术是把一个单一的高速数据流在发送端拆散并放在两个或者多个低速数据链路上进行传输,在接收端再还原为高速数据流.该文提出一种基于FPGA的多路E1反向复用传输芯片的设计方案,使用四个E1构成高速数据的透明传输通道,支持E1线路间最大相对延迟64ms,通过链路容量调整机制,可以动态添加或删除某条E1链路,实现灵活、高效的利用现有网络实现视频、数据等高速数据的传输,能够节省带宽资源,降低成本,满足客户的需求.系统分为发送和接收两部分.发送电路实现四路E1的成帧操作,数据拆分采用线路循环与帧间插相结合的方法,A路插满一帧(30时隙)后,转入B路E1间插数据,依此类推,循环间插所有的数据.接收电路进行HDB3解码,帧同步定位(子帧同步和复帧同步),线路延迟判断,FIFO和SDRAM实现多路数据的对齐,最后按照约定的高速数据流的帧格式输出数据.整个数字电路采用Verilog硬件描述语言设计,通过前仿真和后仿真的验证.以30万门的FPGA器件作为硬件实现,经过综合和布线,特别是写约束和增量布线手动调整电路的布局,降低关键路径延时,最终满足设计要求.
上传时间： 2013-07-16
上传用户：asdkin
随着嵌入式系统以及流媒体技术的快速发展，基于嵌入式系统实现可视电话、视频点播、视频会议等功能已经成为当前的热点研究领域。这样的系统通常具有小型化、低功耗、低成本、稳定可靠、便于携带等特点。 本文旨在研究流媒体以及嵌入式系统的相关技术，基于ARM9处理器平台实现一种基于嵌入式系统的流媒体播放器。该播放器的硬件平台以32位高性能ARM9处理器为核心进行规划，在此基础上，采用嵌入式Linux操作系统、MPEG-4视频解码技术和流媒体网络传输技术进行设计。 本文的主要贡献体现在以下六个方面： l、分析嵌入式流媒体播放器的功能需求和技术特点，对嵌入式流媒体播放器的总体实现方案进行设计。 2、研究嵌入式Linux系统设计方法，基于ARM处理器平台构建嵌入式Linux操作系统。这部分的工作包括嵌入式BootLoader的移植、Linux内核的配置与编译以及根文件系统的创建。 3、研究MPEG-4视频压缩标准，基于ARM-Linux系统平台移植MPEG-4视频解码器。 4、研究ARM体系结构以及基于ARM平台的嵌入式软件优化方法，对所移植的MPEG-4视频解码器进行平台相关优化。 5、研究视频通信中的错误隐藏技术，针对错误隐藏过程中传统边界匹配算法对边缘匹配的局限性，提出了一种改进的基于时域与空域平滑性的边界匹配算法。 6、研究流媒体网络传输的相关技术协议，基于RTSP/RTP/RTCP协议实现了一个基本的MPEG-4视频流实时传输系统。
上传时间： 2013-05-16
上传用户：a937518043
空间多媒体通信过程中存在的不可预测的分组数据丢失、乱序，可变的链路传输及处理时延抖动以及收发端时钟不同步与漂移等问题，这可能导致接收端在对音视频数据进行显示播放时产生音视频不同步现象。为了解决此问题，提出了一种改进的基于时间戳的空间音视频同步方法，该方法采用一种相对时间戳映射模型，结合接收端同步检测和缓冲设计，能够在无需全网时钟和反馈通道的情况下，实现空间通信中的音视频同步传输，并在接收端进行同步播放显示。对该方法进行了仿真，结果表明了设计的可行性。同步前的均方根误差SPD值平均在150 ms左右，最大能达到176.1 ms。文中方法能将SPD值控制在60 ms左右，不仅能实现音视频同步传输，并且开销很小，可应用在空间多媒体通信中。
标签： 音视频
上传时间： 2013-11-21
上传用户：comer1123
单片机音乐中音调和节拍的确定方法:调号-音乐上指用以确定乐曲主音高度的符号。很明显一个八度就有12个半音。A、B、C、D、E、F、G。经过声学家的研究，全世界都用这些字母来表示固定的音高。比如，A这个音，标准的音高为每秒钟振动440周。 升C调：1＝#C，也就是降D调：1＝BD；277（频率）升D调：1＝#D，也就是降E调：1＝BE；311升F调：1＝#F，也就是降G调：1＝BG；369升G调：1＝#G，也就是降A调：1＝BA；415升A调：1＝#A，也就是降B调：1＝BB。466,C 262 #C277 D 294 #D(bE)311 E 330 F 349 #F369 G 392 #G415A 440. #A466 B 494 所谓1＝A，就是说，这首歌曲的“导”要唱得同A一样高，人们也把这首歌曲叫做A调歌曲，或叫“唱A调”。1＝C，就是说，这首歌曲的“导”要唱得同C一样高，或者说“这歌曲唱C调”。同样是“导”，不同的调唱起来的高低是不一样的。各调的对应的标准频率为： 单片机演奏音乐时音调和节拍的确定方法 经常看到一些刚学单片机的朋友对单片机演奏音乐比较有兴趣，本人也曾是这样。在此，本人将就这方面的知识做一些简介，但愿能对单片机演奏音乐比较有兴趣而又不知其解的朋友能有所启迪。 一般说来，单片机演奏音乐基本都是单音频率，它不包含相应幅度的谐波频率，也就是说不能象电子琴那样能奏出多种音色的声音。因此单片机奏乐只需弄清楚两个概念即可，也就是“音调”和“节拍”。音调表示一个音符唱多高的频率，节拍表示一个音符唱多长的时间。 在音乐中所谓“音调”，其实就是我们常说的“音高”。在音乐中常把中央C上方的A音定为标准音高，其频率f=440Hz。当两个声音信号的频率相差一倍时，也即f2=2f1时，则称f2比f1高一个倍频程, 在音乐中1（do）与 ，2（来）与 ……正好相差一个倍频程，在音乐学中称它相差一个八度音。在一个八度音内，有12个半音。以1—i八音区为例， 12个半音是：1—＃1、＃1—2、2—＃2、＃2—3、3—4、4—＃4，＃4—5、5一＃5、＃5—6、6—＃6、＃6—7、7—i。这12个音阶的分度基本上是以对数关系来划分的。如果我们只要知道了这十二个音符的音高，也就是其基本音调的频率，我们就可根据倍频程的关系得到其他音符基本音调的频率。 知道了一个音符的频率后，怎样让单片机发出相应频率的声音呢？一般说来，常采用的方法就是通过单片机的定时器定时中断，将单片机上对应蜂鸣器的I/O口来回取反，或者说来回清零，置位，从而让蜂鸣器发出声音，为了让单片机发出不同频率的声音，我们只需将定时器予置不同的定时值就可实现。那么怎样确定一个频率所对应的定时器的定时值呢？以标准音高A为例： A的频率f = 440 Hz,其对应的周期为：T = 1/ f = 1/440 =2272μs 由上图可知,单片机上对应蜂鸣器的I/O口来回取反的时间应为：t = T/2 = 2272/2 = 1136μs这个时间t也就是单片机上定时器应有的中断触发时间。一般情况下，单片机奏乐时，其定时器为工作方式1，它以振荡器的十二分频信号为计数脉冲。设振荡器频率为f0，则定时器的予置初值由下式来确定： t = 12 *（TALL – THL）/ f0 式中TALL = 216 = 65536,THL为定时器待确定的计数初值。因此定时器的高低计数器的初值为： TH = THL / 256 = ( TALL – t* f0/12) / 256 TL = THL % 256 = ( TALL – t* f0/12) %256 将t=1136μs代入上面两式（注意：计算时应将时间和频率的单位换算一致），即可求出标准音高A在单片机晶振频率f0=12Mhz，定时器在工作方式1下的定时器高低计数器的予置初值为 ： TH440Hz = (65536 – 1136 * 12/12) /256 = FBH TL440Hz = (65536 – 1136 * 12/12)%256 = 90H根据上面的求解方法，我们就可求出其他音调相应的计数器的予置初值。 音符的节拍我们可以举例来说明。在一张乐谱中，我们经常会看到这样的表达式，如1=C 、1=G …… 等等，这里1=C,1=G表示乐谱的曲调，和我们前面所谈的音调有很大的关联， 、 就是用来表示节拍的。以 为例加以说明，它表示乐谱中以四分音符为节拍，每一小结有三拍。比如： 其中1 、2 为一拍，3、4、5为一拍，6为一拍共三拍。1 、2的时长为四分音符的一半，即为八分音符长，3、4的时长为八分音符的一半，即为十六分音符长，5的时长为四分音符的一半，即为八分音符长，6的时长为四分音符长。那么一拍到底该唱多长呢？一般说来，如果乐曲没有特殊说明，一拍的时长大约为400—500ms 。我们以一拍的时长为400ms为例，则当以四分音符为节拍时，四分音符的时长就为400ms，八分音符的时长就为200ms，十六分音符的时长就为100ms。可见，在单片机上控制一个音符唱多长可采用循环延时的方法来实现。首先，我们确定一个基本时长的延时程序，比如说以十六分音符的时长为基本延时时间，那么，对于一个音符，如果它为十六分音符，则只需调用一次延时程序，如果它为八分音符，则只需调用二次延时程序，如果它为四分音符，则只需调用四次延时程序，依次类推。通过上面关于一个音符音调和节拍的确定方法，我们就可以在单片机上实现演奏音乐了。具体的实现方法为：将乐谱中的每个音符的音调及节拍变换成相应的音调参数和节拍参数，将他们做成数据表格，存放在存储器中，通过程序取出一个音符的相关参数，播放该音符，该音符唱完后，接着取出下一个音符的相关参数……，如此直到播放完毕最后一个音符，根据需要也可循环不停地播放整个乐曲。另外，对于乐曲中的休止符，一般将其音调参数设为FFH，FFH，其节拍参数与其他音符的节拍参数确定方法一致，乐曲结束用节拍参数为00H来表示。下面给出部分音符（三个八度音）的频率以及以单片机晶振频率f0=12Mhz，定时器在工作方式1下的定时器高低计数器的予置初值 ： C调音符 频率Hz 262 277 293 311 329 349 370 392 415 440 466 494TH/TL F88B F8F2 F95B F9B7 FA14 FA66 FAB9 FB03 FB4A FB8F FBCF FC0BC调音符 1 1# 2 2# 3 4 4# 5 5# 6 6# 7频率Hz 523 553 586 621 658 697 739 783 830 879 931 987TH/TL FC43 FC78 FCAB FCDB FD08 FD33 FD5B FD81 FDA5 FDC7 FDE7 FE05C调音符 频率Hz 1045 1106 1171 1241 1316 1393 1476 1563 1658 1755 1860 1971TH/TL FB21 FE3C FE55 FE6D FE84 FE99 FEAD FEC0 FE02 FEE3 FEF3 FF02
上传时间： 2013-10-20
上传用户：哈哈haha
realview mdk视频教程(PPT由西安毕博制作的MDK指导视频，下载后打开Realview mdk1.htm页面即可播放，内容包括：模拟仿真、开发环境的建立、启动代码概述等，是您尽快上手MDK的好工具，赶快下载吧！
上传时间： 2013-11-02
上传用户：范缜东苑
为了实现远程视频监控的功能，提出了一种基于ARM11和嵌入式Linux的远程视频服务器的方案。使用V4L2接口对数据进行采集，选择了具有很高压缩效率的H.264压缩标准，通过CPU内部集成的MFC模块实现对视频流的硬件压缩，在移植到系统的boa服务器上编写了CGI脚本响应远程客户端的响应。在客户端中，通过SDL和FFmpeg库提供的API接口完成了对经过网络传输到客户端上的视频数据的解码与播放，完成了包括视频的采集、编码、传输、显示各个功能模块的整个系统设计。
上传时间： 2013-11-08
上传用户：ikemada
CSF格式视频必备的播放器。这是一款集视频流、音频流和屏幕流播放于一体的媒体播放软件。播放科建流式的媒体文件（CSF格式）和其他媒体文件。
上传时间： 2013-10-18
上传用户：gxf2016
其实打开 一个播放地址，其他集的视频全部都会罗列出来；
上传时间： 2013-10-14
上传用户：zh_901
