本站搜索
页面
分类
最新评论
- liangsuilong 发表于《VirtualBox的2D视频加速测试》
- 时代桃源 发表于《写在KDE 4.5发布之后》
- 淘宝网美白产品排行榜 发表于《写在KDE 4.5发布之后》
- yy 发表于《VirtualBox的2D视频加速测试》
- 陶瓷复合管 发表于《写在KDE 4.5发布之后》
Linux
朋友们的blog
- A Thousand Mile
- apt-blog.net IT民工养成计划 PT博客
- Blinux
- CoffeeCat
- DCY--IT路上……
- DY Feng's Blog 叶毅锋的博客
- Felix's Blog
- HeliumCity The future, in the freedom.
- I’m TualatriX
- Jia Pad
- K.I.S.S. – 简单哲学
- Knowledge == Language
- sychopx
- Yayi's Word
- 七星庐
- 写真と嵐とヒマワリの旅人
- 小杰的博客
- 心之所在的日志
- 歪歪灰主流
- 毛毛's Blog
- 稳 – 不信未作牺牲竟先可拥有 只相信是靠双手找到我欲求
- 读书写字看风景
- 追梦
- 阳光灿烂的日子
-
最新日志
Tag Cloud
按标签归档:NVIDIA
Fedora 13提供Nouveau 3D加速驱动
早两天Fedora QA部门的老大Adam Williamson发布了一份网志,介绍了nouveau的3D加速。现在nvidia显卡已经能够使用开源驱动开启3D加速了,而且应用了Gallium3D渲染框架。 根据Adam Williamson的介绍,nouvuea驱动已经带有OpenGL 2.1的支持,能够运行较为复杂的3D游戏,如Spring RTS和Nexuiz。Compiz也能够正常运行。然而gnome-shell虽然能够启动,但是却是无法操控。这种状况与R600刚刚推出3D开源驱动的情况一样。相信再后面的QA期间能够解决这样的问题,况且时间上比当初R600的驱动要宽松,还有3个月的时间。 我马上从Fedora的官方镜像服务器下载了Fedora的nightly-compose镜像,制作了LiveUSB,启动了。暂时而言,Fedora 13的外观还没有大改变,还是沿用Fedora 12的主题。登录以后,立刻在终端切换到root用户,运行: yum install mesa-dri-drivers-experimental 稍等片刻,安装结束以后跑了一下glxgears。速度还不错,跟HD3650跑开源驱动几乎一样,都在1200fps左右。跑了一下Compiz,比预想中还要流畅。倒是有一些小问题,桌面有时候会假死,这应该说还不够稳定的原因吧。Gallium3D驱动初次出动能有这样的表现实属不错了。 nouveau驱动的3D部分使用了全新的Gallium3D而不是旧有的Mesa3D,在图形API支持度上有了很大的跃升。对比起radeon驱动只能够支持OpenGL1.5,nouveau驱动已经能够支持OpenGL 2.1,这是相当大的进步。在Gallium3D的首演中,能够有此表现,实属难度。 在光环的背后,Gallium3D也引起了我的一点疑惑。随着Gallium3D的发展越发成熟,更多的成果已经被加入到Mesa主干的分支上了。紧接着Intel和ATi显卡也会用上Gallium3D的成果。然而Mesa3D项目组也一直在发展着传统的Mesa3D,最近也重新开设了OpenGL 3的State Tracker,OpenGL 2.0的Tracker也结出硕果了,那岂不是和Gallium3D重合了?既然两个项目都是在做同一样东西,向着同一个目标迈进,为何不协作一起让项目前进的速度更快呢?似乎在这里有点奥妙。 Gallium3D可以支持多种图形API,不仅仅是OpenGL,也可以DirectX,还有火热的通用显卡加速标准OpenCL。而且Gallium3D简化了Linux图形驱动的开发,同时也改进了图形性能。最近Gallium3D也开启了D3D的Tracker,与其他Tracker不同的是,这个Tracker是闭源的。这也引发了一些争论。虽说Gallium3D是开源软件,但是一直由VMware把持着,这次D3D闭源了,也难保VMware关闭其他Tracker的源代码。若是这样,开源社区的努力则会前功尽弃。所以一直有传闻是VMware利用着开源社区为其虚拟机产品的图形性能,Gallium3D就是其最重要的一步战略。D3D Tracker的闭源是防止其他虚拟机厂家利用这些成果对自家产品造成威胁,特别是Oracle/Sun的VirtualBox和基于Xen的虚拟机产品,还有KVM阵营了。 当然话说回来,作为普通用户,这些并不需要我们去关心。我们关心的只是驱动的效果和稳定性是否足够即可。
Linux比Windows牛B的东西(高清播放)
有些时候很难想象在娱乐方面Linux会超越Windows的,没想到这确实降临到Linux的上面。很难想象吧!在老旧的GeForce 8系列显卡,是没有完全硬解码VC-1高清影片的。因为Windows的驱动也没有提供这样的功能,但是还是可以部分加速高清视频,可以在播放VC-1视频的时候把CPU使用率降低到一个比较低的水平。在这种情况下,速度还是可以接受的,单核的高频CPU也能播放1080p高清视频了。可是在Linux上面还是要全软解,没有高频的双核CPU是不可以的。所以nVIDIA在180.35驱动开始带来VC-1的加速,性能和画面已经和Windows一模一样了,还是有超越的。 同样的配置,CPU: Athlon 64 X2 4200+ (Rev.G1)显卡: GeForce 8600GT 256MB GDDR3内存: 1GB DDR2-800 两条主板: MCP55SLI系统: Fedora 10 i686驱动: 180.41Mplayer: 20090226svn测试影片: [BBC.行星地球].Planet.Earth.EPS11.HD-DVD.Remux.1080p.VC-1.DD51.DualAudio.Fanxy@Silu.ts(感谢QQ昵称叫前路漫漫提供片源给我!) 具体的操作办法就不再详述了,可以看以下连接:http://liangsuilong.blogspot.com/2009/02/mplayer_25.html 发件人 Linux 发件人 Linux 第一幅图是使用了vdpau输出,带有显卡的硬解加速,解码器是用ffvc1vdpau。CPU每个核心的使用率大约在15%~25%跳动。为什么不是在5%以下呢?因为nVIDIA还没有实现完全硬解VC-1。而第二幅是完全使用了CPU软解码,解码器是ffvc1,似乎不太行,播放多几秒就开始卡机和跳帧。真是郁闷,每个核心的CPU使用率达到了50%,因为FFmpeg默认是不打开多线程优化的,所以默认的情况下是不可以调用更多的CPU资源去解码影片的。所以就会出现如此情况! 跳帧严重的画面,似乎Mplayer已经不堪重负了! 发件人 Linux 倒是用加入了硬件加速,画面流畅的很。而且色彩也没有出现异常! 发件人 Linux 另外,180.44驱动已经出来了,增加了很多VC-1 VDPAU的硬解码的支持和改进,有空去实验一下!看了以上的比较,是不是对Linux有一种耳目一新的感觉呢??所以组装一台Linux HTPC并非是一件难事哦!而且效能还会很好哦! 以下是我的一个推荐:CPU:AMD Sempron X2 … 继续阅读
linux硬解和软解的性能对比
由于黑日白月兄的盛情邀请,我就做了一次VDPAU硬解与软解的对比。不知道何解,那个-benchmark参数似乎不能用,只能截了CPU的心电图来对比了。呵呵! 我的配置:CPU:Athlon 64 X2 4200+(BH-G1)记忆体:Kingston DDR2-800 1GB两条主机板:Jetway HA01-GT3 (MCP55SLI)绘图卡:ECS 8600GT 256M GDDR3HDD:ST3250310AS+WD400BB(这个40GB是跟学姐借的)显示器:LG L1953T(19″flacton)系统:Fedora 10播放器:Mplayer-20090206svn-r28715绘图卡驱动:NVidia 180.35 测试片是北京奥运会闭幕式NBC的720P版本,应该是H.264的吧!把CPU强制设定在2.2GHz,软解 mplayer -benchmark -vo xv -vc ffh264 beijing.olympics.2008.closing.ceremony.720p.hdtv.x264-orenji.mkv CPU心电图: 发件人 Linux 把CPU设定为2.2GHz,用VDPAU硬解 mplayer -benchmark -vo vdpau -vc ffh264vdpau beijing.olympics.2008.closing.ceremony.720p.hdtv.x264-orenji.mkv CPU心电图: 发件人 Linux 把CPU设定为1.0GHz,用VDPAU硬解 mplayer -benchmark … 继续阅读
