POPPUR爱换

 找回密码
 注册

QQ登录

只需一步,快速开始

手机号码,快捷登录

搜索
查看: 5226|回复: 23
打印 上一主题 下一主题

8800GTS h264编码性能达到c2q 3ghz 13倍

[复制链接]
跳转到指定楼层
1#
发表于 2008-2-11 00:47 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
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 该用户已被删除
2#
发表于 2008-2-11 10:25 | 只看该作者
提示: 作者被禁止或删除 内容自动屏蔽
回复 支持 反对

使用道具 举报

3#
发表于 2008-2-11 14:00 | 只看该作者
有SDK,马上就会有配套跟上了
回复 支持 反对

使用道具 举报

4#
发表于 2008-2-12 03:48 | 只看该作者
期待中,能够给咱们玩家带来好处的东东都是好东东啊
回复 支持 反对

使用道具 举报

orbitlee 该用户已被删除
5#
发表于 2008-2-12 11:13 | 只看该作者
提示: 作者被禁止或删除 内容自动屏蔽
回复 支持 反对

使用道具 举报

6#
发表于 2008-2-12 15:05 | 只看该作者
支持

CUDA
回复 支持 反对

使用道具 举报

7#
发表于 2008-2-12 15:15 | 只看该作者
不懂,第一个是GPU硬解AVC 264吗?
后面是MPEG2编码器,这种东西还做新的?:wacko:
回复 支持 反对

使用道具 举报

8#
 楼主| 发表于 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!
回复 支持 反对

使用道具 举报

9#
 楼主| 发表于 2008-4-16 11:28 | 只看该作者
回复 支持 反对

使用道具 举报

10#
发表于 2008-4-16 11:50 | 只看该作者
看来 nvidia GPU 以后一个顶俩,配个普通双核就够了
回复 支持 反对

使用道具 举报

11#
发表于 2008-4-16 12:42 | 只看该作者
CUDA不是做视频硬解压的,是可以用来加速视频压缩编码的,呵呵,以后不用再要高频的intel处理器,用显卡就可以做视频编码了
回复 支持 反对

使用道具 举报

12#
发表于 2008-4-16 12:47 | 只看该作者
不知道下一版的Premiere能不能支持上:huh:
回复 支持 反对

使用道具 举报

13#
 楼主| 发表于 2008-4-16 12:49 | 只看该作者
原帖由 cynix 于 2008-4-16 12:42 发表
CUDA不是做视频硬解压的,是可以用来加速视频压缩编码的,呵呵,以后不用再要高频的intel处理器,用显卡就可以做视频编码了

CUDA可以做视频解码加速。
回复 支持 反对

使用道具 举报

14#
发表于 2008-4-16 13:25 | 只看该作者
原帖由 Edison 于 2008-4-16 12:49 发表

CUDA可以做视频解码加速。

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

使用道具 举报

15#
发表于 2008-4-16 13:29 | 只看该作者
赶快实现high profile@level 4.1,然后就可以尽情备份HD碟片了~:lol:
回复 支持 反对

使用道具 举报

16#
发表于 2008-4-16 13:35 | 只看该作者
:lol: NV想告诉大家GPU寿命还很长? 看我们都开始用作"通用计算了",而且比CPU强很多:w00t):
回复 支持 反对

使用道具 举报

17#
发表于 2008-6-12 12:43 | 只看该作者
这软件有什么地方能下到吗?:funk:
回复 支持 反对

使用道具 举报

18#
发表于 2008-6-12 12:48 | 只看该作者
10倍以上就很不错了。
回复 支持 反对

使用道具 举报

头像被屏蔽
19#
发表于 2008-6-12 12:52 | 只看该作者
intra-frame only?:funk:    全是intra-frame ???

压出来的文件比原文件更大???:funk:
回复 支持 反对

使用道具 举报

20#
发表于 2008-6-12 15:29 | 只看该作者

回复 1# Edison 的帖子

解X264的时候92GT和GTS区别大吗?:loveliness:
回复 支持 反对

使用道具 举报

您需要登录后才可以回帖 登录 | 注册

本版积分规则

广告投放或合作|网站地图|处罚通告|

GMT+8, 2025-1-16 18:57

Powered by Discuz! X3.4

© 2001-2017 POPPUR.

快速回复 返回顶部 返回列表