madVR - high quality video renderer (GPU assisted)

[pankov]

madshi,
is there a chance to get a version of madVR where all the networking stuff is disabled ... or even better - user configurable?
For me, personally, the increased DPC latency is not a problem at the moment because it's bellow the threshold but I'm a little bit worried that it can get higher (either caused by another software/driver or madVR itself) and then it could lead to problems which I'd like to avoid.

[leeperry]

oops, I guess I misunderstood what the DXVA/DXVA2 support in CoreAVC 2.5 would do: http://forums.corecodec.com/threads/...ll=1#post11441

The CoreAVC filter will need to be connected directly to the renderer for DXVA to work.

So, technicallly this would allow DXVA in mVR w/ AMD graphic cards, but still no post-processing like w/ CUDA.

PS: http://forums.corecodec.com/threads/...ll=1#post12248

adding specifics for ATI accel and OpenCL are next.

[nevcairiel]

DXVA always needs renderer support. This will NOT allow DXVA support in mVR, unless madshi adds the required support for DXVA2 (which should be possible, imho - DXVA1 is a whole different beast). Supporting DXVA2 is relatively simple, however still needs to be supported.

But then again, if you want maximum quality, go with software decoding already! :d

[nlnl]

Originally Posted by nevcairiel

But then again, if you want maximum quality, go with software decoding already! :d

And what about amazing vector adaptive deinterlacing without DXVA2?
I guess that VA deinterlacing is the way to go for maximum quality if the source is video (not film).

[leeperry]

Originally Posted by nevcairiel

But then again, if you want maximum quality, go with software decoding already! :d

..or use CUDA

GPU decoding consumes less electricity than 100% CPU solutions apparently(I've got a wattmeter but didn't bother comparing)...and being able to do crazy post-processing on high bitrate BD is another reason.

But all hopes are not lost, wait another year or two and CoreAVC will support OpenCL.

Indeed DXVA2 deinterlacing rocks, but YADIF in double framerate mode isn't too bad either.

[aichan]

i can't install madvr on windows 7 64bit. i've double click install.bat few times, but madvr button on MPC-HC64 still greyed out..
when i was on windows 7 32bit, there was no problem at all.

please help me on this problem.

[namaiki]

Originally Posted by aichan

i can't install madvr on windows 7 64bit. i've double click install.bat few times, but madvr button on MPC-HC64 still greyed out..
when i was on windows 7 32bit, there was no problem at all.

please help me on this problem.

Use MPC-HC 32-bit. It runs on Windows 64-bit.

[nevcairiel]

Originally Posted by leeperry

..or use CUDA

GPU decoding consumes less electricity than 100% CPU solutions apparently(I've got a wattmeter but didn't bother comparing)...and being able to do crazy post-processing on high bitrate BD is another reason.

But all hopes are not lost, wait another year or two and CoreAVC will support OpenCL.

Indeed DXVA2 deinterlacing rocks, but YADIF in double framerate mode isn't too bad either.

The hardware deinterlacing is the only thing thats really worth using, but luckily i don't watch interlaced TV, and rarely ever encounter other interlaced material.

And no, CUDA is not the allmighty solution. Its not a CUDA decoder, it just uses CUDA to access the hardware decoding pipeline in the GPU, so its the same decoder as DXVA uses. And those hardware decoders are not always producing 100% perfect quality. Software is the way to go if you really want the last % of quality. Not saying the hardware decoders are necessarily bad. tomshardware actually just had a comparison of hardware decoder implementations, and NVIDIA overall seemed to come out a bit higher then ATI/AMD, but on par with Intel, fwiw. Its usually all right, its just not the 100%

But sure, if power or freeing the CPU for other tasks is one of your goals, then it surely is useful

[leeperry]

Originally Posted by nevcairiel

Its not a CUDA decoder, it just uses CUDA to access the hardware decoding pipeline in the GPU, so its the same decoder as DXVA uses. And those hardware decoders are not always producing 100% perfect quality. Software is the way to go if you really want the last % of quality.

But sure, if power or freeing the CPU for other tasks is one of your goals, then it surely is useful

Well, I've watched my good share of h264 movies w/ CoreAVC CUDA...I even reported some bugs(that were promptly fixed), I can assure you that I've never encountered a single PQ problem w/ CoreAVC CUDA. CoreCodec take forever to release new features, but their work is solid. Nothing to do w/ the DXVA random pixely garbage in MPC-HC.

Electricity is getting more and more expensive everywhere, paying less for our hobbies is something everyone should be interested in...CoreAVC CUDA does just that, just like mVR: they finally put those superfast GPU's to good use...and at what they do best

The last two years have been a milestone for HTPC entertainment IME...never been happier

Now, I really wish mVR would support compressed LUT's together w/ a user friendly way to switch between them...I know it's on madshi's todo list, time will tell whether that'll ever happen.

[ajp_anton]

How does software decoding give better picture quality than hardware decoding?
Apart from errors from streams that aren't supported by the hardware (in which case it should fall back to software anyway), the image should by standard be identical in all decoders.

[aichan]

Originally Posted by namaiki

Use MPC-HC 32-bit. It runs on Windows 64-bit.

wow..it works..
thanks!

[dansrfe]

There is no such thing is getting "better quality" hardware vs. software decoding. Now afaik DXVA decoding decodes only to NV12 or some odd colorspace like that. If it keeps it YV12 and feeds that to madVR then the decoding output should be exactly the same as say ffmpeg_mt software decoding.

[STaRGaZeR]

Originally Posted by nlnl

And what about amazing vector adaptive deinterlacing without DXVA2?

You can use VA hardware deinterlacing AND software decoding without issues

[nlnl]

Originally Posted by STaRGaZeR

You can use VA hardware deinterlacing AND software decoding without issues

And so we can use MADVR + VA hardware deinterlacing ?
Please tell me how

[nevcairiel]

Originally Posted by ajp_anton

How does software decoding give better picture quality than hardware decoding?
Apart from errors from streams that aren't supported by the hardware (in which case it should fall back to software anyway), the image should by standard be identical in all decoders.

"Should" being the important word.
Especially AMDs Motion Compensation has some issues with high motion scenes combined with panning cameras.
There is a fully defined standard for decoding, yes, but that doesn't mean everyone strictly follows it.

Now afaik DXVA decoding decodes only to NV12 or some odd colorspace like that. If it keeps it YV12 and feeds that to madVR then the decoding output should be exactly the same as say ffmpeg_mt software decoding.

NV12 and YV12 are really the same, just differently arranged. You can convert between those two formats without any data loss.

Oh also, again the "Should"
And another thing: ffmpeg-mt has some bugs still that can degrade picture quality. For full software reference, use normal ffmpeg.

Originally Posted by nlnl

And so we can use MADVR + VA hardware deinterlacing ?
Please tell me how

Not possible.

[Luv]

Originally Posted by nlnl

And so we can use MADVR + VA hardware deinterlacing ?
Please tell me how

I might be confused about what's really in motion here but if I watch 1080i material with automatic deinterlacing and Pulldown detection checked in the CCC,I have extraordinary good results with madVR 0.36.

[namaiki]

Originally Posted by Luv

I might be confused about what's really in motion here but if I watch 1080i material with automatic deinterlacing and Pulldown detection checked in the CCC,I have extraordinary good results with madVR 0.36.

What program are you using? If MPC-HC, could you please tell me what is listed in the menu (Play> Filters) when playing that 1080i material?

[Luv]

namaiki, I use:
- ZP 5.02 on XP/32
- Catalyst 10.8
- latest DirectX (Does everybody pay attention to this ?)
- Powerdvd MPEG2 decoder
- madVR 0.36 (Spline64,4 taps all the way)

[nevcairiel]

madVR tells the graphics card that its a game, not a video player. All those post-processing options built into the graphics drivers should not turn on. Are you sure that there isn't any other filter doing deinterlacing along on the way?

[Luv]

I'm positive,nevcairiel.
I never installed the ZP ffdshow package.I installed first all the filters I wanted and then let ZP detect them when installing itself.