有段就有我
求一款能用显卡GPU转换视频格式的软件,最好免费的
一直以来在视频转换都是一件很烦人的事情，只利用CPU进行转码是相当耗资源的，在转码过程中用户也只能干瞪着眼等待了。
并且转换速度很慢，一部影片动辄要数小时的转码时间，可能转换后发现效果不满意，还需要重新转换，这样浪费的时间更多。
而如果使用专业的视频转换软件需要硬件解压卡，转换速度和效果的确不错，但是这样的设备采购价格往往相当昂贵，并不适合一般玩家选择。
对显卡感兴趣的朋友都知道，通用计算是大家如今经常提到的字眼，通用计算之所以如此热门其根本原因在于显卡核心GPU的多流处理器架构：GPU强大的并行浮点运算能力是仅仅拥有个位数核心的中央处理器CPU无法望其项背的。
而通用计算技术可以发挥GPU的长处，让其电脑运算速度飙升，一些应用程序的速度可以提高数倍甚至数十倍，让原来因为运算量巨大而不可完成的任务变得可行。
近年来GPU通用计算已经在科学研究和超级计算领域取得突破性进展，随着数百万支持CUDA的GPU已经遍布全球计算机，软件开发人员、科学人士和研究人员正在利用CUDA探测到更多更广的领域中，包括图像和视频编辑、计算生物学和计算化学、流体力学模拟、CT图像重组、地震分析、光线追踪以及其它更多。
近年来超级计算机的突飞猛进很大程度上也是得益于强大的GPU加盟。
就连我国自己制造的”天河一号A“超级计算机也采用NVIDIA Tesla相关技术AMD以及NVIDIA两家的都拥有自家的通用计算技术，分别为CUDA与Stream，由于支持Stream的转码软件还比较少，仅限制于自家推出的转码软件，所以我们在这里重点介绍下基于CUDA的视频转码软件。
求助,一文件名为“名单.doc.dsm”的文件,用word,pdf,视频播放...
DSM(Demand Side Management)指需求侧管理，指在政府法规和政策的支持下，采取有效的激励和引导措施以及适宜的运作方式，通过发电公司、电网公司、能源服务公司、社会中介组织、产品供应商、电力用户等共同协力，提高终端用电效率和改变用电方式，在满足同样用电功能的同时减少电量消耗和电力需求，达到节约资源和保护环境，实现社会效益最好、各方受益、最低成本能源服务所进行的管理活动。
什么软件可以快速转码
1、现在网上会很多各种各样的设备摄录的视频，因而各个厂家设备使用的软件也是各家开发的，这就导致这些视频文件会有各种各样的保存格式。
2、各种各样的文件格式，相应的其播放软件也就会是多种多样的，而这些播放器肯定无法兼容那么多的文件保存格式。
3、为了解决这个问题，就出现一种视频文件多格式之间的转码软件，可以把电脑下载但你的设备不兼容播放的视频文件转换成设备可以播放的格式。
4、还有的人为了下载到某一首歌曲或某一个电影、电视，但却没有其所需格式，也可以下载别的格式视频文件，然后转码成自己所需格式达到自己的所需要求。
请教GPU CPU转码
讯连科技（开发powerdvd那个）的mediaespresso-媒体转换器，反正软件界面上有cuda标志速度很快，同编码的一首mv高码率转低码率非常快，一秒就3%，转换其他编码的话一秒进度1%，还是很快，刻意转换成avi、m2ts、mpg、mp4、wmv格式，可设置的分辨率和码率都很高，效果比暴风转码类的好多了。
音频可设置dolby digital 256k和lpcm1536，可惜不能转换成aac
什么是DSM
DSM:Domain-Specific Modeling板桥里人 http://www.jdon.com 2006/5/1（转载请保留） 当DSL(Domain-Specific Languages)诞生时，不少人比较激动，欢呼一个新的语言时代到临。
其实，这不是计算机领域的新语言，而是一种新的建模语言。
DSL是一种专门供领域建模专家（也就是系统分析师）使用的语言，这些领域专家不同于程序高手，他们有一套自己认知世界和表达世界的思维和方式（如UML），因此，他们不感兴趣于软件设计细节，希望软件能够按照他们分析设计的结果去运行和执行就可以了。
其实，现如今在Java和.NET分治天下软件语言之时，不可能再有对和Java等同样层次的新语言的新需求， 因为大家都已经经历过优美动人的语言故事，新语言陷阱是每个人理性的认识。
因此，聪明的专家发现，DSL特征不是发明新轮子，而是提供一种面向领域建模方便的工具语言，类似UML，但UML不能再胜任这样的工作（见UML和Java的阻抗），MDA有待进一步完善提高，建模专家需要的是DSM(Domain-Specific Modeling)。
提高开发生产效率 按照软件生产效率研究（Software Productivity Research）, Java的平均生产率仅比BASIC高20%, C++不会好过Java，当今Java和.NET语言纷争带给程序员很多选择的痛苦，我们把更多注意力关注在对象、组件和框架（objects, components, and frameworks）等概念上，但是开发效率并没有比20年前有显著增长，从汇编语言到BASIC是400%的增长，在当前21世纪，我们应该怎样完成这样的跳跃式发展？UML能否胜任？ 象UML这样传统的建模语言并不能提高软件生产率，你需要在两处维护信息系统：语言代码和UML模型，为保持一致来回奔命，我们知道，java/C++/BASIC都将被编译器编译成汇编语言，可是有人看到过这样情形：开发者手工更改编译器并且试图使C++代码和汇编代码保持一致？可是这种现象会发生在UML模型和语言代码之间。
当然，UML有其优点：作为能够迅速被读懂的虚拟符号，UML世界现在吵吵嚷嚷，一半人发现UML并不能表达他们在建模时需要的一些概念，因此要求将入一些新的东西进入UML核心标准；可是还有另外一些人则认为UML太复杂，应该从UML核心元素中减去一些元素。
当UML试图适合所有的人时，它就不能大力提高其抽象层次了。
这是目前基于UML的大多数MDA工具发生尴尬现象。
MDA工具制造商发现它们仅仅能够比手工编码提高生产效率（study）35%，远没有我们希望的400%革命性跳跃。
什么是DSM？ 只有提高抽象层次，将软件直接面向建模专家或系统分析师，然后运用自动化代码生成技术，这样才能高质量大幅度快速开发出软件系统，在OOPSLA（领先的软件工程会议），大家认为DSM可能是一种解决方案。
Bill Gates 和 Grady Booch也发表过同样观点。
DSM意味Domain-Specific Modeling领域定义建模，通过使用领域概念直接指定解决方案，DSM提高了超越程序代码之上的抽象层次，最终软件产品将从高层次的设计中直接自动产生，这样一个自动过程是可以实现的，因为 语言和代码产生器可以满足某一个公司或领域的需求，建模专家使用定义这个自动机器，而程序员只管使用即可。
实践经验已经证明：DSM比现有方式（包括基于UML的MDA）效率提高5-10倍，正如Booch说的那样： ”当建模概念可以直接映射到领域Domain，而不是计算机具体技术概念时，MDA的价值已经完成“，这句话的意思是： MDA已经证明我们可以直接从领域专家Domain观点直接建模，而不必拘束于具体的计算机技术概念，或者说：直接由有经验的系统分析师/建模专家分析设计进而生产出软件系统已经被MDA证明是可行的了，MDA的价值也就在于此，Booch等人寄希望于使用DSM替代MDA。
由建模专家定义有关领域和组件的代码产生器，这样做的结果要好于大多数开发者手工开发。
从MDA教训来看，大家认识到：不可能有“一种尺寸适合所有身材”的代码产生方案，不必象MDA那样疲于往来返工，DSM所做的正如将代码编译成汇编语言的编译器所做的。
DSM工作原理 首先，每个行业都有一些经验丰富行业专家，俗成系统分析师，他们对业务系统非常熟悉，但是不太了解软件技术，由这些专家定义一个包含域概念和规则的域定义语言（domain-specific language），并且定义这些域概念和规则映射到代码产生器的映射；实际上这些建模专家所要表达的就是：我们的需求应该看上去是怎样？我是怎么写代码的。
然后，其他开发者就使用建模语言根据前面定义的规则制作模型，最后，代码将自动产生，因为建模专家参与了定义代码生产器，这样最后产生的代码质量要高于正常程序员手工完成的代码质量。
更重要的是，制作模型将比手工写代码更快。
与MDA区别 DSM与MDA主要区别是：MDA工具商自己定义代码产生器，这些代码产生器第一次看非常好，但是以后就变样走味了，难以适应需求的变化。
. DSM中，由你控制DSL和代码产生器，这些工具可以被调整以适应你自己的系统，作为开发者，你只需要定义DSL和实现自己的代码产生器，所有这一切都是由你来定义控制，正所谓定制...
