or Connect
AVS › AVS Forum › Video Components › Home Theater Computers › HD 1080i Test Pattern to determine Vector Adaptive Deinterlacing + others icl. Ticker
New Posts  All Forums:Forum Nav:

HD 1080i Test Pattern to determine Vector Adaptive Deinterlacing + others icl. Ticker - Page 2

post #31 of 283
blaubart

Is there a plan to create a VC-1 version (maybe in MKV)? There are a bunch of 1080i59.94/50 VC-1 BD discs: Unofficial Blu-ray Audio and Video Specifications Thread and it's interesting to see how GPU/software decoder handle them with proper deinterlacing.
post #32 of 283
Thread Starter 
One by one, renethx, the service station is running hot.. Yes I did some vc1 experiments...

First H.264:
Changing ref.-frames + (real) slices the new "H.264 Cheese Slicies" will run now in MPC-HC + MPC Video Decoder. Overlay/VMR9 playing fine (WinXP). Would be nice if somebody could test it with EVR.

If you find instabilities always first tryout if your favourite 1080i TV-recordings will run well under same circumstances, for as mentioned above: generally all H.264 video and particularly interlaced H.264 video does not run as foolproof with various playback configurations as MPEG2.


"H.264 Cheese Slices":
NTSC interlaced (29.97 FPS):
H.264 - 1080i - 29.97 fps - (36 MB)

PAL interlaced (25 FPS):
H.264 - 1080i - 25 fps - (33 MB)
(-> remind: this PAL vers. will judder with 60Hz PC monitors if they are unable to display 50Hz natively. Check up the monitor Tech. Specs.)
-> and you have to set the output of the graphics card to 50 Hz.

VC-1:
...but the first thing is always, which players/(softw.) decoders should run stable? MPC-HC's vc1-playback abilities are not really advanced, I think PDVD 9 Ultra, TMT 3 Platinum should do it better. Will they play .vc1 elementary?
post #33 of 283
Quote:
Originally Posted by blaubart View Post

VC-1:
...but the first thing is always, which players/(softw.) decoders should run stable? MPC-HC's vc1-playback abilities are not really advanced, I think PDVD 9 Ultra, TMT 3 Platinum should do it better. Will they play .vc1 elementary?

So the main source of 1080i VC-1 is BD discs and MKV created from them. For BD discs, PowerDVD and TMT are the best players. For MKV, we can still use PowerDVD/TMT, but perhaps many prefer playing them in a media player. I tested several codecs in MPC HomeCinema with HD 4670, CCC9.6, Win7. The results I got so far are (I used the famous HD HQV Video Resolution Loss Test converted to MKV):

- Haali Media Splitter/MPC Video Decoder/EVR or EVR CR: No go (black screen).
- Haali Media Splitter/WMVideo Decoder DMO/EVR or EVR CR: Deinterlacing works good (motion or vector adaptive), but CPU usage is very high (> 60%) (WMVideo Decoder DMO does not support DXVA VLC.)
- Haali Media Splitter/CyberLink VC-1 Loader+CyberLink VC-1 Decoder (PDVD7.x or PDVD8)/EVR or EVR CR: Perfect playback (HA/Motion or Vector adaptive deinterlacing works fine).
- Haali Media Splitter/VC-1 Tweak+ArcSoft HD Decoder/EVR or EVR CR: Error in loading the decoder. Update: A workaround is give "Write" permission of the MPC HomeCinema folder to Users. Use TMT 2.1.6.113-2.1.6.119. Any later build won't work.

So CyberLink VC-1 Decoder (patch 4407/2217; don't apply a later patch) with CyberLink VC-1 Loader works great inside MPC HomeCinema.

BTW if CyberLink VC-1 Loader+CyberLink VC-1 Decoder are loaded from the MC/MP internal player, the result is totally garbage (only blending works [= hareware accelerator does not work at all] and hence PQ is boring). But this is another subject.
post #34 of 283
How about the 4850? Is the fan louder?
Is memory more important than horsepower? 1Gb vs. 512Mb variants.

One of my main drivers is getting smooth HULU playback.

Mike
post #35 of 283
Quote:
Originally Posted by PanamaMike View Post

How about the 4850? Is the fan louder?
Is memory more important than horsepower? 1Gb vs. 512Mb variants.

One of my main drivers is getting smooth HULU playback.

Mike

4850 is a video chip, it does not make noise. Which 4850 card are you referring to?

512MB is enough for video playback up to 1980x1080p+1776x1000p (this post). You may need 1GB for a larger resolution.
post #36 of 283
Quote:
Originally Posted by renethx View Post

4850 is a video chip, it does not make noise. Which 4850 card are you referring to?

512MB is enough for video playback up to 1980x1080p+1776x1000p (this post). You may need 1GB for a larger resolution.

Thanks for the input. Yes, I'm aware it's a video chip, but just about every iteration of the 4850 has some sort of fan attached to it, from the specs it puts out a lot of heat and eats power . Figured someone would say, look at this one... I also thought about the 4830, but didn't see too much info. on that particular model.

After doing some additional reading, I came to the conclusion that the 4670 should be enough, and I went with your recommendation of the passively cooled HIS version.

My only fear is that this new card won't fix my HULU stutter issue. I'm hoping my problem has something to do with either nVidia drivers, or the fact that I'm using an integrated video part.

Seems others have had success with lower end video chips, I just hope this change will be the difference maker.

Mike
post #37 of 283
Thread Starter 
Quote:
Originally Posted by renethx View Post

So the main source of 1080i VC-1 is BD discs and MKV created from them. ... I tested several codecs in MPC HomeCinema with HD 4670, CCC9.6, Win7. The results I got so far are (I used the famous HD HQV Video Resolution Loss Test converted to MKV): ...

After some trying I would say VC-1 + MKV is not such a good idea yet. I experienced same judder issues as many others and it seems to be only minimal movement patterns like Video Resolution Loss Test run judder free.

TS containers do it better and no seek issues in a 30s pattern . Or do you have other MKV informations?
post #38 of 283
Quote:
Originally Posted by blaubart View Post

After some trying I would say VC-1 + MKV is not such a good idea yet. I experienced same judder issues as many others and it seems to be only minimal movement patterns like Video Resolution Loss Test run judder free.

TS containers do it better and no seek issues in a 30s pattern . Or do you have other MKV informations?

Hmm, I am not sure what's going on ... will you post the file(s) you created (mkv, ts?)?
post #39 of 283
Quote:
Originally Posted by renethx View Post

So the main source of 1080i VC-1 is BD discs and MKV created from them. For BD discs, PowerDVD and TMT are the best players. For MKV, we can still use PowerDVD/TMT, but perhaps many prefer playing them in a media player. I tested several codecs in MPC HomeCinema with HD 4670, CCC9.6, Win7. The results I got so far are (I used the famous HD HQV Video Resolution Loss Test converted to MKV):

- Haali Media Splitter/MPC Video Decoder/EVR or EVR CR: No go (black screen).
- Haali Media Splitter/WMVideo Decoder DMO/EVR or EVR CR: Deinterlacing works good (motion or vector adaptive), but CPU usage is very high (> 60%) (WMVideo Decoder DMO does not support DXVA VLC.)
- Haali Media Splitter/CyberLink VC-1 Loader+CyberLink VC-1 Decoder (PDVD7.x or PDVD8)/EVR or EVR CR: Perfect playback (HA/Motion or Vector adaptive deinterlacing works fine).
- Haali Media Splitter/VC-1 Tweak+ArcSoft HD Decoder/EVR or EVR CR: Error in loading the decoder.

So CyberLink VC-1 Decoder (patch 4407/2217; don't apply a later patch) with CyberLink VC-1 Loader works great inside MPC HomeCinema.

BTW if CyberLink VC-1 Loader+CyberLink VC-1 Decoder are loaded from the MC/MP internal player, the result is totally garbage (only blending works [= hareware accelerator does not work at all] and hence PQ is boring). But this is another subject.

Is there an order of best quality output?

Mike
post #40 of 283
Quote:
Originally Posted by PanamaMike View Post

Is there an order of best quality output?

Mike

Perhaps

- Haali Media Splitter/WMVideo Decoder DMO/EVR or EVR CR

is the most reliable VC-1 decoder for MKV, in particular under Windows 7 (you should expect high CPU usage however, as it does not support hardware VLD [variable length decoder]) that works fine perhaps with any DirectShow media player including the MC and MP internal players. The pictures below were taken with
  • E8400 3.0GHz (CPU usage ~55%, as high as decoding 1080p H.264)
  • HD 4670
  • Haali Media Splitter/WMVideo Decoder DMO/EVR CR/MPC HomeCinema
  • Windows 7 x86 RTM
  • "Video Resolution Loss Test" 1080i59.94 VC-1 MKV created from HD HQV
Vector adaptive is selected

Motion adaptive is selected (The rotating bar is jaggier.)

Adaptive is selected (The 1-pixel alternating black and white stripe box is flashing.)

Bob is selected (The image is blurrier than Adaptive [needs to enlarge].)

Weave is selected

CyberLink and ArcSoft VC-1 decoders outside PowerDVD/TMT are not reliable (sometimes deinterlacing works, sometimes does not).
LL
LL
LL
LL
LL
post #41 of 283
Thread Starter 
Quote:
Originally Posted by renethx View Post

Perhaps

- Haali Media Splitter/WMVideo Decoder DMO/EVR or EVR CR

is the most reliable VC-1 decoder for MKV, in particular under Windows 7 (you should expect high CPU usage however, as it does not support hardware VLD [variable length decoder]) that works fine perhaps with any DirectShow media player including the MC and MP internal players. The pictures below were taken with...

Good performance! I tried it on my - WinXP/HD 3850 AGP/Overlay/65% CPU usage - but no chance, the 1p Field is grey and the rotating bar is jaggy (not like VA Deinterl.) as on your screenshot.
Seems that the WinXP-vers. of WMVideo Decoder DMO is not connected at all to the HD 3850 - changing CCC deinterl. mode has not the slightest influence.


But did you ever test other interlaced VC-1.mkv videos?
"HQV Video Resolution Loss Test" has only a rel. fixed 5 Mbit data rate. I checked higher data rates and about >8 Mbit (DVD rate) interlaced DXVA play back results in random timing issues (sometimes running too fast, sometimes judder). This bad timing (as mentioned above, other people tell the same story) is obviously software made (Haali/Cyberlink) cause some combinations run high data rates well (Gabest or DVBViewer Sources/Arcsoft).
Whatever, a 1 minute, 5-6 Mbit 1080i VC-1 video runs good with three MPC-HC DXVA playback combos (WinXP):

1) as TS and MKV:
- Haali Media Splitter / VC-1 Tweak(Haali)+ArcSoft Video Decoder / VMR9 or Overlay: Perfect playback

2) as MKV:
- Haali Media Splitter / CyberLink VC-1 Loader+CyberLink VC-1 Decoder (PDVD7.x or PDVD8) / VMR9 or Overlay: nearly perfect playback (->your Win7 favourite)

3) as TS:
MPC-HC Setting: "Internal Filters" - "MPEG, PS/TS/PVA" on (-> so Haali will keep off with VC-1 Tweak (MPC Source) installed)
- MPC-MPEG Splitter (Gabest) / VC-1 Tweak (MPC Source)+ArcSoft Video Decoder / VMR9 or Overlay: Perfect playback

Rem., all the VC-1 Tweaks are kind of unstable: they may change or are changed somehow in their status, so players or GraphEdit could pop up warnings that weren't there before. Sometimes they affect each other and sometimes they even vanish or are vanished..

Above 3rd TS-combination is also playing good VC-1 Slicies (>30 Mbit at fastest spot). As well running all other VC-1.ts Videos I could try but then only renderer Overlay should be used (WinXP). Vistas EVR-??.
So .ts seems to be the better choice. And let's leave MPC-HC now..


Next I tested DVBViewer and surprise surprise it does not even need any VC-1 Tweak! The built-in Source Filter connects TS directly resulting in a more stable play back then even above combo 3) has. And seeking around in longer videos is also fast and stable now. As Cyberlink still causing the old VC-1 + interlaced + DXVA timing issues, so take Arcsoft (TMT2 or read down from here for more links).
How to convince DVBViewer to use Arcsoft Decoder on VC-1: push the merit of all other vc1 decoders installed below Arcsoft Video Decoder's merit, then reboot.



By the way: Interlaced VC-1 is still a no go with MPC Video Decoder. But runs progressive VC-1 perfect using DXVA.

EDIT 2012:
Since LAV Filters v.0.50.1 finally everything has changed:
LAV Splitter is able to directly clean-connect both, ts and mkv Slices (VC-1 interlaced) in MPC-HC to LAV Video Decoder or Cyberl. Video Decoder (PDVD10) using DXVA !


TS Download: "VC-1 Cheese Slicies" TS (26MB) NTSC 1920x1080 interlaced 29.97fps

MKV: I could not find one combination to run VC-1 Slicies or other >8 Mbit data rate video as mkv without any timing issues (the combos all charge Haali Splitter). But maybe Win7 or EVR do it better?
EDIT: yes they do! Runs fine on Win7 WMP !

MKV Download: "VC-1 Cheese Slicies" MKV (27MB) NTSC 1920x1080 interlaced 29.97fps
post #42 of 283
This is somewhat a double post (I wrote this in a thread discussing Windows 7 built in decoders), but I thought it would also fit in the discussion about test patterns (since that's what I used for evaluation).

Test patterns played in MPC HC, using Nvidia 185.85 drivers on GeForce 9400.
64 bit
MS DTV decoder: 1p pattern stable (no shimmering) through the start of motion. A second or two after motion starts the pattern degrades into black/white flickering. Bottom ticker shows lots of blurred/double images (combing, I think), causing lost of motion resolution.

MPC mpeg2 decoder: "Field Shift" setting seems closest to 1080p test clip that I could see, but no DXVA. CPU usage up to 40-50%. But renethx pointed out this is a poor deinterlacing method from other tests.

32 bit
MS DTV decoder: Same result as 64 bit.

Cyberlink PDVD9 mpeg2 decoder: This decoder only has two choices for deinterlacing: bob or weave. Similar performance as MS DTV decoder. Adequate deinterlacing from standstill through the beginning of motion. Ticker motion about as horrible as MS decoder, lots of double image/combing leading to loss of motion resolution. Are these two decoders similar because they're both DXVA?

MPC mpeg2 decoder: Again, "Field Shift" setting is the same as above.

Test pattern played in Win 7 MC (x64)
MS DTV decoder: I'm using the default decoder from build 7600 RTM. The 1p pattern starts shimmering as soon as the test clip starts, and gets worse with motion. How can this be different inside MC than playing the same clip in MPC HC using the same decoder?

Best results in 7MC: output 1080i and let my TV do the deinterlacing.
post #43 of 283
Quote:
Originally Posted by renethx View Post

So the main source of 1080i VC-1 is BD discs and MKV created from them. For BD discs, PowerDVD and TMT are the best players. For MKV, we can still use PowerDVD/TMT, but perhaps many prefer playing them in a media player. I tested several codecs in MPC HomeCinema with HD 4670, CCC9.6, Win7. The results I got so far are (I used the famous HD HQV Video Resolution Loss Test converted to MKV):

Thanks.
And have you tested VC-1 Interlaced + MPC HC/EVR CP + Vista + NVidia 9400 ?
post #44 of 283
Quote:
Originally Posted by renethx View Post

BTW if CyberLink VC-1 Loader+CyberLink VC-1 Decoder are loaded from the MC/MP internal player, the result is totally garbage (only blending works [= hareware accelerator does not work at all] and hence PQ is boring). But this is another subject.

So you also noticed that the filters act differently in MC/WMP as I did. What's going on here?

Quote:
Originally Posted by nlnl View Post

Thanks.
And have you tested VC-1 Interlaced + MPC HC/EVR CP + Vista + NVidia 9400 ?

I also would like rene to test Nvidia 9400 to see if he finds the same thing I did. I can test VC-1 interlaced later when I get home, but the mpeg2 deinterlacing isn't very encourage as I reported above.
post #45 of 283
Thread Starter 
Here some ideas for you but I'm only the lucky guy having some rare hardware allowing me clean DXVA since a long time and so doing the patterns.

Quote:
Originally Posted by tsanga View Post

MS DTV decoder: 1p pattern stable (no shimmering) through the start of motion. A second or two after motion starts the pattern degrades into black/white flickering. Bottom ticker shows lots of blurred/double images (combing, I think), causing lost of motion resolution.

Sounds exactly like Weave Deinterlacing.

"A second or two after motion starts the pattern degrades into black/white flickering" -> see topic:

"Description:
First, don't get shocked - the pattern will NEVER look totally clean and "peaceful". I had to build in points (noise), lines and movements that can not be handeled by today's deinterlacers. And some that will be almost deinterlaced. But just in these parts the different video processors and deinterlacing options show determinable effects."

"- all options will flicker during the odd (2nd) moving up-down. The comments refer to the even up-downs (see "Movements")".



Quote:


MPC mpeg2 decoder: "Field Shift" setting seems closest to 1080p test clip that I could see, but no DXVA. CPU usage up to 40-50%. But renethx pointed out this is a poor deinterlacing method from other tests.

Yes, it is.


Quote:


Cyberlink PDVD9 mpeg2 decoder: This decoder only has two choices for deinterlacing: bob or weave. Similar performance as MS DTV decoder. Adequate deinterlacing from standstill through the beginning of motion. Ticker motion about as horrible as MS decoder, lots of double image/combing leading to loss of motion resolution. Are these two decoders similar because they're both DXVA?

Though not knowing MS DTV decoder I would say yes. But may be they both do not use DXVA within your setup. How about the CPU Usage? Only "bob or weave" is often a driver issue. Sorry, how to enable DXVA on GeForce 9400, no idea, just hope for renethx (as I do ) or search a bit for the howto.


Quote:


Test pattern played in Win 7 MC (x64)
MS DTV decoder: I'm using the default decoder from build 7600 RTM. The 1p pattern starts shimmering as soon as the test clip starts, and gets worse with motion.

(Again) take a look at the topic "Determine all deinterlacing options of CCC:". Which one of the screenshots does match to the "gets worse with motion"? Maybe you're already running VA?


Quote:


How can this be different inside MC than playing the same clip in MPC HC using the same decoder?

Regard to:

Originally Posted by renethx:
--- BTW if CyberLink VC-1 Loader+CyberLink VC-1 Decoder are loaded from the MC/MP internal player, the result is totally garbage (only blending works [= hareware accelerator does not work at all] and hence PQ is boring). But this is another subject. ---


Most (all?) current HD decoders are not only permanent Beta, they are mostly designed for 1 single software or worse for a special setup. Everything else means only having luck or not...
post #46 of 283
Quote:
Originally Posted by tsanga View Post

Test pattern played in Win 7 MC (x64)
MS DTV decoder: I'm using the default decoder from build 7600 RTM. The 1p pattern starts shimmering as soon as the test clip starts, and gets worse with motion.

Upon closer inspection (thanks to blaubart for leading me in the right direction), it appears that the MS DTV decoder works the best inside of MC only (and not MPC). I'm now quite positive that the decoder is doing "adaptive" deinterlacing. The ticker text actually looks quite good (it looked horrible in MPC using the same decoder).

A bit bummed out that I'm not getting VA since rene reported it to work with Nvidia 9400 + XP. Also it appears I'm trading in my TV's excellent deinterlacing for a step down.
post #47 of 283
Thread Starter 
Read down form here maybe this helps a bit.

Quote: "The 9400 is more than capable of 1080i output all by itself. If you're having issues, it's with your other components/software/drivers.
You should try changing the rendering, or forcing it. With MPC-HC you have a lot of options, and under XP (and Vista), picking the wrong ones will result in lousy playback.
I use Vista, so I can't say for sure what you should pick in XP. But I'd recommend ripping out the 8500 and just usin the 9400, current drivers, and default BIOS settings. Then play with the rendering options in MPC-HC.!"


Rem. Slicies is one of the hardest deinterlacing tests you can do. Playing normal 1080i TV Recordings may be fine while Slicies is displaying faults. You may also try the H.264 and VC-1 Slicies. Or the 1080p MPEG2 Slicies to see what progressive video is doing.
post #48 of 283
Quote:
Originally Posted by blaubart View Post

Though not knowing MS DTV decoder I would say yes. But may be they both do not use DXVA within your setup. How about the CPU Usage? Only "bob or weave" is often a driver issue. Sorry, how to enable DXVA on GeForce 9400, no idea, just hope for renethx (as I do ) or search a bit for the howto.

I tried the MS DTV and Cyberlink decoders because these are the ones that support DXVA.

Quote:
Originally Posted by renethx View Post

Another good MPEG-2 Decoder is CyberLink Video/SP Decoder (MS and this one [and ArcSoft from TMT2] are the only MPEG-2 decoders that support DXVA).

Quote:
Originally Posted by blaubart View Post

Read down form here maybe this helps a bit.

Quote: "The 9400 is more than capable of 1080i output all by itself. If you're having issues, it's with your other components/software/drivers.
You should try changing the rendering, or forcing it. With MPC-HC you have a lot of options, and under XP (and Vista), picking the wrong ones will result in lousy playback.
I use Vista, so I can't say for sure what you should pick in XP. But I'd recommend ripping out the 8500 and just usin the 9400, current drivers, and default BIOS settings. Then play with the rendering options in MPC-HC.!"


Rem. Slicies is one of the hardest deinterlacing tests you can do. Playing normal 1080i TV Recordings may be fine while Slicies is displaying faults. You may also try the H.264 and VC-1 Slicies. Or the 1080p MPEG2 Slicies to see what progressive video is doing.

Although the MPC mpeg2 decoder is software only (no DXVA), which setting is the best? BOB, or blend?

The 1080p mpeg2 clip looks fantastic. That's part of my problem - realizing how far interlaced content is from how it's supposed to look! Ignorance is bliss.
post #49 of 283
Regarding GeForce 9400: Under XP with MediaPortal (internal TS source filter/VMR9), GeForce 9400 supports VA fine in all three formats Cheese Slices H.264/VC-1/MPEG-2.ts. I used

- CyberLink H.264 Video Decoder
- WMVideo Decoder DMO
- CyberLink Video/SP Decoder

However, under Vista/7 with MP and MC, the best deinterlacing method seems to be Adaptive. GeForce 9500 GT is the minimum NVIDIA GPU that supports VA. (HD HQV is an exceptionally good, however, with TMT/PDVD.)

@blaubart

Thanks for your continuing elaborate work.
post #50 of 283
renethx,

Thanks for this vital piece of data.

This is a bit disappointing. So to get the best deinterlacing performance, I have to switch back to XP/MP with all its UI/setup quirks. Not that MP is that difficult, but 7MC is just smooth as polish. But there are definite playback performance advantages in MP (subtitles, deinterlacing, etc.).

This is either a limitation of the Nvidia driver between XP and Vista/Win 7, or something to do with the decoders available for each platform. I certainly hope it isn't by design (to limit performance of GPU in order to up sell higher end GPU).
post #51 of 283
> "VC-1 Cheese Slicies" TS (54MB) NTSC 1920x1080 interlaced 29.97fps

> By the way: Interlaced VC-1 is still a no go with MPC Video Decoder.

Hi to everybody !!

If you like you could try this tweak. A CyberLink Loader for the Gabest source filter MPEG PS/TS/PVA. It can load the "VC-1 Cheese Slicies" successfully on my XP. You will need a VC-1 decoder from CyberLinks PowerDVD8, because the decoders from PDVD9 are packed (encrypted) and cannot be registered any more. Btw, many decoders from the Trial or Update packs are not time limited. For further details have a look into the readme file of the rar archive, please.

2 Loaders for the PDVD8 VC-1 decoder (2.2.0.6102 etc) connecting to the Gabest MPEG PS/TS/PVA source filter or to the Gabest MPEG Splitter:

 

CL_VC-1_Gabest_m2ts.zip 487.20703125k . file
post #52 of 283
Quote:
Originally Posted by renethx View Post

Regarding GeForce 9400: Under XP with MediaPortal (internal TS source filter/VMR9), GeForce 9400 supports VA fine in all three formats Cheese Slices H.264/VC-1/MPEG-2.ts. I used

- CyberLink H.264 Video Decoder
- WMVideo Decoder DMO
- CyberLink Video/SP Decoder

renethx,

What do you use to play the 1080p .ts clip in MediaPortal? I have Cyberlink Video/SP Decoder from PowerDVD9 setup and it won't play (but you're right - 1080i deinterlacing is perfect). Also, the MPC HC decoder also balks at playing the h.264 in MP.
post #53 of 283
Thread Starter 
Quote:
Originally Posted by -peter- View Post

A CyberLink Loader for the Gabest source filter “MPEG PS/TS/PVA”. It can load the "VC-1 Cheese Slicies" successfully on my XP.

I tried it with your Gabest source Loader which is similar to this one posted above. But same issue.
Loading is not the promlem. But are you quite sure the VC-1 ts-Slicies is running smooth on your CyberLink+MPC-HC without ANY judder? And sure about using DXVA (CPU usage below 10% or so)?
This is important because if yes, I had to think newly about my setup.
post #54 of 283
Thread Starter 
Quote:
Originally Posted by tsanga View Post

I tried the MS DTV and Cyberlink decoders because these are the ones that support DXVA.

They do but they do not have to use it even if they do so as if. Often the only way to determine if DXVA is really working is to check the CPU usage during video is running. Below about 10% should be DXVA depending a bit on the speed of your CPU.


Quote:


Although the MPC mpeg2 decoder is software only (no DXVA), which setting is the best? BOB, or blend?

Both garbage. Try at least to get Adapive somehow.


Quote:


The 1080p mpeg2 clip looks fantastic. That's part of my problem - realizing how far interlaced content is from how it's supposed to look!

Mine too, believe me. Initially I did all this deinterl. sh.. just for some stray sheeps But remind, interlaced Slicies is really hardcore. Those things you close to never see in normal TV, movies: Stripes are banned worldwide since the first TV Productions till today for exactly that deinterlacing issues. Sport transmissions are bit of an exception proving the rule.
post #55 of 283
Quote:
Originally Posted by tsanga View Post

renethx,

What do you use to play the 1080p .ts clip in MediaPortal? I have Cyberlink Video/SP Decoder from PowerDVD9 setup and it won't play (but you're right - 1080i deinterlacing is perfect). Also, the MPC HC decoder also balks at playing the h.264 in MP.

CyberLink Video/SP Decoder from any of 7.3, 8, 9 works fine with both p and i.

Maybe MPC Video Decoder does not like H.264 ts files? Not sure. CyberLink H.264/AVC Decoder from 7.3 Patch 4407 and 8 Patch 2217 works fine.
post #56 of 283
Quote:
Originally Posted by blaubart View Post

I tried it with your Gabest source Loader which is similar to ...Doom9... posted above. But same issue.
Loading is not the promlem. But are you quite sure the VC-1 ts-Slicies is running smooth on your CyberLink+MPC-HC without ANY judder? And sure about using DXVA (CPU usage below 10% or so)?
This is important because if yes, I had to think newly about my setup.

Hi blaubart,

the Gabest source loader from Doom9 did not work for me at all (no connection). But the Haali version did. So I decided to swap the GUIDs of the Haali loader and renamed it by patching it with a Hex editor.

The VC-1 ts-Slicies are not running absolutely smooth but I would say the judder is still acceptable. MPC-HC 1216 shows 20 ms jitter. And it's really using DXVA with less than 5 % CPU load, because I also tried it out with "Use Hardware Accelerator" disabled in the CyberLink VC-1 decoder and than it's just horrible with a lot of judder (like stop & go) and a CPU load between 70 % and 100 %. Make sure that the VC-1 Gabest source loader is set to "Prefer" under external filters!

Try VMR7 windowed (or Overlay) first, because VMR7 renderless won't use DXVA and VMR9 needs much more resources for the CPU <-> GPU data transfer and that might cause a higher CPU load and more judder too. The disadvantage of VMR7 windowed mode are the missing subtitles of course, but I can't use VMR9 renderless here on my HD 3450 PCIe x1 because it has a very limited bandwidth for the data transfer and gets unstable then.
post #57 of 283
Thread Starter 
Quote:
Originally Posted by renethx View Post

@blaubart
Thanks for your continuing elaborate work.
Quote:
Originally Posted by tsanga View Post

renethx,
Thanks for this vital piece of data.

Hey tsanga, that was my laudation not yours The following really has nothing to do with you.

@renethx
You're one of the rarer than rares trying to think before writing. That truly builds me up here!

Quote:


Maybe MPC Video Decoder does not like H.264 ts files? Not sure.

Your nose was right. Though "H.264 Slicies" is running well now with MPC Video Decoder+Overlay, TV recordings do not at all.

Also under WinXP CyberLink is playing perfect all H.264 video with VMR9 and VMR7 but with Overlay no DXVA.
But CyberLink + Overlay + DXVA runs well under Catalyst 8.12-9.2 ... ...

I say that's a running the gauntlet everybody has to deal with by himself!!
post #58 of 283
Thread Starter 
Quote:
Originally Posted by -peter- View Post

The VC-1 ts-Slicies are not running absolutely smooth but I would say the judder is still acceptable.

Hi peter!
I tried all and everything now, different versions, MPC's, Renderers, all kinds of VC-1 Video, even Catalysts(!) but the judder remains completely unacceptable, no differences at all. Unlike H.264, there are many. Ad believe me I'm just glad to give up now because MPC Video Decoder plays the progressive, Arcsoft is playing all fine. Cyberlink+VC-1 is not my way.
Do you have other interlaced VC-1 Video to check the judder?
post #59 of 283
Quote:
Originally Posted by blaubart View Post

Hey tsanga, that was my laudation not yours

Ha, I have to say thanks to you as well. This thread is very educational.
post #60 of 283
I have a 4550 and have most of the problem here. Specially the VA related ones.

Now i'm thinking of changing it.

What would be a good replacement card for win7 x86. The 4670 looks tempting.

thx
New Posts  All Forums:Forum Nav:
  Return Home
  Back to Forum: Home Theater Computers
AVS › AVS Forum › Video Components › Home Theater Computers › HD 1080i Test Pattern to determine Vector Adaptive Deinterlacing + others icl. Ticker