POPPUR爱换

标题: 8800GTS h264编码性能达到c2q 3ghz 13倍 [打印本页]

作者: Edison 时间: 2008-2-11 00:47
标题: 8800GTS h264编码性能达到c2q 3ghz 13倍
Products Overview

Designed for a variety of professional applications, the RapiHD™ platform allows system designers to save cost while revolutionizing overall system performance. For broadcast infrastructure equipment, RapiHD™ can be deployed for realizing real-time ingest of raw and lightly compressed video; multiple-stream, multiple-format, multiple-resolution playout acceleration; and batch, on-demand, and browse transcoding. For video editing software, RapiHD™ can accelerate decoding used for scrubbing, importing, and previewing video, as well as dramatically lowering the time it takes to render the final output.

RapiHD™. The end of specialized video compression hardware.

RapiHD™ AVC-Intra (H.264 Intra) Encoder SDK

The RapiHD™ AVC-Intra SDK is a GPU-accelerated, intra-frame only encoding software platform. It is ideal for archival purposes and lossy transmission environments, as the lack of temporal compression makes it very error-resilient and relatively easy to edit. Many Panasonic products today, such...

more information>>

RapiHD™ MPEG-2 Decoder SDK

The RapiHD™ MPEG-2 Decoder SDK is a GPU-accelerated, studio-quality, high-bitrate decoding software platform. It supports broadcast-quality color sampling, including 422 Profile @ High Level. By taking advantage of the processing horsepower inherent in the NVIDIA line of graphics processors,...

more information>>

RapiHD™ Universal Scaler SDK

The RapiHD™ Universal Scaler SDK is a GPU-accelerated, studio-quality, high-performance scaler. Utilizing an 8-tap polyphase scaler, it performs extremely high-quality resolution conversion. By taking advantage of the processing horsepower inherent in the NVIDIA line of graphics processors, this...

more information>>

作者: westlee 时间: 2008-2-11 10:25
提示: 作者被禁止或删除内容自动屏蔽

作者: Asuka 时间: 2008-2-11 14:00
有SDK，马上就会有配套跟上了

作者: readbook 时间: 2008-2-12 03:48
期待中，能够给咱们玩家带来好处的东东都是好东东啊

作者: orbitlee 时间: 2008-2-12 11:13
提示: 作者被禁止或删除内容自动屏蔽

作者: 太平洋的水 时间: 2008-2-12 15:05
支持

CUDA

作者: sonicxz 时间: 2008-2-12 15:15
不懂,第一个是GPU硬解AVC 264吗?
后面是MPEG2编码器,这种东西还做新的?:wacko:

作者: Edison 时间: 2008-3-11 01:34
他们的weblog最近发表了关于为何选择intra-frame:)

A primer on inter- vs. intra-frame video compression
February 21st, 2008 by Sam
The Elemental blog seems to attract an inordinate amount of spam, but it also gets the occasional reasonable questions from folks. One of the more confusing aspects of video compression seems to be inter- vs. intraframe compression. Here’s a brief lesson on both.

Video in it’s simplest sense can be thought of as a series of still images (hence the early days of film were called “moving pictures” until some marketing genius compressed the words and came up with “movies”). When these still images are flipped past the human eye fast enough, the eye interprets the frames as motion instead of unique still images. From a compression perspective, however, they are still just a series of images displayed in a specified order.

Video compression then focuses on how to take these contiguous frames of video and minimize the amount of information needed to code the picture. The natural first step is to compress each individual image. This is known as intraframe compression, and uses only information contained in the current frame to minimize the image size. As an example, JPEG (the standard file format used for images on the Internet) uses the discrete cosine transform to rid images of high-frequency components, which are generally not perceptible by the human psychovisual system; by throwing this information away, a still image can be coded with much less data. This idea has been refined over generations, with early still-image standards like GIF and JPEG laying the foundation for more complex video standards like Motion JPEG and DV, the standard widely used in MiniDV videocameras.

As demand for better picture quality at lower bit rates increased, however, the compression achievable by intra-only encoding became insufficient. Temporal compression or interframe encoding was introduced in the MPEG-1 standard, and has since been refined in the MPEG-2, VC-1 and H.264 codecs. These codecs include intraframe (I-frame) coded images as described in the preceding paragraph, but they also contain predictive-coded frames (P-frames) and bidirectionally-predictive-coded frames (B-frames). P-frames rely on images that were transmitted earlier in the sequence, and use data in these frames — with minor changes — create the current frame. B-frames are similar, but can use data from images earlier and later in video sequence. There can be many P- and B-frames between each I-frame, and since most video sequences have similar images for long periods of time dramatically higher compression can be achieved. The consecutive number of interframe images is referred to as Group of Picture (GOP) length.

The benefits of intraframe-only compression are that it is generally less computationally expensive to process, since it doesn’t require multiple frames to be stored in memory and accessed concurrently. There is also less latency in the encoding process, so compressed images are created much quicker. Hence, historically digital videocameras have captured intraframe-only formats (DV, DV50, DVCPRO HD, AVC-Intra). However, new generations of consumer camcorders with limited storage capacity are relying on interframe-encoded formats like HDV (a long-GOP version of MPEG-2) and AVCHD (a long-GOP version of H.264). These formats allow high-definition video to be stored on the same MiniDV tapes that previously could only capture standard-definition video. Editing these long-GOP formats is incredibly computationally intensive, as for each image displayed, many temporally adjacent frames need to be decoded first. Hence the need for GPU-accelerating decoding and Elemental’s RapiHD™ software!

作者: Edison 时间: 2008-4-16 11:28
http://pc.watch.impress.co.jp/docs/2008/0416/nvidia.htm

作者: iCer 时间: 2008-4-16 11:50
看来 nvidia GPU 以后一个顶俩，配个普通双核就够了

作者: cynix 时间: 2008-4-16 12:42
CUDA不是做视频硬解压的，是可以用来加速视频压缩编码的，呵呵，以后不用再要高频的intel处理器，用显卡就可以做视频编码了

作者: ShinichiYao 时间: 2008-4-16 12:47
不知道下一版的Premiere能不能支持上:huh:

作者: Edison 时间: 2008-4-16 12:49

原帖由 cynix 于 2008-4-16 12:42 发表
CUDA不是做视频硬解压的，是可以用来加速视频压缩编码的，呵呵，以后不用再要高频的intel处理器，用显卡就可以做视频编码了

CUDA可以做视频解码加速。

作者: cynix 时间: 2008-4-16 13:25

原帖由 Edison 于 2008-4-16 12:49 发表

CUDA可以做视频解码加速。

嗯，现在主要还是体现在编码加速上，不过cuda能做的事情真不少，呵呵，很多应用还得大家来开发自己的想象力去创造
E大，我是nv的FSR，呵呵

作者: gz0921 时间: 2008-4-16 13:29
赶快实现high profile@level 4.1，然后就可以尽情备份HD碟片了～:lol:

作者: CaptianGhostSSE 时间: 2008-4-16 13:35
:lol: NV想告诉大家GPU寿命还很长? 看我们都开始用作"通用计算了",而且比CPU强很多:w00t):

作者: yehaku04 时间: 2008-6-12 12:43
这软件有什么地方能下到吗？:funk:

作者: lcd21 时间: 2008-6-12 12:48
10倍以上就很不错了。

作者: GZboy 时间: 2008-6-12 12:52
提示: 作者被禁止或删除内容自动屏蔽

作者: 央行门卫助理 时间: 2008-6-12 15:29
标题: 回复 1# Edison 的帖子
解X264的时候92GT和GTS区别大吗？:loveliness:

作者: icrw 时间: 2008-6-12 18:14
啥时候CUDA能加速RMVB编码就好了, 那才是广大人民群众备份时最需要的:loveliness:

作者: zaknafein 时间: 2008-6-12 18:49
全intra么...果然很暴力...但是一点实用价值都没有

作者: Edison 时间: 2008-6-12 18:51
intra-frame only只是其中一个高级选项，默认没有打开，上述的测试的时候也没有打开。

作者: xxxyyy 时间: 2008-6-12 19:15
提示: 作者被禁止或删除内容自动屏蔽

欢迎光临 POPPUR爱换 (https://we.poppur.com/)