View Full Version : Media Player Classic Home Cinema (MPC-HC) - DXVA!
ADude
10th April 2009, 19:22
I've been away for several weeks, and I read the Change Log (a couple of nice GUI changes, I see).
But can someone give me a short summary of the current status, including any major bugs or instabilities not fixed ?
Egh
10th April 2009, 21:32
Is there any plans to add madVideoRenderer support on constant basis?
What is it, what OS does it work on, and is it really any better than Haali?
Keiyakusha
11th April 2009, 00:03
What is it, what OS does it work on, and is it really any better than Haali?
Take a look at this (http://forum.doom9.org/showthread.php?t=146228) topic.
Egh
11th April 2009, 05:43
Take a look at this (http://forum.doom9.org/showthread.php?t=146228) topic.
Yeah, I already found it and even tested it.
Well, of course, there's a patch already for madVR, just that it looks ugly in the options ;) And not in the SVN, of course.
Still, madVR is in its very early days, but hopefully once it becomes more or less stable, it will take the throne of the best renderer in the field (currently occupied by Haali, of course). Finally someone heard my prayers and started to code a proper renderer.
Mpc4221
11th April 2009, 06:56
Would a developer make it so that mpc could open DVD ISO images without using other software like virtualclonedrive?
Upping my request
Leak
11th April 2009, 09:02
Upping my request
See that "Search this thread" link at the top? Try using the word "ISO" with it.
np: Radiohead - Skttrbrain (Four Tet Remix) (Com Lag (2+2=5))
madshi
11th April 2009, 19:56
Just stumbled over a serious bug in the MPC Video decoders (at least in some of them). Here's a screenshot:
http://img208.imageshack.us/img208/1112/bad1.png
I first thought it was a bug in my new renderer (madVR), but after some testing it seems to be a bug in the MPC Video decoders.
Thing is, the MPC Video decoders seem to prefer outputting YUY2, so with other renderers (which accept YUY2) the problem does not occur. But madVR only accepts YV12. The problem is caused by the mediatype connection info specifying "1088" for the "BITMAPINFOHEADER.biHeight" field, while the actual data is filled in by the MPC Video decoder with 1080 pixels, only. Because of that madVR displays the chroma channels with a vertical offset.
Filter : madVideoRenderer - CLSID : {E1A8B82A-32CE-4B0D-BE0D-AA68C772E423}
- Connected to:
CLSID: {008BAC12-FBAF-497B-9670-BC6F6FBAE2C4}
Filter: MPC Video Decoder
Pin: Output
- Connection media type:
Video: YV12 1920x1088 (16:9) 23.98fps
AM_MEDIA_TYPE:
majortype: MEDIATYPE_Video {73646976-0000-0010-8000-00AA00389B71}
subtype: MEDIASUBTYPE_YV12 {32315659-0000-0010-8000-00AA00389B71}
formattype: FORMAT_VideoInfo2 {F72A76A0-EB0A-11D0-ACE4-0000C0CC16BA}
bFixedSizeSamples: 1
bTemporalCompression: 0
lSampleSize: 1
cbFormat: 112
VIDEOINFOHEADER:
rcSource: (0,0)-(1920,1080)
rcTarget: (0,0)-(1920,1080)
dwBitRate: 0
dwBitErrorRate: 0
AvgTimePerFrame: 417083
VIDEOINFOHEADER2:
dwInterlaceFlags: 0x00000081
dwCopyProtectFlags: 0x00000000
dwPictAspectRatioX: 16
dwPictAspectRatioY: 9
dwControlFlags: 0x00000000
dwReserved2: 0x00000000
BITMAPINFOHEADER:
biSize: 40
biWidth: 1920
biHeight: 1088
biPlanes: 3
biBitCount: 12
biCompression: YV12
biSizeImage: 3133440
biXPelsPerMeter: 0
biYPelsPerMeter: 0
biClrUsed: 0
biClrImportant: 0
pbFormat:
0000: 00 00 00 00 00 00 00 00 80 07 00 00 38 04 00 00 ...........8...
0010: 00 00 00 00 00 00 00 00 80 07 00 00 38 04 00 00 ...........8...
0020: 00 00 00 00 00 00 00 00 3b 5d 06 00 00 00 00 00 ........;]......
0030: 81 00 00 00 00 00 00 00 10 00 00 00 09 00 00 00 ...............
0040: 00 00 00 00 00 00 00 00 28 00 00 00 80 07 00 00 ........(......
0050: 40 04 00 00 03 00 0c 00 59 56 31 32 00 d0 2f 00 @.......YV12./.
0060: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
You may also want to revisit the "biPlanes" field, which is set to 3, but which should be set to 1, I believe. Also "biSizeImage" is calculated for 1088 lines, but the decoder has only filled in 1080 lines of luma and chroma information.
hdboy
12th April 2009, 16:32
I have windows 7 + nvidia 7600GT + mpc svn various versions, from 9xx to 10xx. Tried both MS's default WDM driver and nvidia's latest beta driver for win7.
I use a dual monitor setup where my 2nd monitor is a Sony 52" LCD used for video and my primary monitor is regular LCD monitor used for desktop.
here's my problem: when I use "extend display" option, video playback has stutters/hiccups, esp. on 23.98fps material. If I set the refresh rate in control panel to 24hz for 23.98fps material, the video is smoother but I get lip sync problem, and I get video drops when there's a lot of motion, like the system can't keep up. I think this may be the TV's fault too. It has 120hz but I think the implementation may be flawed. Anyway, this happens whether I drag the player to the TV and hit fullscreen, or use the great "Output to X display" option in MPC, or use the /monitor startup switch.
However, if I use 'clone display", then playback is smooth for all materials, but I rather not use it because it means I cannot use the PC while I'm playing video, i.e., when the family is watching a movie but I want to surf the web or do some work.
I tried reclock, but it only made things worse. at least using the default settings. I haven't been able to tweak it.
anyone has a clue for me, or seeing the same problem?
St Devious
12th April 2009, 18:14
Having Problem with playing megui/x264 encoded files in MPCHC. i get green artifact on the bottom, while the file plays fine in KMPlayer
http://i40.tinypic.com/ac68f8.jpg
http://i40.tinypic.com/f3rhj9.jpg
General
Complete name : D:\Recorded Videos\STALKER 1.mp4
Format : MPEG-4
Format profile : JVT
Codec ID : avc1
File size : 262 MiB
Duration : 7mn 20s
Overall bit rate : 4 992 Kbps
Encoded date : UTC 2009-04-11 07:51:28
Tagged date : UTC 2009-04-11 07:51:28
Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L5.0
Format settings, CABAC : Yes
Format settings, ReFrames : 5 frames
Codec ID : avc1
Codec ID/Info : Advanced Video Coding
Duration : 7mn 20s
Bit rate mode : Variable
Bit rate : 5 000 Kbps
Maximum bit rate : 9 662 Kbps
Width : 1 920 pixels
Height : 1 200 pixels
Display aspect ratio : 1.600
Frame rate mode : Constant
Frame rate : 25.000 fps
Resolution : 24 bits
Colorimetry : 4:2:0
Scan type : Progressive
Bits/(Pixel*Frame) : 0.087
Stream size : 262 MiB (100%)
Writing library : x264 core 67 r1137M 1fda882
Encoding settings : cabac=1 / ref=5 / deblock=1:-1:-1 / analyse=0x3:0x133 / me=umh / subme=7 / psy_rd=1.0:0.0 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / chroma_qp_offset=-2 / threads=6 / nr=0 / decimate=1 / mbaff=0 / bframes=3 / b_pyramid=1 / b_adapt=2 / b_bias=0 / direct=3 / wpredb=1 / keyint=250 / keyint_min=25 / scenecut=40 / rc=2pass / bitrate=5000 / ratetol=1.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / pb_ratio=1.30 / aq=1:1.00
Encoded date : UTC 2009-04-11 07:51:28
Tagged date : UTC 2009-04-11 08:32:00
http://i41.tinypic.com/okcyzd.jpg
http://img4.imageshack.us/img4/5520/ss20090412131429.jpg
Kado
12th April 2009, 21:09
Can you provide a sample to test?
St Devious
12th April 2009, 21:21
Can you provide a sample to test?
sure, how do i cut the video ? its in .mp4 container
kikker
12th April 2009, 22:39
Hi, just curious as to why there are two decoder selections each for VC-1 and AVC. For instance, my ATI card will only accelerate AVC video if ONLY the AVC (DXVA) is selected, but it will not accelerate the video if both AVC (DXVA) and AVC (ffmpeg) are selected.
The same thing applies to VC-1. Acceleration occurs when only VC-1 (DXVA) is selected.
My question is: Shouldn't the end user have a choice of either DXVA or ffmpeg but not both?
Another interesting point to mention is the fact that my lowly ATI 3450 definitely accelerates video with both AVC and VC-1 in MPC-HC. I can easily play 1080p BluRay M2TS files with a weak C2D processor at around 10-15% CPU usage. According to the FAQ at least, MPC-HC should only be able to accelerate video beginning with cards that are slightly better than the HD3450.
Aleksoid1978
12th April 2009, 22:54
Having Problem with playing megui/x264 encoded files in MPCHC. i get green artifact on the bottom, while the file plays fine in KMPlayer
Disable DXVA for H.264 in MPCHC. Possible error in this.
St Devious
12th April 2009, 23:07
Hi, just curious as to why there are two decoder selections each for VC-1 and AVC. For instance, my ATI card will only accelerate AVC video if ONLY the AVC (DXVA) is checked off, but it will not accelerate the video if both AVC (DXVA) and AVC (ffmpeg) are checked off.
The same thing applies to VC-1. Acceleration occurs when only VC-1 (DXVA) is checked off.
thats strange, gpu should accelrate video only when dxva is checked. otherwise it uses cpu, at least for me on 9800gt
Disable DXVA for H.264 in MPCHC. Possible error in this.
but i want to use gpu for acceleration. all other h.264 files play fine. like the h.264 trailers i downloaded from here
http://www.h264info.com/clips.html
kikker
13th April 2009, 01:35
thats strange, gpu should accelrate video only when dxva is checked. otherwise it uses cpu, at least for me on 9800gt
Sorry, should have been more clear. I used the words "checked off" to mean "selected". I edited my post 3 above yours.
Keiyakusha
13th April 2009, 02:51
kikker
If both options are selected, player is trying to use DXVA. If DXVA can't work with current stream - FFMPEG decoder will be used. If only DXVA selected - then the same but instead FFMPEG will be used any available decoder, for example CoreAVC. At least for me it works like that...
mark0077
13th April 2009, 20:59
I want to report a problem I have. While playing a new blu-ray I got, 300, I have problems when seeking. I get one of two problems but only in maybe 1 out of 5 seeks.
1) When I seek, its like 2-3 frames of video play repeatedly over and over again, while the sound continues perfectly in the background.
2) When I seek, 2-3 frames of video play repeatedly with one frame corrupted like below.
http://img4.imageshack.us/img4/7730/seekn.th.jpg (http://img4.imageshack.us/my.php?image=seekn.jpg)
Also, when loading a blu-ray m2ts file from disk, because the initial loading of the video seems slightly slower than loading files from hard disk, I notice that if I do a seek BEFORE the video has began to play fully, then I get a black screen forever. I can still seek using the taskbar, but something must go wrong in this scenario. I can hear the sound in the background. Maybe I shouldn't be allowed seek until the video file has started playing to fix this bug. (Edit: I actually think this black screen bug might be actually the same problem as the seeking problem I talk about above.)
PS: I am not using DXVA, because I can't seem to ever get it working on my GTX 295.
Chaeska
13th April 2009, 22:51
OOOK - I guess my question is as noobish as it can get BUT something weird started happening to Media Player Classic Homecinema recently - the image is somehow displayed zoomed/in the wrong aspect ratio. I have no clue why this is happening - have I pressed the wrong keyboard shortcut or something? The strangest part is that Media Player Classic (the "old" one) displays the video correctly even though I use PRECISELY the same settings - I checked everything quite thoroughly.
Just see for yourself:
http://g.imagehost.org/t/0848/wtf1.jpg (http://g.imagehost.org/view/0848/wtf1) http://g.imagehost.org/t/0940/wtf2.jpg (http://g.imagehost.org/view/0940/wtf2)
Anybody got a clue what's wrong?
akajester
14th April 2009, 15:22
Hey guys, this is my first post here so be gentle! :)
I'm using MPC/MPA and all the files I play are HD mkv's. My audio out is spdif to a receiver. Whenever something has a DTS audio track, I get stuttering playback. I've tried multiple audio cards and rebuilt my machine with a new gigabyte board and onboard audio, and it acts the same. I've also tested with dxva off/on, no change. Both installations were winxp sp3 with latest drivers and updates. The only solution was to unregister MPA codec and install ac3filter. I've talked to others that have the same problem with MPA and DTS over spdif. AC3 works fine, but DTS over spdif doesn't. Anyone else have this problem? Is this an issue with MPA codec? Thanks in advance for your help!
-akajester
Xorp
14th April 2009, 19:11
Any chance we can get a 1-click access to the audio and sub tracks listing, from a tray icon (like with Haali)?
Having to open separate audio and subtitles menus is a bit tedious. Or opening the filters sub-menu, them moving to the splitter tracks listing is even more tedious.
Jong
14th April 2009, 19:11
I want to report a problem I have. While playing a new blu-ray I got, 300, I have problems when seeking. I get one of two problems but only in maybe 1 out of 5 seeks.
1) When I seek, its like 2-3 frames of video play repeatedly over and over again, while the sound continues perfectly in the background.
2) When I seek, 2-3 frames of video play repeatedly with one frame corrupted like below.Are you using external decoders? because I get that problem if I use Cyberlink's decoders in MPC-HC.
mark0077
14th April 2009, 19:24
No using internal decoders. vc-1 software decoding.
tetsuo55
14th April 2009, 21:34
I want to report a problem I have. While playing a new blu-ray I got, 300, I have problems when seeking. I get one of two problems but only in maybe 1 out of 5 seeks.
1) When I seek, its like 2-3 frames of video play repeatedly over and over again, while the sound continues perfectly in the background.
2) When I seek, 2-3 frames of video play repeatedly with one frame corrupted like below.
http://img4.imageshack.us/img4/7730/seekn.th.jpg (http://img4.imageshack.us/my.php?image=seekn.jpg)
Also, when loading a blu-ray m2ts file from disk, because the initial loading of the video seems slightly slower than loading files from hard disk, I notice that if I do a seek BEFORE the video has began to play fully, then I get a black screen forever. I can still seek using the taskbar, but something must go wrong in this scenario. I can hear the sound in the background. Maybe I shouldn't be allowed seek until the video file has started playing to fix this bug. (Edit: I actually think this black screen bug might be actually the same problem as the seeking problem I talk about above.)
PS: I am not using DXVA, because I can't seem to ever get it working on my GTX 295.
I have this problem too with DXVA, the behaviour seems random though, i could try the same file 20 times and only have it happen once.
mark0077
14th April 2009, 21:48
I have this problem too with DXVA, the behaviour seems random though, i could try the same file 20 times and only have it happen once.
Yeah not enough to really stop me enjoying things but obviously a bug somewhere. Are you using hardware or software decoding? I am using software and it happens, repeatable as I say in 1 out of maybe 5 seeks on this blu-ray. It actually took a few attempts to get that screenshot as mpc-hc flickers between what looks like a good frame, and that damaged frame, but very fast so its hard to catch the bad frame. Sound continues in the background as if nothing is wrong.
tetsuo55
15th April 2009, 09:09
Yeah not enough to really stop me enjoying things but obviously a bug somewhere. Are you using hardware or software decoding? I am using software and it happens, repeatable as I say in 1 out of maybe 5 seeks on this blu-ray. It actually took a few attempts to get that screenshot as mpc-hc flickers between what looks like a good frame, and that damaged frame, but very fast so its hard to catch the bad frame. Sound continues in the background as if nothing is wrong.
DXVA means hardware decoding ;)
The BD of "marley and I" completely freaks out MPC HC DXVA decoder (Frame jumping) with all renderers. Core AVC is normal. Problem persits in the last 6 versions - before i do not know.
System: ATI RADEON 2600 PRO 512MB, WIN XP SP3
I think we are getting closer and closer to finding a sample so casimir can reproduce the bug on his system :D
Allbestmessage
15th April 2009, 10:23
Really very cool thank for sharing.
chros
15th April 2009, 13:00
OFF: what kind of nVidia videocard or nVidia chipset in laptops supports DXVA or/and CUDA ?
(At my firm I can select a laptop for everyday use ...)
Thanks for helping ...
flanger216
15th April 2009, 17:14
The BD of "marley and I" completely freaks out MPC HC DXVA decoder (Frame jumping) with all renderers. Core AVC is normal. Problem persits in the last 6 versions - before i do not know.
Same with the BD of "Dune" on my HD3600 in Windows 7. Lots of macroblocking, repeated frames, etc. Software decoding is unaffected.
Eric B
15th April 2009, 19:04
I've tried shortly the DXVA decoder integrated in MPC-HD (last official build) with my HD3650 and I also get macro blocking, frame errors, etc. I'll stay with PDVD7 external decoder.
Besides, did somebody already talked about DAR (display aspect ratio)? When I put a single avc (mp4 container) track in MPC-HD, the DAR is automatically properly taken. However, once muxed in mkv with audio tracks (aac-he), the DAR is not correct anymore when I open the resulting file. In other player (e.g. the venerable TCMP), the DAR is correctly taken from the video track in the mkv.
Brazil2
15th April 2009, 19:10
Besides, did somebody already talked about DAR (display aspect ratio)? When I put a single avc (mp4 container) track in MPC-HD, the DAR is automatically properly taken. However, once muxed in mkv with audio tracks (aac-he), the DAR is not correct anymore when I open the resulting file. In other player (e.g. the venerable TCMP), the DAR is correctly taken from the video track in the mkv.
Yes, I have the same issue with some, but not all, of my videos.
Some other people reported the same thing too:
http://forum.doom9.org/showthread.php?p=1255394#post1255394
Snowknight26
15th April 2009, 19:16
I've a file that I muxed FLAC into that makes HPC-HC stop playing the audio upon seeking. I tried to reproduce the issue with a sample by cutting the mkv, but it turns out that MPC-HC won't even play the audio of the sample. I'd safely say its the same issue.
http://stfcc.org/misc/pulpfiction.sample.mkv
tetsuo55
15th April 2009, 21:25
I have some questions and ideas regarding the output settings window
First the questions:
1. Why do realmedia and quicktime have seperate settings>
1b. Can these be merged into the main selection (would save a lot of space and 2 less options to worry about)
some idea's:
2. Reduce the directshow Video to only the main renderer's and have windowed and renderless be checkable options on the right (that can only be checked when the a compatible render is selected)
3. Select the best renderer by default, and fall back 1 by 1.
3b. Order would be: EVR-CP, EVR, VMR9, VMR7, Overlay, Old renderer. (maybe mpc should remember which renderer connected and not try higher ones again after that?)
4. Upgrade realmedia and quicktime to EVR (should already be the case if 1b is done)
clsid
15th April 2009, 21:46
The RealMedia and QuickTime frameworks don't use DirectShow. That is why they have separate settings.
2/3. I don't agree with your preferred order of renderers. Everyone has their own personal preference. The current behavior is good. Fallback to system default is sufficient as fallback should rarely happen.
DrNein
15th April 2009, 22:40
Hi, just curious as to why there are two decoder selections each for VC-1 and AVC. For instance, my ATI card will only accelerate AVC video if ONLY the AVC (DXVA) is selected, but it will not accelerate the video if both AVC (DXVA) and AVC (ffmpeg) are selected.
The same thing applies to VC-1. Acceleration occurs when only VC-1 (DXVA) is selected.
My question is: Shouldn't the end user have a choice of either DXVA or ffmpeg but not both?
Another interesting point to mention is the fact that my lowly ATI 3450 definitely accelerates video with both AVC and VC-1 in MPC-HC. I can easily play 1080p BluRay M2TS files with a weak C2D processor at around 10-15% CPU usage. According to the FAQ at least, MPC-HC should only be able to accelerate video beginning with cards that are slightly better than the HD3450.
When both are selected, hardware (DXVA) should be used when possible (i.e. standards compliant video), and fallback to software (ffmpeg) otherwise.
HD2000 and higher have essentially the same hardware decoder performance. The CPU almost does not matter.
http://en.wikipedia.org/wiki/Unified_Video_Decoder
3. Select the best renderer by default, and fall back 1 by 1.
3b. Order would be: EVR-CP, EVR, VMR9, VMR7, Overlay, Old renderer. (maybe mpc should remember which renderer connected and not try higher ones again after that?)
With XP, VMR7 has very good quality and the best features (and can use Overlay). VMR9 is good for subtitles but quality suffers. EVR-CP also has poor quality in certain instances. EVR has good quality but lacks features. So, if "best" was implemented then "fallback order" would have to be very different. ;)
tetsuo55
16th April 2009, 07:43
The RealMedia and QuickTime frameworks don't use DirectShow. That is why they have separate settings.
Ahh, what an annoyance those codecs are.
So we can only use directshow with the ffmpeg equivalents
2/3. I don't agree with your preferred order of renderers. Everyone has their own personal preference. The current behavior is good. Fallback to system default is sufficient as fallback should rarely happen.
I experienced some problems with the current fallback system, but maybe a better fallback method would not be able to prevent the crashes i encountered
The order i suggested was theoretical best to theoretical worst.With XP, VMR7 has very good quality and the best features (and can use Overlay). VMR9 is good for subtitles but quality suffers. EVR-CP also has poor quality in certain instances. EVR has good quality but lacks features. So, if "best" was implemented then "fallback order" would have to be very different. ;)
Could you and clsid list the pro's con's of each renderer?
pokazene_maslo
16th April 2009, 16:08
Hello. I have problem with fallback routine in MPCHC. DXVA is running fine when file is DXVA compliant. But when DXVA can't be used on AVC file and I have disabled internal h264/avc (ffmpeg) decoder video is without picture (only sound). I have installed external ffdshow and it is correctly used for ASP files. I want to use external ffdshow for DXVA incompatible content because it can be configured in detail. Thanks
MPCHC: 1.2.1.1043 x64
ffdshow: 2768 x64
os: vista x64 sp1
DrNein
16th April 2009, 20:53
Could you and clsid list the pro's con's of each renderer?
See here:
http://forum.doom9.org/showthread.php?t=144296
Lincoln Burrows
17th April 2009, 10:13
While this discussion is happening in the BSPlayer board, I ask you please to take a look into what I said on that thread and try to help me on this matter... because it's something that involves MPC-HC, BSP Pro, MPEG-2 decoders, possible decrypting (bugs?) or any other unusual thing that I don't have any fracking idea...
http://forum.bsplayer.com/general-talk-support/9547-bs-player-pro-cant-play-some-dvds-properly.html
But before reading that thread, please read this one posted here on Doom9:
http://forum.doom9.org/showthread.php?t=143764
Any ideas what might be causing the TMNT issue with MPC-HC/BSP? PDVD is not having that problem.
I wonder if those navigation problems from both MPC/BSP can be solved... I didn't know it was such a mess playing a single DVD. I guess I'll just have to follow this thread:
http://forum.doom9.org/showthread.php?t=146123
And pray to stay away from those issues. :rolleyes:
tetsuo55
17th April 2009, 15:02
I have been testing beliyaal's build for any problems.
I have tested over 50 movies and compared each problem to regular MPC-HC SVN to find out if they are regressions or not.
during this testing i found VC1 playback to be completely broken.
Attached is a screenshot of what the original BD of Corpse Bride looks like, every second looks like this, i have been unable to find even 1 non-broken frame .
It's the mt2s file opened in MPC-HC, i am using Windows7 with Catalyst 9.4
(The screenshot is from beliyaal's build but the result is identical in SVN builds)
http://img27.imageshack.us/img27/994/vc1hell.th.png (http://img27.imageshack.us/my.php?image=vc1hell.png)
mark0077
17th April 2009, 17:15
I want to report a problem I have. While playing a new blu-ray I got, 300, I have problems when seeking. I get one of two problems but only in maybe 1 out of 5 seeks.
1) When I seek, its like 2-3 frames of video play repeatedly over and over again, while the sound continues perfectly in the background.
2) When I seek, 2-3 frames of video play repeatedly with one frame corrupted like below.
http://img4.imageshack.us/img4/7730/seekn.th.jpg (http://img4.imageshack.us/my.php?image=seekn.jpg)
Also, when loading a blu-ray m2ts file from disk, because the initial loading of the video seems slightly slower than loading files from hard disk, I notice that if I do a seek BEFORE the video has began to play fully, then I get a black screen forever. I can still seek using the taskbar, but something must go wrong in this scenario. I can hear the sound in the background. Maybe I shouldn't be allowed seek until the video file has started playing to fix this bug. (Edit: I actually think this black screen bug might be actually the same problem as the seeking problem I talk about above.)
PS: I am not using DXVA, because I can't seem to ever get it working on my GTX 295.
Damn, this is actually getting to be annoying little one, wanted to jump into a scene in 300 to compare against something and cannot get to that scene. My seek leaves mpc-hc displaying a frame and a broken frame repeatedly in a loop even on many more seeks, the same two images get drawn (the last two frames it seemed to render correctly actually).
Eric B
17th April 2009, 17:42
A further note about wrong DAR: it seems to appears mainly when subtitles are muxed/loaded with the video file. The DAR is ok in mkv when no sub.
I've also tested some videos for DXVA. Which are the profiles & levels supported by the player / video cards? Is there any official doc from AMD/Ati (and Nvidia)?
I have a HD3650 under XP. DXVA is used for all videos I have tested, when no subtitle or with WRM9, and one of this video is AVC High@L5.1 CABAC 9 Ref frames. DXVA is also used within PDVD7 for this video (h264 track only).
So ATi UVD seems not to be restricted to L4.1 as stated here (http://en.wikipedia.org/wiki/Purevideo)...
Moreover, it seems that using PDVD7 filter outside PDVD (tested with TCMP) takes more CPU power than directly in PDVD...
Does PowerDVD also use the WRM7 renderer? I have also the "subtitle limitation" with PDVD and DXVA (x264 muxed in mp4 container): when no sub, DXVA is used, when sub loaded (idx files alongside), no DXVA
Back to MPC-HC, I still have bad quality with the last test release (v1.2.1043) so, unfortunately, I cannot use it as main player.
I've only tested DXVA for h264 because I do not have proper video for VC1: I've downloaded some clips from the HD gallery at MS, recognized at VC-1 (WMV3) (MP@HL) by MediaInfo, but when played, DXVA is not used. Pb of container?
tetsuo55
17th April 2009, 19:04
Here is a sample of the most problematic file i have.
note that due to remuxing with a newer version of mkvmerge the problems with this file have lessened.
Problems are:
-Macroblocking corruption arround the cogs
-Macroblocking corruption at the bottom of the 2nd and 3rd logo's
-Stuttering from 00:01:30 onwards
http://www.megaupload.com/?d=0C2GF32C
alexins
19th April 2009, 02:33
Media Player Classic HomeCinema (x86/x64), svn 1050 (http://www.xvidvideo.ru/content/view/720/1/)
Supported languages: BY, CN, CZ, DE, EN, ES, FR, HU, IT, KR, PL, RU, SK, TR, UA
Changes log (http://www.xvidvideo.ru/content/view/7/17/)
Changed : merge with Beliyaal branch (http://forum.doom9.org/showthread.php?t=145203);
Added : support for madVR (new Video Renderer);
Resource cleanup.
Casimir666, Beliyaal :thanks:
lych_necross
19th April 2009, 07:07
Changed : merge with Beliyaal branch (http://forum.doom9.org/showthread.php?t=145203);
Added : support for madVR (new Video Renderer);
Resource cleanup.
Casimir666, Beliyaal :thanks:
Yeah! Finally, the two branches have merged! :D Guess its time fore more regression testing...
madshi
19th April 2009, 07:17
Changed : merge with Beliyaal branch (http://forum.doom9.org/showthread.php?t=145203);
Added : support for madVR (new Video Renderer);
Resource cleanup.
Awesome - thanks! :)
Mark_A_W
19th April 2009, 07:22
Yep, kewl, they are united.
The two main bugs I was getting with the Beliyaal build are:
1. Audio/video glitch about once an hour. A little pause/jump of about half a second. Using EVR custom, and external decoders. Otherwise it is SMOOTH.
2. Something funky going on with the power/screensaver settings. After watching for longer than my monitor-turn-off-time (10mins) if I press pause or stop the screen instantly turns off. If left in pause the PC will go into standby. Again, EVR Custom, but not D3D fullscreen, just normal fullscreen. Vista32.
Keep up the good work guys. Due to the smooth playback (perfectly smooth with Reclock in "bypass" mode, apart from the glitch), I have now moved to MPC-HC as my main player for the HT, away from Zoom Player.
Thanks
Mark
Xorp
19th April 2009, 07:59
The chroma colors bug that appears with MPC decoders+madVR renderer still persists. :(
Snowknight26
19th April 2009, 08:16
When a screenshot is taken of a video in a container (H.264 in MKV in this case) that has a SAR set, the screenshot's resolution is that of the actual video stream's resolution, not of the DAR.
Mercury_22
19th April 2009, 08:21
Revision 1048 - Directory Listing
Modified Sat Apr 18 17:39:19 2009 UTC (13 hours, 30 minutes ago) by casimir666
Changed : merge with Beliyaal branch
Added : support for madVR (new Video Renderer)
YES! :thanks:
Awesome - thanks! :)
@madshi can you make your renderer 64-bit compatible ? cause I think it's easyer to make it 64-bit "compatible" right from the start :rolleyes:
Just a thought :)
Casimir666
19th April 2009, 09:20
@madshi can you make your renderer 64-bit compatible ? cause I think it's easyer to make it 64-bit "compatible" right from the start :rolleyes:
Just a thought :)
mpc-hc is already ready for an x64 build of madVR :p
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.