1.思百德D20性能参数
2.vb播放器 顺序播放 和 循环随机播放 的随机视频随机视频问题
3.怎样确认OggPlay播放器安装了？
4.下载的压缩视频RAR ZIP格式之前能看，视频显示"准备就绪"就是播放播放不播放，是源码源码什么原因啊？
思百德D20性能参数
思百德D的性能参数丰富，涵盖了多个方面。随机视频随机视频首先，播放播放内嵌字幕支持MKV文件，源码源码风云源码具有MKV文件内嵌功能。随机视频随机视频在字幕方面，播放播放它支持SRT、源码源码ASS、随机视频随机视频SSA等多种格式，播放播放且字幕颜色、源码源码位置、随机视频随机视频大小均可自由调整，播放播放支持矢量字库和微软雅黑字体。源码源码延时调整和多字幕切换也是一大亮点，可以方便地在内嵌和外挂字幕间切换。
播放功能强大，支持P、P、i、P分辨率的视频切换，可通过热键或菜单选择。HDMI/分量输出/复合视频等多端口同时支持，你可以通过遥控器轻松调整亮度、对比度和饱和度。此外，还有随机播放音乐和照片模式，以及快进、快退、暂停、播放等基础功能，还支持选时播放和SEEK功能，显示文件信息也相当便捷。
音频解码方面，D支持多种高级格式，如DTS-HD、TRUEHD和LPCM，可进行7.1声道输出，且部分格式支持源码输出或不解码直接到功放，确保音质表现。对于DVD播放，它能正常播放MINIBD、BD-9、RBD碟片，且支持多路内嵌字幕和音轨切换，掌上课表源码包括原版蓝光破解的M2TS文件。
总的来说，思百德D在视频播放和字幕处理方面表现出了出色的性能，满足了不同用户的需求，无论是视频质量、音频效果还是功能设置，都体现了其专业级的产品特性。
vb播放器 顺序播放 和 循环随机播放 的问题
不管是顺序播放还是随机播放关键在于
在wmp的状态改变事件(state_change）中加入判断，如果播放结束就调用处理函数，取得下一首的地址，明白吗？
当然也可以在整个播放之前就生成一个播放列表（wmp.playlist)，然后wmp会自动按这个列表播放，我们不用管了
不知道这个回答对你有没有帮助，如果有的话就采纳哦
觉得回答好的话可以加点分哈 呵呵
怎样确认OggPlay播放器安装了？
6月8日 : 音乐
百度自己的背景播放器不是自动的，需要手动播放，大家很不喜欢。能自动播放的播放器代码为：<embed src=音乐链接地址 width= height= type=audio/mpeg loop="false" autostart="true">
其中autostart="true”表示自动播放，loop="false”表示不循环播放，改为“true”可循环。
1、进入右上角的“控制面版”
2、进入“个人首页内容维护”
3、选“自定义空白面板”
4、选“新增”
5、勾选“显示源代码”；在题目写：播放器（别的名字也可以）
6、把上面这段代码贴进去就OK了。
7、回到刚才的控制面板，左边“BLOG信息设置”里面有“定制我的首页”，请点击！
8、会看见左边计数器下面，（也就是有留言，评论那一列的最下面）有一个“添加页面模块”（注意不是最最左边的“添加模块”！！！）
9、出现了新的对话框。给“自定义空白面板”下面的“播放器”单选框打勾。然后，点下面的“选取”。
、听见歌曲了！（继续做第步）
、这时候看看最最左边的自助购买广告源码一列浮动块。请点击最上面的“保存设置”。部分引自 bozfly
注：支持的音乐格式：wma mp3 rm ra ram asf mid。 width和height为播放器宽度和高度，可以灵活设置，如果播放视频，可以设置到适合的数字。播放器宽度和高度可以灵活设置,如果都设为0，那么音乐就成了背景音乐，没有播放器。音乐链接地址处填上自己喜欢的音乐地址，一定找一个打开就播放的地址，不然会缓冲很长时间，可以在百度里搜搜，很多音乐地址打开都缓冲很长时间，不要链接这样的地址，总能找到打开很快就缓冲好播放的地址，那就把这个地址放进去，那么一打开你的主页，音乐就很快播放了，祝你的博客越办越好！部分引自：Scarboroughf.
添加可连续播放多首歌曲的音乐播放器
下面我想给大家介绍一种网络播放器：部落Q免费多用户播放器，首先到此地址申请帐号：c.china.net/player/）也提供了几款音乐播放器，其中有两款好象是不自动播放的；至于总共能添加多少首歌曲，速度怎么样，没用过，所以不知道！方法都是一样的：先申请然后再获取代码！这是其中两款的样式，有兴趣的朋友可以去试试看:
后记：在各网站和他人博客之间走走逛逛，又发现了另一种网络播放器：宠儿博客多用户网页背景音乐播放器，申请地址为：/player3/imgshow.htm，同样，方法也一样，先申请，然后再获取代码，添加空白面板！
具体申请步骤查看大漠孤烟写的这篇文章：/myblog/article/article_reader.php?blog_id=b5c4ddzy
可能宠儿播放器相比上面两个会相对好一点，速度估计会快一点！
经过观察，发现网络家园提供的网络播放器的速度超慢，严重影响页面打开的速度建议最好别用此播放器！
建议首先考虑宠儿的，其次就是上面介绍的第一种，不过那两种的速度估计相差不了多少！
后记：日前又发现一种网络播放器：一抹微蓝免费网页音乐播放器，nfc读uid源码申请地址：c.china.net/player/
三、宠儿博客多用户网页背景音乐播放器：
2、我的MP3-网页媒体播放器：/m/lixuewei
下载的压缩视频RAR ZIP格式之前能看，视频显示"准备就绪"就是不播放，是什么原因啊？
楼上的见解比较狭隘。我来全面的解释一下。
一、目录表（TOC）与分卷（Volume）
抛开压缩算法不谈，我认为zip、rar在文件格式上最大的差异就在目录表（Table of Contents，TOC）：zip有TOC，而rar没有。
TOC这个词其实是从出版界借用过来的，指的就是每一本书正文前面的“目录”，它的作用地球人都知道：如果想快速找到书中某一内容，可以先查TOC，然后按照TOC指明的页码直接翻即可。
在纸质书里TOC是印刷出来的一张表，而在电子文件里则是由结构化数据构成的一张表，它的目的同样是为了快速定位：如果想找文件中的某一内容，可以先查TOC，知道感兴趣的内容在文件的什么位置，直接跳过去就行了。最常见的运用就是avi、rm等多媒体文件：播放的时候经常有人在播放条上点来点去跳着看（即“随机访问”），如果没有TOC，在长达几百兆的文件里来回定位会慢死。
具体到zip文件里，TOC是放在文件尾部的一张表，里面列出了zip包中每一个文件的属性（文件名、长度等）和在zip包中的存放位置。如果需要随机访问zip包中的某一个文件，只需在TOC里找到这个文件的存放位置，直接跳过去即可。
而RAR文件里则没有TOC，在文件头之后所有文件按顺序连续存放。
这种差异造成的结果就是：随机访问时zip比rar快，而顺序访问时rar比zip快。
所谓随机访问，就是前面说过的随机访问压缩包中某个指定的文件。举一个简单的例子：一本反编译或下载到的网页电子书，有大量HTML、图像、css、js，免费个人asp源码然后打成压缩包。现在要求在不解包的情况下访问其中的页面：可以想象，打开每个HTML页面的时候，它所附带的图像、css、js等文件可能随机分布在整个压缩包里，如果没有TOC，查找每个文件的时候都要从头开始找，将会有多慢。 所以各位可以理解为什么jar包就是标准zip包，而我也只用zip格式保存反编译出来的电子书、漫画、PDG书等一切可能需要随机访问的东西。
所谓顺序访问，就是将整个压缩包从头解到尾。在这方面RAR具有天然的优势。而且为了节省WinRAR列文件的时间，对于单个RAR我一般都直接通过右键菜单解压缩，很少双击压缩包打开再解压。
由于rar的原作者已经去世，造成这种差异的确切原因我相信已不可考，但我个人猜测可能与DOS时代的备份软件之争有关：在DOS时代，电脑硬盘不像现在这样奢侈，MB就算很大了。这样的容量用两盒软盘 即可备份，备份成本相对数据本身的价值来说非常低廉。因此在DOS时代，很多公司和机构都制定有定期硬盘备份政策，以免因为人为或非人为的因素 （早期硬盘可没有如今可靠）而造成不可挽回的数据损失。在备份软件方面，虽然微软已经随DOS提供了BackupRestore工具，但是他们基本不具备数据压缩能力，因此在压缩软件中提供备份功能，就成为DOS时代的一个时尚。由于DOS时代的备份介质多为软盘，因此压缩 软件的备份功能其实就转化成如今很常见的一个功能：分卷压缩功能，即按照软盘容量进行分卷压缩，然后将分卷压缩文件备份（Backup）到软盘，需要的时候再解压，或恢复（Restore）到硬盘。
DOS时代最有名的zip工具是pkzip，出现得比DOS版的RAR早。在分卷压缩时，pkzip按照zip文件规范，将TOC存放在最后，即存储在最后一卷，由此带来如下问题：
1、恢复时，每解压一张盘，都要先将最后一张盘插进去一次，读一次TOC。
2、只要最后一张盘上的TOC坏了，就算其它盘都是好的，也不能正常解压。
这两个缺点，尤其是第一个缺点实在是太臭名昭著了，因此当时出现了非常强烈的改革呼声。在这个关键时刻，DOS版的RAR出现了：不仅压缩率比pkzip高（这点在DOS时代非常重要，毕竟软盘又贵容量又小），而且由于吸取了当时对zip格式的批评，取消了TOC，因此：
1、在恢复分卷压缩的备份文件时，不需要频繁插入带有TOC的分卷，按顺序换盘即可。
2、即使某个分卷损坏，也可以跳过，从完好的分卷再开始解压。
由于这些原因（当然还有其它原因），RAR推出后迅速取得了成功，pkzip在DOS时代就开始流失用户，到Windows时代基本消声匿迹。在Windows时代推出的Winzip，则彻底放弃了分卷压缩功能（zip格式永远的痛？）。 而从我看到的源自WinRAR的UnRAR源代码来看，现在WinRAR的解压思路明显还是把文件按顺序从头解到尾，看来当年备份恢复工具之争的影响，还真是深远。
二、固实（solid）压缩方式
在压缩算法方面，我觉得rar格式最特色的是固实（solid）压缩方式。WinRAR v3.的帮助文件中对固实压缩的说明如下：
固实压缩文件是 RAR 的一种特殊压缩方式存储的压缩文件，它把压缩文件中的全部文件都当成一个连续数据流来看待。
这段说明其实揭示了固实压缩格式能够提高压缩比的奥秘：数据压缩的基础是“重复”，例如aaaabbb这个字符串，里面就有重复，如果表示为a4b3，看起来是不是变短了？这就是“数据压缩”。“重复”是一个具有相对意义的概念，在某一范围内看起来没有重复，或重复不多的数据，把范围扩大，说不定就能找到更多重复的数据了，这就是固实压缩的奥秘。
举一个简单的例子：用zip和普通rar压缩一堆jpg文件，很难压下去，但是用固实压缩方式的rar就可以，其原因就在于：jpg文件本身已经是压缩格式了，单个jpg文件里很难再 找到可利用的重复数据，因此不论是用zip还是普通的rar都很难再压缩，因为他们都将需要压缩的文件分隔开来一个一个处理。但是对于固实rar来说，是将 所有需要压缩的jpg文件当作一个整体来压缩，这些jpg之间就存在重复的数据，如他们都有相同的文件头（其中包括各种数据表）等，这就出现了可压缩的空间。从我看到的资料来看，Flash文件也采用了类似的技术对jpg进行压缩：如果在Flash文件中使用了多个jpg文件，它们可以共用一个文件头。
当然天下不会有白吃的午餐，固实压缩方式在提高压缩比的同时，也有一些限制，在WinRAR v3.帮助文件中的说法是：
固实压缩可增加压缩性能，特别是在添加大量的小文件的时候，但它也有一些重要的不利因素
对已存在的固实压缩文件更新时较慢；
要从固实的压缩文件解压单个文件时，它之前的文件都需先经过分析。这造成当从固实的压缩文件内取出文件时会比一般压缩文件取出文件慢一些。但是，当从固实的压缩文件解压全部的文件时，解压速度并没有影响。
如果在固实压缩文件中的任何文件损坏了，要从损坏的范围中解压全部的文件是不可能的。因此，如果固实压缩文件是保存在例如软盘等媒介时，推荐你在制作时使用“恢复记录”。
固实压缩的适用场合为
压缩文件很少更新的时候;
不需要经常从压缩文件中解压一个文件或是部分文件的时候;
压缩效率比压缩速度更为重要的时候。
与前面说的“随机访问”对应，固实压缩的RAR文件可能是世界上最不适合随机访问的：如果需要访问固实RAR包中的某个文件，就要从文件头开始解压，一直解到这个文件。
三、安全性
这里的安全性包含几个方面的含义：文件系统安全性、密码保护安全性和文件数据安全性。
由于制订zip格式规范的时候操作系统本身的文件安全性还没有引起足够的重视，因此zip格式只记录最基本的文件属性，包括只读属性等，没有其它附加的安全属性。
rar格式刚推出的时候，文件系统的安全性只能参照DOS，和zip差不多。但是rar毕竟是一种封闭的格式，想怎么改作者一个人说了就算，因此当Windows中出现NTFS，并且引入扩展的文件系统安全属性时，rar也积极跟进，所以现在应该说rar格式在这方面比zip强 。
在zip和rar格式中均提供了密码保护功能，但是密码保护的安全强度不同。
zip由于格式开放、代码开源，因此zip密码破解软件出现得比较早，也比较多。初期以暴力破解为主，威胁不大，真正对zip密码安全的致命一击是known plain text（已知明文）攻击法：如果知道加密zip文件中某段内容（密文，ciphertext）解密后的真正内容（明文，plain text），就可以反推出zip加密口令。在这种攻击方法的威胁，及某些国家的法律对密码技术的限制下， 著名开源组织zlib宣布永久放弃对加密zip的支持，详见zlib网站上的相关说明（不过在zlib发行的源代码里仔细找找，还是能找到原来的加解密相关代码）。
记得rar刚推出的时候也和zip一样，虽然不能列出加密文件中的文件内容，但可以列出加密文件中的文件名。后来大概也是被known plain text攻击法吓到了，增加了一个“加密文件名”选项，干脆连加密rar文件里有哪些文件都看不见，让攻击者想猜明文都无从猜起。
rar格式比zip晚推出，在安全方面吸取了足够的教训，因此采用的是美国国家标准与技术局（National Institute of Standard and Technology, NIST）推荐的、目前公认安全程度比较高的AES对称加密算法 ，密钥长度位。在ASE被攻破以前（NIST认为年内无法攻破），大家都只能在暴力法上兜圈子，所以密码安全性应该说比zip高。对此WinRAR 3.的帮助文件是这样描述的：
ZIP 格式使用私有加密算法。 RAR 压缩文件使用更强大的 AES- 标准加密。如果你需要加密重要的信息，选择 RAR 压缩文件格式会比较好一些。为了确实的安全性，密码长度请最少要 8 个字符。不要使用任何语言的单词作为密码，最好是任意的随机组合字符和数字，并且要注意密码的大小写。请记住，如果你遗失你的密码，你将无法取出加密的文件，就算是 WinRAR 的作者本身也无法解压加密过的文件。
在数据安全性方面，RAR格式本身支持一种特殊的附加信息类型，叫做“恢复记录”。如果RAR文件有恢复记录，在介质物理损坏或其它原因造成数据丢失时，WinRAR可以按照“恢复记录”尝试对数据进行修复。而zip格式无恢复记录，因此在数据安全性方面应该说比RAR弱。
虽然RAR文件本身支持恢复记录，但是在WinRAR里此选项缺省是关闭的，而打开后会导致压缩出来的RAR文件体积增加（增加的百分比与设置有关），可能会令某些人感到不习惯（我就亲眼见到有人在论坛上抱怨为什么压出来的RAR文件会如此庞大），所以这个功能基本上形同虚设。
四、开放性
开放性的对比很明显：zip格式不仅文件格式完全公开，而且有专门的开源组织提供操作源代码，跨平台使用也没有多大限制；rar格式完全保密，作者只提供解压所需源代码，不提供压缩所需源代码 ，跨平台使用有点麻烦。
zip开源组织中，最出名的是zlib和InfoZip，二者各有侧重：zlib偏重对内存缓冲区的压缩，因此被png等开源组织用做内部压缩算法，连java的jar程序内核都来自zlib，打出来的jar包自然也是一个标准的zip文件；InfoZip偏重对文件的操作 （包括口令保护），应用似乎不如zlib广泛，但我个人觉得其实它还是满好用的，前提是需要对它的源代码进行一些必要的修改。
在png组织的网页中有说到png格式的来历，我觉得也很有意思：做png的一班人，其实原来都是做gif格式的，但是由于Unisys公司开始对gif格式的核心——LZW压缩算法征收专利费，这帮人怒了，干脆提出png格式：大结构方面还是采用分段结构，但是核心压缩算法采用开源的zlib，压缩 效果在多数情况下比gif的LZW更强。由于没有版权限制，在静态图形领域png得到广泛应用，如果不是及时提出动画支持并因此在web上大行其道，我估计gif早就死掉了。
RAR的解压源代码在其官方网站www.rarlab.com上提供，通常比WinRAR的正式版本晚一点，不过据说是直接从WinRAR的源代码中抠出来的，所以兼容性应该没有什么问题。
五、结论
以下观点纯属个人观点，仅供参考，不具有如何指导意义：
如果经常需要对压缩包进行随机访问，应该选zip而不是rar。虽然将下载到的rar重新压缩成zip会麻烦一次，但是以后会减少无数的麻烦。
如果需要分卷压缩（如某些网站对上传文件大小有限制），则只能用rar。事实上，这也是我唯一会使用rar格式的场合，其它时候一律zip没商量。
回答者：sherry - 高级经理 六级 - :
评价已经被关闭 目前有 1 个人评价
好
% （1） 不好
0% （0）
其他回答 共 1 条
详细就不复制了，rar好,首先，zip是系统自带的压缩格式，你就是没装rar软件，也能解压zip文件，但就在这种情况下，rar也打入了操作系统这个环境；你看现在网上压缩文件有多少不是rar的就可想而知了，两者对比就好像rm和wmv，微软的东西是好东西（比如zip和wmv），但不一定是最好的~
另外winrar软件自带一些功能，比较实用，也就比zip优秀好多了~
