Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion. Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules. |
22nd March 2012, 12:12 | #1 | Link |
Registered User
Join Date: Jan 2009
Posts: 88
|
nvenc - official nvidia kepler hardware h264 encoder
NVIDIA Releases the 301.10 WHQL Driver for the GeForce GTX 680, with support of new technology :
NVIDIA NVENC Support - adds support for the new hardware-based H.264 video encoder in GeForce GTX 680, providing up to 4x faster encoding performance while consuming less power. |
22nd March 2012, 19:01 | #4 | Link |
Registered User
Join Date: Jan 2007
Posts: 729
|
It also needs to consume much less power than the old shader-based stuff did, while the same utilising cpu.
And that is what these fixed-function blocks should be good at, hence all three players implementing them. BTW I've read somewhere that the VGA guys also need fast and efficient encoders for purposes of wireless display connection technology, since it might need compression at least for higher resolutions and refresh rates. (Dunno if it is just a BS or actual fact.) |
22nd March 2012, 20:20 | #5 | Link |
Registered User
Join Date: Mar 2004
Posts: 1,154
|
info from nvidia's website:
NVENC All Kepler GPUs also incorporate a new hardware-based H.264 video encoder, NVENC. Prior to the introduction of Kepler, video encoding on previous GeForce products was handled by encode software running on the GPU’s array of CUDA Cores. While the CUDA Cores were able to deliver tremendous performance speedups compared to CPU-based encoding, one downside of using these high-speed processor cores to process video encoding was increased power consumption. By using specialized circuitry for H.264 encoding, the NVENC hardware encoder in Kepler is almost four times faster than our previous CUDA-based encoder while consuming much less power. It is important to note that an application can choose to encode using both NVENC hardware and NVIDIA’s legacy CUDA encoder in parallel, without negatively affecting each other. However, some video pre-processing algorithms may require CUDA, and this will result in reduced performance from the CUDA encoder since the available CUDA Cores will be shared by the encoder and pre-processor. NVENC provides the following:
NVENC. Later this year, CUDA developers will also be able to use the high performance NVENC video encoder. For example, you could use the compute engines for video pre-processing and then do the actual H.264 encoding in NVENC. Alternatively, you can choose to improve overall video encoding performance by running simultaneous parallel encoders in CUDA and NVENC, without affecting each other’s performance. NVENC enables a wide range of new use cases for consumers:
680 press FTP. Support will be coming soon for Cyberlink PowerDirector and Arcsoft MediaConverter. source: page 26 of: http://www.geforce.com/Active/en_US/...aper-FINAL.pdf Last edited by hajj_3; 22nd March 2012 at 22:45. |
23rd March 2012, 18:52 | #7 | Link |
Moderator
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,883
|
And speed versus quality can each be a fixed variable in comparisons. So one interesting question is "how does speed compare when x264 is run at settings that produce equivalent quality?"
HW can get interesting when it can be faster than even the lowest quality software settings. It can also be interesting where it doesn't use resources that can be spent on other bottlenecks, like source decode or preprocessing. Also, fewer joules-per-minute or lower TCO-per-minute can matter for high volume facilities. I'm joining the Amazon.com video tram as a encoding quality and workflow guru starting Monday, so these questions have rather been on my mind ... |
23rd March 2012, 19:44 | #8 | Link |
Registered User
Join Date: Jan 2009
Posts: 88
|
Guru3D: Geforce GTX 680 review: NVENC
not interesting , but there will more article about nvenc later |
23rd March 2012, 19:48 | #9 | Link |
Registered User
Join Date: Mar 2004
Posts: 1,154
|
yeah, having dedicated hardware in the gpu is a nice addition, hope the x264 devs add support for hardware encoding at some point in the near future. It would be nice if google hired some coders to add this support, i'm sure they would save money on encoding their youtube videos if they had a low end gpu hardware encoding some of it.
|
23rd March 2012, 21:22 | #10 | Link |
Registered User
Join Date: Apr 2002
Location: Germany
Posts: 5,391
|
We'll see at some time how it fares. When the hero/ine is scrambling some dark dungeons, and you cannot reckognize anything since all is just floating mush, then speed & power savings don't count much.
__________________
- We´re at the beginning of the end of mankind´s childhood - My little flickr gallery. (Yes indeed, I do have hobbies other than digital video!) |
24th March 2012, 10:41 | #12 | Link | |
Registered User
Join Date: Apr 2002
Location: Germany
Posts: 4,926
|
Quote:
http://www.tomshardware.com/reviews/...k,3161-16.html also this is most interesting in this Mpeg-2 test the old GTX 580 cuda cores could beat the GTX 680 encoder very strange this let me believe the Mpeg-2 Cuda fix was setting in here which was introduced to avoid a design bug in the VP4 decoder so the Mpeg-2 decoding get relayed to the CUDA cores not the DSP, though Tomshardware doesn't know that, so they must have forgotten to disable that for the VP5 decoder in the GTX 680 Though most impressive for me personaly is this http://www.guru3d.com/article/geforce-gtx-680-review/4 and ill wait for a version with 1 Pin replacing my 2 Pin 460 GTX
__________________
all my compares are riddles so please try to decipher them yourselves :) It is about Time Join the Revolution NOW before it is to Late ! http://forum.doom9.org/showthread.php?t=168004 Last edited by CruNcher; 24th March 2012 at 11:41. |
|
24th March 2012, 11:38 | #14 | Link |
Registered User
Join Date: Mar 2004
Posts: 1,154
|
many of the 600 series mobile gpu's are rebranded 500 series fermi gpu's btw, only a few will be kepler, newer models with kelper will come later: http://fudzilla.com/home/item/26501-...re-still-fermi
not sure about the desktop gpu's, wouldn't mind knowing though. |
24th March 2012, 11:48 | #15 | Link |
Registered User
Join Date: Apr 2002
Location: Germany
Posts: 4,926
|
zn you can have 4 H.264 decoder on Desktop/laptops internally if you want these days and the same for Encoder
1 via internal/external solutions like a Broadcom Decoder (a Spurs Encoding/Decoding card) 1 via the CPU/GPU Intel/AMD 1 via the discrete GFX AMD/Nvidia :P 1 solely on the CPU (though you have to understand how the other stuff needs cpu time when and why,to efficiently utilize it together) plenty of crazy stuff doable with this power and Nvidia as they claim you can even use the Cuda Cores and the DSP simultaneously or if you clever enough pair the Encoders (Multithread) It's crazy to think about which workflows even on consumer systems this makes possible (Realtime) (some of those i already evaluate since some time now SB) you can mix them in very different ways together though it's not easy to keep track of the impacts to balance it out efficiently and integrate into a Realtime workflow (you also have to take the OS into account)
__________________
all my compares are riddles so please try to decipher them yourselves :) It is about Time Join the Revolution NOW before it is to Late ! http://forum.doom9.org/showthread.php?t=168004 Last edited by CruNcher; 24th March 2012 at 16:04. |
24th March 2012, 16:01 | #17 | Link |
Registered User
Join Date: Apr 2002
Location: Germany
Posts: 4,926
|
@ benwaggoner
oh you left/leaving Microsoft ?
__________________
all my compares are riddles so please try to decipher them yourselves :) It is about Time Join the Revolution NOW before it is to Late ! http://forum.doom9.org/showthread.php?t=168004 |
25th March 2012, 09:18 | #19 | Link |
Registered User
Join Date: Apr 2002
Location: Germany
Posts: 4,926
|
still from the DRM point of view its not mature enough newest test versions of Flash even starting to avoid screen capturing now, its player surface it will just crash the flash player in browser trying to capture it, and this is generally no support problem neither anymore as the whole browser wont crash only the current player instance on the page you reload it it will work again though if you try to capture it it will crash and so on
__________________
all my compares are riddles so please try to decipher them yourselves :) It is about Time Join the Revolution NOW before it is to Late ! http://forum.doom9.org/showthread.php?t=168004 Last edited by CruNcher; 25th March 2012 at 09:23. |
25th March 2012, 14:08 | #20 | Link | |
Registered User
Join Date: Apr 2002
Posts: 756
|
Quote:
It looks like it is 30% faster then Intel QuickSync. But Intel also promise much faster Encoding with QuickSync 2.0 in Ivy Bridge. Let see which one is better for hardware encoding. |
|
Tags |
nvidia |
Thread Tools | Search this Thread |
Display Modes | |
|
|