View Full Version : Media Player Classic Home Cinema (MPC-HC) - DXVA!
hdboy
2nd October 2009, 14:37
Is there a way to use MPC's mpeg-ts splitter in another directshow app, namely kmp? I have a file with a TrueHD track that for some reason only MPC's internal mpeg-ts splitter is able to see. haali's splitter, for ex, does not see this track. I download MPC's standalone codecs and tried registering and using the various mp*splitter.ax, but none of them work. you may why don't I just use MPC? I have problem playing the file smoothly in MPC for other reasons. kmp plays it fine but it does not see the trueHD audio track using its own or haali's splitter. because this is the only English audio track, it's kinda important.
Update: I solved this by removing haali splitter. I registered mpegsplitter.ax from the standalone pack and use MPC Mpeg splitter (Gabest)
ikarad
2nd October 2009, 20:29
http://sourceforge.net/tracker/?func=detail&aid=2805913&group_id=170561&atid=854651
bug not corrected
shades
3rd October 2009, 01:32
Hi,
I was wondering why I can play all my .x264 encoded and even 1080p sampled movies just fine with DXVA on my ATi 4850 upstairs with no glitches at all on the screen but it is all blocky and green backgrounds downstairs on my ATi 3850 AGP card for quite a few of the same .x264 encoded movies.
Both MPCHC boxes report that DXVA is working, both are running the latest drivers and patches and will play other x264 encoded movies fine. Just some movies have corruption on the 3850 AGP with a green screen with blocks of colour when there is movement. However, the 4850 is fine.
I always run the latest MPCHC and ffdshow on both PCs from xvidvideo.ru
Oh yes, I can get the 4850 to have similar problems IF I choose anything except Default system renderer.
Specs.
4850 running latest XP 32bit with all M$ patches.AMD X64 dual core 2800 4GB memory
3850 running latest XP 32bit Media center with all M$ patches. AMD AthlonXP3200 2GB memory
Gamezcdr
3rd October 2009, 07:21
Go to Vista ?
shades
3rd October 2009, 07:34
Go to Vista ?
That's really unhelpful but thanks anyway.
Poutnik
3rd October 2009, 12:42
I may be wrong, but DXVA non-compatible X264 settings can be graphic card dependent.
mariner
3rd October 2009, 18:59
1920x1080x60p H264 mp4 playback problem, build 1290
Greetings Casimir.
1. Thanks for your continuing effort to improve MPC. Playback of 1920x1080x60p h264 mp4 content no longer gives a back screen with Arcsoft MP4 Splitter/MPC Decoder, but drops half the frames and plays at 30fps.
Using the internal splitter/MPC Decoder still produces a black screen.
2. The source frame rate reported by the OSD is somewhat suspect, as you can see from the caps. It reports 59.937 with internal splitter, and 25.00 when MS decoder is used. Hope you'll look into this.
3. Is there a reason the internal Matroska SPlitter shares the same clsid as Arcsoft Martroska Source filter -
{0A68C3B5-9164-4A54-AFAF-995B2FF0E0D4} ?
4. It seems that internal filters are no longer used when external filters are set to preferred. Is this the correct behavior? I have always thought that internals filters are always used when selected, regardless of the external filters setting. Has this been changed?
Tested on Win 7 using EVR/CP.
Many thanks and best regards.
Lincoln Burrows
3rd October 2009, 22:44
Is there a way to open a Blu-ray project on MPC-HC just like TMT from Arcsoft is doing? MPC-HC can do that with DVD projects.
If not, can we expect this in the near future? :D
Does MPC-HC have some internal decoder capable of recognizing DVDs? I asked the BSPlayer developers and they told me since their player was commercial (there's also a free version available but only the paid one can play DVDs) and they said that were not allowed to use free MPEG-2 decoders in the default package (we may download any of those elsewhere), that they needed to develop one. I assume the MPEG-2 decoder (?) from MPC was developed by Gabest?
What kinds of decoders are required on the MPC (or any other player) default package to play Blu-ray projects (when I say project, I am not talking about a bunch of m2ts files, I mean the whole Blu-ray project/decrypted, with all menus and sorts of things)?
Is this a matter of changing the code (to work like PDVD old versions or TMT) or simply inserting another decoder(s) in the internal settings from the player? If it will require changing the whole code, can it be done or it's a daunting task?
Mixer73
4th October 2009, 04:07
bug not corrected
Yes, your bug is listed as open, I don't believe anybody has stated it has been fixed yet.
hdboy
4th October 2009, 16:35
Is there a way to open a Blu-ray project on MPC-HC just like TMT from Arcsoft is doing? MPC-HC can do that with DVD projects.
I wonder if it's possible to use arcsoft's BDMV navigator filter to do that?
rica
4th October 2009, 20:27
We added a completely new renderer a few days ago, it should be split into wasapi and dsound
Where is this; what ax it is?
Thx.
I can't see that in SVN 1290, nor in SA filters?
tetsuo55
4th October 2009, 20:39
Where is this; what ax it is?
Thx.
I can't see that in SVN 1290, nor in SA filters?its not compiled in yet, its very new code.
rica
4th October 2009, 20:40
its not compiled in yet, its very new code.
So i hope we gonna get it ASAP?
Thank you.
tetsuo55
4th October 2009, 21:07
So i hope we gonna get it ASAP?
Thank you.It will be included faster if albain can improve it
Mangix
4th October 2009, 23:22
i FINALLY fixed my tearing issues with MPC. when i used VSync or even Alternative VSync, it would always tear regardless if what i did. But I FINALLY found the fix.
after using D3Overrider to enable Triple Buffering+VSync and enabling alternative VSync, i get NO tearing at all. doesn't matter what framerate it's at.
Good Bye exclusive mode :)
THX-UltraII
5th October 2009, 09:51
It will be included faster if albain can improve it
will this new audio renderer make Reclock redundant if you don t need PAL-speeddown?
mariner
5th October 2009, 10:45
1440x1080x60p VC1 WMV playback problem, build 1290.
Greetings Casimir.
Just to let you know the internal MPC Video Decoder had problem with the above in DXVA mode.
Tested fine with Arcsoft, MS MFT and NV MFT.
Link:
http://www.avsforum.com/avs-vb/showpost.php?p=17006927&postcount=63
Best regards.
pirlouy
5th October 2009, 12:46
"Attachments Pending Approval"
-> Please, use images hosting website instead of this functionality. Else you can't be sure people won't forget to read your post again...
tetsuo55
5th October 2009, 14:12
will this new audio renderer make Reclock redundant if you don t need PAL-speeddown?Thats the idea.
mark0077
5th October 2009, 14:29
Wow that'll be nice. I suppose the question is going to be asked if it hasn't already been.... will it have smart speed control like playing 23.97fps content at 24fps when 24hz is detected, ie slight speed adjustments.
Jong
5th October 2009, 14:57
will this new audio renderer make Reclock redundant if you don t need PAL-speeddown?The frame rate adjusting capabilities of Reclock are not just needed for PAL speedown. Many in PAL countries have TVs that run at a native 50Hz, even some that support a 24p input. So for smooth playback 24p material has to be sped up to 25p/50Hz. These people too will continue to need Reclock.
tetsuo55
5th October 2009, 15:01
We wont be including pal-speeddown or anything similar, but patches are welcome
Jong
5th October 2009, 15:11
Yep, I understand. Just wanted to make the situation clear.
THX-UltraII
5th October 2009, 15:56
Many in PAL countries have TVs that run at a native 50Hz, even some that support a 24p input. So for smooth playback 24p material has to be sped up to 25p/50Hz. These people too will continue to need Reclock.
Never thought about this and always wondered why someone would need the SPEEDUP function. Now I understand this, not everyone has a 24Hz capable display
THX-UltraII
5th October 2009, 15:59
We wont be including pal-speeddown or anything similar, but patches are welcome
Maybe you can talk with James (Reclock dev.) and see if he can help you out to include such a feature in MPC-HC? This would be great since this will make reclock dedundent! Not that I hate Reclock, on the contrary. But having more software on a HTPC most of the times only does more bad then good :) Also Reclock will not become available in a x64 version and I want to go to run all my programs in x64 and since MPC-HC is becoming more and more available in x64....
Jong
5th October 2009, 16:20
There are three problems with that:
- Reclock is still needed if you use more than one player, e.g. for full Blu-ray disc playback. Not MPC-HC's problem. but a reason to have Reclock none the less.
- Even just handing over the code is BOUND to lead to a lot of questions James is not capable of supporting (time, not ability!).
- More importantly! Slysoft are bringing out their own player with "Reclock technology" later this year. It's going to be free, so MPC-HC is not a threat in that sense, but this is where Slysoft's interest and focus is rather than supporting Reclock for free to thrid parties.
But, hey, you can ask!
tetsuo55
5th October 2009, 17:38
I think its better, if audio/video speed up/down gets done by FFdshow.
MPC-HC is a video player. Which means we try to present the video and audio samples at the best possible time.
When you have this in mind its more than logical to place any audio/video adjustment outside of the renderer.
Like this:
FILE > Splitter > Decoder > Postprocessing(e.g. pal speedup) > renderer.
This way the renderer doesn't need any special stuff, all it needs to do is present whatever it gets as accurately as possible
And the same architecture can be used for all other options:
-Video Pulldown and up
-Universal video resampler (upsample to 600 frames, which can be devided equaly to any of the standard refresh rates)
-Audio frequency resampling and DSP
Basically what ffdshow already does
clsid
5th October 2009, 19:42
I think its better, if audio/video speed up/down gets done by FFdshow.And the ffdshow developers will say the opposite: its the job of the player and the renderers.
When will the focus be on bug fixing instead of adding new features? The amount of bugs on the tracker currently just keeps growing.
starla_
5th October 2009, 19:55
I think its better, if audio/video speed up/down gets done by FFdshow.
MPC-HC is a video player. Which means we try to present the video and audio samples at the best possible time.
When you have this in mind its more than logical to place any audio/video adjustment outside of the renderer.
Actually I would have to argue against this (as a developer of MediaPortal I have no such huge urge to force some other application to behave in a way I want to, opposite to the users of MPC-HC :P).
The main reason why I think it is the player applications responsibility is that ffdshow is just an audio codec in this context. What you are proposing is that every audio codec should implement the PAL pulldown. This is not feasible unless Microsoft is able to come with a standard how rate conversion should be handled in codec side and how player should be communicating that to the audio codecs (and I cannot see that happen ever).
Maybe MPC-HC and MediaPortal dev teams should join the forces to create a perfect open source audio renderer?
tetsuo55
5th October 2009, 20:07
And the ffdshow developers will say the opposite: its the job of the player and the renderers.
When will the focus be on bug fixing instead of adding new features? The amount of bugs on the tracker currently just keeps growing.We're trying to work together more closely with FFdshow team.
The core dev's are working on bug fixes, but not in the form of bandaids, but by solving the underlaying root cause.
root cause solutions are being applied (in random order, no timeline for the date it will be fixed) to:
-Mp4 splitter
-Video Renderer
-Audio Renderer
Actually I would have to argue against this (as a developer of MediaPortal I have no such huge urge to force some other application to behave in a way I want to, opposite to the users of MPC-HC :P).
The main reason why I think it is the player applications responsibility is that ffdshow is just an audio codec in this context. What you are proposing is that every audio codec should implement the PAL pulldown. This is not feasible unless Microsoft is able to come with a standard how rate conversion should be handled in codec side and how player should be communicating that to the audio codecs (and I cannot see that happen ever).
Maybe MPC-HC and MediaPortal dev teams should join the forces to create a perfect open source audio renderer?I dont disagree, but video clock speed editing is a function of post-processing, not video/audio decoding nor rendering.
Having a standalone decoder do immediately supplies the option to all players, instead of limiting it to a special renderer or player.
That said i think it would be great if we join forces.
Especially since we focus fully on video playback and not the media center experience (which mediaportal does 10x better anyway)
Jong
5th October 2009, 20:41
video clock speed editing is a function of post-processing, not video/audio decoding nor rendering.
Having a standalone decoder do immediately supplies the option to all players, instead of limiting it to a special renderer or player.But that's what Reclock does NOW. Seems little point in expending large amounts of valuable developer time to duplicate Reclock, even if in an open source environment, It is free after all.
The ONLY justification for doing work on duplicating Reclock functionality is if it was to offer a "one-stop" player with all features built in (And then it would be pretty far down the list of MPC-HC priorities I would imagine!).
tetsuo55
5th October 2009, 20:44
But that's what Reclock does NOW. Seems little point in expending large amounts of valuable developer time to duplicate Reclock, even if in an open source environment, It is free after all.
The ONLY justification for doing work on duplicating Reclock functionality is if it was to offer a "one-stop" player with all features built in (And then it would be pretty far down the list of MPC-HC priorities I would imagine!).That is definately not the road we are walking right now.
bobdynlan
5th October 2009, 21:54
My wish list: (lucky you, I'm very content with the current renderer/splitters/codecs/dxva implementations :D)
Remember Pan & Scan. And some better hints for doing the actual pan & scan. Maybe four buttons with a "+" layout. Or at least to import the current manual pan & scan into a new preset. And remember that. Most users, out of laziness or scared by the Edit mode of Pan & Scan, choose Stretch to Window or Touch Window from Outside which are equally bad. Having large black bars is bad for the device itself and is bad for the viewing experience (they are not quite as black as they should on current tech). Eliminating them should be a compromise between source % and aspect ratio variation. How about warp scaling? That would be a killer...
Extend command line parameters to include Change fullscreen resolution and maybe renderer and filters.
We could have lived without the Mediainfo implementation, and instead have something similar to KMP's. It's easy to bind Information (Ctrl+3) to TAB, but that works only on files that have the Clip info defined. If it could use the data from Properties->Details would be enough. Shure you can bind Properties to TAB too, but you get a popup that defaults to Clip informations, and that does not fit well and is not toggleable.
Last attempt on better hotkeys:
framestep <-> jump medium (reason: first impression)
pause-> mouse1 double-click (reason: right click menu)
audio delay-> maybe add +CTRL (reason: prone to accidentaly keypress)
support for pan & scan presets
After the first introduction by ATI (in games), using shaders for post processing effects in a video player is a great addition, overlooked by so many talented people. The sharpening filters are going well, but how about softening, denoising, adding noise, deinterlacing, etc. etc.?
Using store settings to .ini file sometimes leads to loosing all user defined shaders. You cannot permanently remove built-in shaders (if using registry, too). Implementing some sort of sliders to variate -/+ constants would increase the usefulness of shaders, check out vdshader by Avery Lee, very Pixel Bender alike i.e. easy to use. A build with // TODO : add nVidia PerfHUD !!! implemented would also be a killer, being able to measure the GPU load when using dxva, various resizers, optimizing shaders, etc.
I don't know much about directx and gpu processing, but did some basic translations/adaptations from various sources. Here it's a noise(grain) shader, good against color bands, giving some film effect, any improvement is welcomed: //ps_2_0
/* I've missed Xvid's film effect
bobdynlan's adaptation of GrainPS2 from Looki's Shader Pack V 2.0 */
sampler s0 : register(s0);
float4 p0 : register(c0);
#define clock (p0[3]) /* it was static only before I found this :D */
#define PI acos(-1)
float mccool_rand(float2 ij) {
/* Random algorithm by Sylvain Lefebvre */
const float4 a=float4(pow(PI,4),exp(5),pow(13, PI / 2.0),sqrt(1997.0));
float4 result =float4(ij,ij);
for(int i = 0; i < 3; i++) {
result.x = frac(dot(result, a));
result.y = frac(dot(result, a));
result.z = frac(dot(result, a));
result.w = frac(dot(result, a));
}
return (float)result.xy;
}
float4 main(float2 tex : TEXCOORD0) : COLOR
{
float fStrength = 0.10; /* 0.05=min; 0.1=LOW; 0.15=med; 0.2=strong */
float clkvar = 0.001; /* 0.0=static grain 0.001=fix some noise banding */
float4 c1 = tex2D(s0,tex);
float rand = mccool_rand(tex+clkvar*clock)*fStrength;
// c1.rgb=(0.5,0.5,0.5); /* display only grain */
c1.rgb *= float3(1-rand,1-rand,1-rand);
return c1*(1+fStrength/2);
}
THX-UltraII
6th October 2009, 07:55
Do you guys think that when the free Slyplayer will be released, most people will make the swith to Slyplayer? Rumor says this is going to be the best free player even made.
tetsuo55
6th October 2009, 08:50
Do you guys think that when the free Slyplayer will be released, most people will make the swith to Slyplayer? Rumor says this is going to be the best free player even made.I don't see how they are going to add a lot of the features people want, without getting sued.
BetaBoy
6th October 2009, 09:28
Do you guys think that when the free Slyplayer will be released, most people will make the swith to Slyplayer? Rumor says this is going to be the best free player even made.
/me saves this quote for future reference
THX-UltraII
6th October 2009, 11:07
lets be clear on this one!: I ll stick with MPC-HC no matter what! Great free player and with the new audio renderer thats comming I think it will be the best player on the market!
Tetsuo, any idea when you will unleash :) the first version of MPC-HC with the new renderer?
tetsuo55
6th October 2009, 11:35
With albain and starla_ helping out it might be sooner than i though...
THX-UltraII
6th October 2009, 11:47
With albain and starla_ helping out it might be sooner than i though...
And can you give any hints if it might be possible with the 4XXX series to have bitstreaming?
pirlouy
6th October 2009, 12:01
Do you guys think that when the free Slyplayer will be released, most people will make the swith to Slyplayer? Rumor says this is going to be the best free player even made.
They promise a lot of things. When you see features list, that looks impossible.
But as a user, of course, I'm really interested in this player...
tetsuo55
6th October 2009, 12:07
And can you give any hints if it might be possible with the 4XXX series to have bitstreaming?i hope so.
THX-UltraII
6th October 2009, 13:33
i hope so.
Tetsuo, I m one of those guys who cannot wait and want to enjoy bitstreaming via HTPC right now :o
I have found a cheap Asus Xonar HDAV Slim card. I found out that this card is only supported (as for bitstreaming) by TMT3 exclusive. Do you think if this card will be compatible with bitstreaming in MPC-HC in the near future? If not, I m not going to buy it. If yes, I will :)
kieranrk
6th October 2009, 14:30
I have found a cheap Asus Xonar HDAV Slim card. I found out that this card is only supported (as for bitstreaming) by TMT3 exclusive. Do you think if this card will be compatible with bitstreaming in MPC-HC in the near future? If not, I m not going to buy it. If yes, I will :)
I am going to contact Asus in my role as "Corporate Liason Officer" :p and find out if this can be supported.
pirlouy
6th October 2009, 21:48
I'm not sure what you expect Asus to answer. They should have a sponsorship with TMT so I can't imagine they will answer it's compatible.
I guess it's like DVXA; it's something up to coders. If bitstreaming technology is implemented in MPC-HC code, then all cards will be supported...
kieranrk
7th October 2009, 00:32
They should have a sponsorship with TMT so I can't imagine they will answer it's compatible.
How do you know that they sponsor TMT. Maybe TMT was the only company willing to work with them to get the bitstreaming code in.
At the end of they day if it will increase sales of their product they'll help us.
boyumeow
7th October 2009, 05:19
Sorry to interrupt every1 when U all r having a lot of excitement here. Can any1 explain to me what full-screen(alt-enter) aspect ratio is? I'm asking cause I'm getting a result that is not what I have expected. What I meant here is that the height I believe is correctly enlarge to my desktop height(1050) but the width is not (bigger than my desktop width(1680)). What I need to know is whether it is correct or any1 is having the same problem or it might be my own setting which causes it. I'm using Vista32 home with GT8600, MPC-HC_1290 . Thanks and pardon my poor written language.
B.F.
7th October 2009, 05:40
Recently update player to the new version.
Why "Position subtitles relative to video frame" option doesn't work for ass subs anymore?
sysdump.txt
7th October 2009, 07:47
@boyumeow
your widescreen-monitor has a width to height ratio of 16:10 whilst most widescreen-broadcasts has a 16:9 ratio.
So either you will have to stretch the image, or you will have to live with black bars above and beneath the picture.
tetsuo55
7th October 2009, 07:58
Recently update player to the new version.
Why "Position subtitles relative to video frame" option doesn't work for ass subs anymore?this is a known issue.
clsid
7th October 2009, 12:10
Has anyone been able to pinpoint when that regression was introduced into the code? This is one of the reasons why I suggested putting development builds on SourceForge. It helps tracking down the origins of bugs.
Idea:
Perhaps one of the builders can upload a large collection of old revisions? When compressed together in a couple of RAR archives it should give relatively small files to upload. For example 50 revisions per archive. Compiling a large number of revisions could be done automatically through a batch script.
1) Update SVN to revision X. TortoiseSVN has the ability to update to specific revisions. My idea assumes that there is a command line call for that as well.
2) Full rebuild.
3) Move mplayerc.exe (or mpc-hc.exe) to a folder named X.
4) X=X+1 (or +5 or +10)
5) go to step 1
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.