Posts Tagged ‘nvidia’

SONY cw2 series Display Driver Uptodate(显卡驱动 更新)

Thursday, June 17th, 2010

最近 出来了,正好赶上重装本本的系统随手就来了个,可是···· 悲剧 显卡不仅是被阉割版,而且公版的notebook 也装不上,急忙跑去 official website 去down ,结果还是 ···· 悲剧。

想要保持 显卡跟随最新的驱动,非得自己动手了····

从硬件管理里直接找出VENDOR和硬件ID号,跟着修改nvsm.inf ,随后一次搞定并安装成功。

如果你跟我一样是 系列的本本且是显卡下了 后可以直接用我的这个nvsm.inf 覆盖原始安装目录的同名文件即可(注意是 版本)。

覆盖步骤也很容易,直接点击驱动安装,然后会提示“找不到适合硬件的驱动程序”或者直接出现“ 工具”安装提示画面,安装驱动前会询问临时解压缩在哪里。(一般默认是c:\ )进入这个目录后找到显卡驱动,再找到原始nvsm.inf 所在位置覆盖即可。

btw: 其实感觉 的本本除了那个亮亮的 标志外基本和山寨本没啥区别,手感和电池续航能力都跟我以前的asus 本差不多,唯一的亮点也就是1600的屏了(一般本都是1368×768分辨率)不过屏的质量感觉一般,唉···

从Photoshop 支持CUDA说起…

Friday, January 23rd, 2009
是 Compute Unified Device Architecture “统一计算构架” 的简写,很多人都认为Photoshop cs4支持native的 是错误的.
 
  诚然,与OpenCL 一样, 也是一种通用计算技术,目前这种技术是由nV发布并且借由发挥n卡内部GPU运算能力的一种API接口. M$也说了要在dx11里增加面向通用计算方面的内容. 举个很简单的例子,多年以前(dx未统一显卡通用图形api之前的时代) 很多图形卡面向游戏加速都拥有自己的接口,很典型的例子就是voodoo 时代. 后来因为霸主m$的介入规范了其借口形式,大大的方便了游戏开发人员可用一种通用开发格式来面向各种显卡进行加速,而所有显卡自觉地遵守dx规范(不遵守是不行滴)
 
  硬件的发展要靠硬件厂商的发展,厂商要发展不可能总去遵循某个既定的法则,在竞争激烈的市场他们要最大化拓展他们产品的应用范围,要尽力帮助用户找到升级硬件的理由. 所以 以及ati 的brook+ 一样,都是厂商寻求发展的必然产物,但与此同时这些所有的技术内容也将逐步走向统一,统治者也很自然的因该是帝王Microsoft 的dx 系列或工业图形老大OpenGL. 虽然 是一个新兴且很有活力的技术,但我坚信其一定会随着更规范更open的时代到来后发生更多转变.
 
  所以我认为,现阶段 只是一个演示用的接口,演示如何让显卡GPU做更多的计算任务,从而开放给任何希望开发各种基于高速运算需求应用的用户或开发商,纵然其已经可以用于各种应用之中,可是其带有很明显的硬件规范需求,其必然限制了软件开发商的积极性(与nv合作的除外) 所以一种更通用更加开放更有标准的Bridge桥接口会在未来的日子里相继问世,不过正如上面所说的那样,这也仅仅是一种过度,最终还是会由m$一统江湖,且这也是Microsoft 最爱干的事情之一.
 
   是要告诉大家其实GPU可以做的事情可以更多. (以我”浅薄的技术水平”认为,多年以前其实GPU就可以应用于通用计算,伯克利大学某人很早就写了一个for geforce256卡的一个通用计算演示,但是因为当年显卡可以拓展的应用还有很多与游戏机图像也有巨大的差距,同时又与CPU计算能力拉不开距离,加上很多构架不统一,复杂程度更高等等一系列问题;所以,GPU通用计算直到今天才真正成为热点) 但是我坚信以后的dx 将会包容更多的非图形统一接口,正如他的directSound directInput.  (说不定某个时候就出来了 directPhyx 物理接口…目前当然是directCompute:D )
 
  回到Photoshop这个主题上来,adobe 作为软件厂商还是很聪明的,在合作没有进入到一定深度前其不可能会让其软件的通用性降低或者搞成如游戏机那样的某硬件独占. 其还是使用更大的接口–新版的OpenGL 的指令集来对其应用来进行加速,因为这样可以实现兼容更多的显卡来进行图形加速。况且,以目前的应用来看,所有的应用基本都在GL可以加速的API范围内,能够通用的实现加速何必呢? 当然也不排除以后伴随着adobe 与nv or ati 的深入合作会推出某个专有插件来如实现图形的真实3D世界膨胀、扭曲、碰撞,喷溅特效等模拟现实世界的某种成像规则的支持。所以,Premiere 的视频编码、特效等应用可以很好的使用上 or brook+ ,至于谁家支持的会更好,还是看编程人员的对各家技术的了解程度及”潜规则”水平吧:D
 
  最后,无论是OpenCL/DX//Brook/Stream 他们之间是高级包含低级接口的关系还是独立或者统一的API还看厂商的发展,占有率,ms的态度等等这一切.
 
  题外的说下:为什么SoundBlaster卡大家不热衷于升级? 答案很简单,作为生产商的creatives 没有足够的技术力量或者说精力和财力来为其的硬件产品开发足够多和新鲜的应用内容,也找到不到任何令人激动的主题切入,不是每一个人都很在意那48kbit 到 96kbit 的变化的,除非我们用 SB Audigy or Xi-Fi 来听刘德华的演唱会时可以根据个人喜好瞬间转换为周杰伦的嗓音(这其实可以通过cpu+算法+采样来实现,但与显卡一样为什么声卡就不能玩过界呢?)否则在此之前升级并不能给我们带来任何激动而又难忘的体验. 多年以前creatives 就说他们的 emu101k 有着多么强的Computing Ability ,可是多年以后的emu101k想要款驱动都难了,更别说挖掘什么潜力了。
         硬件厂商不是光为了实现摩尔定律而存在的,他们也需要开发新的次世代应用,这点nV和intel 就聪明的多。