View Full Version : Media Player Classic Home Cinema (MPC-HC) - DXVA!
DrNein
4th February 2009, 02:53
Just change MPC's Quicktime format to directshow ! :)
Exactly. Then a DXVA AVC decoder and a more feature rich AAC decoder can be used (particularly for headphone modes). And if the internal MP4/MOV source filter remains enabled then the reliable Apple Media Handler (splitter) from QT Alternative will be still be used whereas if it is unchecked then an external may be used due to higher merit -so keep the internal enabled.
As for the name H.264, it does not make sense to use it instead of the name AVC (Advanced Video Codec) which was agreed upon by the standards organizations which jointly created it. H.264 and 14496-10 have no inherent meaning... they were just the next in a sequential naming pattern and may as well refer to a cheese sandwich. We do not refer to MPEG-2 video by the even more esoteric names H.262 or 13818-2 because, again, the single name was agreed upon as a common reference.
ADude
4th February 2009, 02:53
Just change MPC's Quicktime format to directshow ! :)
Aha ! :thanks:
I had a hunch there was some simple fix.
Now, it uses the AVC and AAC decoders and works fine.
ADude
4th February 2009, 03:34
in the other hand, I am using the new free(only reproduction) divx7 x264, several days ago, and it's fine, less cpu consumition than coreavc and better grain resolution( i thing so), and so better quality than dxva mpc hc(notorius). I have some captures to uploat, if someone interesting in :)
thanks you, adéu.
The CPU consumption is less for CoreAVC as from this post in another thread here :AMD Athlon 64 X2 4000+ 2.1 Ghz
Using timecodec.exe with a video encoded with H264 resolution 1920x1080
ffdshow dfps: 34.1
ffdshow MT dfps: 53.1
Divx 7 dfps: 83.5
CoreAVC 1.8.5 dfps: 101.6
The captures would be interesting, though, although captures do not usually prove video quality since MPEG4 is lossey and needs to lose unnoticeable detail in order to have real-world file sizes. That unnoticeable detail can be seen in captures, but is not noticed in the video playback.
Aside from that, an H.264 encoder developer stated:
If two H.264 decoders differ in quality, you're doing something wrong. H.264 decoders are required to give bit-identical output.
BatKnight
4th February 2009, 03:52
Beliyaal,
I tested your MPC-HC 988 + ver 8 and noticed that with x264 mkv files and EVR Custom the video speeds up every 5 seconds. The video is 23.976 fps but the player keeps changing from 24.05 to 23.50 fps when the jitter occurs, so the playing isn't smooth every 5 seconds aproximately.
This doesn't happen on EVR, only on EVR Custom. This also doesn't happen the same way on the SVN 988 because it's harder to notice the speedup.
Playing it on EVR is awesome, I just wish the EVR Custom wouldn't jitter and de-sync as it does.
Tested with:
Vista SP1
ATI Radeon HD 4350, catalyst 8.12
EVR Custom
I am running Aero enabled with Desktop Composition
You may see on the following screenshots captured at the moment of the jitter/speed-up:
MPC-HC SVN 988 EVR Custom: Small jitter
http://www.apsatanismo.org/misc/svn988_EVRCustom.jpg
MPC-HC Belyaal 988 ver 8 EVR Custom: Noticeable jitter
http://www.apsatanismo.org/misc/Belyaal988v8_EVRCustom.jpg
MPC-HC Belyaal 988 ver 8 EVR: PERFECT!
http://www.apsatanismo.org/misc/Belyaal988v8_EVR.jpg
Why this difference?
Thanks for your efforts
Bat
Beliyaal
4th February 2009, 08:56
Why this difference?
Thanks for your efforts
Bat
I'm trying to understand your graphs:
* Have you forced the screen refresh rate with for example PStrip to 23.976 FPS?
* Is the movie using DTS 1.5 mbit sound?
war59312
4th February 2009, 09:44
Aha ! :thanks:
I had a hunch there was some simple fix.
Now, it uses the AVC and AAC decoders and works fine.Indeed, no more crash. Thanks!!
mark0077
4th February 2009, 11:09
Hi Beliyaal and all,
I know theres alot of bug fixes already going on with mpc-hc so I don't expect this to be looked at straight away, but the problem I am having is with lip-sync. I always thought it was my old machine, but two days ago I upgraded to a core i7 and gtx 295 and my video is still delayed from my audio.
This is using svn 988 + Beliyaal Fixes Ver 8, evr custom presentation, nothing fancy. Tried using blu-ray lastnight and dvds. I know my LCD has about a 40 or 50ms lag to it, but this is more on the region of 200ms I would guess, noticable lag. Is this a well known issue as I see others on avs forums complaining about it.... Doesn't happen with media player...
What element in the chain of filters, renderer, handles the syncing of video to audio, and if this is eventually fixed / solved, is there anywhere to enter an audio delay, of whatever the LCD lag is to compensate.
So basically I am asking
1) Is this lip sync issue known and is it being looked at anytime soon
2) When it is sorted, is it possible to have an area in the renderer settings to enter an audio delay to get back the sync problem with TV's with lags which is a pretty common scenario.
Thanks Guys!
BatKnight
4th February 2009, 11:34
I'm trying to understand your graphs:
* Have you forced the screen refresh rate with for example PStrip to 23.976 FPS?
* Is the movie using DTS 1.5 mbit sound?
No Powerstrip installed. The 60Hz are the max the Sharp LCD does via HDMI.
Yes, the movie is DTS 1.5mbit and it's being passthrough SPDIF via the latest ffdshow.
There are no Vobsub or any other renders in the way.
Bat
Beliyaal
4th February 2009, 13:39
No Powerstrip installed. The 60Hz are the max the Sharp LCD does via HDMI.
Yes, the movie is DTS 1.5mbit and it's being passthrough SPDIF via the latest ffdshow.
There are no Vobsub or any other renders in the way.
Bat
The timing issue is because of an issue somewhere that I have not been able to determine. It is an issue ONLY with 1.5 mbit DTS tracks. The fix now is to route DTS passthrough through SPDIFER.
If you are running 60 Hz I'm guessing that you have disabled VSync? You might want to enable Accurate VSync as well as this increases the timing precision even with VSync disabled.
BatKnight
4th February 2009, 15:25
The timing issue is because of an issue somewhere that I have not been able to determine. It is an issue ONLY with 1.5 mbit DTS tracks. The fix now is to route DTS passthrough through SPDIFER.
If you are running 60 Hz I'm guessing that you have disabled VSync? You might want to enable Accurate VSync as well as this increases the timing precision even with VSync disabled.
Ok, I'm going to try SPDIFER. I would like to tell you that I am not using the MPC-HC parser or its internal DTS filter. The DTS track is being managed by ffdshow and passed-through by ffdshow too.
I've tried 60Hz, 59Hz and 50Hz and all of them give the same issue.
And yes, I had to disable Vsync, otherwise the graph lines would look like a rolercoaster: up and down.
I didn't understand if you are advising me to keep vsync on when playing 23.976 files over a 60Hz refresh rate, or to disable it.
Nevertheless, other thing I've noticed is that I can't force Vsync to be always off. I have to press V every time I open a file, to disable it
Let me know if you need more input or testing.
Thanks
Bat
Beliyaal
4th February 2009, 15:43
Ok, I'm going to try SPDIFER. I would like to tell you that I am not using the MPC-HC parser or its internal DTS filter. The DTS track is being managed by ffdshow and passed-through by ffdshow too.
I have seen this problem with Haali splitter as well, and ffdshow has it as well. The only thing that fixes it is SPDIFER.
I've tried 60Hz, 59Hz and 50Hz and all of them give the same issue.
And yes, I had to disable Vsync, otherwise the graph lines would look like a rolercoaster: up and down.
I didn't understand if you are advising me to keep vsync on when playing 23.976 files over a 60Hz refresh rate, or to disable it.
For now VSync off is probably best for 60 FPS and desktop composition enabled. I plan to fix this however so it works as well as VSync off. The graph you see when turning on VSync is closer to the reality, VSync off only "hides" the real jitter. What I was telling you to enable is "Accurate VSync", wich also affects other timing than the actual VSync.
xiulet
4th February 2009, 17:49
The CPU consumption is less for CoreAVC as from this post in another thread here :
The captures would be interesting, though, although captures do not usually prove video quality since MPEG4 is lossey and needs to lose unnoticeable detail in order to have real-world file sizes. That unnoticeable detail can be seen in captures, but is not noticed in the video playback.
Aside from that, an H.264 encoder developer stated:
divx7 10%(approx.)
coreavc(1.8.5.0) 12%(approx)
dxva(ati 4850) 2% (aprpox.)
Haali Media Splitter 2009-01-11
Up divx7, down dxva:
http://www.papuweb.com/fotoweb/forum/divx7-dxva.png
Up divx7, down coreavc:
http://www.papuweb.com/fotoweb/forum/divx7-coreavc.png
Up divx7(18% appx.), down coreavc(21% appx.):
http://www.papuweb.com/fotoweb/forum/dvix7-coreavc%202.PNG
i hope there are interesting in some way. Sorry but captures are not in real video size, i don't know how to make it.
That unnoticeable detail can be seen in captures, but is not noticed in the video playback.
is't true? Is very dificult to perveive the really differences on video playback but...:mad:
saludos, adéu.
Mangix
4th February 2009, 23:57
right click the video and click Normal. that gets rid of resizing.
BatKnight
5th February 2009, 00:42
I have seen this problem with Haali splitter as well, and ffdshow has it as well. The only thing that fixes it is SPDIFER.
I had AC3Filter installed, and it worked. I no longer have the jitter problem with that DTS 1.5mbit track being SPDIF'ed.
For now VSync off is probably best for 60 FPS and desktop composition enabled. I plan to fix this however so it works as well as VSync off. The graph you see when turning on VSync is closer to the reality, VSync off only "hides" the real jitter. What I was telling you to enable is "Accurate VSync", wich also affects other timing than the actual VSync.
Thanks. Don't forget please to make possible for Vsync to be always off or always on, on MPC-HC, because on my case, I have to press V everytime I close and open MPC-HC.
Bat
alexins
5th February 2009, 02:37
Media Player Classic HomeCinema (x86/x64), svn 989 (http://www.xvidvideo.ru/content/view/623/1/)
Supported languages: CN, CZ, DE, EN, ES, FR, HU, IT, KR, PL, RU, SK, TR, UA
Changes log (http://www.xvidvideo.ru/content/view/7/17/)
FIX : bug with shader deactivate/activate when switching between fullscreen and windowed mode. FIX : "16-235 -> 0-255 [SD]" shader.
For the correct work of this assembly is required to make a reset the Shaders
jimz06
5th February 2009, 03:14
I'm having a problem with a straight .m2ts rip of Master and Commander blu ray. The disc plays fine on the PS3 and the rip plays fine on Popcornhour and in MPC-HC with CoreAVC. With DXVA though I get occasional image breakups like the following:
Clean Picture (http://home.comcast.net/~thesoubras/Pictures/Clipboard05.jpg)
and then just a second later the breakup:
Picture Breakup (http://home.comcast.net/~thesoubras/Pictures/Clipboard02.jpg)
I've tried the stable release and the 988 release with no difference and also played right off the disc to rule out problems with the rip. CPU usage is in single digits or teens so DXVA is working. Same repeatable problem on two different computers, one with an 8500GT and the other with a GTX 260. Is this some issue with my setup or am I running into some sort of limitation of MPC-HC?
jace112
5th February 2009, 06:48
Hi Guys
I'm having some troubles getting the sound from a .mkv file.
Sound is supposed to be 5.1 DTS. My receiver should decode the signal (DTS passthrough via Toslink)
Audio
ID : 2
Format : DTS
Format/Info : Digital Theater Systems
Codec ID : A_DTS
Duration : 1h 50mn
Bit rate mode : Constant
Bit rate : 1 536 Kbps
Channel(s) : 6 channels
Channel positions : Front: L C R, Surround: L R, LFE
Sampling rate : 48.0 KHz
Resolution : 24 bits
Language : English
Here is a sample : http://rapidshare.com/files/194004140/KB1-001.mkv.html
I have no problem decoding DTS usually :
http://www.demo-world.eu/trailers/redirect-dts.php?file=dts_sparks_(sprite_suite_mix).rar
http://www.demo-world.eu/trailers/redirect-dts.php?file=dts_orchestra.rar
:confused:
lych_necross
5th February 2009, 07:29
I have just a tiny request of people who post large pictures here. Please don't post large pictures on this thread directly. Link to them instead. There are tons of free image hosting sites on the net. It gets confusing to read a thread where several people post huge screen shots which may or may not be helpful.
THX-UltraII
5th February 2009, 08:36
Hi guys, does MPC-HC supports .iso files (standard def. dvd's)? Is there a list somewhere where you can find file compatibility?
Aleksoid1978
5th February 2009, 08:55
Hi guys, does MPC-HC supports .iso files (standard def. dvd's)?
No, not support.
McConnor
5th February 2009, 12:39
Hello altogether,
I was really glad to see that MPC will play the MTS Files from my Camcorder (Canon HF100) with DXVA Support. I was not so glad to see that the playback is somehow choppy. I suspect an Issue with Deinterlacing but I dont know how to influence that. Can someone help me to get a smooth playback. Thanks alot.
Here is a sample file:
http://archiv.to/?Module=Details&HashID=FILE498ACE5455B3A
Greetings,
McConnor
clsid
5th February 2009, 14:42
The "16-235 -> 0-255 [SD]" shader is broken now :mad:
The ATI driver checks for height >= 720 to choose which levels it uses.
Please revert.
tetsuo55
5th February 2009, 16:51
The "16-235 -> 0-255 [SD]" shader is broken now :mad:
The ATI driver checks for height >= 720 to choose which levels it uses.
Please revert.
LOL, maybe we should email ATI with the correct values that we talked about in the ffdshow thread
flanger216
5th February 2009, 19:22
LOL, maybe we should email ATI with the correct values that we talked about in the ffdshow thread
Actually might not be a bad idea... they can be surprisingly receptive to feedback. In fact, an even better idea might be to post it to their forums, which are read by their driver engineers.
Rectal Prolapse
5th February 2009, 19:23
ATI is apparently aware of the "issue" and says that is by design and will never be fixed! But this is according to the AVSForum.com ATI 2x00 card thread.
mark0077
5th February 2009, 19:52
Hi guys,
Finall got HD working properly on my machine (old one wasn't fast enough). I have a 1080p .ts file of The Dark Knight.
It has a few different audio options, and I have problems with them with MPC. Using built in audio decoder and video decoder.
5.1 DD True HD - Front Right speaker gives no output, on EXTREMELY loud scenes it gives a bit of a fluttering noise... very strange. All other channels are fine. I suspect internal audio decoder bug as it works perfectly using ffdshow audio decoder.
5.1 DD - When I switch to this, subtitles gets enabled....
2.0 DD
It takes like 10 seconds to switch between audio modes also.
Any more information you guys need to fix this let me know :D
Pyr0
5th February 2009, 21:46
Hi
I'm not sure what's been changed in the recent builds, but svn 982 is the last version that the 'After Playback>Stand By' option worked
the newer ones turn off my monitor, but do not put the PC into standby mode
Aleksoid1978
6th February 2009, 00:00
The "16-235 -> 0-255 [SD]" shader is broken now :mad:
The ATI driver checks for height >= 720 to choose which levels it uses.
Please revert.
Ok, revert ... but check SD as "height<720" is wrong way. 99% rip HD - height<720(544, 536 ...) but width = 1280.
alexins
6th February 2009, 00:09
Ok, revert ... but check SD as "height<720" is wrong way. 99% rip HD - height<720(544, 536 ...) but width = 1280.
I agree with that. Moreover, "16-235 -> 0-255 [SD]" in mpc-hc 989, has worked correctly, without errors (I specifically tested it on files with a different ratio screen).
flanger216
6th February 2009, 01:35
Bug report: the x86 FLAC source filter only works if I use it in conjunction with the internal FLAC decoder. If I try to connect it to ffdshow, playback fails.
Also, neither the filter nor the decoder in the x64 build seem to work at all.
STaRGaZeR
6th February 2009, 01:42
Bug report: the x86 FLAC source filter only works if I use it in conjunction with the internal FLAC decoder. If I try to connect it to ffdshow, playback fails.
Also, neither the filter nor the decoder in the x64 build seem to work at all.
I confirm the ffdshow issue, if FLAC source is checked and FLAC decoder unchecked (so ffdshow will be loaded) the player is stuck at 00:00 with no sound. It doesn't crash at least. x64 works for me but with the same limitation as x86, only the internal FLAC decoder works as it should.
Mercury_22
6th February 2009, 12:36
@ Beliyaal
PLEASE can you merge the "fix" for VC-1 from your version to SVN ? Or that mean you have to merge your entire EVR custom ? :helpful:
@ Everybody
About the "16-235 -> 0-255 [SD]" problem why don't use the same values as ffdshow Revision 2655 - Directory Listing
Modified Fri Feb 6 10:52:25 2009 UTC (41 minutes, 8 seconds ago) by h_yamagata
YCbCr specification: Auto:
width > 1024 or height >=600: BT.709
width <=1024 and height < 600: BT.601 ?
clsid
6th February 2009, 14:29
I have tested the behavior of the ATI driver using the resizer in ffdshow. That allowed me to test many different resolutions. The video width did not make any difference whatsoever. Height >= 720 was the point at which the levels become different.
HD 3470, 8.12 driver.
The question to be answered is not "when is it officially SD", but "when do the levels need correction".
88keyz
6th February 2009, 14:46
Tried the new SVN build posted here a couple of day ago and now when I have PowerDVD8 Ultra's AVC decoder selected as my prefered decoder the video frame distorts. It works fine with the MPC decoder though. Tried going back to build 908 and its the same. Using Vista x64, any thoughts.
With PowerDVD8 Ultra AVC Decoder:
http://img7.imageshack.us/img7/2639/samplesu1.th.jpg (http://img7.imageshack.us/img7/2639/samplesu1.jpg)
With MPC Decoder:
http://img520.imageshack.us/img520/8643/sample2wt4.th.jpg (http://img520.imageshack.us/img520/8643/sample2wt4.jpg)
:confused:
McConnor
6th February 2009, 15:05
Hello altogether,
I was really glad to see that MPC will play the MTS Files from my Camcorder (Canon HF100) with DXVA Support. I was not so glad to see that the playback is somehow choppy. I suspect an Issue with Deinterlacing but I dont know how to influence that. Can someone help me to get a smooth playback. Thanks alot.
Here is a sample file:
http://archiv.to/?Module=Details&HashID=FILE498ACE5455B3A
I saw that some people have downloaded the file to have a look. Is it me or do you have those "glitches" too? When using a third party avc decoder everything looks fine but then there is no DVXA-Accerleration anymore. Already any thoughts about how to improve on this choppy playback?
flanger216
7th February 2009, 05:59
I saw that some people have downloaded the file to have a look. Is it me or do you have those "glitches" too? When using a third party avc decoder everything looks fine but then there is no DVXA-Accerleration anymore. Already any thoughts about how to improve on this choppy playback?
Choppy playback on my end, too. The splitter reports the frame rate as '21881.838 fps' :scared:, and the output stats list the frame rate as '0 fps.' I'm also getting really erratic buffer-usage. Could be a bug in MPC-HC, but it's equally likely that your HD camcorder records out-of-spec MTS files. For instance, when I set my Canon HV20 to progressive recording, it actually records 24p within a 60i container, which yields predictably disastrous playback results.
DrNein
7th February 2009, 06:51
Ok, revert ... but check SD as "height<720" is wrong way. 99% rip HD - height<720(544, 536 ...) but width = 1280.
It seems this is a another case of encoding outside of the standard. So, in addition to reference frames, encoders intending HD format should conform to 1280x720 and 1920x1080 only. There is no reason to crop the blank area from widescreen content anyway.
However, for uniform calibration, SD colour level expansion to 0-255 (same as standard HD) can be can be enabled with the registry String Value "UseBT601CSC".
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Video\{unique alpha-numeric string}\0000]
"UseBT601CSC"="1"
The active string can be found listed in CCC - Information Center - Graphics Software - 2D Driver File Path.
Alternatively, use DXVA Checker (http://bluesky23.hp.infoseek.co.jp/dxvac/DXVAChecker_1.10.1.0.zip) (thanks to ACrowley for the tip in another thread):
CTRL+R (or right-click on a tab and select Video Acceleration Settings), scroll down, click in the checkbox for UseBT601CSC, and click Okay.
McConnor
7th February 2009, 08:18
Choppy playback on my end, too. The splitter reports the frame rate as '21881.838 fps' :scared:, and the output stats list the frame rate as '0 fps.' I'm also getting really erratic buffer-usage. Could be a bug in MPC-HC, but it's equally likely that your HD camcorder records out-of-spec MTS files. For instance, when I set my Canon HV20 to progressive recording, it actually records 24p within a 60i container, which yields predictably disastrous playback results.
Hmmm, Im really no crack but I downloaded DGAVCDec 1.8. This piece of software reports the frame rate as 25.0 fps with the resolution (frame size of 1440x1080, display size 1920x1080) Bitrate 9.639. Stream Type "Transport [192], Profile High, Level 4) ...whatever that means :)
This does look like an MPC HC bug to me then. Or is there any magic switch Im missing?
Mikel
7th February 2009, 15:01
Hello
I also have the same camera and similar problems with DXVA and MTS files.
I think it must be related to the MPC decoder, since CoreAVC is playing fine without any glitch.
Any suggestions?
Mikel
ikarad
7th February 2009, 15:34
I confirm this bug with 1.2.982.0 but I succeed to determine that this bug
occured only when I use "open dvd" function of MPC-HC to see a dvd movie.
Of course I use launch dvd function after to launch separated subtitles.
http://nsa04.casimages.com/img/2009/01/25/mini_090125085029605625.jpg (http://www.casimages.com/img.php?i=090125085029605625.jpg)
With vmr9 renderless I don't have any problem but with evr custom subtitle
are not well displayed
video with vmr9 renderless + open dvd function used and load subtitle
function used
http://www.zshare.net/video/53942871e808c7fa/
the same with evr custom + open dvd function used and load subtitle
function used
http://www.zshare.net/video/5394192223105971/
the same with evr custom without open dvd function and with load subtitle
function used
http://www.zshare.net/info.html?54630604-c08bdba16932c7a40cfdb7ac86f4351f
This function seems to have some problems.
MPC-HC v1.2.982
no dxva acceleration
xp sp3
geforce gtx280 180.48
xfi titanium
I try the last version 1.2.989 and this bug still exists
Kado
7th February 2009, 15:40
It seems this is a another case of encoding outside of the standard. So, in addition to reference frames, encoders intending HD format should conform to 1280x720 and 1920x1080 only. There is no reason to crop the blank area from widescreen content anyway.
No reason? If the frame is smaller it will consume less space after being encoded. There's no reason to encode black bars!
The ones making things complicated are ATI since with NVIDIA you can choose the luma range in the control panel without tricks.
flanger216
7th February 2009, 16:29
Hmmm, Im really no crack but I downloaded DGAVCDec 1.8. This piece of software reports the frame rate as 25.0 fps with the resolution (frame size of 1440x1080, display size 1920x1080) Bitrate 9.639. Stream Type "Transport [192], Profile High, Level 4) ...whatever that means :)
This does look like an MPC HC bug to me then. Or is there any magic switch Im missing?
Nah, definitely MPC-HC then. MediaInfo also reports the file as in-spec and 25 fps, and I just tested it with VLC, which played it back perfectly. Also noticed I'm getting a ton of dropped frames in MPC-HC (~33%), which explains the choppiness. Probably an issue with the splitter - that wonky reported frame-rate surely isn't helping anything.
flanger216
7th February 2009, 16:45
x64 works for me but with the same limitation as x86, only the internal FLAC decoder works as it should.
After further testing, I've found that FLAC also works for me in x64, but only if I use the internal FLAC filter with the internal decoder and I disable the internal audio switcher.
So it seems that:
The x86 and x64 FLAC source filters only want to connect to the internal decoder.
The X64 FLAC decoder only wants to connect directly to the audio renderer.
How discombobulating :)
THX-UltraII
7th February 2009, 17:25
Ok guys,Guys, I m having an issue with MPC HC running in combination with a .vbs script of ReClock for autochanging the refreshrate. Ill try to explain what the problem is:
ReClock has the option to call in a .vbs script. The purpose of this is to automatically change the refresh rate of my video card output. So, in order to do this there a several options. You can do this for example with Powerscript and refer the script to Powerscript. However, powerstrip is not compatible with the latest videocards like mine. So then there is a second scenario where you make profiles with the ATI CCC and let the script 'see' these custom made profiles. So, I ve made a RunEvent.vbs script that calls in my ATI profiles. It runs perfectly and my video card is switching automatically now when switching to a movie with a different refresh rate. But there is still one important bug for me:
I use Media Player Classic, the Home Cinema version. I use VMR9 renderless because I need this. Why? Because when using VMR9 renderless MPC HC made an option called 'Direct3D Fullscreen (Remove Tearing)'. I HAVE to use this feature of MPC HC in order to get perfect tearing free playback (let s not begin to argue about this because I really need this feature, believe me, I ve done my homework :agree:). BUT when I use this option the script (or MPC HC, that I don t know) get screwed up or something and I get a black screen. I do hear the audio however. When I do not use the remove tearing option everything runs fine (audio+video) except for the tearing ;).
Is there a way to solve this problem? Has it got something to do with the script? I think it is the combination of the script with MPC HC but don t know how to figure out what is wrong.
Maybe I can get some input in this topic.
Here is the script that I m using:
'ATI Profile Version - Sets refresh rate using profile interface (CLI).
' Check for args/call
Set objArgs = WScript.Arguments
If objArgs.Count < 10 Then
MsgBox "Bad argument count !", MB_OK, "ReClock Event Notification"
WScript.Quit 1
End If
' Get Parms
eventName = objArgs(0)
mediaType = objArgs(1)
soundMode = objArgs(2)
currentMonitor = objArgs(3)
totalMonitorCount = objArgs(4)
currentResolution = objArgs(5)
currentRefreshRate = objArgs(6)
originalPlaybackSpeed = objArgs(7)
currentPlaybackSpeed = objArgs(8)
currentMediaFile = objArgs(9)
' If you need to debug, replace false with true in the following line
if false Then MsgBox _
eventName & " " & _
mediaType & " " & _
soundMode & " " & _
currentMonitor & " " & _
totalMonitorCount & " " & _
currentResolution & " " & _
currentRefreshRate & " " & _
originalPlaybackSpeed & " " & _
currentPlaybackSpeed, _
MB_OK, "ReClock Event Notification"
newTimings = ""
If eventName = "YELLOW" Then
If soundMode = "PCM" Then
' Call the profile that match best what we need in PCM mode
Select Case mediaType & ":" & currentResolution
Case "CINEMA:1920x1080"
If currentRefreshRate <> "25" Then newtimings = "25"
Case "CINEMA:1920x1080"
If currentRefreshRate <> "24" Then newtimings = "24"
Case "NTSC:1920x1080"
If currentRefreshRate <> "30" Then newTimings = "30"
End Select
ElseIf soundMode = "SPDIF" Then
' In SPDIF mode we need an exact multiple to minimize the drops/repeats
' Note: be careful in NTSC mode, because if "currentRefreshRate" is already "60"
' when we go here then we won't switch but it may be 60 "bad" hz instead of 59.94 "wanted" hz
' The same problem exists for NTSC film (23.976fps)
' A solution is to force settings in the GREEN icon notification, but that would mean a pause
' each time we play a file with SPDIF ...
' That's why we use 59.94 hz and 71.928 hz for PCM too so we will never user 60 and 72 hz
Select Case currentResolution & "x" & originalPlaybackSpeed
Case "1920x1080x23976"
If currentRefreshRate <> "24" Then newTimings = "24"
Case "1920x1080x25000"
If currentRefreshRate <> "25" Then newTimings = "25"
Case "1920x1080x29970"
If currentRefreshRate <> "30" Then newTimings = "30"
End Select
End if
End If
If newTimings <> "" Then
Set wshShell = CreateObject("WScript.Shell")
WshShell.Run """" & "C:\Program Files\ATI Technologies\ATI.ACE\Core-Static\CLI.exe"" Start Load profilename=" & _
"""" & newTimings & """" , 0, true
WScript.Sleep(5000)
' In case we did a configuration change we MUST return 0 to
' indicate ReClock it need to recalibrate itself.
WScript.Quit 0
End If
' We have done nothing. Return 1 to indicate ReClock that
' the configuration has not changed
WScript.Quit 1
Here s the topic on the ReClock forum that is related to these scripts:
http://forum.slysoft.com/showthread.php?t=20043
Thxz for all help
McConnor
7th February 2009, 20:18
Nah, definitely MPC-HC then. MediaInfo also reports the file as in-spec and 25 fps, and I just tested it with VLC, which played it back perfectly. Also noticed I'm getting a ton of dropped frames in MPC-HC (~33%), which explains the choppiness. Probably an issue with the splitter - that wonky reported frame-rate surely isn't helping anything.
So where can one report bugs? Is this thread read by the author or is there a specific bug-tracker-page? I would so like to play my Full-HD recorded movies but without the ingenious DVXA-Acceleration of MPC-HC its not really working fine. Yes, VLC will play the file fine but Full HD-Content without DXVA is bringing my system to the verge of collapsing...
ADude
7th February 2009, 20:41
So where can one report bugs? Is this thread read by the author or is there a specific bug-tracker-page? I would so like to play my Full-HD recorded movies but without the ingenious DVXA-Acceleration of MPC-HC its not really working fine. Yes, VLC will play the file fine but Full HD-Content without DXVA is bringing my system to the verge of collapsing...
Just use external filter, either ffdshow or CoreAVC or DXV7.
DrNein
7th February 2009, 21:27
No reason? If the frame is smaller it will consume less space after being encoded. There's no reason to encode black bars!
The ones making things complicated are ATI since with NVIDIA you can choose the luma range in the control panel without tricks.
How much can be saved? Can resolutions other than standard 1280x720 and 1920x1080 be played on all hardware?
It seems novice encoders have a tendency to shoot themselves in the foot. HD formats are not XviD and should not be subjected to arbitrary mangling if expected to play on industry standard devices.
Rain1
7th February 2009, 21:46
No reason? If the frame is smaller it will consume less space after being encoded. There's no reason to encode black bars!
I don't know, I rather look @ the black bars than miss any part of media due to cropping
Black bars were created to match AR of the media with the screen, no (?)
Leak
7th February 2009, 22:33
Black bars were created to match AR of the media with the screen, no (?)
ITYM "Aspect ratio information in the stream"...
np: Joy Division - Twenty Four Hours (Still Extras)
McConnor
7th February 2009, 23:20
Just use external filter, either ffdshow or CoreAVC or DXV7.
DXV7 ? Cant find it - or better said: Google cant find it. Anyhow bugs should be reported... So where could one do that?
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.