Media Player Classic Home Cinema (MPC-HC) - DXVA!

[gngn]

What resizing? It also happens with any standard 720p video with styled subs, karaokes and such. All is fine except that blurring, any suggestions?

maybe related to the resize-method for VMR renderless? at Options-Output-VMR7/9 renderless settings, i use Bilinear PS 2.0 (with Nearest Neighboor i get also some blurring/pixelation)

[ericab]

Can you take the debug one again, open file and seek :
- does it do the same?
- can you post the dxva.log file ?

@Casimir666

ok; redownloaded 528_debug.

vmr9renderless, reclock, and internal MPCHC decoder.
video properly bitstreams, audio properly bitstreams.

video play right off the bat.

seeking works (however somewhat slowly...nothing crazy though)

framerate is below 10 F.P.S. constantly.

movie used:
The.Bridge.on.the.River.Kwai.1957.720p.HDTV.x264-CtrlHD


DXVA.log ---->

http://www.zshare.net/download/127409850abe6c63/


Picture.log ----->

http://www.zshare.net/download/127410039c25d079/

System specs:
winXP sp3, 8800GTS (g92 core) & 8600GT (g87 core --i believe)

[gngn]

i get the normal framerate with the 528_debug version, if i close my antivirusprogram :D it will play the smoothly


http://img225.imageshack.us/img225/6906/image3xm4.th.jpg (http://img225.imageshack.us/my.php?image=image3xm4.jpg)

[STaRGaZeR]

maybe related to the resize-method for VMR renderless? at Options-Output-VMR7/9 renderless settings, i use Bilinear PS 2.0 (with Nearest Neighboor i get also some blurring/pixelation)

That cannot be since I'm using EVR Custom to make DXVA work. And it seems that the resizing options only affects the video itself, not the subs. Just tested it. I can only think about the subtitle engine. Now that I look at it it seems that the subs have anti-aliasing applied to them, just that it's too much for my tastes. MPC already makes the shadows and borders of the subs larger and the letters are smaller than VSFilter, plus the anti-aliasing makes them look blurred. What do you think? Two more examples, in the first pic as the subs are larger the effect is much less noticeable, but it's there:

http://img504.imageshack.us/img504/935/gwwq9.th.png (http://img504.imageshack.us/my.php?image=gwwq9.png) http://img248.imageshack.us/img248/6606/geassxb6.th.png (http://img248.imageshack.us/my.php?image=geassxb6.png)

With VSFilter:

http://img406.imageshack.us/img406/9069/gwvsla7.th.png (http://img406.imageshack.us/my.php?image=gwvsla7.png) http://img405.imageshack.us/img405/3653/geassvslb3.th.png (http://img405.imageshack.us/my.php?image=geassvslb3.png)

[ADude]

Just activate all ADPCM decoding possibilities in the ffdshow audio configuration and it will work

I tried that and it did not help.

When I change from Quicktime to Directshow for .mov, it doesn't even know that is an ADPCM:
The following pin failed to find a connectable filter:

150821main_viking-062206-320cc.mov::Apple Sound Media Handler

Media Type 0:
--------------------------
Audio: 0x0000 32000Hz mono

AM_MEDIA_TYPE:
majortype: MEDIATYPE_Audio {73647561-0000-0010-8000-00AA00389B71}
subtype: Unknown GUID Name {324D4451-0000-0010-8000-00AA00389B71}
formattype: FORMAT_WaveFormatEx {05589F81-C356-11CE-BF01-00AA0055595A}
bFixedSizeSamples: 1
bTemporalCompression: 0
lSampleSize: 1
cbFormat: 178

[ranpha]

That cannot be since I'm using EVR Custom to make DXVA work. And it seems that the resizing options only affects the video itself, not the subs. Just tested it. I can only think about the subtitle engine. Now that I look at it it seems that the subs have anti-aliasing applied to them, just that it's too much for my tastes. MPC already makes the shadows and borders of the subs larger and the letters are smaller than VSFilter, plus the anti-aliasing makes them look blurred. What do you think? Two more examples, in the first pic as the subs are larger the effect is much less noticeable, but it's there:


Go to your graphic card control panel applet and turn off all anti-aliasing options you can find. Easier to do with nVidia card than ATI.

edit: And I can't help but notice that

http://img504.imageshack.us/img504/935/gwwq9.th.png (http://img504.imageshack.us/my.php?image=gwwq9.png)

is sharper than

http://img406.imageshack.us/img406/9069/gwvsla7.th.png (http://img406.imageshack.us/my.php?image=gwvsla7.png)

Did you use different resizing methods or renderers when making those screenshots?

[thuan]

@Stargazer: Go in MPC Options -> Subtitles node and set Maximum texture resolution to desktop.

[3ngel]

I can confirm that using the internal subtitle engine the subs appear "little blurred" no matter what. With the external VsFilter the subs appear regularly sharp.

But this behavouring is present from the dawn of MPC. Indeed never understood why. No resizer, no antialias, no.... but subs always blurred. :rolleyes: (Pheraps it's related with the fact that being sent directly in the video they are sent as YUV/YV12 so they lost the preciseness 'cause not in RGB colorspace?)

[Aleksoid1978]

528_debug version work fine on XP-DXVA1, normal framerate, seek work - but if antivirus(KIS 7) is disabled, and cpu load is more than non debug 528 version on Vista-DXVA2 - 30-40% on C2D@3.2 ... possible because is debug version.

http://www.zshare.net/download/127369352f5f7b87/ - also as older version black screen on XP.

Test on sample there ref_num>4.

[STaRGaZeR]

Go to your graphic card control panel applet and turn off all anti-aliasing options you can find. Easier to do with nVidia card than ATI.

edit: And I can't help but notice that

http://img504.imageshack.us/img504/935/gwwq9.th.png (http://img504.imageshack.us/my.php?image=gwwq9.png)

is sharper than

http://img406.imageshack.us/img406/9069/gwvsla7.th.png (http://img406.imageshack.us/my.php?image=gwvsla7.png)

Did you use different resizing methods or renderers when making those screenshots?

That's because VSFilter "prints" subs into the image, and when you have a SD source the subs are in the same resolution of that video. If it's 640x480 for example, the subs will be impressed inside those 640x480 pixels, and the resized, that's why in that concrete video VSFilter is way more blurred, simply the way it works. Now go and grab some videos @720p if your monitor is 1280x1024 (no resize needed). You'll find that VSFilter gives you simply perfect (and antialiased) subs, and MPC will look blurry. Also notice that in those pics even if they are blurred or not, shadows are different, and font size too.

Texture resolution makes no difference. AA is disabled, but it also makes no difference. All resizing methods and renderers have the same effect. In my caps all is the same except subs being rendered by MPC or VSFilter. Remember I'm using EVR Custom + DXVA (for MPC subs) and EVR Custom + VSFilter (no DXVA), running Vista64 SP1 and an ATI HD3870.

Also exist the "problem" that MPC uses different font, border and shadow sizes. I suppose this is mainly due to the way MPC renders the subs, but it's not only that. ASS files with different borders and shadows look like the autor wants with VSFilter, but not in MPC. They look the same except changing colors only, not the entire style.

I'd love to see something like an internal VSFilter, rendering the subs the same as VSFilter but not putting them into the image, allowing DXVA with VSFilter styled subs. Something like putting VSFilter before the video codec in Graphedit. That would be sweet if the MPC developers can do it.

If you want I can upload some samples with different subs that will show you exactly what I'm talking about :)

[3ngel]

I was wondering.
It would be possible to add a Colospace Selector to the internal VC1 (and Mpeg2) Decoder in order to wipe away definetively all the issues regarding YUV->RGB (16/0) luma issue?

With a selected RGB32 the conversion would be done directly from the player so the color chain would be consistent no matter what Graphic Card.

Moreover, any news on the VC-1 interlaced issue?

Thanks

[neoufo51]

The Haali Renderer output really improved playback for me. These recent test builds have made video tear up like crazy under VMR9 but since I finally decided to use the Haali Renderer, playback has been as smooth as butter and my subtitles work flawlessly. Looks like I'm never going back to VMR output ever again. :)

[ranpha]

That's because VSFilter "prints" subs into the image, and when you have a SD source the subs are in the same resolution of that video. If it's 640x480 for example, the subs will be impressed inside those 640x480 pixels, and the resized, that's why in that concrete video VSFilter is way more blurred, simply the way it works. Now go and grab some videos @720p if your monitor is 1280x1024 (no resize needed). You'll find that VSFilter gives you simply perfect (and antialiased) subs, and MPC will look blurry. Also notice that in those pics even if they are blurred or not, shadows are different, and font size too.

Texture resolution makes no difference. AA is disabled, but it also makes no difference. All resizing methods and renderers have the same effect. In my caps all is the same except subs being rendered by MPC or VSFilter. Remember I'm using EVR Custom + DXVA (for MPC subs) and EVR Custom + VSFilter (no DXVA), running Vista64 SP1 and an ATI HD3870.

Also exist the "problem" that MPC uses different font, border and shadow sizes. I suppose this is mainly due to the way MPC renders the subs, but it's not only that. ASS files with different borders and shadows look like the autor wants with VSFilter, but not in MPC. They look the same except changing colors only, not the entire style.

I'd love to see something like an internal VSFilter, rendering the subs the same as VSFilter but not putting them into the image, allowing DXVA with VSFilter styled subs. Something like putting VSFilter before the video codec in Graphedit. That would be sweet if the MPC developers can do it.

If you want I can upload some samples with different subs that will show you exactly what I'm talking about :)

I know how both vsfilter and the internal MPC subtitle engine works. What I want to ask you is why the girl and the man looks sharper in the picture with MPC subs compared to what the one in VSFilter sub picture. I'm not comparing subtitles sharpness in any way.

[STaRGaZeR]

I know how both vsfilter and the internal MPC subtitle engine works. What I want to ask you is why the girl and the man looks sharper in the picture with MPC subs compared to what the one in VSFilter sub picture. I'm not comparing subtitles sharpness in any way.

Sorry, I misunderstand you. Anyway, I hope anyone of the MPC could look into this too :) Now your answer:

When using DXVA and SD videos, the IQ enhancements of the ATI kicks in. What you're noticing is Edge-enhancement, a value of 35 in CCC. That gives me the best results, more will turn the image into shit. But this doesn't work for HD, that's why you don't see any difference between the other two pics, and the ones here (http://forum.doom9.org/showpost.php?p=1143153&postcount=2187). There in the Gundam Wing ones EE is making a very good job too.

[ranpha]

Sorry, I misunderstand you. Anyway, I hope anyone of the MPC could look into this too :) Now your answer:

When using DXVA and SD videos, the IQ enhancements of the ATI kicks in. What you're noticing is Edge-enhancement, a value of 35 in CCC. That gives me the best results, more will turn the image into shit. But this doesn't work for HD, that's why you don't see any difference between the other two pics, and the ones here (http://forum.doom9.org/showpost.php?p=1143153&postcount=2187). There in the Gundam Wing ones EE is making a very good job too.

Hmmm... from my tests, even without DXVA the IQ can still be usable on all kind of videos as long as it was SD resolution. Can't make it to be used with HD videos though.

BTW, the subtitle engine in MPC-HC used VSFilter codes already, so I do not think your request can be granted. The only difference with external is probably the need of a Direct3D video card by the internal engine in MPC. Isn't clsid the one who wrote the code for this? Maybe you should just ask him.

[Liisachan]

@STaRGaZeR: have you ever tried 'ScaledBorderAndShadow: Yes' in ASS? (e.g. the border should be 200% in size if the picture/text size is 200%). Sorry OT.

[xW0Lf]

hmmm
one question:
if dedicated chip for h.264 decoding in ati 2x00HD and newer (nvidia 8x00 cards too) can decode only standard h.264 files on-the-fly (example: 1080p with <=4 ref. frames)...
can we do something to avoid that limitation and still use some of graphic-card features to off-load main CPU?
like as decode only parts of h.264 stream, not full (50% work to decode using cpu and 50% to decode using GPU)...
or to use shaders to decode h.264 in GPU ...

main goal is to send part of job to GPU....
i still have single-core P4 @ 3.4ghz and sometimes, when playing 1080P streams (full 1920x1080 with picture, without croping black regions), i got some frame drops/skiping...
and... most of my 1080p collection is non-standard (>4 ref.frames)....

so?
any ideas?

[lexor]

main goal is to send part of job to GPU....
i still have single-core P4 @ 3.4ghz and sometimes, when playing 1080P streams (full 1920x1080 with picture, without croping black regions), i got some frame drops/skiping...
and... most of my 1080p collection is non-standard (>4 ref.frames)....

so?
any ideas?

OP links to this (http://forum.doom9.org/showthread.php?t=137974) work in progress thread. The answer is "yes, but not by MPC any time soon"

[burfadel]

When you use frame by frame seek by pressing the right cursor key, when you press play again the sound plays from the initial position to where you finished going frame by frame before the picture starts off again. The sound should play directly from where the last frame is seeked! Also a left frame by frame seek would be good,

[Gawwad]

please play a problematic sample with this debug build :
http://www.etud.insa-toulouse.fr/~mvelten/bordel/mpc-hc/mplayerc_r528_Debug.zip
and send to me the file picture.log and the number of the frames where this problem appears (you can see that with ctrl+G) at : my_login atnospam gmail dot com
the same for a non problematic apple trailer would be good too.

sorry for the late reply
here is the log of the mkv sample and the apple trailer that had problems, i also included 2 720p spider-man 3 trailers that seems to not have problems
http://rapidshare.com/files/118651512/logs_for_mpc_hc.zip.html

note: i actually noticed that even some of the 720p and 480p HD apple trailers that i thought at the beginning worked perfectly, turned out to have a problematic frame somewhere, i noticed this with Wanted trailer (http://img141.imageshack.us/img141/153/3169xc6.jpg) (frame: 3169)

but surprisingly i didn't notice this with the 1080p trailers, for example i have problems with the 480p and 720p HD trailer of the diary of the dead (http://www.apple.com/trailers/weinstein/diaryofthedead/hd/), but i didn't have a problem with the 1080p version !

link for the mkv sample that had a problem: http://rapidshare.com/files/118143839/sample.mkv.html (5.50 MB)
link for spider-man 3 720p trailers: http://www.jurassicpunk.com/movies/spiderman3.shtml (i used the "trailer" and "final trailers, "teaser" had a problem)

confirmed
i do get the exact same artefacts playing diaryofthedead-tlr1_h720p.hdmov (http://www.apple.com/trailers/weinstein/diaryofthedead/hd/) with DXVA

my system: vista sp1 x32 / nvidia 8600GT

new problem, although not as serious as the previous ones
this sample shows a little artefacts when it plays with DXVA
http://rapidshare.com/files/118143839/sample.mkv.html (5.50 MB)

the video could be corrupted, but when i disable the the DXVA or play the sample with vlc player, the artefacts doesn't show :confused:

with DXVA: http://img60.imageshack.us/img60/2393/dxvaww1.th.jpg (http://img60.imageshack.us/my.php?image=dxvaww1.jpg)

without DXVA: http://img248.imageshack.us/img248/619/nodxvadf3.th.jpg (http://img248.imageshack.us/my.php?image=nodxvadf3.jpg)

i tested the sample with r527 / vista sp1 x32 / nvidia 8600GT
http://www.etud.insa-toulouse.fr/~mvelten/bordel/mpc-hc/mplayerc_r527.zip

[Gawwad]

r527 works for slices...some Macroblocking however, tested with sample-2-PPS-50fps.mkv http://www.mediafire.com/?xlwj1djjl3g and diaryofthedead-tlr1_h720p.hdmov (http://www.apple.com/trailers/weinstein/diaryofthedead/hd/)

DXVA
http://img353.imageshack.us/img353/6710/diaryofthedeadtlr1h720pts7.th.jpg (http://img353.imageshack.us/my.php?image=diaryofthedeadtlr1h720pts7.jpg)
NODXVA
http://img181.imageshack.us/img181/4281/diaryofthedeadtlr1h720pcd5.th.jpg (http://img181.imageshack.us/my.php?image=diaryofthedeadtlr1h720pcd5.jpg)



Still cannot play files over 4 Ref Frames, so x3_sample, sw_2_sample shooter_sample pirates_sample...etc.

Geforce 9600 GT XP SP3 using VMR9 Renderless

do you get the same problems with the 1080p version of the diary of the dead trailer ?
http://www.apple.com/trailers/weinstein/diaryofthedead/hd/

[STaRGaZeR]

Hmmm... from my tests, even without DXVA the IQ can still be usable on all kind of videos as long as it was SD resolution. Can't make it to be used with HD videos though.

BTW, the subtitle engine in MPC-HC used VSFilter codes already, so I do not think your request can be granted. The only difference with external is probably the need of a Direct3D video card by the internal engine in MPC. Isn't clsid the one who wrote the code for this? Maybe you should just ask him.

Weird, just re-checked it and without DXVA CCC controls don't work. I found it when decoding a standard DVD, with Ciberlink decoder (it uses DXVA for MPEG-2) they work, but not with internal MPC decoder. It seems to me that you need some kind of interaction with video drivers to activate them, as in DXVA. Cats 8.5 BTW. Regarding the subs yes, it works the same as VSFilter now that I'm testing it properly. There are some differences, I'll finish testing before say anything else.

@STaRGaZeR: have you ever tried 'ScaledBorderAndShadow: Yes' in ASS? (e.g. the border should be 200% in size if the picture/text size is 200%). Sorry OT.

Yes, I've been playing with all those options with different results. Now I think I understand how this works. It's different, specialy when you have to adjust subs to videos with 4:3 resolution and 16:9 AR. Can you tell me what exactly the following options do?

WrapStyle, PlayRes (X and Y), ScaledBorderAndShadow, Video Aspect Ratio, Video Zoom and Video Position.

Thanks :)

[Liisachan]

@STaRGaZeR
It may be too OT to continue that here, but it's not totally unrelated to MPC, so anyway...

WrapStyle=set the default for {\q} (See ass-specs.doc p.9). If unset, usually {\q0} is the default, which should be fine.

PlayResX/Y=You set the correct play-back size: PlayResX (width in pixel) and PlayResY (height), and "1" means 1 px for both X and Y. Very important to control \pos() intuitively.
(However, it is also possible to intentionally use other values e.g. PlayResX=1280, PlayResY=960 for 640x480 to enable sub-pixel positioning.)

You should set PlayResY properly when the AR is not the default (4:3), but even if you do so, the full-screen mode is still ambiguous--VSFilter is always relative-to-frame while MPC's default is relative-to-screen, although it can be relative-to-screen by a user-side option. Maybe the most noticeable difference between the 2. (I'd recommend hardsubs in softsubs when absolute positioning is really critical.)

ScaledBorderAndShadow=If Yes, MPC scales the border and shadow (BAS), e.g. 3px border should be 6px if resized to 200%. If No, MPC doesn't scale the BAS, e.g. 3px border is still 3px even if the video is enlarged to 200%. If not specified, the default is No, again making MPC quite different from VSFilter in the full screen mode.

The other things you mentioned are not in ASS specs and ignored by VSFilter/MPC. I don't know very well since I use a plain text editor to edit ASS, but several GUI tools store private information like that. They are harmless but useless for MPC. Used only by that specific authoring tool.

edit typos

[crlorentzen]

do you get the same problems with the 1080p version of the diary of the dead trailer ?
http://www.apple.com/trailers/weinstein/diaryofthedead/hd/

Nope...so it looks like Apple screwed up on the 720p rip...I guess software playback somehow cleans up the 720 one.

Anyways, I have trouble seeking in both the 720 and 1080 ones on r528_Test. r528_Debug works great for everything except it can be a little slow, low FPS, audio sync issues even with my AV disabled, all of this must be an artifact of the debug output files.

Attached are the logs from a test with diaryofthedead-tlr1_h1080p.hdmov (http://www.apple.com/trailers/weinstein/diaryofthedead/hd/) I ran the entire file, and seeked once around 15 seconds in, if that is useful. This file on the non-debug version does not seek. (diaryofthedead-tlr1_h1080p.hdmov.7z)

Also attached are logs from a file that gives me a blank screen on 528 non-debug and works fine in 528 debug
black.hawk.down.2001.1080p.bluray.x264.sample_wpi.mkv (http://www.sendspace.pl/file/ZEecn12W/)
black.hawk.down.2001.1080p.bluray.x264.sample_wpi.mkv.7z

You guys are doing an excellent job, thank you so much. Please keep up the work at debugging this stuff.

[CiNcH]

I am currently stressing my GPU's shaders a bit and I am wondering what comes first in MPC-HC, bicubic resizing or the external pixelshaders like edge sharpen? Maybe Casimir has an answer to that...

[Casimir666]

I am currently stressing my GPU's shaders a bit and I am wondering what comes first in MPC-HC, bicubic resizing or the external pixelshaders like edge sharpen? Maybe Casimir has an answer to that...

External shaders are applied first, resize is done after.

[CiNcH]

But it would theoretically be possible to do it the other way around, right? e.g. performing sharpening after resizing. Think this could be a GPU killer...

What's better anyway in your opinion? First resizing or first sharpening? To me, sharpening the upscaled image looks better (tried with ffdshow and Lanczos 2-tap + LimitedSharpenFaster).

With my HD 3650 and the chain vector-adaptive deinterlacing -> edge sharpen -> bicubic resizing 0.60, GPU usage was at 70-80%, but at 600 MHz (PowerPlay clocked it down, max. clock is 725 MHz).

[ranpha]

Weird, just re-checked it and without DXVA CCC controls don't work. I found it when decoding a standard DVD, with Ciberlink decoder (it uses DXVA for MPEG-2) they work, but not with internal MPC decoder. It seems to me that you need some kind of interaction with video drivers to activate them, as in DXVA. Cats 8.5 BTW. Regarding the subs yes, it works the same as VSFilter now that I'm testing it properly. There are some differences, I'll finish testing before say anything else.


After testing for a couple of days, it did work with any kind of SD videos, using EVR custom presenter even if DXVA is not activated. Even if ffdshow is in the chain, the hardware sharpening and denoiser can still be used.

Example

http://www.awooga.org/images/8n10nun0rew017n6wkg_thumb.jpg (http://www.awooga.org/viewer.php?file=8n10nun0rew017n6wkg.jpg)
With no edge enhancement.

http://www.awooga.org/images/vpdykzuv2j1unsbhucdi_thumb.jpg (http://www.awooga.org/viewer.php?file=vpdykzuv2j1unsbhucdi.jpg)
With edge enhancement.

Works similar to the built-in MPC edge sharpen pixel shader operation.

[ericab]

so wait;
are you saying i can have coreavc decode my x264 content, and pass the frames through ffdshow's usharpmask filter at the same time? how do i accomplish this ?

[ranpha]

so wait;
are you saying i can have coreavc decode my x264 content, and pass the frames through ffdshow's usharpmask filter at the same time? how do i accomplish this ?

For your scenario, of course you can. Just set ffdshow to not use libavcodec for h.264 decoding, and then use MPC-HC to forcefully load ffdshow video decoder at the external filters setting. Like that, a x264 video can be decoded by coreavc, before being passed to ffdshow for more processing before being sent to the video renderer.

[baadnewz]

do you get the same problems with the 1080p version of the diary of the dead trailer ?
http://www.apple.com/trailers/weinstein/diaryofthedead/hd/

plays fine here
ATI HD 2600 XT Catalyst 8.5 Vista x64 MPC-HC r527

GPU usage arround 14-15%

[Joniii]

Could someone compile 32-bit standalone Mpeg splitter that is in v528 or 522? It works like a dream with my setup on all .m2ts files i've tried (VC-1, AVC, MPEG-2) compared to matroska splitter. I could finally get thumbs on my media center library and get proper splitter :). V 1.1.0.0 only works with MPEG-2.

[Yong]

Hmm, I've read the first post,
some info doesnt seem to correct,
now im using Windows XP SP2 Home edition, Catalyst 8.5 with 2600xt.
1. Dxva deosnt work for me when im using VMR7 renderless mode.
2. EVR custom presenter mode has "wash-out" color on XP as well.

3. playback h264 file with internal h264 decoder + Dxva enabled + internal mkv splitter + VMR9 renderless mixer mode = Jerky playbck.
thats mean,
either if using haali media spliter, or using ffdshow, or disable Dxva, or turn of VMR9 mixer mode, the jerky problem will gone, weird eh? :D :D

[Zulithe]

File -> Save Thumbnails crashes build 523 and 527, but not 522. Those two builds also like to crash when loading windows media video files (possibly all known, but just in case...)

I'm on Vista 32bit on mobile intel 945 express chipset with latest drivers, + ffdshow_rev1977_20080528_clsid.exe

[Casimir666]

File -> Save Thumbnails crashes build 523 and 527, but not 522. Those two builds also like to crash when loading windows media video files (possibly all known, but just in case...)

I'm on Vista 32bit on mobile intel 945 express chipset with latest drivers, + ffdshow_rev1977_20080528_clsid.exe

I'm currently fixing the thumbnail Dlg box. About the crash with WMV files, could you check your output settings? If you have "EVR + 2D surfaces" switch to "EVR + 3D surfaces" it should solve the problem.

[Bluestraw]

Could someone please be kind enough to explain the situation where I may experience 'washed-out colours'? I am a regular MPC user, but honestly am a little confused. I do use Vista SP1 and am using EVR custom - but then I'm not sure if it affects all filters / MPC builds? I'm typically using an older build without DXVA and eother the WMDecoder for VC1 or Cyberlink for h264, and not sure if I should be doing something to give myself an even better picture?

Would really appreciate some input from one of the gurus on here!

[ranpha]

Could someone please be kind enough to explain the situation where I may experience 'washed-out colours'? I am a regular MPC user, but honestly am a little confused. I do use Vista SP1 and am using EVR custom - but then I'm not sure if it affects all filters / MPC builds? I'm typically using an older build without DXVA and eother the WMDecoder for VC1 or Cyberlink for h264, and not sure if I should be doing something to give myself an even better picture?

Would really appreciate some input from one of the gurus on here!

Use the pixel shaders 16-235 --> 0-255? Thar washed out color problems seems to only affect EVR.

[Yong]

Use the pixel shaders 16-235 --> 0-255? Thar washed out color problems seems to only affect EVR.
On vista, vmr9(not sure about 7) windowed mode has the same problem as well,
On XP, all renderers has the "washed out" color except VMR7 Windowed mode and HVR.

[thuan]

That also depends on your GFX card. With an ATI HD card you should have no problem with any renderer with a certain tweak.

[Bluestraw]

That also depends on your GFX card. With an ATI HD card you should have no problem with any renderer with a certain tweak.Ahh! I'm using an ATI 2600 card, so maybe that's why I am okay :)

[Joniii]

Could someone compile 32-bit standalone Mpeg splitter that is in v528 or 522? It works like a dream with my setup on all .m2ts files i've tried (VC-1, AVC, MPEG-2) compared to matroska splitter. I could finally get thumbs on my media center library and get proper splitter :). V 1.1.0.0 only works with MPEG-2.

Actually r522 or any newer version would do.

[FallenAngel]

Can somebody compile the MPCVideoDecoder filter r525+ please?
Earlier versions are not good for my 8800GT :p

Thanks

[ericab]

For your scenario, of course you can. Just set ffdshow to not use libavcodec for h.264 decoding, and then use MPC-HC to forcefully load ffdshow video decoder at the external filters setting. Like that, a x264 video can be decoded by coreavc, before being passed to ffdshow for more processing before being sent to the video renderer.

ok;
but now how do i force ffdshow to be loaded in the chain ?

[ranpha]

ok;
but now how do i force ffdshow to be loaded in the chain ?

Go to external filter section in options, load ffdshow video decoder and set it to prefer?

[ericab]

Go to external filter section in options, load ffdshow video decoder and set it to prefer?

its already set this way.
(ffdshow = preferred & coreavc = preferred)
coreavc loads as the default 264 decoder because ive disabled it in ffdshow, yet ffdshow is not in the chain for the ushapmask.

:confused:

[Kado]

Use ffdshow video raw filter.

[CiNcH]

@ Casimir,

what format (header a.s.o.) and pin info does MPC Video Decoder expect on its input?

[Casimir666]

@ Casimir,

what format (header a.s.o.) and pin info does MPC Video Decoder expect on its input?

A lot :p


const AMOVIESETUP_MEDIATYPE CMPCVideoDecFilter::sudPinTypesIn[] =
{
// Flash video
{ &MEDIATYPE_Video, &MEDIASUBTYPE_FLV1 },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_flv1 },

// VP5
{ &MEDIATYPE_Video, &MEDIASUBTYPE_VP50 },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_vp50 },

// VP6
{ &MEDIATYPE_Video, &MEDIASUBTYPE_VP60 },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_vp60 },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_VP61 },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_vp61 },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_VP62 },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_vp62 },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_FLV4 },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_flv4 },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_VP6F },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_vp6f },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_VP6A },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_vp6a },

// Xvid
{ &MEDIATYPE_Video, &MEDIASUBTYPE_XVID },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_xvid },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_XVIX },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_xvix },

// DivX
{ &MEDIATYPE_Video, &MEDIASUBTYPE_DX50 },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_dx50 },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_DIVX },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_divx },

// Other MPEG-4
{ &MEDIATYPE_Video, &MEDIASUBTYPE_MP4V },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_mp4v },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_M4S2 },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_m4s2 },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_MP4S },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_mp4s },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_3IV1 },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_3iv1 },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_3IV2 },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_3iv2 },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_3IVX },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_3ivx },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_BLZ0 },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_blz0 },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_DM4V },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_dm4v },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_FFDS },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_ffds },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_FVFW },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_fvfw },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_DXGM },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_dxgm },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_FMP4 },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_fmp4 },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_HDX4 },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_hdx4 },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_LMP4 },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_lmp4 },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_NDIG },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_ndig },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_RMP4 },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_rmp4 },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_SMP4 },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_smp4 },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_SEDG },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_sedg },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_UMP4 },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_ump4 },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_WV1F },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_wv1f },

// WMV1/2/3
{ &MEDIATYPE_Video, &MEDIASUBTYPE_WMV1 },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_wmv1 },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_WMV2 },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_wmv2 },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_WMV3 },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_wmv3 },

// MSMPEG-4
{ &MEDIATYPE_Video, &MEDIASUBTYPE_DIV3 },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_div3 },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_DVX3 },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_dvx3 },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_MP43 },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_mp43 },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_COL1 },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_col1 },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_DIV4 },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_div4 },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_DIV5 },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_div5 },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_DIV6 },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_div6 },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_AP41 },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_ap41 },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_MPG3 },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_mpg3 },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_DIV2 },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_div2 },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_MP42 },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_mp42 },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_MPG4 },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_mpg4 },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_DIV1 },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_div1 },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_MP41 },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_mp41 },

// AMV Video
{ &MEDIATYPE_Video, &MEDIASUBTYPE_AMVV },

// H264/AVC
{ &MEDIATYPE_Video, &MEDIASUBTYPE_H264 },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_h264 },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_X264 },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_x264 },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_VSSH },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_vssh },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_DAVC },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_davc },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_PAVC },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_pavc },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_AVC1 },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_avc1 },

// SVQ3
{ &MEDIATYPE_Video, &MEDIASUBTYPE_SVQ3 },

// SVQ1
{ &MEDIATYPE_Video, &MEDIASUBTYPE_SVQ1 },

// H263
{ &MEDIATYPE_Video, &MEDIASUBTYPE_H263 },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_h263 },

// Theora
{ &MEDIATYPE_Video, &MEDIASUBTYPE_THEORA },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_theora },

// VC1
{ &MEDIATYPE_Video, &MEDIASUBTYPE_WVC1 },
{ &MEDIATYPE_Video, &MEDIASUBTYPE_wvc1 }
};


For you other question about shaders I haven't done tests so can't tell you if sharpen is better after or before resize

[CiNcH]

I just made the experience that if you sharpen before resize, you also resize artifacts introduced by sharpening...


As for the pin info, that was not exactly what I was looking for. I am looking for what it expects in case of VC-1 and H.264. ffdshow for example expects an MP4/AVC header in case of H.264. If you feed it with H.264 PES, it simply crashes. So what exactly does a demuxer has to provide on its video pin in case of VC-1 and H.264 for the MPC Video Decoder?

[clsid]

As for the pin info, that was not exactly what I was looking for. I am looking for what it expects in case of VC-1 and H.264. ffdshow for example expects an MP4/AVC header in case of H.264. If you feed it with H.264 PES, it simply crashes. So what exactly does a demuxer has to provide on its video pin in case of VC-1 and H.264 for the MPC Video Decoder?
Please send a detailed report to haruhiko_yamagata. Then maybe he can fix the crashing of ffdshow.