娶妻当如樱庭葵
我的推荐
日历
最新的评论
友情链接
· 易迅商城
· Dupecheck Project
· CDBEST论坛
· 百度贴吧_樱庭葵吧
· 绿色软件联盟
· nn64 的漫畫列表
· 梦幻旋律音乐论坛
· Stage1st 163相册搜索内部测试版
· 绿色下载站
· 霏凡软件站
· 动漫花园资源网
· 漫游BT服务器
· 动漫搜索_贪婪大陆动漫网
· 京东商城
· 中关村在线
· 太平洋电脑网
· TLF 0DayCheck Index
· eastgame.net
· VeryCD
· Live Share
· Tokyo Toshokan
· 水木社区
· 動漫花園論壇旗下P2P發佈聯盟
· JSharer
· ImageShack Torrent Drive
· IP地址查询--手机号码查询归属地
· 充话费
· iMP3随身影音
· Wikipedia
· cnBeta.COM

订阅 RSS

0205968

Zane @ 2011-06-01 09:11

一番折腾之后终于将博客从歪酷搬到了自己用wordpress搭建的博客(www.huoxing.tk),遗憾的是原先的标签和评论无法搬迁。话说回来这也不能怪小歪,毕竟这是国内博客提供商的通行做法——只许进不许出。

虽说算不上歪酷博客的活跃用户,但对它多少还是有点感情的。作为jamguo的同级校友,我见证了小歪从诞生到兴起再到没落的全过程。原先小歪的可定制性在国内博客提供商中是数一数二的(不过当时的博客提供商也没几家),而且还支持PNG格式的图片外链——要知道当时支持上传PNG图片的网站都很少。现在的小歪,功能上几乎没什么改进,可是连jpg图片都不能按照上传时的分辨率显示了,无缘无故的长时间宕机更不用说。而新兴的博客提供商则已经如雨后春笋般涌现,功能上的变化也是日新月异。如果,jamguo当初没有把小歪卖掉,是不是小歪就不会像今天这样颓废了呢?虽说答案是不确定的,但我想,比现在更糟的可能性微乎其微。“歪酷博客,记录我们的时代。” 也许,小歪的时代已经过去了。

保重,小歪!




 
Zane @ 2011-05-26 03:54

>>>>>>>>>>>>>>
原文链接: http://blog.zol.com.cn/1564/article_1563960.html
<<<<<<<<<<<<<<


来源:iMP3.net、网络 图:iMP3.net 文:梦龙 类型:原创 发布时间:2010.01.29 18:10
 
第 1 页共 4 页 - 市场1080P高清方案一览

  2009年的12月小编还在为720P高清MP4做年终盘点,想不到仅仅一个月之隔,2010年的首个1080P机型横测就要开始。当初没有测试1080P产品实在因为上市产品太少,而且只有Telechips TCC8901一款芯片方案的产品。可就在这之后的短短几十天里,市场上不仅开始有大批1080P机型先后发布、上市,1080P芯片方案也从一家增加至三家,不要说一般消费者,就算是天天对着相关产品的小编们也是应接不暇,不是玩家们跟不上时代,而是这技术变化的太快。


  这三家占据市场至高点的芯片方案除了Telechips TCC8901外还有索智SC9800以及Amlogic(晶晨半导体)AML8726-H。虽然同是1080P解决方案但其定位却各不相同。TCC8901针对高端市场,产品价格相对较高,但通常产品都拥有优秀的硬件平台与漂亮的UI设计;索智SC9800对中高端这片广阔的市场充满野心,性能赶超TCC8901主控产品价格却不断走低,相关产品数量众多但质量良莠不一,其中不乏国货精品,将来也少不了“粗犷”派的廉价产品,挑选时还得用户多方考量才是。Amlogic AML8726-H是今年的一颗新星,可惜生不逢时上市就与风头正劲的SC9800撞车,视频解码能力欠缺,附加功能倒是做得可圈可点,未来走向还是个未知数。


  目前被1080P产品使用最多的还是韩国Telechips TCC8901主控。这款芯片定位比较高端,所以成品的价格在国内都不算低,基本占领了目前的MP4高端市场。它采用ARM11架构处理器,主频最高能达600MHz。TCC8901支持视频硬件解码,编码包括MJPEG、MPEG-1、MPEG-2、MPEG-4 SP、MPEG-4 ASP、MPEG-4 AVC(H.264)、DivX、H.263、WMV9、VC-1、RV,配合2D/3D图形加速引擎以及Overlay Mixer,可输出流畅的1080P高清视频画面。

  目前市场代表机型:

  驰为P7、驰为P7 touchL、歌美HD8800、音悦汇T11TE、欧恩V9、昂达VX575全高清、思歌S40、思歌S50、台电T56、ICOO C100等等

  ========================================


  索智SC8600是2009年国内最值得关注的芯片方案,在1080P时代自然也少不了索智Sochip的身影。这一次他们继续定位于中高端市场,成本相对TCC8901更低,所以相关的产品售价也比较容易被国内用户接受。SC9800主控再一次体现了强大的视频兼容性与解码能力,可提供对H.264、MPEG2、MPEG4、Xvid、VC-1、WMV9等编码的支持,且与TCC8901主控相比,它的最高分辨率可达到1920×1280,是目前国内高清MP4当中分辨率支持最高的一款方案。SC9800虽然出道略晚,但是凭借着强大的性能与较低的售价,最近曝光的相关新品数量越来越多,不少之前推出TCC8901主控产品的厂商也转而发布SC9800主控的后续机型,风头大有盖过前者的趋势。

  目前市场代表机型:

  昂达VX575+、艾诺V8000HDS、艾诺V8000HDV、驰为P7II、itoos M6HD(1080P版)、台电C510HD等

  ========================================


  Amlogic(晶晨半导体)AML8726-H是目前最神秘、产品也最少的一款芯片方案,已知的高清MP4中只有音悦汇T17FHD。从相关资料可以了解到AML8726-H采用ARC 750D处理器,主频最高可达700MHz,它可提供对H.264、H.263、MPEG1、MPEG2、MPEG4、XviD、DivX、RV等编码的支持,视频最高分辨率为1920×1080。Amlogic(晶晨半导体)AML8726-H主控产品定位中端市场,相比前两个芯片方案,产品在附加功能方面颇有建树,Flash播放以及强大的OTG数据交互都令人称道。

  目前市场代表机型:

  音悦汇T17FHD
1080P全高清方案聚首 视频性能对比
来源:iMP3.net、网络 图:iMP3.net 文:梦龙 类型:原创 发布时间:2010.01.29 18:10
第 2 页共 4 页 - 编码格式兼容测试

  既然三款都是1080P高清MP4的解决方案我们自然要重点测试其视频功能,鉴于大家上市时间都不算长很多东西还不完善,所以本次测试就只挑这一项来对比,其它功能还是等各方案产品比较稳定后再议吧。小编的横测找来了音悦汇T11TE(TCC8901)、音悦汇T17FHD(AML8726)以及艾诺的V8000HDS(SC9800)这三款产品,它们可以说是目前已上市的产品里比较具有代表性的,固件等方面相对也要更加完善。

  T11TE测试固件版本为1120091129183542;T17FHD测试固件版本为t9361-c4889-i25511;V8000HDS测试固件版本为0X00011202。在给出测试结果前小编得把“丑”话说在前头,本次测试为了突出各个方案的特色所以对结果把关较为严格,兼容测试后面的下载资源测试更是随机抽出来的视频,对于定位、价格、特色均不相同的三款产品这样对比自然有些不公平,希望大家还能平常心对待。

以下图片点击均有完整版大图显示


  只看这一部分测试的话小编的选择排序就是SC9800 > TCC8901 > AML8726,其实前两个的实际区别真不大,可惜TCC8901对FLAC音频编码的文件明显支持得不够好,出现的问题轻则载入时掉帧,重则自动快进播放不能正常观看,对于下载高清片的朋友来说有点儿麻烦,毕竟谁也看不到音频部分的编码不是。

  测试结果:

  1、TCC8901无法正常播放FLAC音频编码文件;

  2、TCC8901字幕偶尔会有残留,打开第二个文件时第一部视频的字幕无法消失,但停止播放后重开可解决此问题;

  3、SC9800播放iPod压制视频不正常,会在固定一段时间后跳出,与视频进度无关;

  4、TCC8901播放iPod压制视频要优于AML8726,后者快进、快退操作无法正常使用;

  5、AML8726播放A51号文件虽然流畅但字幕显示不正常,时间轴出现错误,字幕内容经常一闪而过无法正常观看;

  6、TCC8901播放A65号文件声画不同步的问题得解释一下,这部片子是可以正常观看的,就是观感不是很好而已。影片开头非常流畅,但中间突然变得有些音画不同步,视频相对音频的速度有点儿慢,但间距连1秒都不到;

  7、AML8726播放码率4Mbps以上H.263编码MOV文件会导致产品死机。


  单就XviD DivX编码测试这部分小编的选择顺序则为TCC8901 > SC9800 > AML8726。TCC8901与SC9800的差距依旧小的可怜,但前者的字幕显示更出色,所以稍稍占了些优势。

  测试结果:

  1、AML8726在播放XviD DivX编码文件时对5.1声道文件支持不够好,虽然画面非常流畅但音频总比视频快了差不多半秒的时间,看的时候会不有协调的感觉,但并不影响剧情理解,毕竟差距太小了;

  2、AML8726播放B50号文件时效果不如前两个方案,音频部分有明显破音,而且声音像被蒙住了有些含糊不清;

  3、SC9800与TCC8901唯一的差别就是字幕不够出色,遇到多行字幕的文件无法正常显示。


  AML8726不支持VC-1编码,测试结果SC9800略优于TCC8901,二者播放效果都非常出色,结果中的轻微掉帧不死盯着基本看不出来,不用特别在意,就当它是流畅播放吧,哈哈~

  测试结果:

  1、VC-1编码AVI文件编码高于2Mbps,TCC8901可能出现无法播放图像的情况。


  测试结果TCC8901 = SC8900 > AML8726,小编看了一遍又一遍,盯得眼泪直流还是没看出来TCC8901与SC8900的产品有什么区别,除了屏幕配置的差距这两款方案都可以很完美的播放RMVB视频。

  测试结果:

  1、AML8726对AAC音频编码的RMVB支持不够好,声音部分有明显抖动、闪断甚至是“跑调”,只是每个文件问题轻重不太相同而已;

  2、AML8726播放720P以上分辨率的RMVB文件会有些掉帧,不支持的测试内容有可能也是受到AAC音频编码的影响。


  FLV视频测试部分SC9800占有绝对优势,测试中的所有H.263编码文件都可流畅播放。TCC8901的形同虚设,AML8726也基本和不支持没差别。

  测试结果:

  1、TCC8901不可播放320×240分辨率以上的FLV视频;

  2、AML8726所有文件均不支持,文件可载入但无一可正常播放;

  3、只有SC9800可播放AVC编码的FLV视频。
1080P全高清方案聚首 视频性能对比
来源:iMP3.net、网络 图:iMP3.net 文:梦龙 类型:原创 发布时间:2010.01.29 18:10
第 3 页共 4 页 - 下载资源随机测试

  测试影片:黑礁

  
  文件大小:653MB
  播放时长:22分28秒
  总编码率:3891Kbps
  视频编码:AVC High@L4.1(MKV封装)
  画面分辨率:1920×1080像素
  帧速率:23.976Fps
  音频编码:AAC
  音频编码:48.0KHz、197Kbps(立体声)
  字幕:ASS外挂字幕


  TCC8901:“杯具”了,不能播放啊,会一直不停的重新载入,不能退出也不能切换到其它视频,只能复位或是拔掉TF卡。

  SC9800:再一次的“杯具”了,虽然播放很流畅但是字幕不见了……字幕啊,没有字幕小编听不懂啊……

  AML8726:在兼容测试里一直垫底的AML8726反倒是开门红啊,不仅能比较流畅的播放还可以正常显示字幕,当然掉帧略有些明显,但效果也算比较出色的了。

  测试影片:阿凡达国际版预告片
  
  文件大小:244MB
  播放时长:3分30秒
  总编码率:9702Kbps
  视频编码:AVC Main@L4.0(MOV封装)
  画面分辨率:1920×800像素
  帧速率:23.976Fps
  音频编码:AAC
  音频编码:48.0KHz、192Kbps(立体声)
  字幕:SRT外挂字幕


  TCC8901:播放效果要比AML8726出色,中间只有一处出现了比较明显的卡帧,整体流畅非常但是字幕不显示,一直知道产品视频输出时会掉个字幕,想不到非输出状态下照样会掉,FT!

  SC9800:与另两个方案的产品相比SC9800主控的V8000HDS堪称完美,播放过程未发现一处掉帧,画面流畅自然,而且字幕也能正常播放。

  AML8726:有一些比较明显的丢帧但整体比较流畅,感觉欣赏性也蛮高的,只是另外两个测试机的屏幕配置都太好了,对比之下让T17FHD逊色不少。

  测试影片:新娘大战(宣传片)
  
  文件大小:121MB
  播放时长:2分29秒
  总编码率:6778Kbps
  视频编码:AVC Main@L3.1(MOV封装)
  画面分辨率:1280×688像素
  帧速率:23.976Fps
  音频编码:AAC
  音频编码:48.0KHz、448Kbps(6声道)


  TCC8901:T11TE在播放中明显的卡帧,连音频部分都跟着断了一下,好在只有一瞬间而且之前之后的播放都非常流畅,总体效果还是很好。

  SC9800:让小编怎么说哩,依旧是完美的播放过程,这部视频分辨率较低所以让几款测试机都显得更加游刃有余,相信最苛刻的用户也只能在屏幕配置上找麻烦。

  AML8726:于是小编决定自己充当下苛刻的用户……T17FHD播放也是非常流畅的,但是和前两款机型相比它的屏幕亮度还是有些低,显得画面有些黑,缺乏细节。

  测试影片:攻壳机动队
  
  文件大小:545MB
  播放时长:26分21秒
  总编码率:2907Kbps
  视频编码:AVC High@L4.1(MP4封装)
  画面分辨率:1920×1080像素
  帧速率:25.79Fps
  音频编码:AAC
  音频编码:48.0KHz、192Kbps(立体声)
  字幕:SUB外挂字幕


  TCC8901:让我们来些有难度的吧,这部视频除了1080P的分辨率、SUB外挂字幕外还需要IDX索引才能正常显示字幕内容。T11TE播放中掉帧有些明显,但不影响观看情节内容;字幕无法正常显示,不支持IDX索引。

  SC9800:V8000HDS的画面相比T11TE要流畅很多,基本看不出来明显的掉帧,但同样它也不能支持IDX字幕索引,字幕部分无法正常显示。

  AML8726:三款测试机中掉帧最严重的,对于有很多动作场景的视频来说比较致命,但是AML8726的产品是目前唯一可支持IDX索引文件的方案,字幕显示非常正常,如果能把AML8726的字幕与SC9800的视频结合起来就好了。

  测试影片:线人(片段)
  
  文件大小:97.2MB
  播放时长:1分2秒
  总编码率:13Mbps
  视频编码:AVC High@L4.1(MKV封装)
  画面分辨率:1920×800像素
  帧速率:23.976Fps
  音频编码:DTS
  音频编码:48.0KHz、1536Kbps(6声道)


  TCC8901:这是一个相当短小的视频片段,测试机播放得非常完美,加上T11TE本身就出色的屏幕配置更是将比较昏暗的房间细节展现了出来,光线看起来很舒服。

  SC9800:这款方案的测试机V8000HDS表现也很出色,流畅的播放,高亮度的屏幕,但显示出来的细节少了些,色彩的还原度也比T11TE稍逊一些……解码能力没什么可比的,小编只好拿屏幕说事儿了。

  AML8726:T17FHD播放这段视频也可以相当流畅,但是屏幕效果相对前两款就差得远些了,原片的颜色应该是黄昏,可在这个上面看比较像天黑了……

  测试影片:国家地理:伟大工程巡礼 空中客车A380
  
  文件大小:1.37GB
  播放时长:49分50秒
  总编码率:3927Kbps
  视频编码:DivX(AVI封装)
  画面分辨率:1280×720像素
  帧速率:25Fps
  音频编码:MP3
  音频编码:48.0KHz、192Kbps(立体声)
  字幕:SRT外挂字幕


  TCC8901:非让小编给没问题的机器找出些问题来也挺痛苦的……T11TE在播放中没有掉帧,没有色块,没有视频或音频上的任何问题出现,而且我觉得在MP4上看比小编在电脑上看更舒服些……

  SC9800:和TCC8901的产品比起来,V8000HDS看起来稍微有那么一点点的轻微掉帧,两个放在一起播放的感觉会比较直接,但单独看的话就是流畅播放,那一两下偶然的掉帧消失速度比流星还快。

  AML8726:播放流畅,字幕显示正常,除了和显示器比一比显示效果外实在挑不出来其它不满意的地方了。
1080P全高清方案聚首 视频性能对比
来源:iMP3.net、网络 图:iMP3.net 文:梦龙 类型:原创 发布时间:2010.01.29 18:10
第 4 页共 4 页 - 视频输出对比

  TCC8901主控的T11TE:



  TCC8901主控的T11TE只支持HDMI输出一种方式,输出分辨率最高达1080P。产品并非单纯的全界面输出方式,它自有一套视频输出UI,看起来还挺大气的。输出状态下可使用的功能有音频播放、视频播放、图片浏览,操作只能使用遥控器,像音轨切换与字幕切换都有独立的按键,使用起来很方便。

  TCC8901主控的产品会掉字幕的问题老玩家估计多少都知道一些,除了MKV封装外其它格式的视频其实也存在类似问题(只要是AVC编码文件的样子),不过主要问题好像都出在SRT外挂字幕上面,其它格式的字幕小编目前还未发现有消失的现象。


  SC9800主控的V8000HDS:


  SC9800主控产品的界面和之前768P时代的SC8600基本没什么变化,视频输出时也一样是全界面输出方式,在电视上操作和在本机上操作毫无区别,所有的功能都可使用。V8000HDS支持色差分量输出与HDMI输出两种方式,输出最高分辨率为720P。

  SC9800主控就不会丢失字幕吗?这可不一定,至少小编有一部外挂ASS字幕的文件就没把字幕文件显示出来。不论是TCC8901还是SC9800,二者在字幕支持方面与AML8726相比还是略逊一筹。


  AML8726主控的T17FHD:


  T17FHD也是拥有独立输出界面的产品,在视频输出状态下可使用视频播放、音频播放、图片浏览、文本阅读以及FLASH播放功能,基本产品最主要的几项功能已经全部涵盖了,除了界面与本地不同外功能设置方面没什么不同之处。T17FHD的输出方式为HDMI输出,输出分辨率最高为1080P。


  ========================================

  这次的测试主要是对比三款主流1080P高清MP4方案的视频播放部分,毕竟大家上市时间都不长需要完善的地方还有很多,所以我们的总结还是紧着视频这一部分来说吧。TCC8901作为国内第一个被1080P产品使用的主控自然有其过人之处,在测试中它与SC9800的解码能力差距非常微小,主要优点包括界面设计比较开放,细节处理得更加到位。就拿字幕来说吧,如果是产品不支持的字体里面的文字就会显示为带有阴影效果的白色,字号比较大,看起来非常清楚。而小编手里的另外两款测试机就只是普通的白色字体,字号也偏小,遇到背景本来就是白色的情况就完全不能分辨了。

  解码能力强大是TCC8901与SC9800产品共有的特色,如果小编给自己选择,现阶段可能会选择后者。TCC8901的产品虽然界面设计漂亮但也有不能忽视的缺点,比如说掉字幕、对FLAC音频编码的限制、视频输出状态下功能有限等,一些还不完善的细节影响了其整体效果。SC9800主控的产品相对要更完善些,在兼容测试里TCC8901可支持的视频播放它基本也全能播而且效果不相上下,前者不支持的视频SC9800有些也能流畅播放,所以兼容能力以细微差距稍稍领先。不过让小编更愿意选择这类产品的原因其实是有够便宜啦,市场里配置好些、价格高些的也才699元左右,还有更便宜的新机型在不断涌现,实惠啊~

  SC9800也不是没缺点,那个界面设计一成不变,字幕支持比较一般,简单的字幕切换倒还好,但是遇到同一条字幕里分两行两种语言的就不会显示了。小编测试的片子里是一行日语一行中文,结果V8000HDS一会儿碰两下日语一会儿碰几条中文,中间干脆还有几条不显示的,囧啊……

  AML8726主控在对比里比较吃亏——就T17FHD一款产品没得挑啊,这款产品其实是音悦汇在推出TCC8901主控产品后特别针对1080P低价市场推出的机型,旨在降低成本以更低的售价抢占市场,所以解码能力等方面相对就弱化了许多。但这款产品以699元上市时索智主控的机型就第一时间做出了反应,高端产品纷纷降价至699元这一价位,在明显的解码性能差异下自然令T17FHD的定位有些尴尬。但AML8726主控并非全无可取之处,它的OTG功能可以直接连硬盘、连光驱使用;字幕支持能力是三方案中最优秀的,不仅从未出现丢字幕的问题而且连IDX索引都可以支持,在很多附加功能上很值得前两款方案学习借鉴。





 
Zane @ 2011-01-31 04:27

Yes, we can!

MPlayer 1.0rc4 continues the tradition of long overdue, but better late
than never releases. It has been tested thoroughly to work with the
FFmpeg 0.6 branch. It will be useful to distros and other users relying
on FFmpeg 0.6. To get the latest and greatest in features and bug fixes,
Subversion HEAD should be a better fit.

1.0rc4 once again adds a slew of new binary codecs and leverages all the
stuff added to FFmpeg. Notable additions are VP8 decoding, H.264 bug
fixes and speedups, unencrypted Blu-ray support. Network streams can now
be played through FFmpeg, there has been quite a bit of subtitle work
and Ogg and Matroska demuxer defaults were switched to libavformat. The
window position is now decided by the window manager.

Our constant efforts to clean up the codebase continue as usual. A ton
of compiler warnings disappeared and there have been refactorings all
around. External library copies have been synchronized with
upstream. The internal liba52 copy is gone and it is now possible to
build against external libmpeg2 and libmpg123.

MPlayer 1.0rc4: "Yes we can"

 GUI: Changes towards removing the GUI
 * The GUI will no longer display any error or warning messages.
 * Special GUI slave commands (gui_*) were removed, along with
   the related key bindings.

 Decoders:
 * YUY2 Lossless Codec (YLC0) via binary DLL
 * Truemotion RT codec (TR20) via binary DLL
 * Nogantech Codec (NTN1 and NTN2) via binary DLL
 * add new FourCCs (m1v1, yuvs, VYUY, Y42B, V422, YUNV, UYNV, UYNY, uyv1,
   2Vu1, P422, HDYC, IJLV, MVJP)
   TwoCCs (0xA106, 0x6c75, 0xAAC0, 0x55005354)
   to existing decoders
 * AMR now handled via OpenCORE decoder
 * updated Windows Media Screen Codec (MSS1, MSS2) via binary DLL
 * CoreAVC H.264 decoder via binary DLL (Windows only)
 * Kega Game video codec (KGV1) via binary DLL
 * SoftLab-NSK Forward MPEG-2 I-frames (SLIF) via binary DLL
 * JPEG 2000 support via OpenJPEG
 * internal liba52 copy removed
 * CineForm HD (CFHD) via binary DLL
 * VP8 en-/decoding through libvpx wrapper and native decoder in FFmpeg
 * support for external libmpeg2 added
 * hardware MPEG decoder priority lowered
 * external libmpg123 support

 Demuxers:
 * Mostly fixed timing issues with some H.264 (PAFF) samples
 * Matroska and Ogg demuxers switched to use libavformat by default.
   Report issues and use -demuxer ogg and -demuxer mkv to work around them.
 * support for TrueHD in Blu-ray streams in libmpdemux
 * more Blu-ray codec support with lavf
 * fix length in ASF/WMV files
 * support ISDB-Tb DVB streams

 Filters:
 * remove vf_yuy2, functionality is replaced by -vf format=yuv2
 * remove vf_rgb2bgr, functionality is replaced by sws and vf_format

 Streaming:
 * Support for unencrypted Blu-ray playback through libbluray.
   Use it through: mplayer br:////path/to/disc

 Drivers:
 * -vo yuv4mpeg:interlaced no longer does its own interlaced RGB->YUV
   conversion. Use -vf scale=::1 to keep the same behavior and report
   if there are any issues with that.
 * X11: Window manager chooses Window position by default.
   Add geometry=50%:50% to your configuration to get the old behavior.
 * -vo md5sum md5 calculation changed so output matches FFmpeg's -f framemd5
 * Support for more formats in OpenGL video output drivers (different YUV
   subsampling, 16 bit per component)
 * Selectable YUV to RGB conversion standard for -vo gl
   (-vo gl:colorspace=...:levelconv=...)
 * -vo gl now tries to use yuv=2 by default if possible
 * -vo gl:stereo=... for experimental stereo (3D) support
 * -vo matrixview finally added
 * add OS/2 KAI audio driver (-ao kai)

 Other:
 * -nosub option for disabling auto-selected subtitles
 * support for displaying subs in the terminal (FIXME)
 * support for subtitles with audio-only files
 * support for right-to-left languages with embedded subtitles
 * support for UTF-16 encoded external subtitles
 * support for 8 channel audio
 * sync dvd:// and dvdnav:// features
 * support for MPEG-4 ASP in VDPAU video output (non-B-frame only)
 * support for live and non-live DVB teletext with demuxer lavf
 * -name, -title and -use-filename-title options for MPlayer
 * support for stream handling via FFmpeg, in particular RTMP and RTSP
   (use e.g. ffmpeg://http://example.com/test)
 * experimental support for external libass, configure with
   --disable-ass-internal
 * better support for 16-bit-per-component formats and formats
   with alpha channel
 * better out-of-the-box support for compiling for ARM, IA64,
   MinGW32 and MinGW-w64, MinGW has ASLR enabled with recent
   enough binutils
 * libdvdcss synced with upstream Subversion snapshot

 MEncoder:
 * add -tsprog for demuxer lavf


MPlayer 1.0rc4 can be downloaded from the following locations. Please
be kind to our server and use one of our many mirrors.

MD5SUM: f3abf9b59d0ac4fb2b63bc6bc33b8d02
SHA1SUM: 9f904ac332c93dadb061fe183c975b6518fbbc88


     * Switzerland
 http://www1.mplayerhq.hu/MPlayer/releases/MPlayer-1.0rc4.tar.bz2
 ftp://ftp1.mplayerhq.hu/MPlayer/releases/MPlayer-1.0rc4.tar.bz2

     * Hungary
 http://www2.mplayerhq.hu/MPlayer/releases/MPlayer-1.0rc4.tar.bz2
 ftp://ftp2.mplayerhq.hu/MPlayer/releases/MPlayer-1.0rc4.tar.bz2

     * USA
 http://www3.mplayerhq.hu/MPlayer/releases/MPlayer-1.0rc4.tar.bz2

     * USA
 http://www4.mplayerhq.hu/MPlayer/releases/MPlayer-1.0rc4.tar.bz2
 ftp://ftp4.mplayerhq.hu/MPlayer/releases/MPlayer-1.0rc4.tar.bz2

     * Korea
 http://www5.mplayerhq.hu/MPlayer/releases/MPlayer-1.0rc4.tar.bz2
 ftp://ftp5.mplayerhq.hu/MPlayer/releases/MPlayer-1.0rc4.tar.bz2

     * France
 ftp://ftp6.mplayerhq.hu/MPlayer/releases/MPlayer-1.0rc4.tar.bz2

     * Germany
 http://www7.mplayerhq.hu/MPlayer/releases/MPlayer-1.0rc4.tar.bz2
 ftp://ftp7.mplayerhq.hu/MPlayer/releases/MPlayer-1.0rc4.tar.bz2

     * Germany
 ftp://ftp.fu-berlin.de/unix/X11/multimedia/MPlayer/releases/MPlayer-1.0rc4.tar.bz2



 
Zane @ 2010-10-18 09:43

 



 
Zane @ 2010-10-18 01:01

http://www.cnbeta.com/articles/124595.htm

感谢开源Beston的投递
由于之前的一些事:由 Google 等赞助的 Openoffice 分支 Libreoffice 正式启动 ,Oracle计划携OpenOffice品牌单飞 ,而接着 Openoffice 分支 LibreOffice 3.3.0 Beta2发布 的发生,或许由于Oracle迫于压力而表其姿态:改进和支持开源OpenOffice.org 。

上个月,一些OpenOffice.org的元老创造了一款名为LibreOffice的套件,该套件已经取得了很多大公司的支持,包括谷歌,Red Hat和Novell。Oracle的上述表现正是想用来应对此事。

上周据文档基金组织透露,LibreOffice beta版的下载量已经超过了八万次,代码捐赠已经形成。该组织称目前还没有基于LibreOffice来开发商用产品的计划,虽然这项计划即使实施起来也没什么障碍。

10月15日据国外媒体报道,Oracle急于让公众了解并确信其对OpenOffice.org的贡献。本周在布鲁塞尔举办的ODF大会上,Oracle声明它已经参与ODF,并对开源产品套件未来的发展进行了讨论。

Oracle表示,在程序员和测试者在已经贡献给社区的75万行代码的基础上,将继续开发,改进和支持开源的OpenOffice.org。同时公司继续社区对代码基础库的贡献。

Oracle目前在销售OpenOffice,同时捆绑了额外的工具,扩展程序,包括微软SharePoint连接器。文档基金曾邀请Oracle加入该组织并捐献OpenOffice商标名称。一位Oracle的发言人拒绝对此进行评论。