H.265/HEVC finalized

So my i3-550 won't handle it? What's so wrong with h.264 and MPEG2 anyhow? I need to spend more $$ to handle this format?

I am wondering if the CableCo's really want to do that for STB's.. Oh, they'll just pass it on so they don't care do they.

MPEG 2 can't die out very rapidly. It's the DVD standard and the ATSC broadcast standard. All the existing equipment would have to change. It would have a nice impact on streaming however.

Old standards die hard, just look at all those "professional" laptops that still include vga ports because they use old projection equipment with vga ports

Simple - taking up less space with a higher bandwidth data stream. UHD/4K, high frame rate, full frame 3D, bluray streaming, more HD channels, more interactive commercials, etc etc etc.

I know. I just hate having to spend more money to upgrade my stuff, whether it be "my stuff" or other's stuff from the CableCo because they aren't going to absorb it. What I have works fine and is paid for.

Fortunately there will be a bit of time to accommodate this and hopefully it can be done with a GPU upgrade and not a whole system upgrade.

I wonder if the GT-430 I have already will deal with it.

It will not. That is just wishful thinking.

Okay maybe that is an opinion from the dictator or do you have some more information that supports that opinion.

No, it has to be pointy

Lol

Does anybody know for a fact if an nVidia GT430 is powerfull enough for decoding of h.265?

I searched but could not find this.

Wouldn't the GPU chipset have to be built with support for h.265 in mind? Or am I as wrong as can be?

Probably for h/w decoding but maybe f/w can make the h/w do it.

h264 was standardized like 10 years ago and it didn't really become mainstream until 2008 or 2009 (I guess that's debatable - ask the "encoding scene"). I know Pure View for Nvidia cards didn't enable hardware acceleration until a year or two after it was adopted as the next standard.

Yes and no. There are 2 ways of getting hardware decoding out of modern GPUs

First method is using the built in video processing unit in the GPU (what Nvidia calls PureVideo for example), which is a very limited chip, made specifically to decode certain codecs (h.264,VC-1,MPEG2) and that`s about it. You can probably forget about that route.

Second one is accessing the power of a modern GPUs shaders, via an API like CUDA (what Nev uses for his LAV Decoders) or OpenCL etc to code a decoder for h.265. This is a far more flexible solution in terms of computing power and flexibility of those shaders. Depending on the floating point and integer power needed to decode h.265 , it`s possibile that the GT430 may or may not have the power to do it. Until the world (developers who are involved in writing decoder/libraries for such applications) see some specs and whitepapers for h.264, nobody knows, only the developers who were involved in creating the standard.
Edited by GreenEyez - 1/31/13 at 1:05pm

That was as good an answer as can be expected at this time. Until LAV or another decoder is re-written to decode h.265 we will not know what chip will be the minimum chip that is able to decode it fast enough to avoid dropped frames.

I was still using xvid until some time in 2010 or 2011

True.

You are correct. It should be self-evident that the card does not contain an h265 decoder - the GPU was designed circa 2009, went on sale in 2010 and h265 was just standardized years later. It is going to be at least one more generation before a regular nvidia GPU has an h265 hardware decoder.

As for a shader or OpenCL based decoder, that ain't going to happen either. The GT430 has bottom of the barrel math performance, generally struggling to even match the performance of some of the lower-end cards of the previous generation. I couldn't find a solid reference, but h265 is expected to be significantly more math intensive to decode than h264 is.

Plus, nobody has an h264 decoder native to either OpenCL or CUDA (ok CORE has one that is part CUDA, but it ain't open source). Greeneyez was incorrect when he stated that the LAV filter uses CUDA. What the LAV filter uses is CUVID which is Nvidia's way of exposing the card's own h264 hardware decoder through CUDA. Under the hood, it is exactly the same part of the GPU that decodes video via DXVA - LAV does not contain an h264 decoder itself, it only knows how to use the hardware decoders.

Now that is better. From further reading and a PM to renethx I now know a bit more about video cards. Basically no video cards sold today will decode h.265 and the only solution for older cards is software decoding in the CPU. It is a good thing this will take a while and will probably be when I upgrade my video card.

Also, the first generation of cards with H.265 support will probably not support MVC decoding as that extention to the spec is not expected until 2014.

So I have forever in computer terms. I'm not compelled to upgrade my video card for jinc in madVR but will do it when h.265 is prevelent.

And a day.

LOL!

H.265/HEVC will be implemented way more faster than H.264

From what source to you garner this?

H.265 have been in the works for years, software & hardware companies have been testing h.265 for years as well, many have working solutions continually improving

http://www.researchandmarkets.com/research/82svx6/hevc_decoding_in

http://www.marketwatch.com/story/docomo-to-license-hevc-decoding-software-2013-02-04

There will be a announcement from Sony later this month