View Full Version : Media Player Classic Home Cinema (MPC-HC) - DXVA!
Casimir666
9th February 2008, 12:22
Whouaaa so many messages about subtitles !
@pdanpdan
DXVA didn't works when there is filters between video decoder and renderer, so ffdshow or DirectVobSub are prohibited if you wan't to use hardware acceleration. Can you PM me a link with a sample that crash mpc?
@donaldtone
Not 100% sure, but I think VMR7 required at least a video card compatible with DirectX 7, and VMR9 at least DirectX9.
3ngel
9th February 2008, 15:31
Casimir, can you add to
File->Open File... -> Dub -> Browse
the .AC3, .DTS, .EAC3, .Flac extensions in the "Objects of type" filter of the dialog box?
and
File->Open File... -> Open -> Browse
the .Avs extension in the "Objects of type" filter of the dialog box?
Thanks
jhoff80
9th February 2008, 19:43
On my 3870, DXVA is working GREAT with everything but 1080p files with this. 1080p files just show a green screen. What are the odds of that ever working, or is it just because of the way the files are encoded? (I remember reading something about level 4.1 being the max or something?)
Also, what are the odds that just the filters will be released alone (hopefully in x64 form) so that we can use DXVA on other programs (I mainly want to use it in Media Center.)
leeperry
9th February 2008, 22:14
anyone manages to get rock solid 24.000 FPS ?
I got Reclock running with EVR on XP SP2, resampling 23.976@24 in 48.000 Hz
it's usually fine for 10/15 mins, then it starts oscillating between 23.99x/24.00x and starts dropping frames :(
If only I had an idea about wtf is up...
Casimir666
10th February 2008, 00:04
On my 3870, DXVA is working GREAT with everything but 1080p files with this. 1080p files just show a green screen. What are the odds of that ever working, or is it just because of the way the files are encoded? (I remember reading something about level 4.1 being the max or something?)
Also, what are the odds that just the filters will be released alone (hopefully in x64 form) so that we can use DXVA on other programs (I mainly want to use it in Media Center.)
I don't think the problem is the resolution (i have some 1080p video that works). Some H264 with 5.1 level works too, but other display black or green screen. I haven't find a solution yet to detect such files and switch automaticly to software mode :(
Shinigami-Sama
10th February 2008, 00:56
I don't think the problem is the resolution (i have some 1080p video that works). Some H264 with 5.1 level works too, but other display black or green screen. I haven't find a solution yet to detect such files and switch automaticly to software mode :(
I thought that it was determed down in the AVC forum that it was the ref_num_size block, and if it exceeded a certain threshold that hardware acceleration broke
tetsuo55
10th February 2008, 13:51
I don't think the problem is the resolution (i have some 1080p video that works). Some H264 with 5.1 level works too, but other display black or green screen. I haven't find a solution yet to detect such files and switch automaticly to software mode :(
If you perform the following checks on the header of the file you will know if the file is DXVA able or not
First check if the SAR is okay:
"only allowed are 1:1/4:3/5:4/16:9"
If SAR is okay, then check the resolution and ref frames with the following calculation:
For resolutions higher than 720x576
mod16 width X mod16 height X ref frames <= 8355840
For resolutions equal or lower than 720x576
mod16 width X mod16 height X ref frames <= 4561920
If SAR is not okay, default to software mode
If width or height is not mod16 default to software mode
If calculated values are higher than the maximum number default to software mode
In other cases enable DXVA
See here for more details : http://forum.doom9.org/showpost.php?p=1097671&postcount=199
Casimir666
10th February 2008, 15:59
First check if the SAR is okay:
"only allowed are 1:1/4:3/5:4/16:9"
Ok this is the easiest things to check.
For resolutions higher than 720x576
mod16 width X mod16 height X ref frames <= 8355840
For resolutions equal or lower than 720x576
mod16 width X mod16 height X ref frames <= 4561920
Hum... all broken files i had respect your rule :
- Sample1 : 640*480*8 = 2457600 < 4561920
- Sample2 : 720*416*6 = 1797120 < 4561920
I have read part of the thread, the incompatility rules seems not so clear :eek:
tetsuo55
10th February 2008, 16:05
Could you post the avinaptic output of these samples?
(the other fail reasons are not so easy to detect)
Casimir666
10th February 2008, 16:54
Could you post the avinaptic output of these samples?
(the other fail reasons are not so easy to detect)
Sample 1 : crash ATI Driver
====================
[ Generic infos ]
Play duration: 00:24:30 (1469.888 s)
Container type: matroska
Creation time: 7/12/2007 23:27:22 UTC
Number of streams: 4
Type of stream nr. 1: video (V_MPEG4/ISO/AVC) {...}
Type of stream nr. 2: audio (A_VORBIS) {2.0 Vorbis}
Type of stream nr. 3: subtitle (S_TEXT/ASS) {ASS}
Type of stream nr. 4: subtitle (S_TEXT/UTF8) {SRT}
Audio streams: 1
Muxing Application: libebml v0.7.7 + libmatroska v0.8.1
Writing Application: mkvmerge v2.0.2 ('You're My Flame') built on Feb 21 2007 23:40:55
[ Relevant data ]
Resolution: 640 x 480
Width: multiple of 32
Height: multiple of 32
[ Video track ]
Codec ID: V_MPEG4/ISO/AVC
Resolution: 640 x 480
Frame aspect ratio: 4:3 = 1.333333
Pixel aspect ratio: 1:1 = 1
Display aspect ratio: 4:3 = 1.333333
Framerate: 23.975986 fps
[ Audio track ]
Codec ID: A_VORBIS
Channels (container): 2
Sample rate: 48000 Hz
[ About H.264 encoding ]
User data: x264
User data: core 45 svn-485M
User data: H.264/MPEG-4 AVC codec
User data: Copyleft 2005
User data: http://www.videolan.org/x264.html
User data: cabac=1
User data: ref=5
User data: deblock=1:0:0
User data: analyse=0x3:0x133
User data: me=umh
User data: subme=7
User data: brdo=1
User data: mixed_ref=1
User data: me_range=24
User data: chroma_me=1
User data: trellis=2
User data: 8x8dct=1
User data: cqm=0
User data: chroma_qp_offset=0
User data: slices=2
User data: nr=0
User data: bframes=3
User data: b_pyramid=1
User data: b_adapt=1
User data: b_bias=0
User data: direct=1
User data: wpredb=1
User data: bime=0
User data: keyint=250
User data: keyint_min=25
User data: scenecut=40
User data: rc=2pass
User data: bitrate=857
User data: ratetol=1.0
User data: rceq='blurCplx^(1-qComp)'
User data: qcomp=0.60
User data: qpmin=10
User data: qpmax=51
User data: qpstep=4
User data: cplxblur=20.0
User data: qblur=0.5
User data: ip_ratio=1.40
User data: pb_ratio=1.30
SPS id: 0
Profile: High@L5.1
Num ref frames: 8
Chroma format idc: YUV 4:2:0
PPS id: 0 (SPS: 0)
Entropy coding type: CABAC
Weighted prediction: No
Weighted bipred idc: B slices - implicit weighted prediction
8x8dct: Yes
[ Profile compliancy ]
Profile to check: MTK PAL 6000
Resolution: Ok
Framerate: 23.975986 <> 25
Warning: If you need a more complete report, then click on "DRF analysis"
[ Attachment nr. 1 ]
Name: AVGARDNEclipse.ttf
MIME Type: application/x-truetype-font
Size: 56,924 bytes
UID: 1723722417
[ Attachment nr. 2 ]
Name: Alberta Italic.ttf
MIME Type: application/x-truetype-font
Size: 60,648 bytes
UID: 816201406
[ Attachment nr. 3 ]
Name: Alberta Regular.ttf
MIME Type: application/x-truetype-font
Size: 58,772 bytes
UID: 412550843
Sample 2 : green screen
==================
[ Generic infos ]
Play duration: 00:24:30 (1469.929 s)
Container type: matroska
Creation time: 30/11/2007 12:38:38 UTC
Number of streams: 4
Type of stream nr. 1: video (V_MPEG4/ISO/AVC) {...}
Type of stream nr. 2: audio (A_VORBIS) {2.0 Vorbis}
Type of stream nr. 3: subtitle (S_TEXT/ASS) {ASS}
Type of stream nr. 4: subtitle (S_TEXT/UTF8) {SRT}
Audio streams: 1
Muxing Application: libebml v0.7.7 + libmatroska v0.8.1
Writing Application: mkvmerge v2.0.2 ('You're My Flame') built on Feb 21 2007 23:40:55
[ Relevant data ]
Resolution: 640 x 480
Width: multiple of 32
Height: multiple of 32
[ Video track ]
Codec ID: V_MPEG4/ISO/AVC
Resolution: 640 x 480
Frame aspect ratio: 4:3 = 1.333333
Pixel aspect ratio: 1:1 = 1
Display aspect ratio: 4:3 = 1.333333
Framerate: 23.975986 fps
[ Audio track ]
Codec ID: A_VORBIS
Channels (container): 2
Sample rate: 48000 Hz
[ About H.264 encoding ]
User data: x264
User data: core 54 svn-635M
User data: H.264/MPEG-4 AVC codec
User data: Copyleft 2005
User data: http://www.videolan.org/x264.html
User data: cabac=1
User data: ref=5
User data: deblock=1:0:0
User data: analyse=0x3:0x133
User data: me=umh
User data: subme=7
User data: brdo=1
User data: mixed_ref=1
User data: me_range=24
User data: chroma_me=1
User data: trellis=2
User data: 8x8dct=1
User data: cqm=0
User data: deadzone=21,11
User data: chroma_qp_offset=0
User data: threads=2
User data: nr=0
User data: decimate=1
User data: mbaff=0
User data: bframes=3
User data: b_pyramid=1
User data: b_adapt=1
User data: b_bias=0
User data: direct=1
User data: wpredb=1
User data: bime=1
User data: keyint=250
User data: keyint_min=25
User data: scenecut=40(pre)
User data: rc=2pass
User data: bitrate=857
User data: ratetol=1.0
User data: rceq='blurCplx^(1-qComp)'
User data: qcomp=0.60
User data: qpmin=10
User data: qpmax=51
User data: qpstep=4
User data: cplxblur=20.0
User data: qblur=0.5
User data: ip_ratio=1.40
User data: pb_ratio=1.30
User data: aq=1:1.0:15.0
SPS id: 0
Profile: High@L5.1
Num ref frames: 8
Chroma format idc: YUV 4:2:0
PPS id: 0 (SPS: 0)
Entropy coding type: CABAC
Weighted prediction: No
Weighted bipred idc: B slices - implicit weighted prediction
8x8dct: Yes
[ Profile compliancy ]
Profile to check: MTK PAL 6000
Resolution: Ok
Framerate: 23.975986 <> 25
Warning: If you need a more complete report, then click on "DRF analysis"
[ Attachment nr. 1 ]
Name: Vogue_Bold.TTF
MIME Type: application/x-truetype-font
Size: 33,536 bytes
UID: 2081959055
[ Attachment nr. 2 ]
Name: BOD_BI.TTF
MIME Type: application/x-truetype-font
Size: 85,308 bytes
UID: 2561216676
[ Attachment nr. 3 ]
Name: AVGARDNEclipse.ttf
MIME Type: application/x-truetype-font
Size: 56,924 bytes
UID: 445150875
[ Attachment nr. 4 ]
Name: Alberta Italic.ttf
MIME Type: application/x-truetype-font
Size: 60,648 bytes
UID: 78096267
[ Attachment nr. 5 ]
Name: Alberta Regular.ttf
MIME Type: application/x-truetype-font
Size: 58,772 bytes
UID: 3072692916
[ Chapters ]
Prologue: 00:00:00,000 - 00:00:33,000
Opening: 00:00:33,000 - 00:02:13,000
Clannad 09: Until the Very : 00:02:13,000 - 00:22:20,100
Ending: 00:22:20,100 - 00:23:50,100
Preview: 00:23:50,100 - [undefined]
By the way, how did you compute the limit value 8355840, because i have also seen 8294400 (1920*1080*4) in your thread?
Casimir666
10th February 2008, 16:56
By the way, how did you compute the limit value 8355840, because i have also seen 8294400 (1920*1080*4) in your thread?
Oups i'm stupid it's 1920x1088*4 :p
tetsuo55
10th February 2008, 17:06
That limit is based on the real HD resolution 1920x1088
Well from your problem descriptions its obvious that DXVA is enabled, otherwise you would not be seeing the crash/green screen
Now as too why the files do not work, there are 2 issues i can see here.
Issue 1, mkv problems, you can try remuxing the video's with the latest version of mkvmerge.
Issue 2, Those files where made with old to very old versions of x264, it is actually known that these older versions contain a bug that break DXVA.
(Issue 3, the level is wrong, but this does not matter for your player, if you change the level to 3.1 you can test them with the cyberlink decoder)
This is not something you can easily test the file for, maybe its a good idea to report these non working files in the dxva problem thread, and see what the others have to say about it.
I say we ignore these for now, as a new encode with the latest version of x264 should work(as proven in the dxva problem thread)
Xin-Hong
10th February 2008, 17:26
It's already unchecked, and the subtitles are not loading in the mplayerc (not HC).
Also, all files play OK with mplayerc (not HC) with or without susbtitles enabled (x264 decoded by ffdshow).
The subtitles are included in the MKV files, not external.
I had the same problem too with subtitles in MKV. I have to delete the key "HKEY_CURRENT_USER\Software\Gabest\Media Player Classic" in the registry, reconfigure MPC HC and then, I have subtitles.
Casshern
11th February 2008, 08:26
Hi,
on my machine with r396 mpc hc some files do not work with DXVA which work fine with cyberlink h264 decoder in DXVA mode. These are mainly 25fps h264 sky captures (these show black and white / half screen garbled in MPC HC) and some files show just green/black screen. So it seems apart from level 4.1 compliance there is something cyblerlink does, which sets up the ATI drivers to properly do DXVA acceleration - maybe it sets some additional parameters.
One other thing: Is there a way to make m2ts or evo files show up in the file requesters by default - i always have to set it to "show all files"... is this configurable?
juffi
11th February 2008, 08:58
@pdanpdan
DXVA didn't works when there is filters between video decoder and renderer, so ffdshow or DirectVobSub are prohibited if you wan't to use hardware acceleration.
What is the way of getting subtitles and still have DXVA?
Shinigami-Sama
11th February 2008, 08:59
What is the way of getting subtitles and still have DXVA?
use a renderer that supports subtitles
like
vrm9 renderless and, haali, and evr
CruNcher
11th February 2008, 14:24
Haalis renderer supports DXVA now???
Hi,
on my machine with r396 mpc hc some files do not work with DXVA which work fine with cyberlink h264 decoder in DXVA mode. These are mainly 25fps h264 sky captures (these show black and white / half screen garbled in MPC HC) and some files show just green/black screen. So it seems apart from level 4.1 compliance there is something cyblerlink does, which sets up the ATI drivers to properly do DXVA acceleration - maybe it sets some additional parameters.
One other thing: Is there a way to make m2ts or evo files show up in the file requesters by default - i always have to set it to "show all files"... is this configurable?
Most probably a MBAFF Decoding problem how it sounds seems this kind of decoding has to be specialy triggered in Nvidias and ATis APIs to work in DXVA, especialy in combination with their Motion Adaptive Deinterlacing Stuff.
jaybox
11th February 2008, 14:29
hi forumashi :)
I've just changed icon groups
v6.4.9.1 mpc hc 1.0.11.4
icon sizes:
high res:
16x16
32x32
48x48
and 16x16 [256 colors]
http://rapidshare.com/files/90911167/Media_Player_Classic.7z.html
Casimir666
11th February 2008, 19:45
Hi,
on my machine with r396 mpc hc some files do not work with DXVA which work fine with cyberlink h264 decoder in DXVA mode. These are mainly 25fps h264 sky captures (these show black and white / half screen garbled in MPC HC) and some files show just green/black screen.
Is it interlaced video? I think there is a problem with such video at the moment.
Shinigami-Sama
11th February 2008, 21:40
Haalis renderer supports DXVA now???
Most probably a MBAFF Decoding problem how it sounds seems this kind of decoding has to be specialy triggered in Nvidias and ATis APIs to work in DXVA, especialy in combination with their Motion Adaptive Deinterlacing Stuff.
from what i've read it appears to, but I might be wrong, I kinda suck with renderers
plonk420
11th February 2008, 22:33
i don't suppose we can make requests here? if so, could stand-alone support for AAC HEv2 (via shoutcast) be added? we're not allowed to install software at work, and a 20-40kbps stream would be less noticeable than a 160kbps, i'd think ;) ...mp3 streaming over shoutcast works perfectly fine, tho
ADude
12th February 2008, 03:43
i don't suppose we can make requests here? if so, could stand-alone support for AAC HEv2 (via shoutcast) be added? we're not allowed to install software at work, and a 20-40kbps stream would be less noticeable than a 160kbps, i'd think ;) ...mp3 streaming over shoutcast works perfectly fine, tho
Why not just use Winamp for that ?
Shinigami-Sama
12th February 2008, 03:46
Why not just use Winamp for that ?
winamp needs to be installed
clsid
12th February 2008, 12:55
Install it at home, zip it, and voila, you got a portable version. Winamp uses an INI file for storing its settings.
Joniii
12th February 2008, 18:27
Would it be hard to add VC-1 and H.264 support for MPEG Splitter? Haali's splitter has bad stuttering with MPEG-2 .m2ts files, no matter which codec I use(Core 2 Duo 6600, 6800 Ultra), also it won't show thumbs in Windows or in Media Center. It's also guite slow to load, maybe because it's so bloated. Gabest's MPEG splitter works like a dream with MPEG-2 .m2ts files.
Casimir666
12th February 2008, 19:45
Would it be hard to add VC-1 and H.264 support for MPEG Splitter? Haali's splitter has bad stuttering with MPEG-2 .m2ts files, no matter which codec I use(Core 2 Duo 6600, 6800 Ultra), also it won't show thumbs in Windows or in Media Center. It's also guite slow to load, maybe because it's so bloated. Gabest's MPEG splitter works like a dream with MPEG-2 .m2ts files.
That is on my top priority list now that DXVA is almost finished
rack04
12th February 2008, 21:15
Is it possible to seek when using dxva? I seem to remember that all my h264 videos with dxva enabled the video would stop if I tried to seek. FWIW, I have a 8800GT. Thanks.
Shinigami-Sama
12th February 2008, 23:10
Install it at home, zip it, and voila, you got a portable version. Winamp uses an INI file for storing its settings.
only if you ask it to use the 'old(shared) method for settings'
if you install it 'every user has their own settings' iuno what it uses
clsid
13th February 2008, 00:22
Shared method stores the INI in the application dir. New method stores settings in the Application Data dir of the user.
Joniii
13th February 2008, 08:33
That is on my top priority list now that DXVA is almost finished
Excellent :)
leeperry
13th February 2008, 20:20
is it me or MPC HC is having problems to shut itself down ?
sometimes when I check in the task manager, I've got like 10 occurrences of mplayerc.exe :eek:
memory leak or sumthing ?
I use it with the stock EVR dll's from .net3 on XP SP2 with the 8.1 ATi drivers, and ffdshow video decoder/haali's splitter/intervideo audio decoder....and I've chosen the option to have only one occurrence playing.
anyhow if you could add a simple call to kill all existing mplayerc.exe when you start the player, that'd be a pretty cool fix :D
shambles
13th February 2008, 20:22
have only done some quick tests but so far i get full hd dvd/blu-ray vc1/h264 dxva on my ati 3850. rock solid 23.976 fps (after hd dvd remuxed and timecodes rewritten) with 0 frame drops, seeking works fine and fast too. don't know about audio sync, haven't muxed in any audio yet.
1-2% avg cpu usage and 2-3% avg gpu usage with 5% max both is pretty awesome :D
only thing is that the vc1 decoder doesn't seem to crop the bottom 8 garbage pixels of 1920x1088.. other than that, thank you for the amazing work!
Kado
13th February 2008, 22:39
@leeperry
I'm using MPC HC rev 396 and have no issues what so ever.
Vista SP1 RTM + 6800GS + Haali renderer.
Also that "killer" feature would not be nice to me because sometimes I need multiple MPCs running at the same time.
leeperry
13th February 2008, 22:50
C:\Process.exe -k mplayerc.exe
Command Line Process Viewer/Killer/Suspender for Windows NT/2000/XP V2.03
Copyright(C) 2002-2003 Craig Peacock
Killing PID 2796 'mplayerc.exe'
Killing PID 5428 'mplayerc.exe'
Killing PID 3300 'mplayerc.exe'
Killing PID 3344 'mplayerc.exe'
Killing PID 4720 'mplayerc.exe'
:D
C:\Process.exe -k mplayerc.exe
start "" "C:\Program Files\mplayerc\mplayerc.exe"
clsid
14th February 2008, 00:06
That is a somewhat 'common' problem that can happen occasionally. Also with the original MPC. I have had the problem myself a couple of times, but I have never been able to reproduce it consistently.
Shinigami-Sama
14th February 2008, 00:23
That is a somewhat 'common' problem that can happen occasionally. Also with the original MPC. I have had the problem myself a couple of times, but I have never been able to reproduce it consistently.
if it helps I only seem to get it when playing AVC files
thats the only common ground I've seen with it
also
on the hot keys issue
if I use the mute hot key before I open Mpc-HC, it starts in mute and completely kills my mute/volume keys until I close MPC *AND* manually unmute it with the taskbar icon
its kinda annoying, espciecialy if I've hit it by accident
clsid
14th February 2008, 00:34
For me it mostly happened with MPEG and WMV files if I recall correctly.
leeperry
14th February 2008, 01:22
actually If I disable the Intervideo Audio Decoder(from windvd8) while playing mkv files(with Haali's or Gabest's splitters), MPC HC shutdowns properly...
only problem is that this is the only audio filter I've found that gives perfect timing with Reclock..
here's what ProcessExplorer says when I close MPC(try at least) with the Intervideo Audio Decoder running :
http://pix.nofrag.com/a/5/4/37740ea1e2fa37f3235d75000fd44.png
ADude
14th February 2008, 03:38
FYI, you no longer need Reclock under Vista...
lanceuppercut
14th February 2008, 08:12
just saw this in the fixed list in the release notes for the catalyst 8.2 drivers ati/amd have just released:
"Playing an H.264/VC1 title on a system with a display resolution higher than 1440x900 no longer results in the content failing to play in hardware mode. Further details can be found in topic number 737-32154"
is that the green/black screen issue we're getting with 1920x1080 files or are they talking about something unrelated?
leeperry
14th February 2008, 10:46
FYI, you no longer need Reclock under Vista...
that's the other way around, actually :D
Reclock is not compatible with Vista.
but only Reclock can resample 23.976@24 and offer perfect timing in 48 Hz.
I *do* need Reclock :)
Leak
14th February 2008, 11:07
FYI, you no longer need Reclock under Vista...
How come?
_xxl
14th February 2008, 17:32
mpc-hc r403:
http://rapidshare.com/files/91816315/mplayerc.r403.zip.html
ernstblaauw
14th February 2008, 17:54
mpc-hc r403:
http://rapidshare.com/files/91816315/mplayerc.r403.zip.html
Thanks! Is a changelog available?
leeperry
14th February 2008, 18:01
Thanks! Is a changelog available?
http://mpc-hc.svn.sourceforge.net/viewvc/mpc-hc/?view=log
Leak
14th February 2008, 18:07
Thanks! Is a changelog available?
Same procedure as *EVERY* build, James... (http://mpc-hc.svn.sourceforge.net/viewvc/mpc-hc/?view=log) :p
ADude
15th February 2008, 02:57
How come?
According to the developer of Zoom Player:
Vista should take care of a lot of the issues that required reclock in the first place.
According to the Theater Tek Player Guide:
\\\\\ Vista doesn't need reclock
cca
15th February 2008, 09:49
In my experience, ReClock is still needed. Just try to play a 29.97 fps video in a 60Hz screen and you'll see what I mean. Vista has a 59.97Hz refresh option, which unfortunately has been rendered useless, at least for Nvidia card owners.
leeperry
15th February 2008, 10:30
anyway, Vista is using EVR.
EVR is really fantastic, but it doesn't render Reclock useless.
EVR+Reclock+MPC HC on XP....that's the killer combo :eek:
tetsuo55
15th February 2008, 16:32
r404 should fix a lot of problems for people using a lot of hd x264 files, could someone compile this version please? i would like to run some testst
from the changelog
Revision 404 - Directory Listing
Modified Thu Feb 14 20:02:01 2008 UTC (19 hours, 29 minutes ago) by casimir666
FIXED : H264 decode in software mode video with wrong SAR and too much ref_frame
FIXED : VC1 startcode not added when already present in parser raw stream
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.