LAV CUVID Decoder - High Quality Hardware decoding for NVIDIA

[ranpha]

I have seen this, its mostly because AVI really doesn't have much of a timestamp. If using MPC-HC and EVR-CP, turn on frame-time correction. madVR should also work fine. At least thats what i've seen so far.

I use madVR latest version (I will redo my tests with EVR custiom presenter later), and the stuttering is still there.

edit: Just tested some of the problematic MPEG4-ASP AVI files with EVR custom presenter, and the problem disappear.

[CruNcher]

Nev your decoder also fails @ 1080p 60 fps H.264 on a VMR9 Renderless surface in MPC-HC (demuxer and ffdshow audio render) same as almost every ISV Decoder existing it drops frames like there is no tomorrow this happens either in Cuda or DXVA mode (always on VMR9 Renderless) there are only 2 Decoder yet who survive this test on Nvidia VP2 and that's CoreAVC CUDA and Cyberlinks DXVA H.264 Decoder neither Mainconcept DXVA does playback it without framedrops nor does Arcsofts Decoder manages this.
Every of the Decoder plays fine on VMR9 and VMR7 Renderless Renderer but only CoreAVC and Cyberlink survive VMR9 Renderless @ 1080p 60 fps flawless yet

Yours the same as the Chinese Nvcuvid Decoder and others stay stable for 12 seconds then start to drop frames like crazy with that Sony 60 fps Stream on VMR9 Renderless

[nevcairiel]

Its not optimized at all yet. If by fails you mean it drops frames or is too slow, there is still alot of room for improvement.

Btw, any convenient place to find a 1080p/60 test stream?

[CruNcher]

This is the one i use for testing http://e.dl.playstation.net/e/wipeouthd/assets/WipEoutHD_EN_1080p.zip

[nevcairiel]

Thanks, i'll see what i can do to get some more speed out of this. :)

[CruNcher]

With a Mpeg-2 .ts Test stream it fallsback to Video Renderer doesn't connect to VMR9 Renderless @ all (Cyberlink works flawless) :(

[BatKnight]

This is the one i use for testing http://e.dl.playstation.net/e/wipeouthd/assets/WipEoutHD_EN_1080p.zip
@CruNcher
I can play this file flawless at VMR9 Renderless with CUVID decoder. No drop frames. But I own a GF104, which has VP4, and nevcairieal's graphics card is also a VP4.
I've tried different combinations and this Wipehout video never breaks, delays or get unwatchable.

@nevcairiel
I've manage to sort all those problems I've refered before on previous posts by reducing the EVR Buffers to 5 or 10 (I had them at 25).
But I've found a reproduceable bug: When I play a MKV with h264/AVC and FLAC track with LAV Audio then the audio isn't sync with the video. But if I force madflac instead, then the audio is sync with video.
This doesn't happen with AC3 or DTS tracks, only FLAC.

EDIT: Looks like that CUVID isn't the problem, ffdshow also does this. The only constant is the FLAC track. Sorry to have posted this here.

To reproduce: MKV with h264/AVC + FLAC track + LAV Audio

Nuno

PS: All these videos with FLAC tracks were at 1920x1080

[jmone]

Well I'll be ... there could be a mainstream nVidia GPU in my future! I managed to get the following working on my MBA 11" (Late 2010) series (Win7 Only build - no OSX). The MBA is my only nVidia GPU equipped PC *and took some "encouragement" to get V260+ drivers on) and it only has a 320M GPU, 2GB total System RAM (shared with GPU), and a C2D.

- J.River Media Center as the Player using: LAV Splitter, LAV CUVID, FFDSHOW Subtitle Filter, LAV Audio Decoder, madVR (bottom settings), and Directsound --> Output is 1080p &5.1 LPCM over HDMI (using mini display port to HDMI adapter)

It all worked including:
- x264, VC-1, MPEG-2
- Subtitles
- VC-1 60i being deinterlaced nicely

The only issue I saw with my test files was x264 1080/50p (Camcorder) footage that the MBA clearly does not have the horse power to play smoothly BUT, the Audio drifted out of sync very quickly (I've seen this with other filters previously). A short clip is here http://forum.cyberlink.com/forum/posts/downloadAttach/3802.page but let me know if you need a longer sample.

[jmone]

Nev your decoder also fails @ 1080p 60 fps H.264 on a VMR9 Renderless surface in MPC-HC (demuxer and ffdshow audio render) same as almost every ISV Decoder existing it drops frames like there is no tomorrow this happens either in Cuda or DXVA mode (always on VMR9 Renderless) there are only 2 Decoder yet who survive this test on Nvidia VP2 and that's CoreAVC CUDA and Cyberlinks DXVA H.264 Decoder neither Mainconcept DXVA does playback it without framedrops nor does Arcsofts Decoder manages this.
Every of the Decoder plays fine on VMR9 and VMR7 Renderless Renderer but only CoreAVC and Cyberlink survive VMR9 Renderless @ 1080p 60 fps flawless yet

Yours the same as the Chinese Nvcuvid Decoder and others stay stable for 12 seconds then start to drop frames like crazy with that Sony 60 fps Stream on VMR9 Renderless

FYI, from what I've seen on playing back 264/AVC 1080/50p content, ffdshow ffmpeg-mt plays back smoothly with a range of renderers (my current setup)

[nevcairiel]

With a Mpeg-2 .ts Test stream it fallsback to Video Renderer doesn't connect to VMR9 Renderless @ all (Cyberlink works flawless) :(

The only reason it wouldn't connect is when VMR9 does either not accept NV12, or does not understand a VIDEOINFOHEADER2 format.
In any case, the output media type is not dependent on the input type (except for width/height and AR), so it doesn't make any sense that the mpeg2 would not work, but others would.

[roozhou]

Excellent work! I have waited for such decoders for years. This would be a great tool for high-speed transcoding. We can now throw away CoreAVC 2.x and DGNV.

About the AVI problem, IMO AVI stores the sorted PTS instead of PTS for each frame itself. It looks like an elementary stream along with a timecode v2 file. The decoder wrapper should keep all incoming PTS and assign the decoded frame the least unused PTS from the PTS buffer.

[CruNcher]

@CruNcher
I can play this file flawless at VMR9 Renderless with CUVID decoder. No drop frames. But I own a GF104, which has VP4, and nevcairieal's graphics card is also a VP4.
I've tried different combinations and this Wipehout video never breaks, delays or get unwatchable.

@nevcairiel
I've manage to sort all those problems I've refered before on previous posts by reducing the EVR Buffers to 5 or 10 (I had them at 25).
But I've found a reproduceable bug: When I play a MKV with h264/AVC and FLAC track with LAV Audio then the audio isn't sync with the video. But if I force madflac instead, then the audio is sync with video.
This doesn't happen with AC3 or DTS tracks, only FLAC.

EDIT: Looks like that CUVID isn't the problem, ffdshow also does this. The only constant is the FLAC track. Sorry to have posted this here.

To reproduce: MKV with h264/AVC + FLAC track + LAV Audio

Nuno

PS: All these videos with FLAC tracks were at 1920x1080

Not sure if its because of the VP4/2 difference i would guess more because of Windows Vista/7 DWM (Direct 3D/DXVA2) vs Windows XP (DirectDraw/DXVA1) ;)
Nev maybe that Mpeg-2 .ts render fallback is a problem between Arcsofts Mpeg Demuxer and your filter, Arcsofts and Cyberlinks Demultiplexer work quite different (more robust) then for example MPC-HCs or Gabest. I will disable Arcsofts Demuxer and try all the streams with Mpc-HC and see if it works better now i have not so good experience with MPC-HCs splitter thats why i normaly use either Cyberlinks (no DTS HD) or Arcsofts (supports DTS HD) especially when it comes to Interlaced or Interlaced/Progressive VC-1 in TS/PS streams. Maybe your lavf splitter again becomes an option working better together with your Cuda decoder :)

My combo looks like this currently

ffdshows audio decoder for everything (libavcodec) most interoperable audio decoder between all Decoder Splitter combinations mostly every ISV supports it flawless :)

(Base MPEG/Blu-Ray/Microsoft Decoding)

Cyberlink Decoder + Arcsoft Demuxer = H.264 (TS/PS)
Cyberlink Decoder + MPC-HC Demuxer = H.264 (Mp4/MKV/Mov))
Arcsoft Decoder + Arcsoft Demuxer = (VC1 TS/PS/WMV (Arcsofts WMV Demuxer) (WMV9/VC1) some streams need to fallback to Microsofts Decoder because of Partial VP2 acceleration some stream GUIDs shows strange results, especialy old Complex VC-1 bitstreams, ah and yeah VC-1 inside MKV though it would fill a whole side with own issues and how to get that falling back efficiently between Microsofts Decoder and Arcsoft ;))
Elecard Decoder + Arcsoft Demuxer = Mpeg-2 (TS/PS)
DivX Decoder + MPC-HC Demuxer (MP4-SP/ASP Software Decode)

Was quite hard to get this all working Hardware accelerated (especially finding workarounds for different WMV9 bitstreams not supported by VP2 or the Decoder and falling back either to Software or Microsofts Decoder in DXVA mode) on XP (VP2/DXVA1 except SP/ASP no doubt DivX Decoder is the most efficient MT Decoder here ffdshow/ffmpeg doesn't comes near in overall decoding performance yet) as it does now lots of endless hours changing GUIDs moving Decoders splitters and testing bitstreams like crazy,monitoring resources and decoding efficiency performance jitter, also Speedstep/Turbo Boost/AMD C&Q efficiency fast frequency,timer changes is something many Windows developer don't seem to take into account when optimizing decoder/encoder (still there are issues as to much reference streams don't fallback to software or Cuda only Mainconcepts DXVA, ffdshow DXVA, MPC-HC DXVA H.264 decoder support that feature yet, it's announced for a CoreAVC <2.5 though :)) :(

This is also only for Displaying inside MPC-HC in software mode it looks quite different also getting this separated wasn't easy (Encoding efficiency outside of MPC-HC)

There was no 1 fits all Scenarios (all bitstreams supported) solution especially the WMV9, VC1 TS/PS and VMR9 Renderless 1080p 60 fps H.264 issue with most Decoders kills allot (no use of Shaders and so generaly only Cyberlink and CoreAVC are capable of this on older Systems though Cyberlinks DXVA is preferable vs the old CoreAVC 2.0 with Cuda only didn't tried CoreAVC 2.5 with DXVA that could change alot for Decoding on VPx (because of the system overhead))

Though im now on Sandy Bridge and i could allow myself now to don't care about efficiency anymore, and maybe even completely switch over from Nvidia nvcuvid XP to Media SDK 2.0 Vista/7 though as nev said it might be still quiete buggy decoding wise i guess i don't need to test my test stream cabinet of horror on it so ;)

Maybe some of those clever (clever in terms of shuffling together different ISV stuff and inc it into his Player obviously totally illegal) Chinese guys reads what i wrote here and creates the next uber Dshow Player (Storm Baofeng guys anyone ;) )

Though all of this is optimized for Windows XP, Nvidia VP2 via nvcuvid.dll and DXVA via VMR9 Renderless it could majorly fail on ATI UVD ;)

Also about Arcsoft Decoder as they realized they didn't get that WMV DXVA VP2 (different Bitstreams) issues under control (they seem to have no fantasy ;)) they just disabled DXVA support for it entirely (easiest way avoiding support questions, why does this WVC1 60 fps Complex Bitstream blocks so heavily with DXVA, answer we disable it, easiest solutions was to fallback to Microsofts own DXVA decoder for such Bitstreams, if you don't can fix your own decoding bugs for whatever reason by disabling it they disabled the complete DXVA for all the other Bitstreams that worked well and dont get accelerated with Microsofts XP Decoder :rolleyes: ).

[nevcairiel]

LAV CUVID Decoder 0.2

0.2 - 2011/03/27
- The codec will now refuse connection if an unsupported format is detected
- Fixed an issue that caused H264 to sometimes produce artifacts while decoding
- Added configuration for enabled formats, deinterlacing and stream aspect ratio

Download: 32-bit (http://files.1f0.de/cuvid/LAVCUVID-0.2.zip)

You will need to re-install the filter to get the options property page to show up (just re-run install.bat).

Next up will probably be some performance enhancements. Right now i block the decoder while i deliver the sample to the renderer, the goal is to have a queue of already decoded images (actually, just their surface index), and let the decoder work in advance. NVIDIA suggest to have at least 3 frames in the decoder at all times for efficiency .. we'll see how that turns out.

Oh, note that all configuration options only take effect after the filter has been reloaded.

[CruNcher]

If you can achieve CoreAVC Cuda and Cyberlinks DXVA constant 1080p 60 fps H.264 MPC-HC VMR9 Renderless Performance your are one of the few ones that managed this under XP (DXVA1) and im quiete sure if not you who else should be able to ;)

Gonna upload the hardest streams to get working out of my horror cabinet of streams uploading all would be way to much, and only those which show issues with LAV CUVID, some are well known and have been discussed a lot here :)

[roozhou]

@CruNcher
This decoder has nothing to do with DXVA, so there should be no difference between XP and Win7 because neither DXVA1 nor DXVA2 is used.

[CruNcher]

roozhou of course your right so the chinese CUDA Decoder from Baofeng is actually a DXVA implementation your right as it also shows DXVA is being played in MPC-HC what LAV CUVID doesn't, though it shows the same Performance issues in its DXVA mode then LA CUVID does on the 60 fps 1080p @ VMR9 Renderless (same after 12 secodns massive frame drops) that neither Cyberlink DXVA nor CoreAVC CUDA suffer from but many other DXVA decoder inlcuding Mainconcepts and Arcsofts and that must be somehow explainable ;) ?.

VMR9 Renderless Results:

http://www.mediafire.com/download.php?7hddy3klaxz9kyf <- VC1 in .ts a hard one it shows the same problems with LAV CUVID as many other Demuxer/Decoder combos Framedrops/sync issues/Audio cracks/jitter problems

http://www.mediafire.com/download.php?3rr3ur3q65dbb23 <- wouldn't have thought that this is problematic for LAV CUVID it shows in combination with Arcsofts Demuxer problems in correct Deinterlacing (it doesn't deinterlace @ all) with MPC-HC splitter it has chromatic blend failures where Deinterlacing should have taken place.

[bjd]

http://www.mediafire.com/download.php?7hddy3klaxz9kyf <- VC1 in .ts a hard one it shows the same problems with LAV CUVID as many other Demuxer/Decoder combos Framedrops/sync issues/Audio cracks/jitter problems

That sample plays fine on Mpc-Hc .2993 using either the internal splitter or LAV. Whether VMR9 or MadVR is used, playback is smooth with no audio drop outs.

CPU 11-12% on Athlon 5200+, Geforce GT430, Windows XP. LAV Audio and CUVID decoder in the chain, Reclock used as the audio renderer.

[CruNcher]

That sample plays fine on Mpc-Hc .2993 using either the internal splitter or LAV. Whether VMR9 or MadVR is used, playback is smooth with no audio drop outs.

CPU 11-12% on Athlon 5200+, Geforce GT430, Windows XP. LAV Audio and CUVID decoder in the chain, Reclock used as the audio renderer.

you have to be careful with playback is smooth (too smooth or micro stutter is hardly visible) look @ the VMR9 Renderless Status display or MPC-HCs OSD to be sure their is no or low Jitter and drop frames are you also using C&Q so Minimal Energy Profile and low CPU frequency with dynamic switching or do you use a Stable Frequency ?

Also would be nice if you could post which Forceware Driver Revision ? with LAV Audio do you mean ffdshow or did i missed nevs audio decoder filter ?
Also its hardly comparable as your GT430 is VP4 and has full acceleration for VC-1 which my VP2 hasn't and needs different optimizations to not error out VP4 is much easier to handle as every Bitstream should be decoded properly entirely on the DSP without needing to optimize for different paths which normally should take place inside nvcuvid.dll but for DXVA needs different handling see the Arcsoft Decoder example i shown above.

[ranpha]

Can anyone reproduce image quality corruptions + green bar on this sample (http://goo.gl/vRNdi). The clip plays fine with either CoreAVC CUDA or nVidia's own CUVID MF transform filter.

[nevcairiel]

Also its hardly comparable as your GT430 is VP4 and has full acceleration for VC-1 which my VP2 hasn't

As far as i am aware, only full acceleration is supported by CUVID. I would be surprised if it implements partial acceleration .. but then, i don't have a VP2 card in any working system to test.
In any case, i'm not that interested in supporting partial acceleration in my filter, its usually a PITA to work with.


Can anyone reproduce image quality corruptions + green bar on this sample (http://goo.gl/vRNdi). The clip plays fine with either CoreAVC CUDA or nVidia's own CUVID MF transform filter.

works fine here, are you using 0.2?

[bjd]

do you use a Stable Frequency ?

I think so

Also would be nice if you could post which Forceware Driver Revision ?

267.24 Beta

with LAV Audio do you mean ffdshow or did i missed nevs audio decoder filter ?

LAV audio as bundled with Nev's splitter

Point taken about VP4. Guess you will have to hold off until the decoder has developed further and been optimised for earlier generation Nvidia/Cuda cards.

All I can say is that I am really pleased I opted for NVidia rather than ATI when looking for a new graphics card 3 months ago - LAV Cuvid and MadVR complement each other perfectly. I have only one bluray in my collection that I cannot play with LAVCuvid/MadVR, and that is because it is a seamless branching title and the 1080P AVC is split by Mpc-HC as 720x 480 which kind of throws a spanner in the works. :mad:

[nevcairiel]

Wait for bluray support in LAV Splitter.... :)
I'm working on that again, now that LAV CUVID is released.

[bjd]

thanks Nev, looking forward to it.

[ranpha]

works fine here, are you using 0.2?

yes, I'm using version 0.2.

[TinTime]

Thanks for this! - I'll give it a go shortly.

As far as i am aware, only full acceleration is supported by CUVID. I would be surprised if it implements partial acceleration .. but then, i don't have a VP2 card in any working system to test.

I've got an 8600GT so I'll see what happens. Using DGNV tools I'm able to decode VC-1 and MPEG-2 despite it being a VP2 card. Apparently it decodes in software somewhere in the NVidia drivers.

[CruNcher]

As far as i am aware, only full acceleration is supported by CUVID. I would be surprised if it implements partial acceleration .. but then, i don't have a VP2 card in any working system to test.
In any case, i'm not that interested in supporting partial acceleration in my filter, its usually a PITA to work with.

Hmm i would say so as Donalds NVDgdec has no problems playing back that stream with partial acceleration on VP2 and that is a really direct Nvcuvid implementation, DXVA has also no Problems with it @ least if the Decoder is correctly optimized for every WMV9 (WMV3) VC-1 bitstream obviously no WMV1/2 bitstream is accelleratable (for that i either use ffdshow or Microsofts Decoder also for some Special WVC1 bitstreams that are outdated spec i use Microsofts Decoder for DXVA as i said Arcsoft Fails with such bitstreams on DXVA same visual problem like the to much reference problem that H.264 suffers on DXVA from) :)

[nevcairiel]

I still have a GTX260 sitting around somewhere .. i can probably throw it in some PC to test at some point. But still enough to do until then.

[jmone]

Sorry to ask, but don't know my nVidia card models from my elbow! Any recomendations for a HTPC (Silent or Quite with venting out the back as it is to go into a Shuttle), HDMI for LPCM Audio, Powerful enough for LAV / madVR but will work in a 300w Shuttle PSU. Eg I recently got a HD5670 which works well but is obviously incompatible for LAV CUVID

[SamuriHL]

The 430 should do it, yes?

[nevcairiel]

The 430 with its 1GB of memory should be plenty. If you want some room to improve, i have a 450 in my HTPC, and its very quiet (the gigabyte version with their custom cooler)

Edit:
this one: http://www.gigabyte.com/products/product-page.aspx?pid=3593#ov
Not sure about the non-OC version, the cooler looks weird and bulky.

The Windforce cooler on some Gigabyte cards is usually pretty quiet.

For 430 you can even get passive, but not sure how that works out in such a small shuttle case.

[SamuriHL]

I have the 450, as well, and it's incredibly quiet. It's in my bedroom and it's on when I sleep, so, it's really very quiet. Power wise, it's very easy on the power.

[madshi]

Just as a hint: Things move fast in the computer world. If you have a bit of patience, throwing out your ATI card and replacing it with an NVidia card might not be necessary in the long run. Of course it all depends on how much patience you have. nevcairiel's solution for hardware decoding + deinterlacing with madVR is here now, so if you don't have much patience, a decent NVidia card should be a pretty good solution right now. On the other hand, ATI cards currently seem to have the better performance per watt ratio, and maybe there'll be a solution for using hardware decoding + deinterlacing with ATI + madVR sooner or later, too.

A 430 should be good enough, I guess. At least for pure decoding plus general madVR 2D Blu-Ray rendering. It might not be fast enough for future madVR algorithms or for 1080p60 or 3D 1080p24 rendering with highest scaling algorithms (if you need to scale 1080p content at all), can't say for certain.

[markanini]

Hardware decoding with madVR.....

And hardware de interlacing at that, very awesome indeed. There was a Chinese decoder that could do this earlier? FWIW on my 9800GT interlaced mpeg2 ts and ps files work as expected. Progressive H264 also work fine. VC1 wont start.

[jmone]

Mmmm.....thanks all for the GPU feedback, and I'm not sure I'll jump and cross grade at this stage as the 5670 is low power (good for the little PSU in the shuttle), vents out the back, is quite, has DD5 mem and handles my 1080/50p content with madVR just fine. The only thing I don't currently get is great deinterlacing (especially of 1080/60i VC-1... and I really don't have much of that anyway (the odd Video Concert etc)). The alternative nVidia range "seems" to be:
- 430: I can only see DD3 based products (may be limited on future madVR / AVC 1080/50p) but power consumption, etc looks fine
- 450: Specs claim you need a 400w PSU and the current available designs dump the heat into the Box not back vented.

[yesgrey]

Any recomendations for a HTPC
The GT 440 is preferable. The GT 430 uses DDR3 memory, while the GT 440 uses DDR5, and that will make a lot of difference: double the memory bandwidth.

[Aleksoid1978]

I have a bug - after seek video resize/zoom to 100% in MPC-HC.

[sneaker_ger]

I have a bug - after seek video resize/zoom to 100% in MPC-HC.

Same here. (MPC-HC 2988, madVR 0.47)

[ranpha]

Can anyone reproduce image quality corruptions + green bar on this sample (http://goo.gl/vRNdi). The clip plays fine with either CoreAVC CUDA or nVidia's own CUVID MF transform filter.

Already found out why playback of the sample is broken: Haali Media Splitter. Using MPC-HC internal MP4 splitter and playback is fine.

[Aleksoid1978]

Another bug - slow framerate while playback XVID video. Original fps - 25, play with ~16.
Play in MPC-HC, EVR Custom.

[nevcairiel]

Another bug - slow framerate while playback XVID video. Original fps - 25, play with ~16.
Play in MPC-HC, EVR Custom.

Turn on Frame Time Correction.

[jmone]

Wait for bluray support in LAV Splitter.... :)
I'm working on that again, now that LAV CUVID is released.

Great news as this gives the first every DirectShow solution for BD!

[SamuriHL]

Great news as this gives the first every DirectShow solution for BD!

You ain't kidding. What an amazing solution this is shaping up to be! First the awesome splitter so we get great MKV playback. Then the decoder to help those of us with slow machines to make use of madVR. And finally blu-ray support. I love it!

[nevcairiel]

The CUVID decoder was an accident really. I stumbled upon the CUVID sample application one day, and it looked so super simple, so i wondered how hard it would be to wrap DirectShow around it .. turns out, not that hard!

Still needs alot of work to improve timestamping behaviour so it works better with some of the "funny" renderers out there, but for me, it seems to work quite smoothly with madVR, no matter what i throw at it. :) I'll be focusing on the splitter again now for the near future, though.

[bjd]

but for me, it seems to work quite smoothly with madVR

Yep, same here.

[SamuriHL]

Yea, it works perfectly for me with madVR, as well. Since you fixed the bug I ran into, I've not had any more problems. :thanks: I'm really truly happy with how your code has been progressing. Once you get bitstreaming in the audio decoder I can nuke ffdshow completely. I was using it for scaling but I have other ways to pull that off now that work just as well or better. And now I can use madVR on my bedroom machine for both h.264 and VC-1. That is a godsend!

[xv]

I found two problems:
-Some H.264 videos produce chroma offset: The chroma is displayed about 16 pixel to high, the 16 px at the bottom are green/grey (depends on renderer), like second picture (Anixe HD) I posted in the DiAVC thread: http://forum.doom9.org/showthread.php?p=1442323#post1442323.
-Does not work correctly with DVBViewer:
MPEG-2 decodes, but has problems after channel change (DVBViewer does not rebuild graph, LAVCUVID need to detect stream change and reset decoder).
H.264 decodes <1 second with major display problems (picture is completly disordered), then it crashes.

[goldie]

How could I missing this. :mad:
Just bought an ATI Radeon graphics card for madVR! :p

[nevcairiel]

-Some H.264 videos produce chroma offset: The chroma is displayed about 16 pixel to high, the 16 px at the bottom are green/grey (depends on renderer), like second picture (Anixe HD)

This sounds like an issue with the files, or incompatibilities with the hardware decoder. Do you have CoreAVC, and can compare if its not happening there when using the CUDA mode?

-Does not work correctly with DVBViewer:
MPEG-2 decodes, but has problems after channel change (DVBViewer does not rebuild graph, LAVCUVID need to detect stream change and reset decoder).
H.264 decodes <1 second with major display problems (picture is completly disordered), then it crashes.
I'll add support for format changes in the next version.

[CruNcher]

This sounds like an issue with the files, or incompatibilities with the hardware decoder. Do you have CoreAVC, and can compare if its not happening there when using the CUDA mode?

I'll add support for format changes in the next version.

Thats the chromatic blend issue i have tried to describe earlier that i get with MPC-HC Splitter and Deinterlacing on the premiere-paff.ts sample see my earlier post with the 2 samples, i guess it could have todo with the nature of 1920x1088 Sat ratio NVDgdec/CoreAVC for example clip that 8 pixel it seems LA CUVID has issues with that signal resulting in Deinterlacing being done wrong ;) other TS Demuxer (more stable ones) wont accept the way LA CUVID handles that @ all and dont deinterlace see Arcsofts Demuxer http://forum.doom9.org/showpost.php?p=1487864&postcount=66 .

So far with Arcsofts Demuxer there are are only this 2 samples error out the other ts samples seem to work fine, except obviously Mpeg-2 Studio Profile as nvcuvid doesn't support 4:2:2 streams yet :)

[xv]

This sounds like an issue with the files, or incompatibilities with the hardware decoder. Do you have CoreAVC, and can compare if its not happening there when using the CUDA mode?I do not have CoreAVC, but DGDecNV and it works perfectly there. I also remuxed the file, problem is still the same.
By the way, the file the problem occurs is not recorded from DVB, but encoded by a DSLR and is in MOV container, I remuxed to MKV, same problem. File is 1080p25 (1088 coded). Plays fine with ffdshow.
I'll add support for format changes in the next version. Thanks! Could you also investigate the H.264 problem with DVBViewer?

Another question: MPEG-2, MPEG-4 ASP and H.264 work for me, but it refuses to accept WMV3 (from wmv/asf file), which is the same as VC-1? Or are there some differences and CUDA cannot decode it?