View Full Version : Media Player Classic Home Cinema (MPC-HC) - DXVA!


Pages : 1 2 [3] 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21

ericab
20th May 2008, 02:03
@MatMaul
Your test build triggers Execute Disable on my system crashing mpc but xxl rev 518 works and decodes with dxva only the sd3.1 file, the sd4.1 cannot be rendered.
Cyberlink's pdvd8 h264 decoder decodes both with dxva.
With Aleksoid1978 files 2 play corrupted and other 2 play fine with dxva (nvidia).

@ericab
Try build rev 518 hosted here (http://tirnanog.fate.jp/mirror/Misc%20(not%20by%20celtic_druid)/MPC-Homecinema%20SVN/). Also use evr/evr custom presenter.
"H.264 bitstream decoder, No FGT" means that the gpu is decoding the video.

nope, its a no-go. used custom presenter w/218 build, now it shows the movie with audio, and video, but says "Not using DXVA" :mad:

*edit*

im using XP, w 8800GTS (g92 core) and internal MPCHC decoder.

MatMaul
20th May 2008, 02:16
Cyberlink's pdvd8 h264 decoder decodes both with dxva.
seems to confirm that the max level for SD is also 4.1

Anastasis
20th May 2008, 05:26
The 518 build correct the issue with DXVA playback I was having, as discussed on the thread from the HTPC forum:
http://www.avsforum.com/avs-vb/showthread.php?t=972503&page=6

MeGUI encode using HD-DXVA-HQ profile, from MPEG 2 source, PAR 1.028

build 518 - DXVA good

MPC-HC 1.1.0.0 - no DXVA, filter properties indicate DXVA, but all I would get is a black screen.

MPC 1.1.0.0 w/ PDVD8 h264 codec - DXVA good.

boyumeow
20th May 2008, 05:38
@ All
I would like to do a list with all known bugs and issues for MPC-HC and add it to my first post.
Please send me a pm or post it on this thread.

Filename (in Chinese character) contains unsupported characters (use only A-Z, 0-9) when I play any media (except .mp4) MPC-HC latest, not happen on r492.

Thanks.

baadnewz
20th May 2008, 06:11
I have uploaded r517 for x64 here : http://www.zshare.net/download/12268144e4b3a2b2/

Thank you very much

Casimir666
20th May 2008, 07:09
Filename (in Chinese character) contains unsupported characters (use only A-Z, 0-9) when I play any media (except .mp4) MPC-HC latest, not happen on r492.

Thanks.

This message should happen only with real media files. Do you confirm you have it with other kind of video files?

boyumeow
20th May 2008, 09:09
This message should happen only with real media files. Do you confirm you have it with other kind of video files?

Its my mistakes, it only happens to real media files. Sorry about it.

tetsuo55
20th May 2008, 09:41
build for testing purpose only, which will try to decode with DXVA everything.
http://www.etud.insa-toulouse.fr/~mvelten/bordel/mpc-hc/mplayerc_r518_TEST.zip



Here are my results(xp,vmr9,hd2400pro):

SD31.mp4 >> DXVA enabled, playback is fine

SD41.mp4 >> DXVA enabled, plays a few frames than hangs

pirates_sample.mkv >> DXVA enabled, playback is fine

shooter_sample.mkv >> DXVA enabled, playback is fine (this file had the random macroblocking corruption bug during one of the test runs, it happend around the "shooter" part)

sw_2_sample.mkv >> DXVA enabled, playback is fine (this file had the random macroblocking corruption bug during one of the test runs, it happend around the "fox logo" part)

x3_sample.mkv >> DXVA enabled, playback is fine

tetsuo55
20th May 2008, 09:45
seems to confirm that the max level for SD is also 4.1

PowerDVd has a habit of defaulting back to software mode without telling the end user, so we have to be extra carefull about that one

Aleksoid1978
20th May 2008, 10:21
Here are my results(xp,vmr9,hd2400pro):

SD31.mp4 >> DXVA enabled, playback is fine

SD41.mp4 >> DXVA enabled, plays a few frames than hangs

pirates_sample.mkv >> DXVA enabled, playback is fine

shooter_sample.mkv >> DXVA enabled, playback is fine (this file had the random macroblocking corruption bug during one of the test runs, it happend around the "shooter" part)

sw_2_sample.mkv >> DXVA enabled, playback is fine (this file had the random macroblocking corruption bug during one of the test runs, it happend around the "fox logo" part)

x3_sample.mkv >> DXVA enabled, playback is fine

Interesting ... What is You video, Ati or Nvidia, XP or Vista,
version of Drivers ???

Because on my 8800GT, 174.74 drivers on all this files i have "20 fps bug" on External Cyberlink 7 h264 Decoder OR Black Screen and file not play on MPC Internal Decoder - on XP and on Vista x64 too

Possible some wrong with NVIDIA and here DRIVERS:devil:

tetsuo55
20th May 2008, 12:20
Interesting ... What is You video, Ati or Nvidia, XP or Vista,
version of Drivers ???

Because on my 8800GT, 174.74 drivers on all this files i have "20 fps bug" on External Cyberlink 7 h264 Decoder OR Black Screen and file not play on MPC Internal Decoder - on XP and on Vista x64 too

Possible some wrong with NVIDIA and here DRIVERS:devil:

i already answered those questions in the post itself..


anyway to make it even more clear:
Winxp SP2

ATI hd2400pro

driver version: 8.3

imho nvidia is terrible with DXVA

MarcioAB
20th May 2008, 12:34
it says "H.264 bitstream decoder, No FGT", whatever that means, but its only a black screen; video, or audio. it just wont play. it sits there on "Play" and the time doesnt move fwd. im using vmr9 renderless.

Check with "Media Info" how many "Ref Frames" your stream has. If it's 5 or more ... need re-encode. (I have (or had now) the symptoms over here).

@All: By the way: Why such limitation ? Is it nVidia drivers limitation or MPC-HomeCinema ?

Thank you.

wyrd
20th May 2008, 12:45
Here are my results(xp,vmr9,hd2400pro):
SD31.mp4 >> DXVA enabled, playback is fine
SD41.mp4 >> DXVA enabled, plays a few frames than hangs
pirates_sample.mkv >> DXVA enabled, playback is fine
shooter_sample.mkv >> DXVA enabled, playback is fine (this file had the random macroblocking corruption bug during one of the test runs, it happend around the "shooter" part)
sw_2_sample.mkv >> DXVA enabled, playback is fine (this file had the random macroblocking corruption bug during one of the test runs, it happend around the "fox logo" part)
x3_sample.mkv >> DXVA enabled, playback is fine

same result here.
but i can't reproduce macroblock corruption.
(xpsp3,vmr9/ovl,hd2600xt,Cata8.49)
http://tirnanog.fate.jp/tmp/snap/shooter.png
http://tirnanog.fate.jp/tmp/snap/sw_2.png

thuan
20th May 2008, 13:56
Same result for me as wyrd and tetsuo, too. XPSP3, HD2400XT, Catalyst 8.4.

Kado
20th May 2008, 14:26
@Aleksoid1978

Cyberlinks filter plays all samples using dxva properly. MPC internal dxva plays x3 properly only, the others have video corruption.

vista sp1 32bit + evr pre-sp1 (to avoid washed out picture with custom presenter in mpc), 9800gtx,175.63beta.

@tetsuo55
Open cyberlink's filter properties while holding CTRL and check the profile used (bitstream is dxva).

engene
20th May 2008, 14:30
build for testing purpose only, which will try to decode with DXVA everything.
http://www.etud.insa-toulouse.fr/~mvelten/bordel/mpc-hc/mplayerc_r518_TEST.zip

@people with DXVA cards, please test this two samples to see if SD decoding is limited to level 3.1 or level 4.1
http://www.etud.insa-toulouse.fr/~mvelten/bordel/mpc-hc/SD31.mp4
http://www.etud.insa-toulouse.fr/~mvelten/bordel/mpc-hc/SD41.mp4

and also please test the samples provided by Aleksoid1978 and report your findings.


SD41.mp4 is not dxva compatible.


You can try below encode setting.
resolution: max num_ref_frames (x264 encoder settings)
L4.1
720x576: 15 (--ref 15 --bframes 0) or (--ref 11 --bframes 3 --b-adapt --b-pyramid)

Kado
20th May 2008, 15:37
@engene
Cyberlink's decoder can open that video stream using DXVA in mpc hc.


@All
I found this weird issue (anyone with the cyberlink decoder should try too), a DXVA playable h264 stream will give a black screen without playback under these conditions:
Cyberlink's h264 decoder (with dxva enabled) in the external filters list and set as preferred then ffdshow video decoder (if it's above cyberlink's disable the h264 support in ffdshow) in the list and set as preferred as well. MPC will build the graph but there won't be no playback, just a black screen and in the cyberlink's decoder properties the profile will be bitstream.
Change ffdshow video decoder to "set merit" or "block" and cyberlink's decoder will play the file with dxva normally.

MatMaul
20th May 2008, 17:01
SD41.mp4 is not dxva compatible,the total number of frames maked as "used for reference" is 19.
The total number of frames maked as "used for reference" shall not be greater than num_ref_frames.
wrong, this file is compliant with the level 4.1 (perhaps not DXVA but that was the purpose of this test file)...
recent x264 builds don't behave like that...
again, please read carefully this thread before making assumption
http://www.avsforum.com/avs-vb/showthread.php?t=972503

javier911
20th May 2008, 21:44
I might be totally misunderstanding, but is this MPC version supposed to play H.264 and VC-1 videos without any external codecs?

I am not new to MPC in general, I use it mostly for high definition movies, most of them in transport stream files, 1080i and 1080p. I setup a new box and decided to give this a go, clean install and not use any codecs, but I couldn't get it to work. I was only able to play MPEG2 and x264. As a test, I installed CoreAVC and using that my H.264 files would play, as usual and expected.

I tried turning DXVA on/off for H.264 and VC-1, no change. Should H.264 and VC-1 play with the internal decoders? Is the transport stream the issue, maybe internal splitter can't handle it? That wouldn't seem to be likely since MPEG2 in TS files does work, but I am just looking for any possible ideas. Thanks.

tetsuo55
20th May 2008, 22:08
wrong, this file is compliant with the level 4.1 (perhaps not DXVA but that was the purpose of this test file)...
recent x264 builds don't behave like that...
again, please read carefully this thread before making assumption
http://www.avsforum.com/avs-vb/showthread.php?t=972503

What part of this encode is the level 4.1 part? it looks fully 3.1compliant appart from the not working part.

engene
20th May 2008, 23:27
@engene
Cyberlink's decoder can open that video stream using DXVA in mpc hc.

I play it with Cyberlink's pd8 decoder,but "20fps bug" happens.
My display card is HD3200.

wrong, this file is compliant with the level 4.1 (perhaps not DXVA but that was the purpose of this test file)...
recent x264 builds don't behave like that...
again, please read carefully this thread before making assumption
http://www.avsforum.com/avs-vb/showthread.php?t=972503

Thank for remind me about new x264 builds.

I re-encoded sd41.mp4 with x264 rev.859.

mpc-hc dxva decoder works fine with below setting

max ref frames:
without bframes=15
with bframes=11

Resolution: (x264 rev. 859+ encoder settings)
320x240,720x480,720x576,1024x544: (--level 4.1 --ref 11 --mixed-refs --bframes 3 --b-pyramid --b-rdo --bime --weightb --direct auto --filter -2,-1 --subme 6 --trellis 1 --partitions p8x8,b8x8,i4x4,i8x8 --8x8dct --me umh)
or (--level 4.1 --ref 15 --mixed-refs --filter -2,-1 --subme 6 --trellis 1 --partitions p8x8,b8x8,i4x4,i8x8 --8x8dct --me umh)

Sample:
SD41_720x576_ref11_bf3.mp4 (http://www.mediafire.com/?hh2egrcgejs)
SD41_720x576_ref15_bf0.mp4 (http://www.mediafire.com/?ltcgyern4x9)

SD41_1024x544_ref11_bf3.mp4 (http://www.mediafire.com/?6yggclm3umr)
SD41_1024x544_ref15_bf0.mp4
(http://www.mediafire.com/?vebumxwggj5)

MarcioAB
21st May 2008, 00:11
mpc-hc dxva decoder works fine with below setting

max ref frames:
15 (without bframes)
11 (with bframes)Hum ... over here (GeForce 8600 GTS) it does not work with more than 4 Ref frames, so I have a question:

Could this difference be related to the graphics card ?

Aleksoid1978
21st May 2008, 00:35
Hum ... over here (GeForce 8600 GTS) it does not work with more than 4 Ref frames, so I have a question:

Could this difference be related to the graphics card ?

On my 8800GT to not work fine woth more than 4 Ref frames.

Possible it is on all Nvidia Card, because on Radeon all 4 my sample, where Ref frames>4, play fine with DXVA, people on russian forum test:

http://forum.ixbt.com/topic.cgi?id=10:51719-61

MarcioAB
21st May 2008, 01:43
On my 8800GT to not work fine woth more than 4 Ref frames.

Possible it is on all Nvidia Card, because on Radeon all 4 my sample, where Ref frames>4, play fine with DXVA, people on russian forum test:

http://forum.ixbt.com/topic.cgi?id=10:51719-61

Ok. So that could be the reason of the "bad" reputation of nVidia cards regard DXVA ...

On the other side, MAYBE the link below "x264 Encoding Options for Hardware Compatibility & DXVA", pointed by @MatMaul should be reviewed considering Hardware by Hardware.
Over here (with 8600 GTS) I can not have sucessfull DXVA with more than 4 Ref frames, even for very low resolution like 704x396.

wrong, this file is compliant with the level 4.1 (perhaps not DXVA but that was the purpose of this test file)...
recent x264 builds don't behave like that...
again, please read carefully this thread before making assumption
http://www.avsforum.com/avs-vb/showthread.php?t=972503

Shinigami-Sama
21st May 2008, 02:07
theres two types of 8800s
one with the OLD GPU
and one with the NEW GPU
the old ones have troubles with lots of stuff

Kado
21st May 2008, 02:24
G80 nVidia GPU's like 8800gtx only support motion compensation (DXVA1/XP) wile G92 GPU's like 8600gts or 9800gtx support bitstream (DXVA2/vista (or xp+evr)), i.e. full video decoding. MPC internal decoder only supports bitstream.

Aleksoid1978
21st May 2008, 05:14
G80 nVidia GPU's like 8800gtx only support motion compensation (DXVA1/XP) wile G92 GPU's like 8600gts or 9800gtx support bitstream (DXVA2/vista (or xp+evr)), i.e. full video decoding. MPC internal decoder only supports bitstream.

I have 8800GT 512Mb on G92 GPU with support bitstream, but error on DXVA, when ref num>4.

test on XP+WVR9, XP+Evr, Vista+Evr .

Shinigami-Sama
21st May 2008, 05:36
I have 8800GT 512Mb on G92 GPU with support bitstream, but error on DXVA, when ref num>4.

test on XP+WVR9, XP+Evr, Vista+Evr .

try changing your driver then

Aleksoid1978
21st May 2008, 06:18
try changing your driver then


Changing, and many time, many version - NO WORK.

Sample that i Uploading on my not work with DXVA

On MPC-HC Internal Decoder - Black Screen
On Creative h264 External - "20fps bug".

shon3i
21st May 2008, 07:49
I have same problem on nvidia 9600GT. Previously i had HD 3200 integrated on 780G chipset motherboard, and before than i haved HD2600XT AGP on older machine. Both radeons decode fine with DXVA support, on every video render (VMR7/9), with both MPC-HC or Cyberlink H264 decoder's, never have problems with drivers and similar. But with nvidia 9600GT, first time when i installed driver, playing video in MPC show corrupted frames, than i update to lastest drivers found on nvidia site, now cyberlink decoder work fine, but MPC-HC return me gray screen, and there is no playback. I want just to say nvidia's prue video is suck comparing to radeon's UVD. I don't know why ppls love nvidia.

Aleksoid1978
21st May 2008, 08:00
I want just to say nvidia's prue video is suck comparing to radeon's UVD. I don't know why ppls love nvidia.

why love nvidia - because I by 8800GT first for gaming -> is it number 1 in this price+speed segment.

I wait that Nvidia fix driver, and DXVA be work fine - now i decode software, my C2D@3200Mhz work fine with it ...

shon3i
21st May 2008, 08:13
because I by 8800GT first for gaming -> is it number 1 in this price+speed segment.
well HD3870 is more payablle than oldish 8800GT. Prices in my county is almost same for that card's. And 9600GT also have near price. But 3870 gives more, stuff like DX 10.1, Assassin's Creed have support for shader 4.1 and DX 10.1. I realy don't care about less 5fps less in games with radeon cards.

Shinigami-Sama
21st May 2008, 08:29
nvidia the way it was ment to be played

thats why I love nvidia
watching videos is second to gaming
its true for a lot of people

but both ATI and Nvidia need to man up in the drivers field...

Leak
21st May 2008, 10:23
nvidia the way it was ment to be played
ITYM "nVidia - the way it's meant to be played*"

* void if it includes video, audio, 3D or anything that moves

tetsuo55
21st May 2008, 10:42
The bugs with the nvidia purevideo decoder will have to be reported to NVIDIA, this is the only way a driver update will fix the drivers

clsid
21st May 2008, 12:55
This topic is a bit messy. May I suggest the following to the regular posters here:

Someone (with a DXVA capable graphics card) should open a new topic for discussing these "DXVA compatibility" issues. The opening post of that topic should be updated on a regular basis to contain a summary of the content that is discussed in the topic.

Contents of this opening post could be:
* Links to sample files. For each file technical details (levels, max ref frames, etc) should be included.
* A list of graphics card models that are (somewhat) compatible. If a card has some limitations with regard to the type of files that it supports, then that info should also be included.
* For each sample file, maybe list which cards are able to play it and which are not.
* The rules for getting DXVA playback: compatible card, H.264 bitstream requirements, no intermediate filters, etc.
* A FAQ that answers frequently asked questions and gives solutions for common problems.

tetsuo55
21st May 2008, 13:04
Done,

But its still a work in progress

http://forum.doom9.org/showthread.php?p=1140181

shon3i
21st May 2008, 19:08
I am realy sorry for offtopic and my statament about nvidia cards :)

Jong
21st May 2008, 22:59
Is it possible to use the Shaders function to make 1088 video appear as 1080 to avoid showing lines at the bottom of some sources or with some decoders?

Is there another way this could be implemented in the player?Hi everyone.

It does not seem there were any comments on this. Is it possible that this could please be fixed?

I have just remuxed Elizabeth - The Golden Age on HD-DVD (VC-1) and it actually has noise (flashing white blocks) in the extra 8 lines. In PowerDVD the original disc does not show these. Even TheaterTek does not show them playing the remuxed mkv. However, MPC-HC (still using the official release, not any beta, don't know if this makes a difference) shows these last 8 lines, which are never meant to be shown on any hi-def disc.

I know I can manually move the picture down "one notch" and get rid of the extra lines, but this is messy to do with every hi-def disc.

Like CoreAVC, could there be an option to crop 1920x1088 to 1920x1080, for AVC and VC-1?

Thanks

_xxl
22nd May 2008, 09:58
Please use latest r518.

Jong
22nd May 2008, 11:40
Great if it is fixed there, thanks. Could you provide a working link? The one in the first post is broken.

Miryan
22nd May 2008, 11:55
@Jong, here:

http://dl.usite.hu/player/Media.Player.Classic.Homecinema-1.1.0.2.518.zip

Jong
22nd May 2008, 12:39
Thanks Miryan,

I may be missing a new setting somewhere, but this build still displays flashing white squares on the bottom few lines of Elizabeth. One nudge down fixes it. All the problem lines are below 1080.

Attached is a screenshot taken using ctrl-I (quite heavily jpeg compressed to save space, but at original resolution). In my opinion all lines below 1080 should be cropped before display (optionally if you like, but by default).

ByteRipper
22nd May 2008, 14:49
I have a weired problem with my new htpc and 1080p24 mkv playback. So far everything plays fine and smooth. DXVA works and CPU load ist pretty low (5-15%). But sometimes the playback becomes jerky for aprox. 0,5-1 second and i have no idea why. It looks like as some frames were dropped but the statistics says "dropped Frames =0". It happens nearly ervery minute but every time at different positions in the movie. I'd monitored the CPU-load while the playback becomes jerky but it stays under 15%.

I tried the MPC-HC decoder, CoreAVC and Power DVD8 Codec. No difference. I'm using Vista Ultimate 32Bit, latest MPC-HC @ EVR and AC3 Filter. All drivers are up-2-date.
It's an fresh installation. No other Software like AV-scanners or similar is installed.

My System:
- Gigabyte 780g Mainboard
- 4050e Processor (2x 2,1Ghz.)
- 2x 1GB Ram @ Dual Channel
- 250GB Samsung SATA HDD
- Sony 40V3000 @ 1080p/24

audyovydeo
22nd May 2008, 15:19
I'd monitored the CPU-load while the playback becomes jerky but it stays under 15%.



playing back from DVD or from the HD ? If HD is the file highly fragmented ?

cheers
a/v

ByteRipper
22nd May 2008, 15:29
playing back from DVD or from the HD ? If HD is the file highly fragmented ?All files are stored on harddisc. There should not be any fragmentation because the disc is fresh formatted. Furthermore there isn't any greater disc activity hearable.

Casimir666
22nd May 2008, 18:49
Thanks Miryan,

I may be missing a new setting somewhere, but this build still displays flashing white squares on the bottom few lines of Elizabeth. One nudge down fixes it. All the problem lines are below 1080.

Attached is a screenshot taken using ctrl-I (quite heavily jpeg compressed to save space, but at original resolution). In my opinion all lines below 1080 should be cropped before display (optionally if you like, but by default).

Are you using the internal mkv parser?

Jong
22nd May 2008, 18:53
Are you using the internal mkv parser?Hi.

No. Latest version of Haali. As I mentioned CoreAVC actually has an option to crop 1920x1088 to 1920x1080 (on by default I think). What do MPC-HC VC-1 and AVC filters do?

Casimir666
22nd May 2008, 19:53
Hi.

No. Latest version of Haali. As I mentioned CoreAVC actually has an option to crop 1920x1088 to 1920x1080 (on by default I think). What do MPC-HC VC-1 and AVC filters do?

They truncate to the target destination give by the parser. I thought Haali was truncated to 1080... I'll look maybe the best thing will be to truncate in the decoder to prevent such things.

Jong
22nd May 2008, 20:27
Thank you.

Shinigami-Sama
22nd May 2008, 22:31
All files are stored on harddisc. There should not be any fragmentation because the disc is fresh formatted. Furthermore there isn't any greater disc activity hearable.

you've never seen a fresh disk once XP gets a hold of it have you? ;)

Jong
23rd May 2008, 09:29
They truncate to the target destination give by the parser. I thought Haali was truncated to 1080... I'll look maybe the best thing will be to truncate in the decoder to prevent such things.There is something odd going on. Maybe a bug has crept in somewhere.

I don't really understand the pin data in MPC-HC (not in it's entirety at least!) but the input to the MPC video decoder shows a resolution of 1920x1080 but the output to VMR9 shows 1920x1088.

Filter : Haali Media Splitter - CLSID : {55DA30FC-F16B-49FC-BAA5-AE59FC65F82D}

- Connected to:

CLSID: {008BAC12-FBAF-497B-9670-BC6F6FBAE2C4}
Filter: MPC Video Decoder
Pin: Video
- Connection media type:

Video: WVC1 1920x1080 23.98fps

AM_MEDIA_TYPE:
majortype: MEDIATYPE_Video {73646976-0000-0010-8000-00AA00389B71}
subtype: Unknown GUID Name {31435657-0000-0010-8000-00AA00389B71}
formattype: FORMAT_VideoInfo2 {F72A76A0-EB0A-11D0-ACE4-0000C0CC16BA}
bFixedSizeSamples: 0
bTemporalCompression: 0
lSampleSize: 1
cbFormat: 146

VIDEOINFOHEADER:
rcSource: (0,0)-(0,0)
rcTarget: (0,0)-(0,0)
dwBitRate: 0
dwBitErrorRate: 0
AvgTimePerFrame: 417083

VIDEOINFOHEADER2:
dwInterlaceFlags: 0x00000000
dwCopyProtectFlags: 0x00000000
dwPictAspectRatioX: 1920
dwPictAspectRatioY: 1080
dwControlFlags: 0x00000000
dwReserved2: 0x00000000

BITMAPINFOHEADER:
biSize: 74
biWidth: 1920
biHeight: 1080
biPlanes: 0
biBitCount: 0
biCompression: WVC1
biSizeImage: 0
biXPelsPerMeter: 1
biYPelsPerMeter: 1
biClrUsed: 0
biClrImportant: 0

pbFormat:

{removed to reduce size}

- Enumerated media type 0:

Set as the current media type

- Enumerated media type 1:

Video: WVC1 1920x1080 23.98fps

AM_MEDIA_TYPE:
majortype: MEDIATYPE_Video {73646976-0000-0010-8000-00AA00389B71}
subtype: Unknown GUID Name {31435657-0000-0010-8000-00AA00389B71}
formattype: FORMAT_VideoInfo {05589F80-C356-11CE-BF01-00AA0055595A}
bFixedSizeSamples: 0
bTemporalCompression: 0
lSampleSize: 1
cbFormat: 122

VIDEOINFOHEADER:
rcSource: (0,0)-(0,0)
rcTarget: (0,0)-(0,0)
dwBitRate: 0
dwBitErrorRate: 0
AvgTimePerFrame: 417083

BITMAPINFOHEADER:
biSize: 74
biWidth: 1920
biHeight: 1080
biPlanes: 0
biBitCount: 0
biCompression: WVC1
biSizeImage: 0
biXPelsPerMeter: 1
biYPelsPerMeter: 1
biClrUsed: 0
biClrImportant: 0

pbFormat:
{removed to reduce size}

Filter : MPC Video Decoder - CLSID : {008BAC12-FBAF-497B-9670-BC6F6FBAE2C4}

- Connected to:

CLSID: {55DA30FC-F16B-49FC-BAA5-AE59FC65F82D}
Filter: D:\HD Movies\Jon & Jane\Elizabeth - The Golden Age\Elizabeth - The Golden Age.mkv
Pin: Video

- Connection media type:

Video: WVC1 1920x1080 23.98fps

AM_MEDIA_TYPE:
majortype: MEDIATYPE_Video {73646976-0000-0010-8000-00AA00389B71}
subtype: Unknown GUID Name {31435657-0000-0010-8000-00AA00389B71}
formattype: FORMAT_VideoInfo2 {F72A76A0-EB0A-11D0-ACE4-0000C0CC16BA}
bFixedSizeSamples: 0
bTemporalCompression: 0
lSampleSize: 1
cbFormat: 146

VIDEOINFOHEADER:
rcSource: (0,0)-(0,0)
rcTarget: (0,0)-(0,0)
dwBitRate: 0
dwBitErrorRate: 0
AvgTimePerFrame: 417083

VIDEOINFOHEADER2:
dwInterlaceFlags: 0x00000000
dwCopyProtectFlags: 0x00000000
dwPictAspectRatioX: 1920
dwPictAspectRatioY: 1080
dwControlFlags: 0x00000000
dwReserved2: 0x00000000

BITMAPINFOHEADER:
biSize: 74
biWidth: 1920
biHeight: 1080
biPlanes: 0
biBitCount: 0
biCompression: WVC1
biSizeImage: 0
biXPelsPerMeter: 1
biYPelsPerMeter: 1
biClrUsed: 0
biClrImportant: 0

pbFormat:
{removed to reduce size}

Filter : MPC Video Decoder - CLSID : {008BAC12-FBAF-497B-9670-BC6F6FBAE2C4}

- Connected to:

CLSID: {51B4ABF3-748F-4E3B-A276-C828330E926A}
Filter: Video Mixing Render 9 (Renderless)
Pin: VMR Input0
- Connection media type:

Video: DXVA 1920x1088 (16:9) 23.98fps

AM_MEDIA_TYPE:
majortype: MEDIATYPE_Video {73646976-0000-0010-8000-00AA00389B71}
subtype: Unknown GUID Name {1B81BEA3-A0C7-11D3-B984-00C04F2E73C5}
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: 0x00000000
dwCopyProtectFlags: 0x00000000
dwPictAspectRatioX: 16
dwPictAspectRatioY: 9
dwControlFlags: 0x00000000
dwReserved2: 0x00000000

BITMAPINFOHEADER:
biSize: 40
biWidth: 1920
biHeight: 1088
biPlanes: 1
biBitCount: 12
biCompression: dxva
biSizeImage: 3133440
biXPelsPerMeter: 0
biYPelsPerMeter: 0
biClrUsed: 0
biClrImportant: 0

pbFormat:
{removed to reduce size}

- Enumerated media type 0:

Set as the current media type

- Enumerated media type 1:

Video: DXVA 1920x1088 (16:9) 23.98fps

AM_MEDIA_TYPE:
majortype: MEDIATYPE_Video {73646976-0000-0010-8000-00AA00389B71}
subtype: MEDIASUBTYPE_NV12 {3231564E-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: 0x00000000
dwCopyProtectFlags: 0x00000000
dwPictAspectRatioX: 16
dwPictAspectRatioY: 9
dwControlFlags: 0x00000000
dwReserved2: 0x00000000

BITMAPINFOHEADER:
biSize: 40
biWidth: 1920
biHeight: 1088
biPlanes: 1
biBitCount: 12
biCompression: dxva
biSizeImage: 3133440
biXPelsPerMeter: 0
biYPelsPerMeter: 0
biClrUsed: 0
biClrImportant: 0

pbFormat:
{removed to reduce size}

- Enumerated media type 2:

Video: DXVA 1920x1088 (16:9) 23.98fps

AM_MEDIA_TYPE:
majortype: MEDIATYPE_Video {73646976-0000-0010-8000-00AA00389B71}
subtype: MEDIASUBTYPE_NV12 {3231564E-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: 0x00000000
dwCopyProtectFlags: 0x00000000
dwPictAspectRatioX: 16
dwPictAspectRatioY: 9
dwControlFlags: 0x00000000
dwReserved2: 0x00000000

BITMAPINFOHEADER:
biSize: 40
biWidth: 1920
biHeight: 1088
biPlanes: 1
biBitCount: 12
biCompression: DXVA
biSizeImage: 3133440
biXPelsPerMeter: 0
biYPelsPerMeter: 0
biClrUsed: 0
biClrImportant: 0

pbFormat:
{removed to reduce size}

- Enumerated media type 3:

Video: DXVA 1920x1088 (16:9) 23.98fps

AM_MEDIA_TYPE:
majortype: MEDIATYPE_Video {73646976-0000-0010-8000-00AA00389B71}
subtype: MEDIASUBTYPE_NV12 {3231564E-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: 0x00000000
dwCopyProtectFlags: 0x00000000
dwPictAspectRatioX: 16
dwPictAspectRatioY: 9
dwControlFlags: 0x00000000
dwReserved2: 0x00000000

BITMAPINFOHEADER:
biSize: 40
biWidth: 1920
biHeight: 1088
biPlanes: 1
biBitCount: 12
biCompression: DxVA
biSizeImage: 3133440
biXPelsPerMeter: 0
biYPelsPerMeter: 0
biClrUsed: 0
biClrImportant: 0

pbFormat:
{removed to reduce size}

- Enumerated media type 4:

Video: DXVA 1920x1088 (16:9) 23.98fps

AM_MEDIA_TYPE:
majortype: MEDIATYPE_Video {73646976-0000-0010-8000-00AA00389B71}
subtype: MEDIASUBTYPE_NV12 {3231564E-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: 0x00000000
dwCopyProtectFlags: 0x00000000
dwPictAspectRatioX: 16
dwPictAspectRatioY: 9
dwControlFlags: 0x00000000
dwReserved2: 0x00000000

BITMAPINFOHEADER:
biSize: 40
biWidth: 1920
biHeight: 1088
biPlanes: 1
biBitCount: 12
biCompression: DXvA
biSizeImage: 3133440
biXPelsPerMeter: 0
biYPelsPerMeter: 0
biClrUsed: 0
biClrImportant: 0

pbFormat:
{removed to reduce size}

- Enumerated media type 5:

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: 0x00000000
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:
{removed to reduce size}

- Enumerated media type 6:

Video: I420 1920x1088 (16:9) 23.98fps

AM_MEDIA_TYPE:
majortype: MEDIATYPE_Video {73646976-0000-0010-8000-00AA00389B71}
subtype: Unknown GUID Name {30323449-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: 0x00000000
dwCopyProtectFlags: 0x00000000
dwPictAspectRatioX: 16
dwPictAspectRatioY: 9
dwControlFlags: 0x00000000
dwReserved2: 0x00000000

BITMAPINFOHEADER:
biSize: 40
biWidth: 1920
biHeight: 1088
biPlanes: 3
biBitCount: 12
biCompression: I420
biSizeImage: 3133440
biXPelsPerMeter: 0
biYPelsPerMeter: 0
biClrUsed: 0
biClrImportant: 0

pbFormat:
{removed to reduce size}

- Enumerated media type 7:

Video: IYUV 1920x1088 (16:9) 23.98fps

AM_MEDIA_TYPE:
majortype: MEDIATYPE_Video {73646976-0000-0010-8000-00AA00389B71}
subtype: MEDIASUBTYPE_IYUV {56555949-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: 0x00000000
dwCopyProtectFlags: 0x00000000
dwPictAspectRatioX: 16
dwPictAspectRatioY: 9
dwControlFlags: 0x00000000
dwReserved2: 0x00000000

BITMAPINFOHEADER:
biSize: 40
biWidth: 1920
biHeight: 1088
biPlanes: 3
biBitCount: 12
biCompression: IYUV
biSizeImage: 3133440
biXPelsPerMeter: 0
biYPelsPerMeter: 0
biClrUsed: 0
biClrImportant: 0

pbFormat:
{removed to reduce size}

- Enumerated media type 8:

Video: YUY2 1920x1088 (16:9) 23.98fps

AM_MEDIA_TYPE:
majortype: MEDIATYPE_Video {73646976-0000-0010-8000-00AA00389B71}
subtype: MEDIASUBTYPE_YUY2 {32595559-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: 0x00000000
dwCopyProtectFlags: 0x00000000
dwPictAspectRatioX: 16
dwPictAspectRatioY: 9
dwControlFlags: 0x00000000
dwReserved2: 0x00000000

BITMAPINFOHEADER:
biSize: 40
biWidth: 1920
biHeight: 1088
biPlanes: 1
biBitCount: 16
biCompression: YUY2
biSizeImage: 4177920
biXPelsPerMeter: 0
biYPelsPerMeter: 0
biClrUsed: 0
biClrImportant: 0

pbFormat:
{removed to reduce size}

Something wrong?

Mercury_22
23rd May 2008, 13:04
Why noboby it's using the "official" page @ sourceforge tu upload this Alpha builds (r517,r518...) so all those who want to test this (alpha ?) builds can find them more easily ?
P.S. Just say it's an alpha build !

Jong
23rd May 2008, 16:12
Just to add that with this 1920x1088 problem I am not sure it is possible to get 1:1 pixel mapping, or even a correct aspect ratio, of a 1920x1080 blu-ray sourced video to a 1920x1080 screen.

I guess it may be driver dependent. I have an ATI3850 with Cat 8.4.

There are many possible permutations of aspect ratio and pan&scan settings but I have yet to find one that displays the video as intended.

If 1920x1088 is displayed with the right aspect ratio in 1920x1080 it should be displayed as 1920*1080/1088 by 1080. This leaves small black borders to the left and right. Not to say there isn't one but I have yet to find a combination of settings that does this.

If I select "stretch to fit" the video fills the screen horizontally but still has 1088 lines squeezed into 1080. Clearly the video is distorted.

If I select "normal size" something odder happens. The video appears stretched even further horizontally, but still with the same vertical compression. It appears the video is being rendered as 1920*1088/1080 by 1080, with a few pixels cropped from left and right to display as 1920x1080. This seems to be the inverse of the adjustment needed to acheive the right aspect ratio

Casimir666
23rd May 2008, 19:00
Just to add that with this 1920x1088 problem I am not sure it is possible to get 1:1 pixel mapping, or even a correct aspect ratio, of a 1920x1080 blu-ray sourced video to a 1920x1080 screen.

I guess it may be driver dependent. I have an ATI3850 with Cat 8.4.

There are many possible permutations of aspect ratio and pan&scan settings but I have yet to find one that displays the video as intended.

If 1920x1088 is displayed with the right aspect ratio in 1920x1080 it should be displayed as 1920*1080/1088 by 1080. This leaves small black borders to the left and right. Not to say there isn't one but I have yet to find a combination of settings that does this.

If I select "stretch to fit" the video fills the screen horizontally but still has 1088 lines squeezed into 1080. Clearly the video is distorted.

If I select "normal size" something odder happens. The video appears stretched even further horizontally, but still with the same vertical compression. It appears the video is being rendered as 1920*1088/1080 by 1080, with a few pixels cropped from left and right to display as 1920x1080. This seems to be the inverse of the adjustment needed to acheive the right aspect ratio

1920x1088 it correct for the video size, because it's the real size of the directX surface (Dxva works only with height multiple of 16). The rcTarget is correct too and tell the renderer to crop to 1920x1080. For aspect ratio i don't know if it's correct or not i have to check
Can you upload a small sample of you file?

Jong
23rd May 2008, 19:16
Well the image above is as captured from MPC-HC using its internal image capture facility (ctrl-I) and you can see it is 1920x1088. All of it is being displayed.

I do not know how to splice a bit of an mkv file. If you can point me to a tool I will gladly do it. How big can the file be? How much do you need? Video only OK? (before I muxed with audio & subtitles?).

Gawwad
23rd May 2008, 19:21
Well the image above is as captured from MPC-HC using its internal image capture facility (ctrl-I) and you can see it is 1920x1088. All of it is being displayed.

I do not know how to splice a bit of an mkv file. If you can point me to a tool I will gladly do it. How big can the file be? How much do you need? Video only OK? (before I muxed with audio & subtitles?).

try using MKVToolnix
http://www.bunkus.org/videotools/mkvtoolnix/downloads.html

http://img514.imageshack.us/img514/3889/clipboard01hu7.jpg

Jong
23rd May 2008, 19:48
Oh OK. That's easy. I used that to make the file in the first place.

Jong
23rd May 2008, 21:36
Here is a link to a short clip with some flashing noise in the last few frames:

http://jong.pwp.blueyonder.co.uk/images/clip-004.mkv

Please let me know when you have it so I can take it down.

Don't know if this is useful but interestingly the final incomplete clip that I cropped from the mkv could not use the MPC filter for some reason and used the Cyberlink filter instead. There there was no noise at the bottom. This was the pin info:

Filter : Video Mixing Renderer 9 - CLSID : {51B4ABF3-748F-4E3B-A276-C828330E926A}

- Connected to:

CLSID: {C1B7063D-860C-4A72-972A-E68D008AC2B2}
Filter: CyberLink VC-1 Decoder (PDVD7.x)
Pin: Video Out

- Connection media type:

Video: YUY2 1920x1088 (16:9) 29.97fps 8000Kbps

AM_MEDIA_TYPE:
majortype: MEDIATYPE_Video {73646976-0000-0010-8000-00AA00389B71}
subtype: MEDIASUBTYPE_YUY2 {32595559-0000-0010-8000-00AA00389B71}
formattype: FORMAT_VideoInfo2 {F72A76A0-EB0A-11D0-ACE4-0000C0CC16BA}
bFixedSizeSamples: 1
bTemporalCompression: 0
lSampleSize: 4177920
cbFormat: 1152

VIDEOINFOHEADER:
rcSource: (0,0)-(1920,1080)
rcTarget: (0,0)-(1920,1080)
dwBitRate: 8000000
dwBitErrorRate: 0
AvgTimePerFrame: 333667

VIDEOINFOHEADER2:
dwInterlaceFlags: 0x00000081
dwCopyProtectFlags: 0x00000001
dwPictAspectRatioX: 1920
dwPictAspectRatioY: 1080
dwControlFlags: 0x00000000
dwReserved2: 0x00000000

BITMAPINFOHEADER:
biSize: 40
biWidth: 1920
biHeight: -1088
biPlanes: 1
biBitCount: 16
biCompression: YUY2
biSizeImage: 4177920
biXPelsPerMeter: 0
biYPelsPerMeter: 0
biClrUsed: 0
biClrImportant: 0

pbFormat:

Casimir666
23rd May 2008, 22:44
I have download you sample. It play with mpc internal decoder, but i haven't the squares at the bottom line. Alt+I create picture 1920x1080 too. I have tried with VRM9 windowed and renderless : same results.
:confused:

Can you post the pin properties with Cyberlink ?

Jong
24th May 2008, 00:04
:confused::confused: Screenshots definitely 1920x1088 here. Possibly a driver compatibility issue? Or maybe there is a combination of settings I have missed that will make this work? Eitherway, Cyberlink seems to work with identical settings.Filter : CyberLink VC-1 Decoder (PDVD7.x) - CLSID : {C1B7063D-860C-4A72-972A-E68D008AC2B2}

- Connected to:

CLSID: {555C90CD-D094-4672-9B26-B73BDD38FEEE}
Filter: CyberLink Demux (PDVD7)
Pin: Video

- Connection media type:

Video: MPEG2 Video 720x480 (4:3) 29.97fps 8000Kbps

AM_MEDIA_TYPE:
majortype: MEDIATYPE_Video {73646976-0000-0010-8000-00AA00389B71}
subtype: Unknown GUID Name {D979F77B-DBEA-4BF6-9E6D-1D7E57FBAD53}
formattype: FORMAT_MPEG2_VIDEO {E06D80E3-DB46-11CF-B4D1-00805F6CBBEA}
bFixedSizeSamples: 1
bTemporalCompression: 0
lSampleSize: 1
cbFormat: 136

VIDEOINFOHEADER:
rcSource: (0,0)-(0,0)
rcTarget: (0,0)-(0,0)
dwBitRate: 8000000
dwBitErrorRate: 0
AvgTimePerFrame: 333667

VIDEOINFOHEADER2:
dwInterlaceFlags: 0x00000000
dwCopyProtectFlags: 0x00000000
dwPictAspectRatioX: 4
dwPictAspectRatioY: 3
dwControlFlags: 0x00000000
dwReserved2: 0x00000000

MPEG2VIDEOINFO:
dwStartTimeCode: 0
cbSequenceHeader: 0
dwProfile: 0x00000000
dwLevel: 0x00000000
dwFlags: 0x00000000

BITMAPINFOHEADER:
biSize: 40
biWidth: 720
biHeight: 480
biPlanes: 0
biBitCount: 0
biCompression: 0
biSizeImage: 0
biXPelsPerMeter: 0
biYPelsPerMeter: 0
biClrUsed: 0
biClrImportant: 0

pbFormat:
0000: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0020: 00 12 7a 00 00 00 00 00 63 17 05 00 00 00 00 00 ..z.....c.......
0030: 00 00 00 00 00 00 00 00 04 00 00 00 03 00 00 00 ................
0040: 00 00 00 00 00 00 00 00 28 00 00 00 d0 02 00 00 ........(...Ð...
0050: e0 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 à...............
0060: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0070: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0080: 00 00 00 00|00 00 00 00 ........

- Enumerated media type 0:

Video: MPEG2 Video 720x480 29.97fps

AM_MEDIA_TYPE:
majortype: MEDIATYPE_Video {73646976-0000-0010-8000-00AA00389B71}
subtype: Unknown GUID Name {D979F77B-DBEA-4BF6-9E6D-1D7E57FBAD53}
formattype: FORMAT_MPEG2_VIDEO {E06D80E3-DB46-11CF-B4D1-00805F6CBBEA}
bFixedSizeSamples: 1
bTemporalCompression: 0
lSampleSize: 1
cbFormat: 136

VIDEOINFOHEADER:
rcSource: (0,0)-(0,0)
rcTarget: (0,0)-(0,0)
dwBitRate: 0
dwBitErrorRate: 0
AvgTimePerFrame: 333667

VIDEOINFOHEADER2:
dwInterlaceFlags: 0x00000000
dwCopyProtectFlags: 0x00000000
dwPictAspectRatioX: 0
dwPictAspectRatioY: 0
dwControlFlags: 0x00000000
dwReserved2: 0x00000000

MPEG2VIDEOINFO:
dwStartTimeCode: 0
cbSequenceHeader: 0
dwProfile: 0x00000000
dwLevel: 0x00000000
dwFlags: 0x00000000

BITMAPINFOHEADER:
biSize: 0
biWidth: 720
biHeight: 480
biPlanes: 0
biBitCount: 0
biCompression: 0
biSizeImage: 0
biXPelsPerMeter: 0
biYPelsPerMeter: 0
biClrUsed: 0
biClrImportant: 0

pbFormat:
0000: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0020: 00 00 00 00 00 00 00 00 63 17 05 00 00 00 00 00 ........c.......
0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0040: 00 00 00 00 00 00 00 00 00 00 00 00 d0 02 00 00 ............Ð...
0050: e0 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 à...............
0060: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0070: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0080: 00 00 00 00|00 00 00 00 ........

- Enumerated media type 1:

Unknown

AM_MEDIA_TYPE:
majortype: Unknown GUID Name {43DC7A79-60B4-40B5-A3E7-963F9B35DC11}
subtype: Unknown GUID Name {D979F77B-DBEA-4BF6-9E6D-1D7E57FBAD53}
formattype: FORMAT_MPEG2_VIDEO {E06D80E3-DB46-11CF-B4D1-00805F6CBBEA}
bFixedSizeSamples: 1
bTemporalCompression: 0
lSampleSize: 1
cbFormat: 136

VIDEOINFOHEADER:
rcSource: (0,0)-(0,0)
rcTarget: (0,0)-(0,0)
dwBitRate: 0
dwBitErrorRate: 0
AvgTimePerFrame: 333667

VIDEOINFOHEADER2:
dwInterlaceFlags: 0x00000000
dwCopyProtectFlags: 0x00000000
dwPictAspectRatioX: 0
dwPictAspectRatioY: 0
dwControlFlags: 0x00000000
dwReserved2: 0x00000000

MPEG2VIDEOINFO:
dwStartTimeCode: 0
cbSequenceHeader: 0
dwProfile: 0x00000000
dwLevel: 0x00000000
dwFlags: 0x00000000

BITMAPINFOHEADER:
biSize: 0
biWidth: 720
biHeight: 480
biPlanes: 0
biBitCount: 0
biCompression: 0
biSizeImage: 0
biXPelsPerMeter: 0
biYPelsPerMeter: 0
biClrUsed: 0
biClrImportant: 0

pbFormat:
0000: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0020: 00 00 00 00 00 00 00 00 63 17 05 00 00 00 00 00 ........c.......
0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0040: 00 00 00 00 00 00 00 00 00 00 00 00 d0 02 00 00 ............Ð...
0050: e0 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 à...............
0060: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0070: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0080: 00 00 00 00|00 00 00 00 ........

- Enumerated media type 2:

Unknown

AM_MEDIA_TYPE:
majortype: Unknown GUID Name {43DC7A79-60B4-40B5-A3E7-963F9B35DC12}
subtype: Unknown GUID Name {D979F77B-DBEA-4BF6-9E6D-1D7E57FBAD53}
formattype: FORMAT_MPEG2_VIDEO {E06D80E3-DB46-11CF-B4D1-00805F6CBBEA}
bFixedSizeSamples: 1
bTemporalCompression: 0
lSampleSize: 1
cbFormat: 136

VIDEOINFOHEADER:
rcSource: (0,0)-(0,0)
rcTarget: (0,0)-(0,0)
dwBitRate: 0
dwBitErrorRate: 0
AvgTimePerFrame: 333667

VIDEOINFOHEADER2:
dwInterlaceFlags: 0x00000000
dwCopyProtectFlags: 0x00000000
dwPictAspectRatioX: 0
dwPictAspectRatioY: 0
dwControlFlags: 0x00000000
dwReserved2: 0x00000000

MPEG2VIDEOINFO:
dwStartTimeCode: 0
cbSequenceHeader: 0
dwProfile: 0x00000000
dwLevel: 0x00000000
dwFlags: 0x00000000

BITMAPINFOHEADER:
biSize: 0
biWidth: 720
biHeight: 480
biPlanes: 0
biBitCount: 0
biCompression: 0
biSizeImage: 0
biXPelsPerMeter: 0
biYPelsPerMeter: 0
biClrUsed: 0
biClrImportant: 0

pbFormat:
0000: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0020: 00 00 00 00 00 00 00 00 63 17 05 00 00 00 00 00 ........c.......
0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0040: 00 00 00 00 00 00 00 00 00 00 00 00 d0 02 00 00 ............Ð...
0050: e0 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 à...............
0060: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0070: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0080: 00 00 00 00|00 00 00 00 ........

- Enumerated media type 3:

Unknown

AM_MEDIA_TYPE:
majortype: Unknown GUID Name {A6F869FD-E176-4228-A9CD-11B0041FC391}
subtype: Unknown GUID Name {D979F77B-DBEA-4BF6-9E6D-1D7E57FBAD53}
formattype: FORMAT_MPEG2_VIDEO {E06D80E3-DB46-11CF-B4D1-00805F6CBBEA}
bFixedSizeSamples: 1
bTemporalCompression: 0
lSampleSize: 1
cbFormat: 136

VIDEOINFOHEADER:
rcSource: (0,0)-(0,0)
rcTarget: (0,0)-(0,0)
dwBitRate: 0
dwBitErrorRate: 0
AvgTimePerFrame: 333667

VIDEOINFOHEADER2:
dwInterlaceFlags: 0x00000000
dwCopyProtectFlags: 0x00000000
dwPictAspectRatioX: 0
dwPictAspectRatioY: 0
dwControlFlags: 0x00000000
dwReserved2: 0x00000000

MPEG2VIDEOINFO:
dwStartTimeCode: 0
cbSequenceHeader: 0
dwProfile: 0x00000000
dwLevel: 0x00000000
dwFlags: 0x00000000

BITMAPINFOHEADER:
biSize: 0
biWidth: 720
biHeight: 480
biPlanes: 0
biBitCount: 0
biCompression: 0
biSizeImage: 0
biXPelsPerMeter: 0
biYPelsPerMeter: 0
biClrUsed: 0
biClrImportant: 0

pbFormat:
0000: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0020: 00 00 00 00 00 00 00 00 63 17 05 00 00 00 00 00 ........c.......
0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0040: 00 00 00 00 00 00 00 00 00 00 00 00 d0 02 00 00 ............Ð...
0050: e0 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 à...............
0060: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0070: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0080: 00 00 00 00|00 00 00 00 ........

- Enumerated media type 4:

Unknown

AM_MEDIA_TYPE:
majortype: Unknown GUID Name {A6F869FD-E176-4228-A9CD-11B0041FC392}
subtype: Unknown GUID Name {D979F77B-DBEA-4BF6-9E6D-1D7E57FBAD53}
formattype: FORMAT_MPEG2_VIDEO {E06D80E3-DB46-11CF-B4D1-00805F6CBBEA}
bFixedSizeSamples: 1
bTemporalCompression: 0
lSampleSize: 1
cbFormat: 136

VIDEOINFOHEADER:
rcSource: (0,0)-(0,0)
rcTarget: (0,0)-(0,0)
dwBitRate: 0
dwBitErrorRate: 0
AvgTimePerFrame: 333667

VIDEOINFOHEADER2:
dwInterlaceFlags: 0x00000000
dwCopyProtectFlags: 0x00000000
dwPictAspectRatioX: 0
dwPictAspectRatioY: 0
dwControlFlags: 0x00000000
dwReserved2: 0x00000000

MPEG2VIDEOINFO:
dwStartTimeCode: 0
cbSequenceHeader: 0
dwProfile: 0x00000000
dwLevel: 0x00000000
dwFlags: 0x00000000

BITMAPINFOHEADER:
biSize: 0
biWidth: 720
biHeight: 480
biPlanes: 0
biBitCount: 0
biCompression: 0
biSizeImage: 0
biXPelsPerMeter: 0
biYPelsPerMeter: 0
biClrUsed: 0
biClrImportant: 0

pbFormat:
0000: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0020: 00 00 00 00 00 00 00 00 63 17 05 00 00 00 00 00 ........c.......
0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0040: 00 00 00 00 00 00 00 00 00 00 00 00 d0 02 00 00 ............Ð...
0050: e0 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 à...............
0060: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0070: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0080: 00 00 00 00|00 00 00 00 ........

Jong
24th May 2008, 00:10
.....Filter : CyberLink VC-1 Decoder (PDVD7.x) - CLSID : {C1B7063D-860C-4A72-972A-E68D008AC2B2}

- Connected to:

CLSID: {51B4ABF3-748F-4E3B-A276-C828330E926A}
Filter: Video Mixing Render 9 (Renderless)
Pin: VMR Input0

- Connection media type:

Video: YUY2 1920x1088 (16:9) 29.97fps 8000Kbps

AM_MEDIA_TYPE:
majortype: MEDIATYPE_Video {73646976-0000-0010-8000-00AA00389B71}
subtype: MEDIASUBTYPE_YUY2 {32595559-0000-0010-8000-00AA00389B71}
formattype: FORMAT_VideoInfo2 {F72A76A0-EB0A-11D0-ACE4-0000C0CC16BA}
bFixedSizeSamples: 1
bTemporalCompression: 0
lSampleSize: 4177920
cbFormat: 1152

VIDEOINFOHEADER:
rcSource: (0,0)-(1920,1080)
rcTarget: (0,0)-(1920,1080)
dwBitRate: 8000000
dwBitErrorRate: 0
AvgTimePerFrame: 333667

VIDEOINFOHEADER2:
dwInterlaceFlags: 0x00000081
dwCopyProtectFlags: 0x00000001
dwPictAspectRatioX: 1920
dwPictAspectRatioY: 1080
dwControlFlags: 0x00000000
dwReserved2: 0x00000000

BITMAPINFOHEADER:
biSize: 40
biWidth: 1920
biHeight: -1088
biPlanes: 1
biBitCount: 16
biCompression: YUY2
biSizeImage: 4177920
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 12 7a 00 00 00 00 00 63 17 05 00 00 00 00 00 ..z.....c.......
0030: 81 00 00 00 01 00 00 00 80 07 00 00 38 04 00 00 .......€...8...
0040: 00 00 00 00 00 00 00 00 28 00 00 00 80 07 00 00 ........(...€...
0050: c0 fb ff ff 01 00 10 00 59 55 59 32 00 c0 3f 00 Àûÿÿ....YUY2.À?.
0060: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0070:|ff ff ff ff ff ff ff ff ff ff ff ff ff 03 ff ff ÿÿÿÿÿÿÿÿÿÿÿÿÿ.ÿÿ
0080: ff ff ff ff ff ff ff ff ff ff ff ff ff 04 ff ff ÿÿÿÿÿÿÿÿÿÿÿÿÿ.ÿÿ
0090: ff ff ff ff ff ff ff ff ff ff ff ff ff 05 ff ff ÿÿÿÿÿÿÿÿÿÿÿÿÿ.ÿÿ
00a0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ
00b0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ
00c0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ
00d0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ
00e0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ
00f0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ
0100: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ
0110: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ
0120: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ
0130: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ
0140: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ
0150: ff ff ff ff ff ff ff ff 30 00 00 00 38 00 00 00 ÿÿÿÿÿÿÿÿ0...8...
0160: 00 00 00 00 00 00 00 00 01 00 00 00 01 00 00 00 ................
0170: 04 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0180: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0190: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
01a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
01b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
01c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
01d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
01e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
01f0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0200: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0210: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0220: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0230: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0240: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0250: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0260: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0270: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0280: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0290: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
02a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
02b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
02c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
02d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
02e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
02f0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0300: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0310: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0320: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0330: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0340: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0350: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0360: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0370: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0380: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0390: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
03a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
03b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
03c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
03d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
03e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
03f0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0400: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0410: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0420: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0430: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0440: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0450: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0460: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0470: 00 00 00 00 00 00 00 00 00 00 00 00 01 00 00 00 ................

- Enumerated media type 0:

Video: DXVA 1920x1088 (4:3) 29.97fps 8000Kbps

AM_MEDIA_TYPE:
majortype: MEDIATYPE_Video {73646976-0000-0010-8000-00AA00389B71}
subtype: MEDIASUBTYPE_NV12 {3231564E-0000-0010-8000-00AA00389B71}
formattype: FORMAT_VideoInfo2 {F72A76A0-EB0A-11D0-ACE4-0000C0CC16BA}
bFixedSizeSamples: 1
bTemporalCompression: 0
lSampleSize: 3133440
cbFormat: 112

VIDEOINFOHEADER:
rcSource: (0,0)-(0,0)
rcTarget: (0,0)-(1920,1088)
dwBitRate: 8000000
dwBitErrorRate: 0
AvgTimePerFrame: 333667

VIDEOINFOHEADER2:
dwInterlaceFlags: 0x00000081
dwCopyProtectFlags: 0x00000001
dwPictAspectRatioX: 4
dwPictAspectRatioY: 3
dwControlFlags: 0x00000000
dwReserved2: 0x00000000

BITMAPINFOHEADER:
biSize: 40
biWidth: 1920
biHeight: 1088
biPlanes: 1
biBitCount: 12
biCompression: DXVA
biSizeImage: 3133440
biXPelsPerMeter: 0
biYPelsPerMeter: 0
biClrUsed: 0
biClrImportant: 0

pbFormat:
0000: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0010: 00 00 00 00 00 00 00 00 80 07 00 00 40 04 00 00 ........€...@...
0020: 00 12 7a 00 00 00 00 00 63 17 05 00 00 00 00 00 ..z.....c.......
0030: 81 00 00 00 01 00 00 00 04 00 00 00 03 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 01 00 0c 00 44 58 56 41 00 d0 2f 00 @.......DXVA.Ð/.
0060: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................

- Enumerated media type 1:

Video: YUY2 1920x1088 (4:3) 29.97fps 8000Kbps

AM_MEDIA_TYPE:
majortype: MEDIATYPE_Video {73646976-0000-0010-8000-00AA00389B71}
subtype: MEDIASUBTYPE_YUY2 {32595559-0000-0010-8000-00AA00389B71}
formattype: FORMAT_VideoInfo2 {F72A76A0-EB0A-11D0-ACE4-0000C0CC16BA}
bFixedSizeSamples: 1
bTemporalCompression: 0
lSampleSize: 4177920
cbFormat: 112

VIDEOINFOHEADER:
rcSource: (0,0)-(0,0)
rcTarget: (0,0)-(1920,1088)
dwBitRate: 8000000
dwBitErrorRate: 0
AvgTimePerFrame: 333667

VIDEOINFOHEADER2:
dwInterlaceFlags: 0x00000081
dwCopyProtectFlags: 0x00000001
dwPictAspectRatioX: 4
dwPictAspectRatioY: 3
dwControlFlags: 0x00000000
dwReserved2: 0x00000000

BITMAPINFOHEADER:
biSize: 40
biWidth: 1920
biHeight: 1088
biPlanes: 1
biBitCount: 16
biCompression: YUY2
biSizeImage: 4177920
biXPelsPerMeter: 0
biYPelsPerMeter: 0
biClrUsed: 0
biClrImportant: 0

pbFormat:
0000: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0010: 00 00 00 00 00 00 00 00 80 07 00 00 40 04 00 00 ........€...@...
0020: 00 12 7a 00 00 00 00 00 63 17 05 00 00 00 00 00 ..z.....c.......
0030: 81 00 00 00 01 00 00 00 04 00 00 00 03 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 01 00 10 00 59 55 59 32 00 c0 3f 00 @.......YUY2.À?.
0060: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................

- Enumerated media type 2:

Video: YV12 1920x1088 (4:3) 29.97fps 8000Kbps

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: 3133440
cbFormat: 112

VIDEOINFOHEADER:
rcSource: (0,0)-(0,0)
rcTarget: (0,0)-(1920,1088)
dwBitRate: 8000000
dwBitErrorRate: 0
AvgTimePerFrame: 333667

VIDEOINFOHEADER2:
dwInterlaceFlags: 0x00000081
dwCopyProtectFlags: 0x00000001
dwPictAspectRatioX: 4
dwPictAspectRatioY: 3
dwControlFlags: 0x00000000
dwReserved2: 0x00000000

BITMAPINFOHEADER:
biSize: 40
biWidth: 1920
biHeight: 1088
biPlanes: 1
biBitCount: 12
biCompression: YV12
biSizeImage: 3133440
biXPelsPerMeter: 0
biYPelsPerMeter: 0
biClrUsed: 0
biClrImportant: 0

pbFormat:
0000: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0010: 00 00 00 00 00 00 00 00 80 07 00 00 40 04 00 00 ........€...@...
0020: 00 12 7a 00 00 00 00 00 63 17 05 00 00 00 00 00 ..z.....c.......
0030: 81 00 00 00 01 00 00 00 04 00 00 00 03 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 01 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 ................

- Enumerated media type 3:

Video: YVYU 1920x1088 (4:3) 29.97fps 8000Kbps

AM_MEDIA_TYPE:
majortype: MEDIATYPE_Video {73646976-0000-0010-8000-00AA00389B71}
subtype: MEDIASUBTYPE_YVYU {55595659-0000-0010-8000-00AA00389B71}
formattype: FORMAT_VideoInfo2 {F72A76A0-EB0A-11D0-ACE4-0000C0CC16BA}
bFixedSizeSamples: 1
bTemporalCompression: 0
lSampleSize: 4177920
cbFormat: 112

VIDEOINFOHEADER:
rcSource: (0,0)-(0,0)
rcTarget: (0,0)-(1920,1088)
dwBitRate: 8000000
dwBitErrorRate: 0
AvgTimePerFrame: 333667

VIDEOINFOHEADER2:
dwInterlaceFlags: 0x00000081
dwCopyProtectFlags: 0x00000001
dwPictAspectRatioX: 4
dwPictAspectRatioY: 3
dwControlFlags: 0x00000000
dwReserved2: 0x00000000

BITMAPINFOHEADER:
biSize: 40
biWidth: 1920
biHeight: 1088
biPlanes: 1
biBitCount: 16
biCompression: YVYU
biSizeImage: 4177920
biXPelsPerMeter: 0
biYPelsPerMeter: 0
biClrUsed: 0
biClrImportant: 0

pbFormat:
0000: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0010: 00 00 00 00 00 00 00 00 80 07 00 00 40 04 00 00 ........€...@...
0020: 00 12 7a 00 00 00 00 00 63 17 05 00 00 00 00 00 ..z.....c.......
0030: 81 00 00 00 01 00 00 00 04 00 00 00 03 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 01 00 10 00 59 56 59 55 00 c0 3f 00 @.......YVYU.À?.
0060: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................

- Enumerated media type 4:

Video: 1920x1088 (4:3) 29.97fps 8000Kbps

AM_MEDIA_TYPE:
majortype: MEDIATYPE_Video {73646976-0000-0010-8000-00AA00389B71}
subtype: MEDIASUBTYPE_RGB24 {E436EB7D-524F-11CE-9F53-0020AF0BA770}
formattype: FORMAT_VideoInfo2 {F72A76A0-EB0A-11D0-ACE4-0000C0CC16BA}
bFixedSizeSamples: 1
bTemporalCompression: 0
lSampleSize: 6266880
cbFormat: 112

VIDEOINFOHEADER:
rcSource: (0,0)-(0,0)
rcTarget: (0,0)-(1920,1088)
dwBitRate: 8000000
dwBitErrorRate: 0
AvgTimePerFrame: 333667

VIDEOINFOHEADER2:
dwInterlaceFlags: 0x00000081
dwCopyProtectFlags: 0x00000001
dwPictAspectRatioX: 4
dwPictAspectRatioY: 3
dwControlFlags: 0x00000000
dwReserved2: 0x00000000

BITMAPINFOHEADER:
biSize: 40
biWidth: 1920
biHeight: 1088
biPlanes: 1
biBitCount: 24
biCompression: 0
biSizeImage: 6266880
biXPelsPerMeter: 0
biYPelsPerMeter: 0
biClrUsed: 0
biClrImportant: 0

pbFormat:

- Enumerated media type 5:

Video: 1920x1088 (4:3) 29.97fps 8000Kbps

AM_MEDIA_TYPE:
majortype: MEDIATYPE_Video {73646976-0000-0010-8000-00AA00389B71}
subtype: MEDIASUBTYPE_RGB32 {E436EB7E-524F-11CE-9F53-0020AF0BA770}
formattype: FORMAT_VideoInfo2 {F72A76A0-EB0A-11D0-ACE4-0000C0CC16BA}
bFixedSizeSamples: 1
bTemporalCompression: 0
lSampleSize: 8355840
cbFormat: 112

VIDEOINFOHEADER:
rcSource: (0,0)-(0,0)
rcTarget: (0,0)-(1920,1088)
dwBitRate: 8000000
dwBitErrorRate: 0
AvgTimePerFrame: 333667

VIDEOINFOHEADER2:
dwInterlaceFlags: 0x00000081
dwCopyProtectFlags: 0x00000001
dwPictAspectRatioX: 4
dwPictAspectRatioY: 3
dwControlFlags: 0x00000000
dwReserved2: 0x00000000

BITMAPINFOHEADER:
biSize: 40
biWidth: 1920
biHeight: 1088
biPlanes: 1
biBitCount: 32
biCompression: 0
biSizeImage: 8355840
biXPelsPerMeter: 0
biYPelsPerMeter: 0
biClrUsed: 0
biClrImportant: 0

pbFormat:

- Enumerated media type 6:

Video: 1920x1088 (4:3) 29.97fps 8000Kbps

AM_MEDIA_TYPE:
majortype: MEDIATYPE_Video {73646976-0000-0010-8000-00AA00389B71}
subtype: MEDIASUBTYPE_RGB555 {E436EB7C-524F-11CE-9F53-0020AF0BA770}
formattype: FORMAT_VideoInfo2 {F72A76A0-EB0A-11D0-ACE4-0000C0CC16BA}
bFixedSizeSamples: 1
bTemporalCompression: 0
lSampleSize: 4177920
cbFormat: 112

VIDEOINFOHEADER:
rcSource: (0,0)-(0,0)
rcTarget: (0,0)-(1920,1088)
dwBitRate: 8000000
dwBitErrorRate: 0
AvgTimePerFrame: 333667

VIDEOINFOHEADER2:
dwInterlaceFlags: 0x00000081
dwCopyProtectFlags: 0x00000001
dwPictAspectRatioX: 4
dwPictAspectRatioY: 3
dwControlFlags: 0x00000000
dwReserved2: 0x00000000

BITMAPINFOHEADER:
biSize: 40
biWidth: 1920
biHeight: 1088
biPlanes: 1
biBitCount: 16
biCompression: 0
biSizeImage: 4177920
biXPelsPerMeter: 0
biYPelsPerMeter: 0
biClrUsed: 0
biClrImportant: 0

pbFormat:


- Enumerated media type 7:

Video: 3 1920x1088 (4:3) 29.97fps 8000Kbps

AM_MEDIA_TYPE:
majortype: MEDIATYPE_Video {73646976-0000-0010-8000-00AA00389B71}
subtype: MEDIASUBTYPE_RGB565 {E436EB7B-524F-11CE-9F53-0020AF0BA770}
formattype: FORMAT_VideoInfo2 {F72A76A0-EB0A-11D0-ACE4-0000C0CC16BA}
bFixedSizeSamples: 1
bTemporalCompression: 0
lSampleSize: 4177920
cbFormat: 124

VIDEOINFOHEADER:
rcSource: (0,0)-(0,0)
rcTarget: (0,0)-(1920,1088)
dwBitRate: 8000000
dwBitErrorRate: 0
AvgTimePerFrame: 333667

VIDEOINFOHEADER2:
dwInterlaceFlags: 0x00000081
dwCopyProtectFlags: 0x00000001
dwPictAspectRatioX: 4
dwPictAspectRatioY: 3
dwControlFlags: 0x00000000
dwReserved2: 0x00000000

BITMAPINFOHEADER:
biSize: 40
biWidth: 1920
biHeight: 1088
biPlanes: 1
biBitCount: 16
biCompression: 3
biSizeImage: 4177920
biXPelsPerMeter: 0
biYPelsPerMeter: 0
biClrUsed: 0
biClrImportant: 0

pbFormat:

Gawwad
24th May 2008, 00:17
@ Jong

you can use the Wrap [CODE] function # to insert long logs in your posts
it will take much less space

[CODE] [/ CODE]

http://img151.imageshack.us/img151/1566/clipboard01xd1.jpg

Jong
24th May 2008, 00:54
@casimir

Hi!

Actually I think this Cyberlink thing is a bit of a dead end. I just took a screenshot using the Cyberlink filters and the image is still 1920x1088, so for some reason my image is still being distorted. It just seems the Cyberlink decoder is filtering out/masking the corrupt data in the last 8 lines. Making MPC-HC do that would only be masking the problem. The big question is why do I get images of 1920x1088 and you get 1920x1080?!

I just double checked in TheaterTek and there is no question that the bottom black bar is that little bit smaller than in MPC-HC. It does look like TT is displaying just the top 1080 lines 1:1 matched, when MPC, here at least, is cramming 1088 lines into 1080 physical lines.

frequenzy
24th May 2008, 02:29
Hi, I would just like to ask for your opinions.

System specs:
intel e8200
abit-in73hd w/ onboard video
4GB RAM
vista ultimate x64 sp1
mpc-hc build 518

when I try to play this video (wmv 1080p)
http://download.microsoft.com/download/9/2/b/92b48c2f-cc5a-4d15-ae40-30ec542db8bb/Dolphins_1080.exe

not fullscreen - works perfectly
fullscreen - lags and stutters

Tried using bsplayer and windows media player - video played fine on fullscreen mode

any ideas??

Jong
24th May 2008, 08:20
I have just noticed that the garbage is even visible when windowed/not in fullscreen (ie. scalable image with window title at the top, not the renderer mode). The window is clearly showing 1920x1088.

Jong
24th May 2008, 10:34
Right. I've found out the cause of the problem.

It happens if VMR Mixer Mode is NOT enabled.

Re-enabling VMR Mixer Mode fixes it (requires restart of MPC-HC).

Is this intentional/necessary?

lexor
24th May 2008, 21:05
Hi guys, I've recently done a reinstall and now I have trouble getting avs files to open in MPC.

When I drag and drop an .avs file into MPC, Haali loads, FFDshow audio and video load (icons appear in the tray), but then MPC complains about not being able to render some of the pins. If I click close, the audio plays fine, but there is no video (even though ffdshow video decoder is still in the tray). My script is just DirectShowSource() and nothing else. I have added ffdshow audio and video to external filter list.

I am fairly sure Avisynth is installed fine, since I can open that exact script in MeGUI and it will load the video and let me scroll through it and encode. I can also open the file directly, and apply avisynth scripts from within the ffdshow setup window. Yet I cannot play avs files.

Any ideas?

pcm1ke
25th May 2008, 04:06
I'm using the latest build of MPHC on a Vista 32bit machine with an IGP ATI HD 3200 and my settings are as follows:

Output: EVR Custom Pres.
-Surface: 3D surfaces
-Resizer: Bicubic A=-1.00

Filters: All internal filters used to try and isolate the issue.

My problem is whenever I try to load a shader I get the following message: Could not load shader: <shader name>

If I toggle the shader editor and try and select a shader I get the following message: "cannot load d3dx9_xx.dll, pixel shaders will not work."

It's worth noting that the following file exists on my system: C:\Program Files\ATI Technologies\ATI.ACE\Graphics-Previews-Vista\d3dx9_29.dll

Can someone please help me out with this issue? I'd like to try out shaders.

Thank you in advance.

Joniii
25th May 2008, 06:45
Is there anywhere where I can get standalone MPEG Splitter that is in version r522 (or newer)?

marc99
25th May 2008, 07:31
Vista SP1, EVR Custom, GF8600GT (175.16 WHQL), MPC HC r518Test:

SD31.mp4 - DXVA enabled, playback is fine

SD41.mp4 - DXVA enabled, plays a few frames than hangs

pirates_sample.mkv - DXVA enabled, macroblocking corruption bug

shooter_sample.mkv - DXVA enabled, macroblocking corruption bug

sw_2_sample.mkv - DXVA enabled, macroblocking corruption bug

x3_sample.mkv - DXVA enabled, playback is fine

Changes IDC level to 4.1, playback on CyberLink decoder is fine, without 20fps bug and no macroblocking corruption bug.

I made same investigation. If file has Custom Quantization Matrix (cqm=1 or 2), MPC-HC play it with macroblocking corruption bug.

I made same test and confirm: max ref frames without bframes=15 and with bframes=11, both MPC-HC internal and CybeLink. MPC-HC hangs after few frames, CybeLink has dropped frames in decoder (20fps bug).

For me seek works on every reference frames.

Finally I have four conclusions:

1. MPC-HC doesn't support Custom Quantization Matrix, CyberLink does.
2. MPC-HC doesn't support dropped frame. IF file has some little incompatibility (or probably broken frame) MPC-HC Internal Decoder hangs, CyberLink dropped frame (20fps bug) but playing is still continue.
3. Cyberlink is sensitive for IDC Level (mislabeled files), MPC-HC Internal Decoder doesn't. :)
4. I suggest to set limitations in future versions MPC-HC for max reference frames only (DBP size and 11, until dropped frames not implemented without 20fps bug), IDC Level and SAR shouldn't be limited.

p.s. MPC-HC r522 internal decoder - DXVA doesn't work with all my file.

Sulik
25th May 2008, 08:06
It looks like MPC-HC incorrectly sends the quantization matrix in raster-scan order, whereas the DXVA spec mentions that it should be sent in zig-zag scan order.

Leak
25th May 2008, 10:01
It's worth noting that the following file exists on my system: C:\Program Files\ATI Technologies\ATI.ACE\Graphics-Previews-Vista\d3dx9_29.dll

Can someone please help me out with this issue? I'd like to try out shaders.
Having it in that ATI-specific folder won't help you - that's a local copy used by CCC.

It either has to be in MPC's folder, or (better yet) you'll just have to update your DirectX installation (http://www.microsoft.com/downloads/details.aspx?FamilyID=2da43d38-db71-4c1b-bc6a-9b6652cd92a3&DisplayLang=en) and have this fixed for good because that'll install all versions of that DLL in your system32 folder.

(Windows Update doesn't cover DirectX, so that's why it often grows a mold instead of staying updated...)

np: Nine Inch Nails - Ghosts I (Ghosts I-IV)

Miryan
25th May 2008, 10:05
522 mirrored here:
http://dl.usite.hu/player/Media.Player.Classic.Homecinema-1.1.0.2.522.zip

Casimir666
25th May 2008, 12:39
It looks like MPC-HC incorrectly sends the quantization matrix in raster-scan order, whereas the DXVA spec mentions that it should be sent in zig-zag scan order.

Brilliant Sulik !!
That is the problem! I have done a lot of tests with Avivahl and with the Zig Zag order it works on his nVidia

The most funny in this story is that it works on ATI because ATI is not compliant with the DXVA specifications :p

Now i have to find a way to detect graphic card manufacturer and I upload a new beta :)

tetsuo55
25th May 2008, 12:45
Do you mean correct zig-zag order breaks ATI ??

Kado
25th May 2008, 12:57
@Casimir666

Does the "TV -> PC Level" shader fixes the wrong luma level for vista sp1 evr custom presenter? Because I'm currently using the pre-sp1 evr to fix that issue.

avivahl
25th May 2008, 13:39
@Casimir666

Does the "TV -> PC Level" shader fixes the wrong luma level for vista sp1 evr custom presenter? Because I'm currently using the pre-sp1 evr to fix that issue.
Yes, it does fix the colors (download the images and flip through them quickly; it's not exactly the same frame, but you can see the colors fixed).

Normal EVR:
http://i25.tinypic.com/j8l5xf.png

Custom EVR:
http://i32.tinypic.com/106yqdg.jpg

Custom EVR + "16-235 ->0-255" Shader:
http://i26.tinypic.com/24xjorq.png

There are also two other bugs there (on custom EVR):
1. When video starts playing, it has a wrong AR/Frame-Size. Workaround: Pressing pause and then play fixes it...
2. Many dropped frames on Custom EVR (while normal EVR has no dropped frames). Could be because it's a debug build... but you get the point...

Btw guys, DXVA is definitely fixed for nVidia cards on the latest test-build Casimir666 sent me! :) I tested a bunch of x264 videos (some 720p, some 1080p) and they all worked smoothly! The macro-blocks bug is completely fixed!

Avi Vahl.

EDIT: Vista x64+SP1; Geforce 8800GT 512MB; ForceWare 175.16 WHQL.

Jong
25th May 2008, 14:39
So is it intended that VMR mixer mode must be selected to watch blu-ray/HD-DVD rips without distortion (and possibly noise)?

If so, I think this needs to be clearly documented.

Pellaeon
25th May 2008, 16:14
When I play VC-1 encoded files there is strange issue: when fullscreen is on, artifacts like these occurs; when MPS is windowed, no such things appear.

http://pellaeon.cba.pl/download/snapshot2.jpg
http://pellaeon.cba.pl/download/snapshot3.jpg
http://pellaeon.cba.pl/download/snapshot4.jpg
http://pellaeon.cba.pl/download/snapshot5.jpg
http://pellaeon.cba.pl/download/snapshot6.jpg
http://pellaeon.cba.pl/download/snapshot7.jpg

Any ideas?

I'm using Radeon HD2600XT (Catalyst 8.5 drivers), with EVR custom, on Vista 64-bit, latest r522 build of MPC.

EDIT: It seems that cba.pl hosting does not allow direct linking, so if you want to see screenshots, just copy and paste links into the browser.

tetsuo55
25th May 2008, 16:21
When I play VC-1 encoded files there is strange issue: when fullscreen is on, artifacts like these occurs; when MPS is windowed, no such things appear.

http://pellaeon.cba.pl/download/snapshot2.jpg
http://pellaeon.cba.pl/download/snapshot3.jpg
http://pellaeon.cba.pl/download/snapshot4.jpg
http://pellaeon.cba.pl/download/snapshot5.jpg
http://pellaeon.cba.pl/download/snapshot6.jpg
http://pellaeon.cba.pl/download/snapshot7.jpg

Any ideas?

I'm using Radeon HD2600XT (Catalyst 8.5 drivers), with EVR custom, on Vista 64-bit, latest r522 build of MPC.

Wow thanks for capturing that, those are exactly the issues i reported a while ago, but these screens are a lot better!

Are you using an AGP card by any chance?

Pellaeon
25th May 2008, 16:30
No, I'm using a PCI-E card.

pcm1ke
25th May 2008, 18:37
Thank you sir, that was effortless and painless! Shaders are now working 100%. I love playing back mkv's with h/w accel and <10% CPU.

Thanks again!

Having it in that ATI-specific folder won't help you - that's a local copy used by CCC.

It either has to be in MPC's folder, or (better yet) you'll just have to update your DirectX installation (http://www.microsoft.com/downloads/details.aspx?FamilyID=2da43d38-db71-4c1b-bc6a-9b6652cd92a3&DisplayLang=en) and have this fixed for good because that'll install all versions of that DLL in your system32 folder.

(Windows Update doesn't cover DirectX, so that's why it often grows a mold instead of staying updated...)

np: Nine Inch Nails - Ghosts I (Ghosts I-IV)

Casimir666
25th May 2008, 19:18
New release that should solve the macroblocking problem for the nVidia graphics card. The video card model have been added in the H264 property page, please tell me if it display incorrect informations.

Binary available here :

http://www.zshare.net/download/1256297417a6ede7/

Gawwad
25th May 2008, 19:43
New release that should solve the macroblocking problem for the nVidia graphics card. The video card model have been added in the H264 property page, please tell me if it display incorrect informations.

Binary available here :

http://www.zshare.net/download/1256297417a6ede7/

wow!!
finally it works !!
my 8600GT finally can play all 720p mkv videos (that say it has High@L5.1 profile, like those ones (http://forum.doom9.org/showthread.php?p=1139516#post1139516)) with dxva without any problem !
it works with vista sp1 and EVR Custom, and subtitles are also working properly

but it doesn't play apple trailers that extension renamed to .hdmov

Kado
25th May 2008, 20:41
New release that should solve the macroblocking problem for the nVidia graphics card. The video card model have been added in the H264 property page, please tell me if it display incorrect informations.

Binary available here :

http://www.zshare.net/download/1256297417a6ede7/

I can confirm that the new shader fixes the wrong evr custom presenter luma levels for vista sp1, that it detects my 9800gtx correctly and dxva has no macroblocking for the problematic samples and that Suzumiya Haruhi sample (http://rapidshare.com/files/113536801/Suzumiya_Haruhi_no_Yuuutsu_-_C4_-_Special_Ending_-__Hitsuji__e569a2b7_.mkv.html) now plays while with rev 522 it did not play with dxva. Basically this is great! :thanks:

As a side note, if you open mpc decoder properties via the ffdshow audio right click the video card name will not appear probably because the detetcion stuff is built in in mpc.
Also, this is based on rev 522 right?

avivahl
25th May 2008, 21:08
So now we need to get the luma levels fixed on Custom EVR (so we won't have to use the shader) and DXVA support will be amazing! :)

Pellaeon
25th May 2008, 21:31
Wow thanks for capturing that, those are exactly the issues i reported a while ago, but these screens are a lot better!

Are you using an AGP card by any chance?

Strange, after a bit of experimentation, i have to tell that the problem seems to vanish when MPC controls are visible, even in full screen. Few seconds after control's autohide artifacts return in full glory... :/

ericab
25th May 2008, 21:32
darn it! can someone give me a hand here with DXVA?

im running the latest 522 build, on xp-sp3 and a nvidia 8600gt w/ Xtreme-G Forceware 175.63

what renderer do i use ? what decoder do i use ? cyberlink ? internal MPCHC ? ffdshow ?

Gawwad
25th May 2008, 21:45
darn it! can someone give me a hand here with DXVA?

im running the latest 522 build, on xp-sp3 and a nvidia 8600gt w/ Xtreme-G Forceware 175.63

what renderer do i use ? what decoder do i use ? cyberlink ? internal MPCHC ? ffdshow ?

use this:
New release that should solve the macroblocking problem for the nVidia graphics card. The video card model have been added in the H264 property page, please tell me if it display incorrect informations.

Binary available here :

http://www.zshare.net/download/1256297417a6ede7/

use VMR9 (Renderless)
and use the built in decoder (disable other decoders like cyberlink and ffdshow)

http://img266.imageshack.us/img266/7203/clipboard01kn8.jpg

double click the bold text H264/AVC (DXVA) and tick "Enable DXVA" box
http://img155.imageshack.us/img155/9112/clipboard02tb7.jpg

avivahl
25th May 2008, 21:54
darn it! can someone give me a hand here with DXVA?

im running the latest 522 build, on xp-sp3 and a nvidia 8600gt w/ Xtreme-G Forceware 175.63

what renderer do i use ? what decoder do i use ? cyberlink ? internal MPCHC ? ffdshow ?
I also suggest you use the latest WHQL ForceWare release: 175.16 (XP) (http://www.nvidia.com/object/winxp_175.16_whql.html). They work great here on Vista x64!
If you want to use Betas, I suggest you go for 175.75 (http://forums.guru3d.com/showthread.php?t=262354) (while I personally recommend the WHQL ones)...

ericab
25th May 2008, 21:57
thanks Gawwad & avivahl;

but it still says "not using DXVA" when i play a x264 file..
example: Appleseed_Ex_Machina_(2007)_[1080p,BluRay,x264]_-_THORA

im using vrm9renderless, and the internal MPCHC decoder...
cpu usage on my quadcore, is about 26%

the only difference i can see between the build in the link you provided me and the previous version i was using (518) is the internal decoder now displays the name of my 8600GT..

Gawwad
25th May 2008, 22:08
thanks Gawwad & avivahl;

but it still says "not using DXVA" when i play a x264 file..
example: Appleseed_Ex_Machina_(2007)_[1080p,BluRay,x264]_-_THORA

im using vrm9renderless, and the internal MPCHC decoder...
cpu usage on my quadcore, is about 26%

the only difference i can see between the build in the link you provided me and the previous version i was using (518) is the internal decoder now displays the name of my 8600GT..
you welcome :)

unfortunately at the moment current 1080p HDRips do not work with dxva, only 720p HDRips do :(

http://forum.doom9.org/showthread.php?p=1138814#post1138814

some say its the fault of the rippers for making 1080p videos that are not compatible with DXVA, lets hope that the scene will take note of this and enforce new scene rules to make 1080p HDRips compatible with DXVA

on the other hand 1980p apple trailers (with extension renamed to .hdmov) should work with DXVA, well at least they work for me with ati HD 2600 XT and xp sp3

ericab
25th May 2008, 22:16
ohhh... ok excellent
it works now...well... at least it says "h.264 bitstream decoder, no FGT"

however; its a black screen, and the movie doesnt seem to be playing, even though it says so. it just stays at the same time you seek to, or it stays at 0:00 even after you hit play...
:(

ericab
25th May 2008, 22:45
ohhh... ok excellent
it works now...well... at least it says "h.264 bitstream decoder, no FGT"

however; its a black screen, and the movie doesnt seem to be playing, even though it says so. it just stays at the same time you seek to, or it stays at 0:00 even after you hit play...
:(


ok im going to reply with a fix to my own question :)

i found a solution to the black screen/ no time seeking even after hitting play

the setup:

multi monitor setup ----> 2 monitors on an 8800GTS, and 1 HDTV on an 8600GT

when i open an application, it by default opens on the left-hand side DVI port (aka left monitor) on my 8800GTS, and then i drag MPCHC over to the HDTV located on the 8600GT.

then i drag and drop a 720 mkv onto MPCHC. black screen, and no time-seeking after hitting play; however when i view the filter chain, vrm9renderless, and MPCHC decoder is loaded and successfully displaying the use of bit-streaming.

i found the solution, is to drag MPCHC all the way over to the leftmost monitor, and then back to the HDTV. when doing this the video dislay area flashes bright yellow. the result is a picture and time begins seeking. and processor usage is about 1 -> 2 %

can someone tell me why this is nessessary?

avivahl
25th May 2008, 22:51
@ericab: now it's starting to sound like a (nvidia) driver bug... :/

raynor
25th May 2008, 22:54
So now we need to get the luma levels fixed on Custom EVR (so we won't have to use the shader) and DXVA support will be amazing! :)

Yeah, lets get this annoying one fixed once and for all!
(I know, I'm repeating myself :rolleyes:) ...

All the best,
raynor

Gawwad
26th May 2008, 00:45
New release that should solve the macroblocking problem for the nVidia graphics card. The video card model have been added in the H264 property page, please tell me if it display incorrect informations.

Binary available here :

http://www.zshare.net/download/1256297417a6ede7/

on nvidia 8600GT HD apple trailers (and other HD .mov trailers) do not work with DXVA for some reason

e.g. http://www.jurassicpunk.com/clips/wanted.trailer.480p.mov

i renamed the extension to .hdmov

without DXVA:
http://img174.imageshack.us/img174/2485/snapshot20080526003234ja9.jpg

with DXVA:
http://img294.imageshack.us/img294/9868/snapshot20080526003609gn9.jpg


on ati HD 2600XT, all HD apple trailers (and other HD .mov trailers) 480p, 720p and 1080p plays perfectly with DXVA

Gawwad
26th May 2008, 03:13
i have another problem with the new release
File ==> Save Thumbnails... does not work
when i try to use it, it give me this:
http://img205.imageshack.us/img205/7942/clipboard01rg9.jpg

i don't remember that i had this problem before i used the latest release

Aleksoid1978
26th May 2008, 10:41
New release that should solve the macroblocking problem for the nVidia graphics card. The video card model have been added in the H264 property page, please tell me if it display incorrect informations.

Binary available here :

http://www.zshare.net/download/1256297417a6ede7/


I have test new build on XP and VISTA on .mkv that short sample upload and write here:

On XP(WMR9, OVERLAY) - using DXVA but black screen and stop, Cyberlink - 20fps bug, old MPC-HC - using DXVA but black screen and stop.
On XP(EVR) - not using DXVA and play fine(software).

On Vista - great it is WORK :thanks: only on EVR, but not all 1280 rip - on some green on windows.

Probably work only DXVA2 mode - but on XP ModeH264_VLD_NoFGT only DXVA1

Kado
26th May 2008, 11:05
on nvidia 8600GT HD apple trailers (and other HD .mov trailers) do not work with DXVA for some reason

e.g. http://www.jurassicpunk.com/clips/wanted.trailer.480p.mov

i renamed the extension to .hdmov

without DXVA:
http://img174.imageshack.us/img174/2485/snapshot20080526003234ja9.jpg

with DXVA:
http://img294.imageshack.us/img294/9868/snapshot20080526003609gn9.jpg


on ati HD 2600XT, all HD apple trailers (and other HD .mov trailers) 480p, 720p and 1080p plays perfectly with DXVA

Confirmed for mpc internal dxva, but cyberlink's decoder does not produce that even when using dxva.

Kado
26th May 2008, 11:14
Probably work only DXVA2 mode - but on XP ModeH264_VLD_NoFGT only DXVA1

Because XP has no dxva2 support. (http://forum.doom9.org/showthread.php?p=1142136#post1142136)

frequenzy
26th May 2008, 12:45
System specs:
intel e8200
abit-in73hd w/ onboard video
4GB RAM
vista ultimate x64 sp1
mpc-hc build 518

when I try to play this video (wmv 1080p)
http://download.microsoft.com/download/9/2/b/92b48c2f-cc5a-4d15-ae40-30ec542db8bb/Dolphins_1080.exe

not fullscreen - works perfectly
fullscreen - lags and stutters

Tried using bsplayer and windows media player - video played fine on fullscreen mode

any ideas??? I would really like to use MPC-HC

_xxl
26th May 2008, 12:49
Confirmed for mpc internal dxva, but cyberlink's decoder does not produce that even when using dxva.
Is this encoded with slices?

Aleksoid1978
26th May 2008, 13:02
Because XP has no dxva2 support. (http://forum.doom9.org/showthread.php?p=1142136#post1142136)

Why HW Decoding work using Cyberlink H.254/AVC Decoder ???

on FullHD 1920x1080 SpiderMan - CPU load 5-15%, PitInfo - DXVA.

whan use DXVAChecker.exe on XP, it show:

Cyberlink(PDVD7.x) support ModeH264_VLD_NoFGT on DXVA1
Cyberlink(PDVD8.x) support ModeH264_VLD_NoFGT on DXVA2

MPC - Video Decoder support ModeH264_VLD_NoFGT on DXVA1.

But why last build not work on XP - on first post write that on XP - DXVA1+WMR, Overlay

???

to Casimir666 - last build must work on XP on Nvidia or NOT, it work only on DXVA2 ???

P.S. - But DXVA1 fine work on 'right' rip where ref_num<=4. Turns out that(sorry for this English :) ) last Casimir666 "New release that should solve the macroblocking problem for the nVidia graphics card" work only on VISTA/DXVA2 ??? Can you do it and for DXVA1(XP)

lexor
26th May 2008, 15:11
P.S. - But DXVA1 fine work on 'right' rip where ref_num<=4.

that can't be right, I have ref=8, bframes=4 (do bframes matter for this?) encode that plays fine on XP with MPC+DXVA1.

On a different note, is anyone maintaining an up-to-date compiles of MPC? I'm interested in trying 523build to see if some of my files may play now that SAR restriction is removed.

carnage_pl
26th May 2008, 15:50
Can someone tell me what the EVR buffers are and what is the difference between 3 and 20 ?

MatMaul
26th May 2008, 16:05
on nvidia 8600GT HD apple trailers (and other HD .mov trailers) do not work with DXVA for some reason
please test these samples :
http://www.etud.insa-toulouse.fr/~mvelten/bordel/main_profile.mp4
http://www.etud.insa-toulouse.fr/~mvelten/bordel/cavlc.mp4

does it work with earlier revision ?

EDIT :
some sliced samples for testing too :
http://www.etud.insa-toulouse.fr/~mvelten/bordel/slice_high.mp4
http://www.etud.insa-toulouse.fr/~mvelten/bordel/slice_main.mp4
http://www.etud.insa-toulouse.fr/~mvelten/bordel/slice_cavlc.mp4

gngn
26th May 2008, 16:36
that can't be right, I have ref=8, bframes=4 (do bframes matter for this?) encode that plays fine on XP with MPC+DXVA1.

On a different note, is anyone maintaining an up-to-date compiles of MPC? I'm interested in trying 523build to see if some of my files may play now that SAR restriction is removed.

could you please upload a sample of this video with ref=8 ? i am a big anime-fan, so i have a lots of different encoded files, and none with ref>4 will play with MPC-HC. the makroblocking issue of some files is now gone with the r523 that Casimir666 posted.

STaRGaZeR
26th May 2008, 16:46
Dumb question guys: can DXVA be used in Vista64 using Overlay? I know that currently it's not supported though.

Also another question: When playing a file in MPC-HC with Vista 64 at least, changing volume using the keyboard buttons for example results in only changing the volume slider INSIDE MPC-HC, not the master volume of the OS. BSPlayer, WMP, etc. can do it perfectly. Is there any option to enable this? Because when MPC-HC slider is also at its higher value, I have to minimize it and then up the volume, which is annoying as hell.

Thanks for the program :)

Casimir666
26th May 2008, 17:34
to Casimir666 - last build must work on XP on Nvidia or NOT, it work only on DXVA2 ???
We haven't made test on XP, but it should works (using DXVA1)

Can someone tell me what the EVR buffers are and what is the difference between 3 and 20 ?
It's the number frames decoded in advanced (to keep playback smooth). In my opinion around 5 for this parameter is a good choice.

Mercury_22
26th May 2008, 18:05
Any chance for a MPC-HC r523 x64 build ? Please !

Vepar
26th May 2008, 18:39
I have small request to the developers. Could you please include mpc-hc build number somewhere on the about page or window titlebar or just add it to current version. I am really confused which build i currently have :p

As for DXVA i can confirm that my GPU is correctly recognized (8800gt) and DXVA works under Vista x64 sp1 for most movies that it didnt before but DONT work under XP sp2 (black screen. video not playing)

Also i can confirm that Apple trailers doesnt play (green screen). Tested on Dark Knight trailer.

Anyway, good work guys :)

Gawwad
26th May 2008, 19:02
please test these samples :
http://www.etud.insa-toulouse.fr/~mvelten/bordel/main_profile.mp4
http://www.etud.insa-toulouse.fr/~mvelten/bordel/cavlc.mp4

does it work with earlier revision ?

these 2 samples work perfectly with DXVA using the new release

but they did not work with DXVA using 522 build, because 522 build never supported DXVA with nvidia properly

the new release also didn't play this sample properly with DXVA:
http://rapidshare.com/files/117801786/Spider-Man_3_-_Preview.mkv.html

MatMaul
26th May 2008, 19:10
I edit my previous post with new samples ;)

Vepar
26th May 2008, 19:46
vista x64 sp1 - 8800gt

mpc-hc r522 -> DXVA not used

mpc-hc (the one with GPU detection Casimir posted)

http://www.etud.insa-toulouse.fr/~mvelten/bordel/main_profile.mp4
http://www.etud.insa-toulouse.fr/~mvelten/bordel/cavlc.mp4

plays fine with DXVA

http://www.etud.insa-toulouse.fr/~mvelten/bordel/slice_high.mp4
http://www.etud.insa-toulouse.fr/~mvelten/bordel/slice_main.mp4
http://www.etud.insa-toulouse.fr/~mvelten/bordel/slice_cavlc.mp4

2/3 of the screen is green

MatMaul
26th May 2008, 19:50
ok so definitely a bug with slices.
seems to decode properly only the first slice (these samples have 4 slices per frame)

Gawwad
26th May 2008, 19:53
EDIT :
some sliced samples for testing too :
http://www.etud.insa-toulouse.fr/~mvelten/bordel/slice_high.mp4
http://www.etud.insa-toulouse.fr/~mvelten/bordel/slice_main.mp4
http://www.etud.insa-toulouse.fr/~mvelten/bordel/slice_cavlc.mp4

they do not work properly with DXVA :(

this is what i get when i play them with DXVA:

http://img296.imageshack.us/img296/1830/snapshot20080526194344pw3.th.jpg (http://img296.imageshack.us/my.php?image=snapshot20080526194344pw3.jpg) http://img55.imageshack.us/img55/1279/snapshot20080526194358yj5.th.jpg (http://img55.imageshack.us/my.php?image=snapshot20080526194358yj5.jpg) http://img60.imageshack.us/img60/6492/snapshot20080526194414fy1.th.jpg (http://img60.imageshack.us/my.php?image=snapshot20080526194414fy1.jpg)

note: i tried the new build with over 70 proper 720p HDRip (from BluRay & HDDVD source), and they all work perfectly with DXVA and nvidia 8600GT :cool:

ghostonline
26th May 2008, 20:13
I have an odd problem. last weekend, my friend showed me a chinese subtitle(*.ass) for the japanese anime 5CM (dvdrip-mkv & bdrip-m2ts).
his pc: q6600, 9800gtx, xp sp2
1. set mpc internal subtitle buffer to 0, and maximum texture resolution to Desktop.
2. output vmr9 renderless, cyberlink pdvd h264 decoder (dxva enabled)

at the end of anime, when the subtitle special effect starts(words fade in, fade away), the render properties shows frames dropped... the cpu usage is only around 16%.. this is a h264 encoded dvdrip-mkv. bdrip version with this same subtitle file only makes frames drop faster....

reduce maximum texture resolution will also reduce number of frames dropped.
this is kind of strange. I don't get why frames get dropped.

I tested on my own setup
qx9650
9800gx2
mpc-hc r523
vista64 sp1 (evr custom pres.)/xp sp2 (vmr9 renderless)

same behavior...
cpu is no where maximized. I just don't get why frames get dropped..
the funny part is: wit dxva enabled, the cpu is only working on subtitle and it still drop frames....

shaolin95
26th May 2008, 20:32
Does anyone have the latest r523 (or is it r522) compiled?

ericab
26th May 2008, 20:48
dont know if it applies to any of you whom have the black screen/no play "bug";
but i posted a solution that worked for me, some posts back.

if you have multiple monitors; simply drag the MPCHC window from one screen to another until it starts playing.

<------- :helpful:


@shaolin95:
http://tirnanog.fate.jp/mirror/Misc%20(not%20by%20celtic_druid)/MPC-Homecinema%20SVN/

lexor
26th May 2008, 21:07
Is it normal that tv->pc shader doesn't work? If so any way of achieving the same effect in ATI drivers (under Avivio options or something)?

/EDIT: I just tied editing it, got "cannot load D3DX9_xx.dll", where do I get that? I have DirectX 9.0c installed.

Sulik
26th May 2008, 21:16
I think I know what the problem is in MPC-HC's handling of multiple slices: there should be one DXVA_Slice_H264_Short sent per slice, but it looks like MPC-HC is sending the dxva data as if there was always only a single slice in the picture (I guess ATI must ignore this parameter). Casimir: the DXVA_SLICE_CONTROL_BUFFER is an array that can contain multiple slices, and there should be one entry per slice, ie:
CHECK_HR (AddExecuteBuffer (DXVA2_SliceControlBufferType, sizeof (m_SliceShort)*NumSlices, &m_SliceShort));
and m_SliceShort should be an array with max_slices entries (or better yet, avoiding the copy, and writing the slice entries directly in the DXVA buffer)

ericab
26th May 2008, 21:16
I have small request to the developers. Could you please include mpc-hc build number somewhere on the about page or window titlebar or just add it to current version. I am really confused which build i currently have :p

agreed :rolleyes:

Mercury_22
26th May 2008, 21:26
agreed :rolleyes:

Me Too ! Also something has to be done for the 64-bit version too, it's very confusing when you have both version (64&32 bit) on the same computer :helpful: :confused:

Kado
26th May 2008, 21:27
Is it normal that tv->pc shader doesn't work? If so any way of achieving the same effect in ATI drivers (under Avivio options or something)?

/EDIT: I just tied editing it, got "cannot load D3DX9_xx.dll", where do I get that? I have DirectX 9.0c installed.

Update you DirectX with the latest redistributable (march 2008) (http://www.microsoft.com/downloads/details.aspx?FamilyId=740AC79A-5B72-447D-84F9-EE6407ED1A91&displaylang=en).

Kado
26th May 2008, 21:37
I have an odd problem. last weekend, my friend showed me a chinese subtitle(*.ass) for the japanese anime 5CM (dvdrip-mkv & bdrip-m2ts).
his pc: q6600, 9800gtx, xp sp2
1. set mpc internal subtitle buffer to 0, and maximum texture resolution to Desktop.
2. output vmr9 renderless, cyberlink pdvd h264 decoder (dxva enabled)

at the end of anime, when the subtitle special effect starts(words fade in, fade away), the render properties shows frames dropped... the cpu usage is only around 16%.. this is a h264 encoded dvdrip-mkv. bdrip version with this same subtitle file only makes frames drop faster....

reduce maximum texture resolution will also reduce number of frames dropped.
this is kind of strange. I don't get why frames get dropped.

I tested on my own setup
qx9650
9800gx2
mpc-hc r523
vista64 sp1 (evr custom pres.)/xp sp2 (vmr9 renderless)

same behavior...
cpu is no where maximized. I just don't get why frames get dropped..
the funny part is: wit dxva enabled, the cpu is only working on subtitle and it still drop frames....

This is because you have disabled the subpicture buffering that makes you see the ass subtitles in it's real style. I have this problem as well, check this video (http://rapidshare.com/files/113536801/Suzumiya_Haruhi_no_Yuuutsu_-_C4_-_Special_Ending_-__Hitsuji__e569a2b7_.mkv.html), as soon as the subtitles appear the video will hang slightly like a "hickup".
This happens every time the subtitles appear on the video as long you have buffering disabled. If you enable buffering even by 1 the styed karaoke stuff will not be visible but the "hickups" go away.
Is there a fix for this?
vista sp1 x86 (evr cp), pentium d 930 @ 4.2ghz, 9800gtx 175.63

lexor
26th May 2008, 22:28
Update you DirectX with the latest redistributable (march 2008) (http://www.microsoft.com/downloads/details.aspx?FamilyId=740AC79A-5B72-447D-84F9-EE6407ED1A91&displaylang=en).

Thanks, that did the trick.

Also I have an unrelated to the above question for everyone. I followed that thread linked in OP about settings compatible with DXVA and I was wondering if the ref restriction is an insurmountable obstacle imposed by DXVA (at least the current implementation) or if the decoder (not necessarily MPC's) can work around that in the future?

Sulik
26th May 2008, 22:33
There is no direct DXVA restriction for the number of reference frames. The restriction comes from the underlying HW implementations that are designed for Blu-ray, ie: High Profile at level 4.1. Level 4.1 restricts the amount of memory used by reference frames to 12MB, which translates to 4 references for 1920x1080.

ghostonline
26th May 2008, 22:34
This is because you have disabled the subpicture buffering that makes you see the ass subtitles in it's real style. I have this problem as well, check this video (http://rapidshare.com/files/113536801/Suzumiya_Haruhi_no_Yuuutsu_-_C4_-_Special_Ending_-__Hitsuji__e569a2b7_.mkv.html), as soon as the subtitles appear the video will hang slightly like a "hickup".
This happens every time the subtitles appear on the video as long you have buffering disabled. If you enable buffering even by 1 the styed karaoke stuff will not be visible but the "hickups" go away.
Is there a fix for this?
vista sp1 x86 (evr cp), pentium d 930 @ 4.2ghz, 9800gtx 175.63



ok, tried your sample.

vista 64bit sp1
mpc-hc r523 evr-cp
mpc internal subtitle buffer = 0, maximum texture resolution = 800*600. uncheck Round up to power of two
pdvd8 h264 decoder

dxva enabled
beginning dropped 34, dropped another 5 during the play, ended with total 39

dxva disabled,
beginning dropped 11, dropped another 8 during the play, ended with total 19

used vsfilter 2.38 with buffer disabled, disable mpc internal subtitle,
beginning dropped 7, no drop duing the play, ended with total 7

------------------------

Found a partial solution for my dvdrip/bdrip on xp32bit sp2

reduce mpc maximum texture resolution from desktop to 800*600, and uncheck Round up to power of two.

1.mpc will no longer drop frames under vmr9 renderless on xp (dvdrip&bdrip, disable dxva, using mpc internal subtitle)

2. still drop frame if use vsfilter(apply to bdrip only, dvdrip is ok)

3, hang my pc after around 90 seconds (bdrip only,enable dxva, using mpc internal subtitle)
dvdrip is ok without drop frame

vista 64bit sp1 evr cp still drop frames regardless what so ever.. well, dropped less, but still drop frames.

Aleksoid1978
26th May 2008, 22:47
As for DXVA i can confirm that my GPU is correctly recognized (8800gt) and DXVA works under Vista x64 sp1 for most movies that it didnt before but DONT work under XP sp2 (black screen. video not playing)

Also i can confirm that Apple trailers doesnt play (green screen). Tested on Dark Knight trailer.

Anyway, good work guys :)

For me to - black screen and stop play under XP sp3, and some .MKV green screen but play.

Aleksoid1978
26th May 2008, 22:50
We haven't made test on XP, but it should works (using DXVA1)

Work fine Vista + DXVA2, but not work(black screen, stop play) XP + DXVA1

ADude
26th May 2008, 23:06
Likely that Apple decoder (software-only decoding) is utilized in the first case and an unsurprising glitch from fudging the container in the second.

In MPC formats, configure MOV for DirectShow rather than QuickTime.

I have a similar problem with .mov files downloaded from NASA.

If .mov format=Quicktime in MPC-HC, then I have various visual playback problems.

But if I configure MOV for DirectShow (as suggested above), then MPC-HC uses its own video decoder, which looks fine, but it cannot find the Apple audio decoder.

Any suggestions ?

PS This is not related to recent changes, as it is the same for a recent Beta and old version 1.0.11.0.

lexor
26th May 2008, 23:18
There is no direct DXVA restriction for the number of reference frames. The restriction comes from the underlying HW implementations that are designed for Blu-ray, ie: High Profile at level 4.1. Level 4.1 restricts the amount of memory used by reference frames to 12MB, which translates to 4 references for 1920x1080.

HW, meaning that it can't be changed by drivers or other software even if ATI and Nvidia wanted to some time in the future? Also if it is 12mb for frames at Blu-ray's bitrate, then what we commonly use should allow for way more ref, which is not the case. So I don't think it's just a matter of memory. Unless it checks resolution and assumes it's Blu-ray, in which case can MPC be made to cheat at resolution reporting (for this purpose alone, otherwise we risk breaking other things)?

Gawwad
26th May 2008, 23:19
I have a similar problem with .mov files downloaded from NASA.

If .mov format=Quicktime in MPC-HC, then I have various visual playback problems.

But if I configure MOV for DirectShow (as suggested above), then MPC-HC uses its own video decoder, which looks fine, but it cannot find the Apple audio decoder.

Any suggestions ?

PS This is not related to recent changes, as it is the same for a recent Beta and old version 1.0.11.0.

rename the extension to .hdmov, see if that help

shaolin95
26th May 2008, 23:30
Compiled version anyone please? Or if there is a guide to compile this I will try that too...thanks.

MatMaul
26th May 2008, 23:43
HW, meaning that it can't be changed by drivers or other software even if ATI and Nvidia wanted to some time in the future? Also if it is 12mb for frames at Blu-ray's bitrate, then what we commonly use should allow for way more ref, which is not the case.
NVIDIA and ATI use dedicated chip and surely dedicated and limited memory inside this chip to perform the decoding, so this is not related to the total memory of your graphic card.

@Sulik : thanks a lot we are working on this with casimir ;)
if it's the good solution you're a god 2 bugs solved thanks to you in 3 days :eek:

lexor
27th May 2008, 00:20
NVIDIA and ATI use dedicated chip and surely dedicated and limited memory inside this chip to perform the decoding, so this is not related to the total memory of your graphic card.

I'm not talking about vram, I'm talking about the fact that if it can hold 4 ref frames at ~30mpbs it should be able to hold a lot more at ~2mbps. But it doesn't. 1080p will only work with 4refs regardless of bitrate, so memory is not the issue, something else is.

MatMaul
27th May 2008, 00:37
I'm not talking about vram, I'm talking about the fact that if it can hold 4 ref frames at ~30mpbs it should be able to hold a lot more at ~2mbps. But it doesn't. 1080p will only work with 4refs regardless of bitrate, so memory is not the issue, something else is.
the bitrate does not matter because the picture buffer stores uncompressed pictures, so the weight of the stored pictures is proportional to the number of pixels only.

ADude
27th May 2008, 03:26
rename the extension to .hdmov, see if that help

.hdmov is not defined currently within MPC-HC ... should I add it as a valid extension for a particular type, and if so, which type ?

Oh, and the video in question is not HD...

Sulik
27th May 2008, 03:29
HW, meaning that it can't be changed by drivers or other software even if ATI and Nvidia wanted to some time in the future? Also if it is 12mb for frames at Blu-ray's bitrate, then what we commonly use should allow for way more ref, which is not the case. So I don't think it's just a matter of memory. Unless it checks resolution and assumes it's Blu-ray, in which case can MPC be made to cheat at resolution reporting (for this purpose alone, otherwise we risk breaking other things)?


I'm guessing that they probably could enable this in the drivers if they really wanted to, especially if the VRAM is available on high-end GPUs. That restriction is probably there because some low-end GPUs only have 128MB of VRAM (supporting up to 16 refs at 1080i would require an additional 36MB)

Gawwad
27th May 2008, 03:48
.hdmov is not defined currently within MPC-HC ... should I add it as a valid extension for a particular type, and if so, which type ?

Oh, and the video in question is not HD...

sorry my bad, i thought it was an HD one like those apple HD trailers

for normal quick time videos (that do not use H264), i just use QT lite
http://www.codecguide.com/qt_lite.htm

but for quick time videos that uses H264, rename their extension to ,hdmov, and associate the .hdmov with mpc hc

http://img363.imageshack.us/img363/8940/clipboard01jv9.jpg

this is from the qt lite FAQ:
Q: I get a CPU usage of 100% while playing QuickTime files and the video stutters a lot
A: QuickTime 7 uses a new video format called H.264. This is a very efficient video format in terms of quality versus filesize. The downside of this format is that it needs a lot of processing power to decode the video. This can result in high CPU usage, even on fast computers. The QuickTime decoder is not very efficient compared to some other H.264 decoders.

It is possible to play these QuickTime files using DirectShow filters. With for example the K-Lite Codec Pack you can play QuickTime files. When using Media Player Classic it is recommended to rename your files from .mov to .hdmov. That way MPC will use DirectShow filters instead of the QuickTime framework for decoding. The DirectShow filters use much less CPU power compared to the QuickTime framework.

Kado
27th May 2008, 04:00
@ghostonline
Tried your settings and vmr9 does not drop frames even with desktop resolution (1680x1050) but the "hickups" remain.
EVR CP drops frames and has the "hickups" and Haali renderer as well (haali don't drop frames though), haali seems to be limited to 1024x768 resolution for the subtitles.
These problems must be linked to the way the subtitle renderer feeds the subtitles to the video renderer when buffering is disabled because the "hickups" are not limited to a specific renderer but to all that support the internal subtitles renderer.
Also tested with original mpc 6.4.9.0 and the results are the same for the supported renderers.

cca
27th May 2008, 08:43
@Kado:

I have noticed the "hickup" problem some time ago, there doesn't seem to be a way to eliminate it, other than using buffering. Because of this I only use VSfilter for subtitles, soft-karaoke and effects are becoming more popular now that the CPUs are so powerful and cheap. I know this is not ideal, but I have not found another solution.

ghostonline
27th May 2008, 12:03
so, frames just get dropped out when you use those special effect subtitle regardless how powerful you system is(software can't utilize available resources for what ever reason)

MatMaul
27th May 2008, 13:01
please test this build with sliced samples :
http://www.etud.insa-toulouse.fr/~mvelten/bordel/mpc-hc/mplayerc_r523_TEST.zip

Gawwad
27th May 2008, 13:22
please test this build with sliced samples :
http://www.etud.insa-toulouse.fr/~mvelten/bordel/mpc-hc/mplayerc_r523_TEST.zip

it works ! http://img248.imageshack.us/img248/2401/w00tuq1.gif

tested on vista sp1 and nvidia 8600GT

Pheon
27th May 2008, 13:24
please test this build with sliced samples :
http://www.etud.insa-toulouse.fr/~mvelten/bordel/mpc-hc/mplayerc_r523_TEST.zip

Seems to fix the problem for my videos too :) Using an nVidia 8600M GT and Vista 64 bit sp1

tetsuo55
27th May 2008, 13:27
New release that should solve the macroblocking problem for the nVidia graphics card. The video card model have been added in the H264 property page, please tell me if it display incorrect informations.

Binary available here :

http://www.zshare.net/download/1256297417a6ede7/

All DXVA compatible files work, and non-compatible files are decoded in software mode, excelent

However with this version the random macroblocking is worse, there are massive framskips and jitters(screen jumps up and down), especially in the x3_sample.mkv

please test this build with sliced samples :
http://www.etud.insa-toulouse.fr/~mvelten/bordel/mpc-hc/mplayerc_r523_TEST.zip

DXVA is completely broken with this version on my ATI HD2400pro,correctly detected in the new videocard section.

the screen is black and the progress bar does not move, however when i click on the progressbar it starts going, but the screen stays black

gngn
27th May 2008, 15:09
please test this build with sliced samples :
http://www.etud.insa-toulouse.fr/~mvelten/bordel/mpc-hc/mplayerc_r523_TEST.zip


works with those samples, with XP SP2 and 8600GTS.

MatMaul
27th May 2008, 16:17
this one normally works with ATI and NVIDIA, please check :
http://www.etud.insa-toulouse.fr/~mvelten/bordel/mpc-hc/mplayerc_r523_TEST2.zip

tetsuo55
27th May 2008, 16:26
this one normally works with ATI and NVIDIA, please check :
http://www.etud.insa-toulouse.fr/~mvelten/bordel/mpc-hc/mplayerc_r523_TEST2.zip


Yes everything is working again with that version

Still massive random macroblocking though with x3_sample

carnage_pl
27th May 2008, 16:40
@Casimir666
thanks for info. But I have one more question. For what is lock-back buffer and it should be checked or unchecked?

Henry The Ripper
27th May 2008, 17:02
Hi!

Trying to use the MPC-HC, but even if I check "Always open with..." and locate the MPC-HC exe, the file still uses the MPC 6.4.9.0... What could cause this?

Thanks in advance!!

marc99
27th May 2008, 17:40
Vista SP1, EVR Custom, GF8600GT (175.16 WHQL), MPC HC r523_TEST2:

I found another bug. Pictures are corrupted. File has two PPS and 50 fps (HDTV). CyberLink works fine.

[ About H.264 encoding ]

SPS id: 0
Profile: Main@L4
Num ref frames: 2
Aspect ratio: Square pixels
Chroma format idc: YUV 4:2:0
PPS id: 0 (SPS: 0)
Entropy coding type: CABAC
Weighted prediction: No
Weighted bipred idc: No
8x8dct: No
PPS id: 1 (SPS: 0)
Entropy coding type: CABAC
Weighted prediction: No
Weighted bipred idc: No
8x8dct: No

sample:
http://www.mediafire.com/?xlwj1djjl3g

Vepar
27th May 2008, 18:23
http://www.etud.insa-toulouse.fr/~mvelten/bordel/mpc-hc/mplayerc_r523_TEST2.zip

the samples you provided earlier (sliced) play fine now together with apple trailers i have (dark knight and spiderman 3)

i have also a full movie rip which play just fine now

this is just better and better :)

-
vista x64 sp1 + 8800gt

ADude
27th May 2008, 20:17
sorry my bad, i thought it was an HD one like those apple HD trailers

for normal quick time videos (that do not use H264), i just use QT lite
http://www.codecguide.com/qt_lite.htm:

To reiterate my original post:

- If I use quicktime (latest qt_lite) with MPC-HC, then the video playback has many issues (such as showing the underlying window instead of the video in areas).

- If I change from quicktime to directshow with MPC-HC, and use MPC's own video decoder, then it doesn't know what to do with the audio.

Here is the file's info:
General #0
Complete name : 150821main_viking-062206-320cc.mov
Format : QuickTime
Format/Info : Quictime movie
Format/Family : MPEG-4
File size : 11.4 MiB
PlayTime : 2mn 55s
Bit rate : 547 Kbps
Encoded date : UTC 2006-06-22 17:46:16
Tagged date : UTC 2006-06-22 17:46:19

Video #0
Codec : Sorenson 3
Codec/Info : Sorenson Media Video 3 (Apple QuickTime 5)
PlayTime : 2mn 55s
Bit rate : 483 Kbps
Width : 320 pixels
Height : 240 pixels
Aspect ratio : 4/3
Frame rate : 29.970 fps
StreamSize : 10.1 MiB
Encoded date : UTC 2006-06-22 17:46:12
Tagged date : UTC 2006-06-22 17:46:19

Audio #0
Codec : ADPCM
Codec/Family : ADPCM
Codec/Info : Microsoft ADPCM
PlayTime : 2mn 55s
Bit rate : 256 Kbps
Channel(s) : 1 channel
Resolution : 16 bits
StreamSize : 5.34 MiB
Encoded date : UTC 2006-06-22 17:46:12
Tagged date : UTC 2006-06-22 17:46:19

Text #0
Codec : Timed
Codec/Info : Timed text (3GPP)
Codec/Url : http://www.apple.com/quicktime/download/standalone.html
PlayTime : 2mn 55s
Bit rate : 275 bps
StreamSize : 5.89 KiB
Encoded date : UTC 2006-06-22 17:46:12
Tagged date : UTC 2006-06-22 17:46:19

clsid
27th May 2008, 20:34
The internal MP4/MOV splitter can indeed use some improvement. MPC works good with most .mov files. It has the most trouble with .mov files that are created by some types of digital cameras. Those often also play without sound.

@everyone:

If you have a file that doesn't play correctly with the internal splitters/decoders of MPC, then please upload it somewhere. That is really useful for Casimir666 and helps him to continue improving MPC.

Kado
27th May 2008, 22:23
@MatMaul
Your builds always trigger "No execute" on my system crashing mpc hc when using the internal decoders!

Aleksoid1978
27th May 2008, 22:46
this one normally works with ATI and NVIDIA, please check :
http://www.etud.insa-toulouse.fr/~mvelten/bordel/mpc-hc/mplayerc_r523_TEST2.zip

It version work on XP DXVA1 + Nvidia ???

Because 523 work on Nvidia fine only Vista+EVR DXVA2

clsid
27th May 2008, 22:55
Some files won't play with the internal decoders enabled. They freeze with black screen right at the beginning. Problem only occurs with the Overlay Mixer. It happens with various formats: Divx, H.264, FLV1.

Here is a small sample file:
http://www.zshare.net/video/126811173871b31a/

MatMaul
27th May 2008, 22:59
@MatMaul
Your builds always trigger "No execute" on my system crashing mpc hc when using the internal decoders!
I don't know why it's happening, I think you will have to wait for an xxl build...
- If I change from quicktime to directshow with MPC-HC, and use MPC's own video decoder, then it doesn't know what to do with the audio.
Just activate all ADPCM decoding possibilities in the ffdshow audio configuration and it will work

EDIT :
http://www.etud.insa-toulouse.fr/~mvelten/bordel/mpc-hc/mplayerc_r527.zip

MatMaul
27th May 2008, 23:15
I found another bug. Pictures are corrupted. File has two PPS and 50 fps (HDTV). CyberLink works fine.

I am not sure that DXVA support correctly 50 fps progressive stream. Are you sure that Cyberlink decode the file with DXVA ?

Kado
27th May 2008, 23:17
I don't know why it's happening, I think you will have to wait for an xxl build...
EDIT :
http://www.etud.insa-toulouse.fr/~mvelten/bordel/mpc-hc/mplayerc_r527.zip

Looks like you're right because this one does the same thing.:(

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

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

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

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

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

crlorentzen
27th May 2008, 23:47
I don't know why it's happening, I think you will have to wait for an xxl build...

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

EDIT :
http://www.etud.insa-toulouse.fr/~mvelten/bordel/mpc-hc/mplayerc_r527.zip

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

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



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

Geforce 9600 GT XP SP3 using VMR9 Renderless

Aleksoid1978
27th May 2008, 23:49
to MatMaul, Casimir666

Add in file MPCVideoDecFilter.cpp :

#pragma comment(lib, "d3d9.lib")

or in MPCVideoDec.vcproj(MPCVideoDec_vs2005.vcproj) in Additional Dependencies d3d.lib because MpcVideoDec filter not linked without it:

MPCVideoDecFilter.obj : error LNK2019: unresolved external symbol _Direct3DCreate9@4 referenced in function "protected: void __thiscall CMPCVideoDecFilter::DetectVideoCard(void)" (?DetectVideoCard@CMPCVideoDecFilter@@IAEXXZ)

Aleksoid1978
27th May 2008, 23:51
Still cannot play files over 4 Ref Frames, so x3_sample, sw_2_sample shooter_sample pirates_sample...etc.

Geforce 9600 GT[/QUOTE]

XP or Vista ???

MatMaul
28th May 2008, 00:15
@Gawwad, crlorentzen :
can you reproduce with some of these samples :
http://forum.doom9.org/showpost.php?p=1142240&postcount=2113

crlorentzen
28th May 2008, 00:21
@Gawwad, crlorentzen :
can you reproduce with some of these samples :
http://forum.doom9.org/showpost.php?p=1142240&postcount=2113

main_profile.mp4 - 5 ReFrames - black screen
cavlc.mp4 - 5 ReFrames - black screen

slice_cavlc.mp4 - 3 ReFrames- looks fine, motion may be too fast to really find an issue
slice_high.mp4 - 3 ReFrames - ""
slice_main.mp4 - 3 ReFrames - ""

Gawwad
28th May 2008, 00:37
@Gawwad, crlorentzen :
can you reproduce with some of these samples :
http://forum.doom9.org/showpost.php?p=1142240&postcount=2113

for me, all 5 samples play perfect with DXVA

ericab
28th May 2008, 00:42
well....
build 527 doesnt work any better for me.
my monitor dragging trick no longer works, and now seeking freezes the program.
file:
indiana.jones.and.the.last.crusade.1989.720p.hdtv.x264-ctrlhd

Gawwad
28th May 2008, 00:56
r527 works for slices...some Macroblocking however, tested with sample-2-PPS-50fps.mkv http://www.mediafire.com/?xlwj1djjl3g and diaryofthedead-tlr1_h720p.hdmov http://www.apple.com/trailers/weinstein/diaryofthedead/hd/

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

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

my system: vista sp1 x32 / nvidia 8600GT

Casimir666
28th May 2008, 08:08
@Casimir666
thanks for info. But I have one more question. For what is lock-back buffer and it should be checked or unchecked?

Purpose of this check box is to remove tearing, but :
- it didn't works on all machines
- sometime it introduce jitter

Personnally i prefer to use D3D exclusive mode instead of lock back buffer.

marc99
28th May 2008, 08:35
I am not sure that DXVA support correctly 50 fps progressive stream. Are you sure that Cyberlink decode the file with DXVA ?

Yes I am sure.

http://img233.imageshack.us/img233/9814/sample2pps50fpsdxvafu8.th.jpg (http://img233.imageshack.us/my.php?image=sample2pps50fpsdxvafu8.jpg)

EricAhn
28th May 2008, 09:09
Hi~

I will find that doesn't support some mkv subtitles.

For debugging mpc with mkv spec.

So It will be better than old.

bye

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

iron2000
28th May 2008, 16:31
It seems like MPC doesn't support the animated karaoke subtitles in anime openings.
ffdshow supports that but displays the japanese characters wrongly.

clsid
28th May 2008, 16:46
It seems like MPC doesn't support the animated karaoke subtitles in anime openings.
ffdshow supports that but displays the japanese characters wrongly.
You must disable subpicture prebuffering in the subtitle settings. Then the karaoke effect will be displayed correctly.

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

It's crashing when I try to play a simple xvid (OS Vista x64 sp1 ,evr custom , ffdshow....) It's the first build crashing on simple xvid!!:confused:

iron2000
28th May 2008, 17:52
Thanks for the tip, clsid!

STaRGaZeR
28th May 2008, 19:03
You must disable subpicture prebuffering in the subtitle settings. Then the karaoke effect will be displayed correctly.

I'm also having a problem with subtitles in MPC. I use EVR Custom + DXVA + Subtitles with no prebuffering. The problem is that the fonts and format are not displayed as they should, like with VSFilter, and they're also blurred in some cases:

With MPC subs:

http://img134.imageshack.us/img134/4097/mpcsubser7.th.png (http://img134.imageshack.us/my.php?image=mpcsubser7.png) http://img139.imageshack.us/img139/8742/mpcsubs2at9.th.png (http://img139.imageshack.us/my.php?image=mpcsubs2at9.png)

And with VSFilter:

http://img165.imageshack.us/img165/5024/vsfiltersubsxo0.th.png (http://img165.imageshack.us/my.php?image=vsfiltersubsxo0.png) http://img139.imageshack.us/img139/6154/vsfiltersubs2uh7.th.png (http://img139.imageshack.us/my.php?image=vsfiltersubs2uh7.png)

MPC does a great job though, look at Gundam Wing in both pics :) (oh and forget the sharpness, when DXVA is on I can use Edge-enhancement in SD videos, like in Gundam Wing)

I guess MPC put subtitles in front of the image, while when using VSFilter are impressed in the frame itself.

Kado
28th May 2008, 19:54
@MatMaul
The debug build rev528 does not trigger "No execute".

Vepar
28th May 2008, 19:58
http://www.etud.insa-toulouse.fr/~mvelten/bordel/mpc-hc/mplayerc_r528_Debug.zip


now, i really dont know if this is important but this version shows
"Nvidia GeForce 8800 GT (4318)" while the previus one (r523 i think.. please put the build number somewhere) shows "Nvidia GeForce 8800 GT (10)"

what is that number anyway?

Casimir666
28th May 2008, 20:06
now, i really dont know if this is important but this version shows
"Nvidia GeForce 8800 GT (4318)" while the previus one (r523 i think.. please put the build number somewhere) shows "Nvidia GeForce 8800 GT (10)"

what is that number anyway?

The number in parenthesis is the PCI vendor ID, and the correct number of nVidia is 4318 (0x10DE) : http://www.pcidatabase.com/vendors.php?sort=id

Matmaul have simplified the detection, and it seems it's also more accurate. Do you have multiple video card in your machine?

Vepar
28th May 2008, 20:28
The number in parenthesis is the PCI vendor ID, and the correct number of nVidia is 4318 (0x10DE) : http://www.pcidatabase.com/vendors.php?sort=id

Matmaul have simplified the detection, and it seems it's also more accurate. Do you have multiple video card in your machine?

I see. Thanks for info. I have only one video card.

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

what have you done to this version? it will play files with Ref Frames > 4 on XP on a Nvidia card, something that hasnt worked out till now! (not even the 527 version, i always get a black screen, no play, no seeking)
i uploaded the results of the file pirates_sample.mkv (http://www.tosei.ru/isoft/pirates_sample.mkv) (Ref Frames = 8 ) here (http://www.gugumomu.de/mpchc/) , dont know if this aspect interests you, though, but this is a nice sideefect of this debugversion.
http://img76.imageshack.us/img76/3609/image1uo6.th.jpg (http://img76.imageshack.us/my.php?image=image1uo6.jpg)

clsid
28th May 2008, 20:55
I'm also having a problem with subtitles in MPC. I use EVR Custom + DXVA + Subtitles with no prebuffering. The problem is that the fonts and format are not displayed as they should, like with VSFilter, and they're also blurred in some cases:

With MPC subs:

http://img134.imageshack.us/img134/4097/mpcsubser7.th.png (http://img134.imageshack.us/my.php?image=mpcsubser7.png) http://img139.imageshack.us/img139/8742/mpcsubs2at9.th.png (http://img139.imageshack.us/my.php?image=mpcsubs2at9.png)

And with VSFilter:

http://img165.imageshack.us/img165/5024/vsfiltersubsxo0.th.png (http://img165.imageshack.us/my.php?image=vsfiltersubsxo0.png) http://img139.imageshack.us/img139/6154/vsfiltersubs2uh7.th.png (http://img139.imageshack.us/my.php?image=vsfiltersubs2uh7.png)

MPC does a great job though, look at Gundam Wing in both pics :) (oh and forget the sharpness, when DXVA is on I can use Edge-enhancement in SD videos, like in Gundam Wing)

I guess MPC put subtitles in front of the image, while when using VSFilter are impressed in the frame itself.
VSFilter places the subtitle image data onto the decoded video frame.
MPC internal subrenderer sends the sub image data to the video renderer. The video renderer then places it onto the screen.
So the methods are different and that is why the visual results are also different.

Blurring can be caused by resizing.

MatMaul
28th May 2008, 21:14
what have you done to this version? it will play files with Ref Frames > 4 on XP on a Nvidia card, something that hasnt worked out till now! (not even the 527 version, i always get a black screen, no play, no seeking)
i uploaded the results of the file pirates_sample.mkv (http://www.tosei.ru/isoft/pirates_sample.mkv) (Ref Frames = 8 ) here (http://www.gugumomu.de/mpchc/) , dont know if this aspect interests you, though, but this is a nice sideefect of this debugversion.
http://img76.imageshack.us/img76/3609/image1uo6.th.jpg (http://img76.imageshack.us/my.php?image=image1uo6.jpg)
???
I didn't change anything, I just compiled with debug :P

and with this one ?
http://www.etud.insa-toulouse.fr/~mvelten/bordel/mpc-hc/mplayerc_r528_TEST.zip

Kado
28th May 2008, 21:19
???
I didn't change anything, I just compiled with debug :P

and with this one ?
http://www.etud.insa-toulouse.fr/~mvelten/bordel/mpc-hc/mplayerc_r528_TEST.zip

That one triggers "No Execute"!

ericab
28th May 2008, 21:21
@matmaul

no difference for me. still the black screen "issue", and no play.

the 528 "debug" version worked right off the bat however.. no problems


:confused:

mikegun
28th May 2008, 21:23
it seems like ati broke dxva with cat 8.5 (at least on my system). setting resolution to 1920x1080 leads to stuttering and broken image. disabling dxva in the decoder "solves" the problem. all the files played fine with older cat drivers.
using kmplayer with corecodec decoder works (software mode of course)

gngn
28th May 2008, 21:32
???
I didn't change anything, I just compiled with debug :P

and with this one ?
http://www.etud.insa-toulouse.fr/~mvelten/bordel/mpc-hc/mplayerc_r528_TEST.zip

doesnt work again. the thing is, DXVA kicks in, but screen remains black. that debugversion does something to the way the file is played (it doesnt run smoothly, but the nvidia card will play it)
like others have said, this will afect only Windows XP on Nvidia Cards when the Ref Frame is bigger than 4.

http://img73.imageshack.us/img73/2848/image2cs2.th.jpg (http://img73.imageshack.us/my.php?image=image2cs2.jpg)

ericab
28th May 2008, 21:46
doesnt work again. the thing is, DXVA kicks in, but screen remains black. that debugversion does something to the way the file is played (it doesnt run smoothly, but the nvidia card will play it)
like others have said, this will afect only Windows XP on Nvidia Cards when the Ref Frame is bigger than 4.

http://img73.imageshack.us/img73/2848/image2cs2.th.jpg (http://img73.imageshack.us/my.php?image=image2cs2.jpg)

shoot; yeah your right gngn....

i forgot to mention in my last post that while 528_debug works right off the bat for any mkv i threw at it (no other version has);

i only got a max of 10 FPS! :eek:

but it worked...:scared:

Casimir666
28th May 2008, 21:53
doesnt work again. the thing is, DXVA kicks in, but screen remains black. that debugversion does something to the way the file is played (it doesnt run smoothly, but the nvidia card will play it)
like others have said, this will afect only Windows XP on Nvidia Cards when the Ref Frame is bigger than 4.

http://img73.imageshack.us/img73/2848/image2cs2.th.jpg (http://img73.imageshack.us/my.php?image=image2cs2.jpg)

Can you try with this one :
http://www.zshare.net/download/127369352f5f7b87/

ericab
28th May 2008, 21:57
Can you try with this one :
http://www.zshare.net/download/127369352f5f7b87/

Casimir;

worked.

framerate avg = 23

worked right off the bat like 528_debug did;

however seeking farther into the movies; doesnt work.
i click the scroller and drag farther into the movie, and time stops, and w/ a black screen.

you guys are so close!

**EDIT**

pressing ctrl+alt+del to open up my task manager to monitor cpu usage also does the same as above: time stops, and w/ a black screen.

Casimir666
28th May 2008, 22:09
Casimir;

worked.

framerate avg = 23

worked right off the bat like 528_debug did;

however seeking farther into the movies; doesnt work.
i click the scroller and drag farther into the movie, and time stops, and w/ a black screen.

you guys are so close!

**EDIT**

pressing ctrl+alt+del to open up my task manager to monitor cpu usage also does the same as above: time stops, and w/ a black screen.

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

gngn
28th May 2008, 22:22
Can you try with this one :
http://www.zshare.net/download/127369352f5f7b87/

it doesnt work for me. well, it did work 2 or 3 times out of 100 tries with 2 samples (but no seeking), as unscientific as it sounds. with the debug version even seeking does work

Aleksoid1978
28th May 2008, 22:59
I test last 528(debug not tested yet) - in Vista GREAT - work fine, no black screen, no green screen, on bad rip DXVA not working.

But on XP-DXVA1 not work, black screen and stop where ref_num>4

STaRGaZeR
28th May 2008, 23:06
Blurring can be caused by resizing.

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

gngn
28th May 2008, 23:34
What resizing? It also happens with any standard 720p video with styled subs, karaokes and such. All is fine except that blurring, any suggestions?

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

ericab
28th May 2008, 23:39
Can you take the debug one again, open file and seek :
- does it do the same?
- can you post the dxva.log file ?

@Casimir666

ok; redownloaded 528_debug.

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

video play right off the bat.

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

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

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


DXVA.log ---->

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


Picture.log ----->

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

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

gngn
29th May 2008, 00:14
i get the normal framerate with the 528_debug version, if i close my antivirusprogram :D it will play the smoothly


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

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

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

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

With VSFilter:

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

ADude
29th May 2008, 01:52
Just activate all ADPCM decoding possibilities in the ffdshow audio configuration and it will work

I tried that and it did not help.

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

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

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

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

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


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

edit: And I can't help but notice that

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

is sharper than

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

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

thuan
29th May 2008, 03:51
@Stargazer: Go in MPC Options -> Subtitles node and set Maximum texture resolution to desktop.

3ngel
29th May 2008, 08:13
I can confirm that using the internal subtitle engine the subs appear "little blurred" no matter what. With the external VsFilter the subs appear regularly sharp.

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

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

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

Test on sample there ref_num>4.

STaRGaZeR
29th May 2008, 09:45
Go to your graphic card control panel applet and turn off all anti-aliasing options you can find. Easier to do with nVidia card than ATI.

edit: And I can't help but notice that

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

is sharper than

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

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

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

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

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

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

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

3ngel
29th May 2008, 09:48
I was wondering.
It would be possible to add a Colospace Selector to the internal VC1 (and Mpeg2) Decoder in order to wipe away definetively all the issues regarding YUV->RGB (16/0) luma issue?

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

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

Thanks

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

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

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

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

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

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

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

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

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

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

ranpha
29th May 2008, 16:00
Sorry, I misunderstand you. Anyway, I hope anyone of the MPC could look into this too :) Now your answer:

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

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

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

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

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

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

so?
any ideas?

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

so?
any ideas?

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

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

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

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

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

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

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

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

my system: vista sp1 x32 / nvidia 8600GT

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

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

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

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

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

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

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



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

Geforce 9600 GT XP SP3 using VMR9 Renderless

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

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

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

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

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

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

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

Thanks :)

Liisachan
30th May 2008, 02:01
@STaRGaZeR
It may be too OT to continue that here, but it's not totally unrelated to MPC, so anyway...

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

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

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

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

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

edit typos

crlorentzen
30th May 2008, 03:33
do you get the same problems with the 1080p version of the diary of the dead trailer ?
http://www.apple.com/trailers/weinstein/diaryofthedead/hd/

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

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

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

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

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

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

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

External shaders are applied first, resize is done after.

CiNcH
30th May 2008, 22:11
But it would theoretically be possible to do it the other way around, right? e.g. performing sharpening after resizing. Think this could be a GPU killer...

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

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

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


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

Example

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

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

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

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

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

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

baadnewz
31st May 2008, 08:42
do you get the same problems with the 1080p version of the diary of the dead trailer ?
http://www.apple.com/trailers/weinstein/diaryofthedead/hd/

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

GPU usage arround 14-15%

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

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

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

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

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

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

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

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

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

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

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

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

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

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

thuan
31st May 2008, 13:16
That also depends on your GFX card. With an ATI HD card you should have no problem with any renderer with a certain tweak.

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

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

Actually r522 or any newer version would do.

FallenAngel
31st May 2008, 20:41
Can somebody compile the MPCVideoDecoder filter r525+ please?
Earlier versions are not good for my 8800GT :p

Thanks

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

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

ranpha
1st June 2008, 00:29
ok;
but now how do i force ffdshow to be loaded in the chain ?

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

ericab
1st June 2008, 01:41
Go to external filter section in options, load ffdshow video decoder and set it to prefer?

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

:confused:

Kado
1st June 2008, 01:53
Use ffdshow video raw filter.

CiNcH
1st June 2008, 10:50
@ Casimir,

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

Casimir666
1st June 2008, 14:21
@ Casimir,

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

A lot :p


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

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

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

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

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

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

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

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

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

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

// SVQ3
{ &MEDIATYPE_Video, &MEDIASUBTYPE_SVQ3 },

// SVQ1
{ &MEDIATYPE_Video, &MEDIASUBTYPE_SVQ1 },

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

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

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


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

CiNcH
1st June 2008, 14:29
I just made the experience that if you sharpen before resize, you also resize artifacts introduced by sharpening...


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

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

carnage_pl
1st June 2008, 15:19
Can translation be implemented into mplayerc in order to not download standalone files?

And againg question about lock-back buffer. For what is that option and should I enable it?

Casimir666
1st June 2008, 16:15
As for the pin info, that was not exactly what I was looking for. I am looking for what it expects in case of VC-1 and H.264. ffdshow for example expects an MP4/AVC header in case of H.264. If you feed it with H.264 PES, it simply crashes. So what exactly does a demuxer has to provide on its video pin in case of VC-1 and H.264 for the MPC Video Decoder?
This filter expect complete frame, so parser have to glue together PES before feeding MPCVideoDec (same for ffdshow).

Can translation be implemented into mplayerc in order to not download standalone files?
:confused: What do you mean?

And againg question about lock-back buffer. For what is that option and should I enable it?
http://forum.doom9.org/showthread.php?p=1142964#post1142964

carnage_pl
1st June 2008, 16:34
Thanks. I didn't notice the answer earlier.
Now to change the language You need to download files from sourceforge with translation, have it with mplayerc. exe in the same folder and then You can change language.
Can downloading files with translation be avoided?

ADude
1st June 2008, 21:27
Just activate all ADPCM decoding possibilities in the ffdshow audio configuration and it will work


That does not do anything because MPC-HC does not know that it is ADPCM. Here is the message from MPC-HC:
The following pin failed to find a connectable filter:

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

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

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

clsid
1st June 2008, 21:43
{324D4451-0000-0010-8000-00AA00389B71} equals QDM2. So enable that in ffdshow.

lexor
2nd June 2008, 01:55
sup everyone, I was just reading the "known issues" section of the OP and while all but one item on that list doesn't affect me in any way, I was wondering if there is more info regarding the first item. that is:
"It looks like MPC-HC incorrectly sends the quantization matrix in raster-scan order, whereas the DXVA spec mentions that it should be sent in zig-zag scan order."

Feeding a matrix in the wrong order seems to be a major no-no, but the playback is fine (far as I can tell) and the item has been on the list for so long, it doesn't look like devs think it's very important. Is it because order doesn't matter for flat matrix and since MPC-HC doesn't support custom matrices the whole thing is a non-issue?

ADude
2nd June 2008, 02:19
{324D4451-0000-0010-8000-00AA00389B71} equals QDM2. So enable that in ffdshow.

Ha ! clsid finds the clsid. :D

That worked (none of the ADPCM's worked even though Mediainfo thinks it is "ADPCM").

Thanks !

ADude
2nd June 2008, 02:27
Thanks. I didn't notice the answer earlier.
Now to change the language You need to download files from sourceforge with translation, have it with mplayerc. exe in the same folder and then You can change language.
Can downloading files with translation be avoided?

There are over 200 languages...

GrofLuigi
2nd June 2008, 06:18
Can downloading files with translation be avoided?
Please! I remember the times when MPC fit on a diskette... :)

GL

CiNcH
2nd June 2008, 07:08
This filter expect complete frame, so parser have to glue together PES before feeding MPCVideoDec (same for ffdshow).

I see. I actually meant ES, not PES. Contained PTS are converted to DirectShow-PTS and presented via the IMediaSample-Interface.

FallenAngel
2nd June 2008, 09:57
Can somebody compile the MPCVideoDecoder filter r525+ please?
Earlier versions are not good for my 8800GT :p

Thanks
Could someone fill my request, please?

I apologize for this, I usually don't like to bother people so I won't do this again I swear! :)

Thank you for your help.

Bluestraw
2nd June 2008, 10:39
Can someone please tell me if there are plans to include VC1 interlaced support in the future? Since MS's decoder doesn't handle such content properly, and Cyberlink's decoder doesn't work outside PDVD, this is the one missing link to me to make MPC compatible with all HD content. Unless I'm missing some way to do it already?!

ranpha
2nd June 2008, 12:16
Can someone please tell me if there are plans to include VC1 interlaced support in the future? Since MS's decoder doesn't handle such content properly, and Cyberlink's decoder doesn't work outside PDVD, this is the one missing link to me to make MPC compatible with all HD content. Unless I'm missing some way to do it already?!

Do you have a test file for that? There is something I wanna try.

marc99
2nd June 2008, 13:21
It's possible to use combination: Vista+EVR+DXVA+WMVideo Decoder DMO?

Bluestraw
2nd June 2008, 13:40
Do you have a test file for that? There is something I wanna try.Sure, will upload a sample later.

Bluestraw
2nd June 2008, 13:41
It's possible to use combination: Vista+EVR+DXVA+WMVideo Decoder DMO?Yes, that combination is fine, but the WMVideo Decoder doesn't handle interlaced content properly, so it's of no use in this case.

Bluestraw
2nd June 2008, 17:18
Sure, will upload a sample later.Here's a sample - doesn't play right in the MS WM decoder, and doesn't even play at all in the internal MPC one:

http://rapidshare.com/files/119576351/vc1interlacedclip.m2ts.html

Casimir666
2nd June 2008, 18:13
I see. I actually meant ES, not PES. Contained PTS are converted to DirectShow-PTS and presented via the IMediaSample-Interface.
PTS is specific to Mpeg stream, and are translate to Reference_time by parser. MpcVideoDec use reference_time set in the IMediaSample it receive

Can someone please tell me if there are plans to include VC1 interlaced support in the future? Since MS's decoder doesn't handle such content properly, and Cyberlink's decoder doesn't work outside PDVD, this is the one missing link to me to make MPC compatible with all HD content. Unless I'm missing some way to do it already?!
Support for H264 and VC1 interlaced stream is on todo list for DXVA. Software decoding of interlaced VC1 is not supported by ffmpeg for the moment.

Bluestraw
2nd June 2008, 20:51
Support for H264 and VC1 interlaced stream is on todo list for DXVA. Software decoding of interlaced VC1 is not supported by ffmpeg for the moment.DXVA works for me :) Thanks! Since there is currently no alternative in MPC for interlaced VC1 I vote for VC1 before H264 ;)

Gawwad
2nd June 2008, 21:06
Support for H264 and VC1 interlaced stream is on todo list for DXVA. Software decoding of interlaced VC1 is not supported by ffmpeg for the moment.

can this be included in the todo list for MPC HC please ?
http://forum.doom9.org/showthread.php?p=1139181#post1139181

it will be really great if all application commands are enabled properly, so then any standard remote control can be used to control MPC HC

:thanks:

Aleksoid1978
3rd June 2008, 01:34
Could someone fill my request, please?

I apologize for this, I usually don't like to bother people so I won't do this again I swear! :)

Thank you for your help.


Here - www.tosei.ru/isoft/MPCVideoDec_541_x86.7z

FallenAngel
3rd June 2008, 07:28
Here - www.tosei.ru/isoft/MPCVideoDec_541_x86.7z

Thanks... you made my day!

3ngel
3rd June 2008, 09:47
Regarding the interlacing, I uploaded some interlaced samples to test some pages above.

Mercury_22
3rd June 2008, 09:58
Can someone do something so MPC-HC x64 can be (differentiate from the MPC-HC x86) / in the open with menu ?! (Maybe rename mplayerc.exe to mplayerc64.exe, and chanage the caption from Media Player Classic - Homecinema to Media Player Classic - Homecinema (64-bit) )
Let's not do the same mistake that Micro$.. did with WMP x64 & WMP x86 on 64-bit OS !
I know this are simple things that can be changed by everyone for himself but I think it will be more useful to be THE SAME FOR EVERYBODY who uses the 64-bit version of MPC-HC .
Am I WRONG ? Isn't this NECESSARY / useful (for 64-bit OS users) ?

And another thing : can someone improve the internal filters for OGG and MPEG PS/TS/PVA so we don't need Haali's Media Splitter to play TS and OGG files (Especially in the 64-bit version where we CAN'T use Haali's Media Splitter )? Since Haali's "Core parser library
This is the core library that is used in the splitter and utilities, it's written in plain C and is higly portable. The library source is available upon request. Please mail mike@haali.net. " (http://haali.cs.msu.ru/mkv/)

Leak
3rd June 2008, 10:53
Unless Haali is willing to release the core parser library under the GPL MPC can't incorporate the code.

Also, from the wording "available upon request" it doesn't look like Haali would want the code to show up in a public place (read: MPC HC SVN repository), so I'd say it's right out...

Mercury_22
3rd June 2008, 14:23
Unless Haali is willing to release the core parser library under the GPL MPC can't incorporate the code.

Also, from the wording "available upon request" it doesn't look like Haali would want the code to show up in a public place (read: MPC HC SVN repository), so I'd say it's right out...

But at least can someoane who knows Haali ask him about this ? :thanks:

clsid
3rd June 2008, 15:00
MPC already has splitters for Ogg and TS. It's just a matter of improving those and Casimir66 is already working on that!

Mercury_22
3rd June 2008, 15:28
MPC already has splitters for Ogg and TS. It's just a matter of improving those and Casimir66 is already working on that!

Thanks for your reply ! But that was my idea in the first place
...can someone improve the internal filters for OGG and MPEG PS/TS/PVA so we don't need Haali's Media Splitter to play TS and OGG files (Especially in the 64-bit version where we CAN'T use Haali's Media Splitter )? Since Haali's "Core parser library
This is the core library that is used in the splitter and utilities, it's written in plain C and is higly portable. The library source is available upon request. Please mail mike@haali.net. " (http://haali.cs.msu.ru/mkv/) :)
Anyway GREAT NEWS :thanks:

CiNcH
3rd June 2008, 19:06
Support for H264 and VC1 interlaced stream is on todo list for DXVA.

r536 seems to work with interlaced content. However no deinterlacing within GPU is applied (VMR deinterlacing/DirectShow deinterlacing/hardware deinterlacing or whatever you want to call it). Tried with 'VMR9 Windowed' and 'VMR9 Renderless'.

Tested with a Radeon HD 3650. Just replaced my 8600 GTS.

Also tried latest 'MPC Video Decoder' (MPCVideoDec_541_x86) provided some posts above. Picture stayed black with interlaced content (used Haali as demuxer).

lexor
3rd June 2008, 19:15
Hi guys, does DXVA acceleration require the image to have dimensions that are a multiple of 16? I don't see this requirement in any of the warnings about DXVA in any thread, but I can't think of any other reason for getting weird blocking with DXVA1 on ATI HD2600 (tried official from March, 523 and 536 builds, don't have any other).

http://img383.imageshack.us/img383/1583/brokendxvavv5.th.jpg (http://img383.imageshack.us/my.php?image=brokendxvavv5.jpg)

Joniii
3rd June 2008, 21:00
Here - www.tosei.ru/isoft/MPCVideoDec_541_x86.7z

Could you do the same for mpeg splitter please?

jimas
3rd June 2008, 21:17
I`m facing a stange problem!

I have build a new HTPC.

Gigabyte GA-MA78GM
AMD 4850e
Gigabyte 8600GT
WinXP (i tried SP2 and SP3)

My problem is that in Direct 3D mode (for removing tearing) i don`t see the blue-green bar.
It is there.I can use it but i don`t see it!

I tried all version of MPC but nothing changed.

Aleksoid1978
3rd June 2008, 22:59
Could you do the same for mpeg splitter please?

Here - http://www.tosei.ru/isoft/MpegSplitter_541_x86.7z

MatMaul
3rd June 2008, 23:38
I just did a debug session with a nvidia card of a friend and I managed to solve the black screen problem with non debug build :)
http://www.etud.insa-toulouse.fr/~mvelten/bordel/mpc-hc/mplayerc_r546.zip
next step, try to fix the macroblock problem on nvidia.

gngn
3rd June 2008, 23:50
I just did a debug session with a nvidia card of a friend and I managed to solve the black screen problem with non debug build :)
http://www.etud.insa-toulouse.fr/~mvelten/bordel/mpc-hc/mplayerc_r546.zip
next step, try to fix the macroblock problem on nvidia.

bows to MatMaul :thanks:

it will play now EVERYTHING with DXVA that uses H264. and also seeking does work.

got some strange macroblocking on a specific video (but it also happens with the cyberlink decoder on that one, the one that encoded it says it works perfect with ATI ) sample: here (http://rapidshare.com/files/119904407/_BakaWolf__AIR_01.BD-720p_H.264_DD5.1__-001.mkv)

also it hangs after 2 sec on a other SD video (SD with 16 ref frames is still DXVA compliant?):
Video
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L5.1
Format settings, CABAC : Yes
Format settings, ReFrames : 16
Codec ID : V_MPEG4/ISO/AVC
Duration : 24mn 23s
Nominal bit rate : 1086 Kbps
Width : 704 pixels
Height : 400 pixels
Display aspect ratio : 16/9
Frame rate : 29.970 fps
Colorimetry : 4:2:0
Scan type : Progressive
Bits/(Pixel*Frame) : 0.129
Title : [SS] Oinari-sama - 01
Writing library : x264 - core 59
Encoding settings : cabac=1 / ref=16 / deblock=1:0:0 / analyse=0x3:0x133 / me=umh / subme=7 / me-prepass=1 / brdo=1 / mixed_ref=1 / me_range=24 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=0 / deadzone=21,11 / chroma_qp_offset=0 / threads=6 / nr=0 / decimate=1 / mbaff=0 / bframes=16 / b_pyramid=1 / b_adapt=1 / b_bias=5 / direct=3 / wpredb=1 / bime=1 / keyint=250 / keyint_min=25 / scenecut=40(pre) / rc=2pass / bitrate=1086 / ratetol=1.0 / rceq='blurCplx^(1-qComp)' / qcomp=1.00 / qpmin=10 / qpmax=51 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / pb_ratio=1.30 / aq=2:1.00
Language : Japanese

MatMaul
4th June 2008, 00:21
normally yes this stream is compliant with level 3.1 but it seems that DXVA have problems with refs > 11 at any resolution...

@everybody please test SD decoding and confirm that you are limited to 11 refs. if so we will adapt the dxva compatibility check.

gngn
4th June 2008, 00:29
got the same problem again on another SD video, playback will hang after a few seconds (seeking does work, but will hang then again):


Video
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L5.1
Format settings, CABAC : Yes
Format settings, ReFrames : 12
Codec ID : V_MPEG4/ISO/AVC
Duration : 24mn 23s
Nominal bit rate : 1167 Kbps
Width : 720 pixels
Height : 480 pixels
Display aspect ratio : 16/9
Frame rate : 23.976 fps
Standard : NTSC
Colorimetry : 4:2:0
Scan type : Progressive
Bits/(Pixel*Frame) : 0.141
Title : sola 14 (OVA)
Writing library : x264 - core 56 svn-680
Encoding settings : cabac=1 / ref=9 / deblock=1:0:0 / analyse=0x3:0x133 / me=umh / subme=6 / brdo=1 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / chroma_qp_offset=0 / threads=3 / nr=0 / decimate=1 / mbaff=0 / bframes=3 / b_pyramid=1 / b_adapt=1 / b_bias=0 / direct=3 / wpredb=1 / bime=1 / keyint=240 / keyint_min=24 / scenecut=36(pre) / rc=2pass / bitrate=1167 / ratetol=3.0 / rceq='blurCplx^(1-qComp)' / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / pb_ratio=1.30
Language : Japanese


and absolutly no playback with:


Video
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L5.1
Format settings, CABAC : Yes
Format settings, ReFrames : 13
Codec ID : H264
Duration : 1mn 19s
Nominal bit rate : 1500 Kbps
Width : 1024 pixels
Height : 576 pixels
Display aspect ratio : 16/9
Frame rate : 23.980 fps
Resolution : 24 bits
Colorimetry : 4:2:0
Scan type : Progressive
Bits/(Pixel*Frame) : 0.106
Writing library : x264 - core 50 svn-558
Encoding settings : cabac=1 / ref=10 / deblock=0:0:0 / analyse=0x3:0x133 / me=umh / subme=6 / brdo=1 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=0 / chroma_qp_offset=0 / slices=1 / nr=2 / decimate=1 / bframes=3 / b_pyramid=1 / b_adapt=1 / b_bias=0 / direct=1 / wpredb=1 / bime=1 / keyint=2400 / keyint_min=24 / scenecut=35 / rc=2pass / bitrate=1500 / ratetol=1.0 / rceq='blurCplx^(1-qComp)' / qcomp=0.60 / qpmin=10 / qpmax=26 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / pb_ratio=1.30
Language : Japanese


conclusion: i have a lot other SD videos with ref frames > 11 that wont play (DXVA kicks in everytime)

MatMaul
4th June 2008, 00:42
seems to confirm the 11 refs limit

gngn
4th June 2008, 00:49
on the other hand, cyberlink's decoder 7.x will decode them (only problem is macroblocking on the file with ref frames = 16)

ooferomen
4th June 2008, 01:39
hey guys i can't get H.264 bitstreaming to work on my 8400GS G98 core. VC-1 does work though! i don't really know much but i'm guessing it has something to do with not having NV12 listed for DXVA2. anyone have any ideas on what i can do?

http://img526.imageshack.us/img526/6030/dxvacheckervc8.th.png (http://img526.imageshack.us/my.php?image=dxvacheckervc8.png)

also on a side note it looks like this card supports MPEG2 bitstreaming, will that be added to MPC HC?

thanks guys

gngn
4th June 2008, 02:03
hey guys i can't get H.264 bitstreaming to work on my 8400GS G98 core. VC-1 does work though! i don't really know much but i'm guessing it has something to do with not having NV12 listed for DXVA2. anyone have any ideas on what i can do?

http://img526.imageshack.us/img526/6030/dxvacheckervc8.th.png (http://img526.imageshack.us/my.php?image=dxvacheckervc8.png)

also on a side note it looks like this card supports MPEG2 bitstreaming, will that be added to MPC HC?

thanks guys

it seems you have Vista. H264 DXVA should work without problems. what problems do you have more exactly? the files dont play, or they play but without DXVA?
try to drag'ndrop a videofile over the interface of the DXVAChecker, then rightclick on the results in red (you'll have to register MPCVideoDec.ax www.tosei.ru/isoft/MPCVideoDec_541_x86.7z manual) and "Play in Video using ...."

ooferomen
4th June 2008, 02:18
it seems you have Vista. H264 DXVA should work without problems. what problems do you have more exactly? the files dont play, or they play but without DXVA?
try to drag'ndrop a videofile over the interface of the DXVAChecker, then rightclick on the results in red (you'll have to register MPCVideoDec.ax www.tosei.ru/isoft/MPCVideoDec_541_x86.7z manual) and "Play in Video using ...."

yes Vista SP1. the problem is no DXVA, MPC HC plays them in software mode, which my little CPU can't handle. :p

i registered MPCVideoDec.ax and it does not pop up when i drag over a h264 file. it does when i try with a vc-1 file though.

gngn
4th June 2008, 02:30
it doesnt pop up for me either at the moment (didnt use it for some time now, but it did function. weird )
playing in software mode? maybe you have a filter inbetween (VSFilter or something else) and this will cancel DXVA, please read the instructions here: http://mpc-hc.sourceforge.net/DXVASupport.html

ooferomen
4th June 2008, 02:39
it doesnt pop up for me either at the moment (didnt use it for some time now, but it did function. weird )
playing in software mode? maybe you have a filter inbetween (VSFilter or something else) and this will cancel DXVA, please read the instructions here: http://mpc-hc.sourceforge.net/DXVASupport.html

nope don't have that

engene
4th June 2008, 03:49
seems to confirm the 11 refs limit
I just tested r.546 with nvidia 9600gt/WinXP.
The limit of reference frames in nvidia is as same as ATI.

max ref frames:
without bframes=15
with bframes=11

mpc-hc r.546 test (disable the limit of h264 level 3.1) (http://www.mediafire.com/?rt2yyhcdtc5)

Sample (http://forum.doom9.org/showpost.php?p=1139937&postcount=2026)

Mercury_22
4th June 2008, 07:34
MPC-HC 64-bit (bin.x86_64.r536) it's crashing when i try to play a vob file with 2 AC3 streams ! The same file it's playing well with WMP 64-bit ( My OS VISTA Ultimate 64-bit ) :confused:

"MVC++ runtime error: This application has requested the Runtime to terminate it in an unusual way"

Problem Event Name: APPCRASH
Application Name: mplayerc64.exe
Application Version: 1.1.0.2
Application Timestamp: 484325dd
Fault Module Name: mplayerc64.exe
Fault Module Version: 1.1.0.2
Fault Module Timestamp: 484325dd
Exception Code: 40000015
Exception Offset: 000000000047ee5e
OS Version: 6.0.6001.2.1.0.256.1
Locale ID: 1033
Additional Information 1: 3442
Additional Information 2: a90074d3de3a20ce992f5e158c585c07
Additional Information 3: fb38
Additional Information 4: da0550ddf6faa5411f025c7cc08ea1ab
Can anyone compile a newer version for 64-bit please ! :helpful: :thanks:

ohropax
4th June 2008, 08:56
I can confirm that r546 is a huge step forward. Finally mpc-hc internal decoder makes the 'right' decisions about DXVA. I have not checked the seeking problem yet but will do so asap. However there are at least two long outstanding issues that i would appreciate being fixed:

1. contrary to cyberlink decoder mpc-hc does not use hardware accelerated deinterlacing. Others pointed that out already earlier in this thread.

But more important to me is:

2. some videos cannot be played with overlay output but can be played with vmr7windowed output. this problem does not appear when using cyberlinks demuxer and decoder chain. In fact all my movies can be played back with vmr7windowed but i am experiencing a less visually appealing playback compared to overlay output (maybe vmr7windowed playback is done without vsync, dont know). Therefore i prefer overlay on my machine (XP SP3, NVidia GPU). Pin info below.

overlay (not working):Filter : Video Renderer - CLSID : {70E102B0-5556-11CE-97C0-00AA0055595A}

- Connected to:

CLSID: {CD8743A1-3736-11D0-9E69-00C04FD7C15B}
Filter: Overlay Mixer
Pin: Output

- Connection media type:

Video: 1934x1088

AM_MEDIA_TYPE:
majortype: MEDIATYPE_Video {73646976-0000-0010-8000-00AA00389B71}
subtype: MEDIASUBTYPE_Overlay {E436EB7F-524F-11CE-9F53-0020AF0BA770}
formattype: FORMAT_VideoInfo {05589F80-C356-11CE-BF01-00AA0055595A}
bFixedSizeSamples: 0
bTemporalCompression: 0
lSampleSize: 0
cbFormat: 1124

VIDEOINFOHEADER:
rcSource: (0,0)-(1934,1088)
rcTarget: (0,0)-(1934,1088)
dwBitRate: 0
dwBitErrorRate: 0
AvgTimePerFrame: 0

BITMAPINFOHEADER:
biSize: 40
biWidth: 1934
biHeight: 1088
biPlanes: 1
biBitCount: 8
biCompression: 0
biSizeImage: 0
biXPelsPerMeter: 0
biYPelsPerMeter: 0
biClrUsed: 0
biClrImportant: 0
vmr7 windowed (working)Filter : Video Mixing Render 7 (Windowed) - CLSID : {B87BEB7B-8D29-423F-AE4D-6582C10175AC}

- Connected to:

CLSID: {008BAC12-FBAF-497B-9670-BC6F6FBAE2C4}
Filter: MPC Video Decoder
Pin: Output

- Connection media type:

Video: YV12 2048x1080 (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: 3317760
cbFormat: 1152

VIDEOINFOHEADER:
rcSource: (0,0)-(1920,1080)
rcTarget: (0,0)-(1920,1080)
dwBitRate: 0
dwBitErrorRate: 0
AvgTimePerFrame: 417083

VIDEOINFOHEADER2:
dwInterlaceFlags: 0x00000000
dwCopyProtectFlags: 0x00000000
dwPictAspectRatioX: 16
dwPictAspectRatioY: 9
dwControlFlags: 0x00000000
dwReserved2: 0x00000000

BITMAPINFOHEADER:
biSize: 40
biWidth: 2048
biHeight: -1080
biPlanes: 1
biBitCount: 12
biCompression: YV12
biSizeImage: 3317760
biXPelsPerMeter: 0
biYPelsPerMeter: 0
biClrUsed: 0
biClrImportant: 0

Maybe the above is enough in order to pinpoint the problem. But in the meantime i will try to narrow down what part is triggering the problem by comparing cyberlink and mpc playback chains.

and finally:

3. on my system colors are still a little bit washed out and black appears as dark grey. But somtimes when seeking or pausing a single frame is displayed with correct black level (to my eyes). However i cannot trigger this 'correctness flash' right now. hmm.

tetsuo55
4th June 2008, 10:18
Hi guys, does DXVA acceleration require the image to have dimensions that are a multiple of 16? I don't see this requirement in any of the warnings about DXVA in any thread, but I can't think of any other reason for getting weird blocking with DXVA1 on ATI HD2600 (tried official from March, 523 and 536 builds, don't have any other).

http://img383.imageshack.us/img383/1583/brokendxvavv5.th.jpg (http://img383.imageshack.us/my.php?image=brokendxvavv5.jpg)

mod16 is mandatory

MatMaul
4th June 2008, 12:46
mod16 is mandatory
I don't think so...
if the video is not mod16 the encoder will pad the borders to have a mod16 video and then put some flag inside the bitstream to say to the decoder "please crop after decoding".

for example 1080 is not mod16 and most of the HD content (should I say bluray :P ?) are 1920*1080 ;) so if you followed what I've said, the real size of the encoded video is 1088 and it is cropped to 1080 at playback

so lexor please provide a sample (and test with cyberlink ^^)

Reino
4th June 2008, 13:01
Is it possible to integrate DXVA-support into FFDShow? This way people using other mediaplayers than MPC-HC can also benefit from this.

clsid
4th June 2008, 14:30
The internal (DVXA) decoders of MPC are also available as standalone filter. It has been posted a few times in this thread. A download location:
http://forum.doom9.org/showthread.php?p=1145505#post1145505

lexor
4th June 2008, 14:33
/EDIT: Scratch the original content of this post. I have 704x396 file that plays fine with full acceleration. 396 is not mod16, so I think there is a problem with the decoder.

Reino
4th June 2008, 15:18
The internal (DVXA) decoders of MPC are also available as standalone filter. It has been posted a few times in this thread. A download location:
http://forum.doom9.org/showthread.php?p=1145505#post1145505Thanks clsid, I already knew the existance of the external filters, but my question was if it's possible to integrate DXVA into FFDShow. If this is the wrong place to ask this question, please tell me.

CiNcH
4th June 2008, 15:28
Thanks clsid, I already knew the existance of the external filters, but my question was if it's possible to integrate DXVA into FFDShow. If this is the wrong place to ask this question, please tell me.

Think ffdshow currently uses libav as H.264 decoder, not ffmpeg.

clsid
4th June 2008, 15:35
libavcodec comes from the FFmpeg project. MPC and ffdshow use the same decoders.

DXVA will not get integrated into ffdshow because the architecture of ffdshow (with the many filters) is not suitable for combining with DXVA. Furthermore, it would be a waste of time, since there already is a filter with DXVA capabilities.

Reino
4th June 2008, 15:58
Fair enough.
Okay, thanks!

lexor
4th June 2008, 17:00
Here is a sample for the blockiness in DXVA decoder: http://www.megaupload.com/?d=HCX5YF8J

Kado
4th June 2008, 19:01
@lexor
No blockiness using MPC HC rev536 (http://tirnanog.fate.jp/mirror/Misc%20(not%20by%20celtic_druid)/MPC-Homecinema%20SVN/).

@MatMaul
I know I'm always saing this but your builds (non debug ones) always trigger "No execute" function on my system crashing MPC HC, that only happens when using internal decoders. Maybe you should talk to _xxl and see what's the difference when building the file.
Of course I can exclude MPC HC from the buffer overflow checking and use it anyways.:)

lexor
4th June 2008, 19:06
@lexor
No blockiness using MPC HC rev536 (http://tirnanog.fate.jp/mirror/Misc%20(not%20by%20celtic_druid)/MPC-Homecinema%20SVN/).

Just tried that revision, same problem. I should probably also restate this (since my first post is on another page), I'm using ATI HD2600. Are you on Nvidia or ATI?

Kado
4th June 2008, 19:29
@lexor
Sorry, I forgot to put the specs:
Vista SP1 x86
nVidia 9800GTX 175.63
MPC HC rev536

ooferomen
4th June 2008, 20:19
i got MPCVideoDec.ax to show up in DXVAChecker, here is the output.

http://img75.imageshack.us/img75/6876/mpcvideodeccl8.th.png (http://img75.imageshack.us/my.php?image=mpcvideodeccl8.png)

_xxl
4th June 2008, 20:33
MPC-HC 64-bit (bin.x86_64.r536) it's crashing when i try to play a vob file with 2 AC3 streams ! The same file it's playing well with WMP 64-bit ( My OS VISTA Ultimate 64-bit )
Internal splitters and decoders used?

lexor
4th June 2008, 20:45
Alright, here is what I have so far.

Just updated my drivers to latest 8.5 (as well updated AVIVO codec to latest). Still crazy blockiness.

The broken blocks are consistent in location, so this is not some random error. Other DXVA files play fine (including the ones that are non mod16), so the card/drivers is probably not the issue. This file plays fine on Nvidia card (as Kado tested), so probably some ATI specific bug in the decoder and not DXVA limitation. Tested MPC-HC 523,536,546 and official from March, behavior is identical.

Can someone with an ATI card test the problem sample (http://www.megaupload.com/?d=HCX5YF8J)? (this is the same one as linked above)

Casimir666
4th June 2008, 21:11
Alright, here is what I have so far.

Just updated my drivers to latest 8.5 (as well updated AVIVO codec to latest). Still crazy blockiness.

The broken blocks are consistent in location, so this is not some random error. Other DXVA files play fine (including the ones that are non mod16), so the card/drivers is probably not the issue. This file plays fine on Nvidia card (as Kado tested), so probably some ATI specific bug in the decoder. Tested MPC-HC 523,536,546 and official from March, behavior is identical.

Can someone with an ATI card test the problem sample (http://www.megaupload.com/?d=HCX5YF8J)? (this is the same one as linked above)

Same problem with ATI. Even PDVD do macroblocks on this sample.

tetsuo55
4th June 2008, 22:25
Same problem with ATI. Even PDVD do macroblocks on this sample.

another confirm on hd2400pro

Mercury_22
4th June 2008, 22:41
Internal splitters and decoders used?

Using MPEG-2 Video internal Transform Filters no more crashing but just a black screen !

Joniii
4th June 2008, 22:50
Here - http://www.tosei.ru/isoft/MpegSplitter_541_x86.7z

:thanks:

gngn
4th June 2008, 23:16
i got MPCVideoDec.ax to show up in DXVAChecker, here is the output.

http://img75.imageshack.us/img75/6876/mpcvideodeccl8.th.png (http://img75.imageshack.us/my.php?image=mpcvideodeccl8.png)

as far as i can imagine this means that the file you used for testing is not DXVA compatible. one other possibility, something that happend for me, i had a Asus utility for my GeForce installed (Splendid Video Enhancing Technology) that made all my efforts to enable DXVA futile (it was behaving like a intermediate filter, but didnt show anywhere up, so i didnt suspect it).
install CyberLink PowerDVD, even the trial version will do: http://www.cyberlink.com/multi/download/trials_1_ENU.html and retest your files with the DXVAChecker, or load Cyberlinks filters in MPC-HC as prefered filters.
for MPEG2 decoding i use Nvidias PureVideoDecoder at this time.

ooferomen
4th June 2008, 23:29
as far as i can imagine this means that the file you used for testing is not DXVA compatible. one other possibility, something that happend for me, i had a Asus utility for my GeForce installed (Splendid Video Enhancing Technology) that made all my efforts to enable DXVA futile (it was behaving like a intermediate filter, but didnt show anywhere up, so i didnt suspect it).
install CyberLink PowerDVD, even the trial version will do: http://www.cyberlink.com/multi/download/trials_1_ENU.html and retest your files with the DXVAChecker, or load Cyberlinks filters in MPC-HC as prefered filters.
for MPEG2 decoding i use Nvidias PureVideoDecoder at this time.

DXVA works with the cyberlink decoder, no go on the MPC decoder still.

http://img442.imageshack.us/img442/5366/cyberlinkwo2.th.png (http://img442.imageshack.us/my.php?image=cyberlinkwo2.png)

Aleksoid1978
5th June 2008, 00:15
Here last Decoder - www.tosei.ru/isoft/MPCVideoDec_551_x86.7z

and MPC - www.tosei.ru/isoft/mplayerc_551_x86.7z

Work fine on XP+DXVA, no black screen

ericab
5th June 2008, 01:30
Here last Decoder - www.tosei.ru/isoft/MPCVideoDec_551_x86.7z

and MPC - www.tosei.ru/isoft/mplayerc_551_x86.7z

Work fine on XP+DXVA, no black screen

thanks Aleksoid1978 for the compiles!
keep em coming :)

STaRGaZeR
5th June 2008, 03:18
@Liisachan, thanks, very useful. And sorry for the late response :)

@Casimir, I have some files that won't play OK in MPC:


Sample 1: http://www.megaupload.com/?d=7XPKAJ0M

The image freezes after one second or two. No problems with PDVD7 Decoder. 848x480, 11 ref frames.



Sample 2: http://www.megaupload.com/?d=ZWZE9BSD

The image freezes, green flashes after a few seconds until forever. PDVD7 the same, but after a few seconds image is back to normal, but then freezes and green flashing again. 720x544, 3 ref frames.



Sample 3: http://www.megaupload.com/?d=CWQUK8I9

Same as sample 1, video freezes in a few seconds. PDVD7 is good with stuttering in some points. 848x480, 16 ref frames.



Sample 4: http://www.megaupload.com/?d=2T7OHOBK

Same as sample 1. 1024x576, 10 ref frames.



Sample 5: http://www.megaupload.com/?d=QM58PHAK

Upper half of the screen is green, and bottom half artifacts like hell. PDVD7 is the same. 720x544, 3 ref frames.



Sample 6: http://www.megaupload.com/?d=KIYPO15Q

Blinking green, no image. PDVD7 the same. 720x400, 2 ref frames.



I'm using Vista64 SP1, ATI HD3870 Cats 8.5, EVR custom. All the lastest MPC builds are the same.

crlorentzen
5th June 2008, 04:19
I just did a debug session with a nvidia card of a friend and I managed to solve the black screen problem with non debug build :)
http://www.etud.insa-toulouse.fr/~mvelten/bordel/mpc-hc/mplayerc_r546.zip
next step, try to fix the macroblock problem on nvidia.

Nice work...works perfectly on all my current test videos, no black screen, slices works fine, seeking works.

Awesome.

Joniii
5th June 2008, 06:03
Nice work with the splitter Casimir :).

Only problems i'm having is that every Blu-ray with VC-1 stutters. H264 and MPEG-2 works perfectly.

Also I have about 30 Blu-rays (.m2ts files) in my Vista media center library and compared to haali media splitter it takes alot of time and resources for splitter to load thumbs.

Casimir666
5th June 2008, 07:05
Nice work with the splitter Casimir :).

Only problems i'm having is that every Blu-ray with VC-1 stutters. H264 and MPEG-2 works perfectly.

Also I have about 30 Blu-rays (.m2ts files) in my Vista media center library and compared to haali media splitter it takes alot of time and resources for splitter to load thumbs.

What decoder are you using for VC1?

tetsuo55
5th June 2008, 07:48
Revision 552 - Directory Listing
Modified Thu Jun 5 00:19:50 2008 UTC (6 hours, 23 minutes ago) by matmaul
put 11 as absolute max number of refs for DXVA decoding

Is there any way to easily detect if bframes are used?

i think limiting 11 ref frames is the way to go, more than 5 is overkill at every resultion except for a few animated exeptions
also everyone is going to use bframes anyway, so no sense in confusing people.

CiNcH
5th June 2008, 07:48
@ Casimir,

I have just read through your MpegSplitter code on SVN. Can you point me to where you are dealing with the 4-byte timecode in case of m2ts? Are you dealing with this code or just overreading it?

Mercury_22
5th June 2008, 08:12
Tested bin.x86_64.r552 still crashing ! or "Using MPEG-2 Video internal Transform Filters no more crashing but just a black screen "

Maybe this will help :stupid:

MVS2008 debug output:


'mplayerc64.exe': Loaded 'C:\Program Files\Media Player Classic\mplayerc64.exe'
'mplayerc64.exe': Loaded 'C:\Windows\System32\ntdll.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\kernel32.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\dsound.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\msvcrt.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\user32.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\gdi32.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\advapi32.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\rpcrt4.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\ole32.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\winmm.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\oleaut32.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\oleacc.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\powrprof.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\version.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\ddraw.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\dciman32.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\setupapi.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\dwmapi.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\comdlg32.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\shlwapi.dll'
'mplayerc64.exe': Loaded 'C:\Windows\winsxs\amd64_microsoft.windows.common-controls_6595b64144ccf1df_5.82.6001.18000_none_40ba501d3c2b20ff\comctl32.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\shell32.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\winspool.drv'
'mplayerc64.exe': Loaded 'C:\Windows\System32\oledlg.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\ws2_32.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\nsi.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\wininet.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\normaliz.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\iertutil.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\imm32.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\msctf.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\lpk.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\usp10.dll'
'mplayerc64.exe': Loaded 'C:\Windows\winsxs\amd64_microsoft.windows.common-controls_6595b64144ccf1df_6.0.6001.18000_none_152e7382f3bd50c6\comctl32.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\psapi.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\uxtheme.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\clbcatq.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\devenum.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\wintrust.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\crypt32.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\msasn1.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\userenv.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\secur32.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\imagehlp.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\msdmo.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\rsaenh.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\quartz.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\dxva2.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\wdmaud.drv'
'mplayerc64.exe': Loaded 'C:\Windows\System32\ksuser.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\MMDevAPI.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\avrt.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\AudioSes.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\AudioEng.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\msacm32.drv'
'mplayerc64.exe': Loaded 'C:\Windows\System32\msacm32.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\midimap.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\mpg2splt.ax'
'mplayerc64.exe': Loaded 'C:\Windows\System32\ntmarta.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\Wldap32.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\samlib.dll'
'mplayerc64.exe': Loaded 'C:\Program Files\ffdshow64\ffdshow.ax', Binary was not built with debug information.
'mplayerc64.exe': Loaded 'C:\Windows\winsxs\amd64_microsoft.vc80.crt_1fc8b3b9a1e18e3b_8.0.50727.1434_none_88de292b2fb06019\msvcr80.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\dinput.dll'
'mplayerc64.exe': Loaded 'C:\Program Files\ffdshow64\ff_liba52.dll', Binary was not built with debug information.
'mplayerc64.exe': Loaded 'C:\Windows\System32\d3d9.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\d3d8thk.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\igdumd64.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\evr.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\ncrypt.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\bcrypt.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\MSMPEG2VDEC.DLL'
'mplayerc64.exe': Loaded 'C:\Windows\System32\SLC.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\gpapi.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\cryptnet.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\SensApi.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\netapi32.dll'
'mplayerc64.exe': Loaded 'C:\Windows\System32\cabinet.dll'
The thread 'Win64 Thread' (0x824) has exited with code 0 (0x0).
The thread 'Win64 Thread' (0xca8) has exited with code 3 (0x3).
The thread 'Win64 Thread' (0xd80) has exited with code 3 (0x3).
The thread 'Win64 Thread' (0xfb4) has exited with code 3 (0x3).
The thread 'Win64 Thread' (0xb0c) has exited with code 3 (0x3).
The thread 'Win64 Thread' (0x7c) has exited with code 3 (0x3).
The thread 'Win64 Thread' (0xb20) has exited with code 3 (0x3).
The thread 'Win64 Thread' (0xd3c) has exited with code 3 (0x3).
The thread 'Win64 Thread' (0xbec) has exited with code 3 (0x3).
The thread 'Win64 Thread' (0xfe0) has exited with code 3 (0x3).
The thread 'Win64 Thread' (0x958) has exited with code 3 (0x3).
The thread 'Win64 Thread' (0xde4) has exited with code 3 (0x3).
The thread 'Win64 Thread' (0xb74) has exited with code 3 (0x3).
The thread 'Win64 Thread' (0x850) has exited with code 3 (0x3).
The thread 'Win64 Thread' (0xb3c) has exited with code 3 (0x3).
The thread 'Win64 Thread' (0x444) has exited with code 3 (0x3).
The thread 'Win64 Thread' (0xea4) has exited with code 3 (0x3).
The thread 'Win64 Thread' (0x8d0) has exited with code 3 (0x3).
The thread 'Win64 Thread' (0xa98) has exited with code 3 (0x3).
The thread 'Win64 Thread' (0xd28) has exited with code 3 (0x3).
The thread 'Win64 Thread' (0x3e4) has exited with code 3 (0x3).
The thread 'Win64 Thread' (0xdb4) has exited with code 3 (0x3).
The thread 'Win64 Thread' (0x8bc) has exited with code 3 (0x3).
The thread 'Win64 Thread' (0xb54) has exited with code 3 (0x3).
The thread 'Win64 Thread' (0xccc) has exited with code 3 (0x3).
The thread 'Win64 Thread' (0xbbc) has exited with code 3 (0x3).
The thread 'Win64 Thread' (0x618) has exited with code 3 (0x3).
The thread 'Win64 Thread' (0xa88) has exited with code 3 (0x3).
The thread 'Win64 Thread' (0xe24) has exited with code 3 (0x3).
The program '[4084] mplayerc64.exe: Native' has exited with code 3 (0x3).

And : "MVC++ runtime error: This application has requested the Runtime to terminate it in an unusual way"

Problem Event Name: APPCRASH
Application Name: mplayerc64.exe
Application Version: 1.1.0.2
Application Timestamp: 48477b32
Fault Module Name: mplayerc64.exe
Fault Module Version: 1.1.0.2
Fault Module Timestamp: 48477b32
Exception Code: 40000015
Exception Offset: 000000000047faae
OS Version: 6.0.6001.2.1.0.256.1
Locale ID: 1033
Additional Information 1: 3442
Additional Information 2: a90074d3de3a20ce992f5e158c585c07
Additional Information 3: a719
Additional Information 4: e0016e3a5cdc5ee4699a3c054c803205

mplayerc_homecinema_x64_v1.1.0.0 it's NOT crashing, just latest version bin.x86_64.r552 it's crashing
My OS Vista X64 SP1 ultimate.

Joniii
5th June 2008, 09:06
What decoder are you using for VC1?

WMVideo Decoder DMO, but it also stutters as bad with MPCVideoDec_551_x86 or ffdshow. With haali splitter every docoder works flawlessly.

300 Blu-ray Sample (VC-1) (http:\\www.netikka.net\enclave\300.m2ts)

_xxl
5th June 2008, 10:37
Just remember that ffdshow had a similar bug with VC-1 slutter. It was fixed some time ago.

Casimir666
5th June 2008, 13:25
@ Casimir,

I have just read through your MpegSplitter code on SVN. Can you point me to where you are dealing with the 4-byte timecode in case of m2ts? Are you dealing with this code or just overreading it?
I don't know what 4 byte you are talking about. Mpeg splitter rely on PTS to generate IMediaSample reference_time (it's done if in function CBaseSplitterEx::Read(peshdr ...) - line131). This code is identical to Gabest filter (no specific procedure for M2TS).

WMVideo Decoder DMO, but it also stutters as bad with MPCVideoDec_551_x86 or ffdshow. With haali splitter every docoder works flawlessly.

300 Blu-ray Sample (VC-1) (http:\\www.netikka.net\enclave\300.m2ts)
As i've just say above, at the moment Mpeg parser calculate time from PTS, i.e. the true presentation time. Problem came with b-frame, because for VC1 ffdshow switch this time from B and P frames and this shouldn't be done with mpc parser.

I had a long talk about this with Madshi already, and he think I should swap time in parser for VC1. I haven't done this change yet, so when you play frame are not displayed in the correct order with ffdshow (for Microsoft DMO it seems correct but i haven't tested very long).

Only one thinks suprise me : it should play properly with MPCVideoDec standalone filter :confused:

sfortier
5th June 2008, 17:56
Hi!

The MPEG-TS files in the following site can be played on MPlayer with Video an Audio. MPC-HC plays ok the video but recognizes the audio stream as MPEG1payload with no sound...

The files has h264 and he-aac streams.

http://www.cbclip.com.br/Manhattan
Username: Manhattan
Password: M4nh4tt4n

Thanks.

EDIT:
Until r512 I get video with no sound. Starting with r513 I lost the video and with no sound!!!

Mercury_22
5th June 2008, 21:32
I can't play any .ogg video (Theora) files using either internal filters, or ffdshow, or Ogg Codecs for windows Version (0.73.1936) but ogg audio files are playing OK
The .ogg video (Theora) files do play using Ogg Codecs for windows Version (0.71.0946) (with a strange resolution) or totally OK with Haali Media Splitter !
Any Idea ?:helpful:

P.S. tested with MPC-HC bin.x86_32.r552 / bin.x86_64.r552 Video starts but freezes after 2-3 sec (audio continues to play OK) and with x64 / x86 v1.1.0.0 doesn't even start !

My OS Vista X64 SP1 ultimate.

clsid
5th June 2008, 22:18
The Ogg splitter is still a work in progress regarding Theora support. The freezing is a known problem.

XBoy
5th June 2008, 22:38
The MPCVideoDec.ax decoder filter is great! Finally I have DXVA for x264 in Vista64!

Anyone know how I can get subtitles in Vista Media Center while using the MPCVideoDec.ax in DXVA mode?

Would the MPCVideoDec.ax need to support a subpic pin, similarily like the "Nero Video Decoder"?


How would something like this be implemented? I can add a text input pin to the MPCVideoDecoder. But how do I blend this as a bitstream while still keeping DVXA active?

Ideas anyone?

Mercury_22
6th June 2008, 15:08
When MPC-HC's internal filters are uncheck MPC-HC it's using them at "low level".
What's the merit level for this (It's "Do not use"=00200000 or "Unlikely"=00400000 ?) ? And what's the merit level when the internal filters are check (It's "Prefered"=00800000 ? ) ?
My point it's that I think we need a more fine tunning of this levels like in ffdshow ("Do not use", "Unlikely", "Normal", "Prefered", "Default", "Very High") , so we don't need to always go and manually check or uncheck the internal filters !
At least we need to add a "Normal"=00600000 merit level (or 00600400) for internal filters so MPC-HC will automatically choose the filter to use ? Am I Wrong ? :confused:

clsid
6th June 2008, 17:22
It does this:
Checked -> Maximum merit
Unchecked -> Minimum merit

Mercury_22
6th June 2008, 17:58
It does this:
Checked -> Maximum merit
Unchecked -> Minimum merit

Kinda vague ! Anyway What about adding a new merit level "Normal" set at 00600000 (or 00600400) ? or like in ffdshow a merit "control" ?

clsid
6th June 2008, 18:29
If you enable an internal filter, then it will always get used. If you disable it, then it will not get used, unless no other suitable filter can be found.

Adding a "normal" merit level makes no sense at all. It's pointless. Certainly for an internal filter system. What kind of "problem" are you expecting to solve with this? If you need to mess around with merits, then MPC already has the functionality to change the merits of external filters.

Mercury_22
6th June 2008, 19:35
If you enable an internal filter, then it will always get used. If you disable it, then it will not get used, unless no other suitable filter can be found.

Adding a "normal" merit level makes no sense at all. It's pointless. Certainly for an internal filter system. What kind of "problem" are you expecting to solve with this? If you need to mess around with merits, then MPC already has the functionality to change the merits of external filters.

For some files the internal filters / decoder (let's say mpeg2) it's working and the external filter / decoder (let's say Micro$.. mpeg2) it's not working but for other files it's the other way around so every time i need to check or uncheck the internal filter manually but if i have a normal merit level i will set the external filter also to normal level and MPC will automatically pick the right filter / decoder :helpful:

clsid
6th June 2008, 20:06
MPC does not 'pick the right one'. There is no way to determine which one would be the 'best' choice. If two filters have equal merit, then MPC will just pick the first one (in alphabetical order of their id).

Source filters can attempt to parse a file and fail, in which case the next filter can do an attempt. At least afaik. I don't know if the internal ones also behave that way, they probably do, but if not, that must be fixed.

But anyway, if you have files that fail with the internal filters, you should post them here.

Mercury_22
6th June 2008, 20:28
MPC does not 'pick the right one'. There is no way to determine which one would be the 'best' choice. If two filters have equal merit, then MPC will just pick the first one (in alphabetical order of their id).

Source filters can attempt to parse a file and fail, in which case the next filter can do an attempt. At least afaik. I don't know if the internal ones also behave that way, they probably do, but if not, that must be fixed.

But anyway, if you have files that fail with the internal filters, you should post them here.

But I thought that:
Each filter is registered with a merit value. When the
filter graph manager builds a graph, it enumerates all the
filters registered with the correct media type. Then it
tries them in order of merit, from highest to lowest. (It
uses additional criteria to choose between filters with
equal merit.) It never tries filters with a merit value less
than or equal to MERIT_DO_NOT_USE. A filter that
should never be considered for ordinary playback should
have a merit of MERIT_DO_NOT_USE or less. Filters can
be registered with intermediate values not defined by
this enumeration, such as MERIT_NORMAL + 1.

STANDARDIZED MERIT VALUES

MERIT_PREFERRED = 0x800000
MERIT_NORMAL = 0x600000
MERIT_UNLIKELY = 0x400000
MERIT_DO_NOT_USE = 0x200000
MERIT_SW_COMPRESSOR = 0x100000
MERIT_HW_COMPRESSOR = 0x100050 (from Radlight's FilterManager ) this applay for internal filters too ?
:helpful:

Example of "files that fail with the internal filters" (http://www.dump.ro/download.php?file=TSSplit.1-3.mpg&id=NzRhMDI2NDkxZDg4ZmIxYTkwM2ZhNjBiY2RiNWZlZDI=&download=true)

clsid
6th June 2008, 22:05
That exact quote can also be found in MSDN. However, it does not specify any criteria.

Mercury_22
6th June 2008, 22:20
That exact quote can also be found in MSDN. However, it does not specify any criteria.

Ok but from my testing when I "Checked -> Maximum merit" internal filters and they fail MPC does NOT try external filters and the other way when "Unchecked -> Minimum merit" MPC does NOT try internal filters / decoders all the time (some times it does), so from what you're saying it appears to me that a normal merit level it makes sense because If two filters have equal merit, then MPC will just pick the first one (in alphabetical order of their id).Source filters can attempt to parse a file and fail, in which case the next filter can do an attempt. At least afaik. I don't know if the internal ones also behave that way, they probably do, but if not, that must be fixed.
-> the user does not need to manually pick the working filter by checking or unchecking internal filters ! Correct ?

clsid
7th June 2008, 00:10
Filters will not suddenly start behaving differently because of a different merit. So no, you are not correct. Merit only influences the order in which filters are selected.

You seems to have misunderstood my comment about failing source filters. That means that a filter will not become part of the directshow graph. Don't confuse it with a filter that accepts a file but fails to parse it properly.

You can try whatever you want by using the standalone (external) versions of the internal filters. Disable the internal ones and just use the external ones.

BlackJack1
7th June 2008, 00:57
I'd like to use "sharpen" filter on my MPC-HC player. But sometimes it is too much sharp. How to change it to lower sharpenning?

Lys
7th June 2008, 02:00
this build http://www.etud.insa-toulouse.fr/~mvelten/bordel/mpc-hc/mplayerc_r546.zip 546 causes a DEP exception and windows kills it. (Enabled DEP for all processes) The previous version did not have this problem.

mplayerc_551_x86.7z works fine, but STaRGaZeR's samples have the same problem as he states.

Casimir666
7th June 2008, 08:44
Microsoft just released the updated DX runtimes and SDK 38. MPC-HC not gonna update from SDK 35 dll?

DirectX End-User Runtimes (June 2008)
http://www.microsoft.com/downloads/details.aspx?FamilyID=822640ab-0983-4c41-9c70-632f6f42c557&DisplayLang=en

DirectX SDK June 2008
http://www.microsoft.com/downloads/details.aspx?FamilyID=519aae99-b701-4ca1-8495-39ddde9d7030&DisplayLang=en

We cannot use latest SDK because DX7 have been removed (and it's necessary to keep VMR7 renderless). Latest SDK with DX7 is June 2007

dzy
7th June 2008, 11:15
Is there any changelog for these monthly runtime updates?
I can find only the major update changes on msdn.

fastplayer
7th June 2008, 11:55
Is there any changelog for these monthly runtime updates?
I can find only the major update changes on msdn.
http://www.microsoft.com/downloads/details.aspx?FamilyID=519aae99-b701-4ca1-8495-39ddde9d7030&DisplayLang=en#AdditionalInfo

lexor
7th June 2008, 12:59
Did any of the developers look at my blocking issue sample for ATI? Any clue what's causing it?

The settings look ok to me, except, can --ref value be too low? (the sample has ref=1, bframes=2, I have another clip with ref=2, bframes=2 with same issue)

Kado
7th June 2008, 13:23
@Lys
Every MatMaul build triggers DEP/"no execute" except the debug builds.

@Casimir666
Would using the latest DX SDK produce better playback results or not really?

sfortier
7th June 2008, 14:57
Did any of the developers solved my MPEG-TS problem described on post http://forum.doom9.org/showthread.php?p=1146125#post1146125 ?
Thanks.

samab
7th June 2008, 15:57
Would using the latest DX SDK produce better playback results or not really?

On my spare computer, any MPC-HC built with SDK 32 is really slow (10 frames a second) vs. full 24 frames a second with the SDK 35.

johnsonlam
7th June 2008, 17:14
Appreciate to all the developers making revisions of MPC-HC, but since all the compilation lack of revision number inside the binary, causing lot of confusing (only the size different), if any stupid program touch the modification date they all mixed up, please consider add a revision number in "About" field.

Salute to all developers!

Thank you very much!

ericab
7th June 2008, 18:40
Appreciate to all the developers making revisions of MPC-HC, but since all the compilation lack of revision number inside the binary, causing lot of confusing (only the size different), if any stupid program touch the modification date they all mixed up, please consider add a revision number in "About" field.


ditto

neoufo51
7th June 2008, 20:21
On my spare computer, any MPC-HC built with SDK 32 is really slow (10 frames a second) vs. full 24 frames a second with the SDK 35.
Exactly, I think MPC-HC should be built with the latest SDK from now on since pretty much everybody uses VMR9, Overlay or Haali anyway. The more optimization, the better.

clsid
7th June 2008, 22:40
Who says that the newer SDK versions are faster? That is not a proper conclusion form samab's post. Only that #32 is possibly buggy.

neoufo51
7th June 2008, 23:03
Who says that the newer SDK versions are faster? That is not a proper conclusion form samab's post. Only that #32 is possibly buggy.
I dont think it will hurt to see if updating to the latest SDK will help everybody's playback.

carnage_pl
7th June 2008, 23:44
For me updating SDK solved problem with tearing

ADude
7th June 2008, 23:49
We cannot use latest SDK because DX7 have been removed (and it's necessary to keep VMR7 renderless). Latest SDK with DX7 is June 2007

If someone is going to use renderless, wouldn't they want to use either VMR9 or EVR ?

If they want to stick with VMR7 Rendereless, then they can use a previous build of MPC-HC - just as I have to use an older version of MPC-HC to have DVD Menu Highlighting.

clsid
8th June 2008, 00:29
Any volunteer that is willing to install the last 10 or so versions of the DirectX SDK and build a binary of MPC-HC with each one of them? Then we can really see if specific SDK versions are responsible for problems such as the DVD menu highlighting issue.

neoufo51
8th June 2008, 01:36
For me updating SDK solved problem with tearing
Even more reason to look into this further...

ericab
8th June 2008, 02:53
Even more reason to look into this further...

agreed.
can we get a test compile at-least ?

MatMaul
8th June 2008, 03:08
Any volunteer that is willing to install the last 10 or so versions of the DirectX SDK and build a binary of MPC-HC with each one of them? Then we can really see if specific SDK versions are responsible for problems such as the DVD menu highlighting issue.
+1, it is not very difficult to build MPC-HC and test this kind of stuff but it is very time consuming and it doesn't fix bugs in the code :p

samab
8th June 2008, 04:05
There was about a 2-3 week period back in February when every other MPC-HC was built with either SDK 32 or SDK 35. Don't know whether it's related to anything --- but all my slowdowns were on SDK 32 builds.

http://forum.doom9.org/showthread.php?p=1104459#post1104459

neoufo51
8th June 2008, 06:42
There was about a 2-3 week period back in February when every other MPC-HC was built with either SDK 32 or SDK 35. Don't know whether it's related to anything --- but all my slowdowns were on SDK 32 builds.

http://forum.doom9.org/showthread.php?p=1104459#post1104459
There seems to be a lot of people that are mentioning a significant improvement with the latest SDK builds and those old builds show promise. I hope we get some new builds that take advantage of that and it ends up fixing a lot of the slowdowns people have been reporting recently.

3ngel
8th June 2008, 10:25
I agree on a tryout build with the latest SDK and (more important) put more information in the about like build number and 32/64bit and (in the case of tryout) the SDK Number and (in case of different builds) the build creator.

tetsuo55
8th June 2008, 12:07
Sorry to break up the DX discussion but have you guys seen this??

Revision 556 - Directory Listing
Modified Sun Jun 8 10:06:03 2008 UTC (51 minutes, 35 seconds ago) by casimir666
FIXED : Macroblocking on some DXVA files

Revision 554 - Directory Listing
Modified Sat Jun 7 10:14:27 2008 UTC (24 hours, 43 minutes ago) by casimir666
FIXED : DXVA black screen with picture width not multiple of 16
FIXED : DXVA crash on streams starting with trailing bit

carnage_pl
8th June 2008, 12:47
Yes, I also wait for new build

alexins
8th June 2008, 12:57
http://xvidvideo.ru/ - Media Player Classic HomeCinema (x86), svn 556

Miryan
8th June 2008, 13:06
x64 versions cant seem to make proper screenshots. AR is okay, but the file contains a full black picture. I tried cap from various places of the video, different video types, but the result is always the same. Can someone confirm this, or prove otherwise?

Vista x64 SP1
Ati CAtalyst 8.5
Ati Radeon HD 3400 card
EVR renderer Custom
MPC-Homecinema.1.1.0.2.555

neoufo51
8th June 2008, 13:42
I agree on a tryout build with the latest SDK and (more important) put more information in the about like build number and 32/64bit and (in the case of tryout) the SDK Number and (in case of different builds) the build creator.
I second all of that.

tetsuo55
8th June 2008, 14:25
I should have all the dll's on my system, but i cannot compile.

Mercury_22
8th June 2008, 15:04
x64 versions cant seem to make proper screenshots. AR is okay, but the file contains a full black picture. I tried cap from various places of the video, different video types, but the result is always the same. Can someone confirm this, or prove otherwise?

Vista x64 SP1
Ati CAtalyst 8.5
Ati Radeon HD 3400 card
EVR renderer Custom
MPC-Homecinema.1.1.0.2.555

Try this build from _XXL (http://www.dump.ro/download.php?file=mplayerc.7z&id=ZjViN2RkZDVkMDNlYTQyZWIzY2RhZmE4NjdhMzI1Yjg=&download=true)for me it's working, but with some mpeg/vob files you need to use internal mpeg2 decoder or it will crash !:confused:

lexor
8th June 2008, 15:19
Sorry to break up the DX discussion but have you guys seen this??

Revision 556 - Directory Listing
Modified Sun Jun 8 10:06:03 2008 UTC (51 minutes, 35 seconds ago) by casimir666
FIXED : Macroblocking on some DXVA files

Didn't fix macroblocking on my problem sample (at least not on my machine)

Also this has probably something to do with motion vectors, since I noticed that stationary pictures are solid, but motion (either of characters in frame or camera panning) will cause blockiness that seems to halo around moving edges.

Miryan
8th June 2008, 15:48
Try this build from _XXL (http://www.dump.ro/download.php?file=mplayerc.7z&id=ZjViN2RkZDVkMDNlYTQyZWIzY2RhZmE4NjdhMzI1Yjg=&download=true)for me it's working, but with some mpeg/vob files you need to use internal mpeg2 decoder or it will crash !:confused:

Thanks but this link gave me an "invalid link". Can you tell me which build is it, so I can download it from tirnanog?

clsid
8th June 2008, 15:54
Revision: 556
Compiler: VS2005, GCC4.2.3
DirectX SDK: November 2007
Platform: x86
Download (http://www.zshare.net/download/132994125613e8a1/)

Kado
8th June 2008, 16:04
I have some videos that do macroblocking even with Cyberlink's decoder with 9800gtx. I'll try to upload later if possible.

Casimir666
8th June 2008, 16:28
Didn't fix macroblocking on my problem sample (at least not on my machine)

Also this has probably something to do with motion vectors, since I noticed that stationary pictures are solid, but motion (either of characters in frame or camera panning) will cause blockiness that seems to halo around moving edges.

I have some videos that do macroblocking even with Cyberlink's decoder with 9800gtx. I'll try to upload later if possible.

I'm not sure all macroblocking issues can be fixed (hardware compatibility ?). I will concentrate on samples that play fine with Cyberlink, but display macroblocks on mpc-hc.

Mercury_22
8th June 2008, 16:30
Thanks but this link gave me an "invalid link". Can you tell me which build is it, so I can download it from tirnanog?

It looks like the server it's down ! try again later. :( I don't know which build is it,( same old problem = no build number in MPC ) it was send to me by XXL just to test the internal mpeg2 decoder!

Mercury_22
8th June 2008, 16:31
Revision: 556
Compiler: VS2005, GCC4.2.3
DirectX SDK: November 2007
Platform: x86
Download (http://www.zshare.net/download/132994125613e8a1/)

Any chance for a new X64 build ? Please ?:thanks:

P.S. I still don't get it why people DON'T UPLOAD TO SF this new builds (like ffdshow tryouts) ??!! :confused:

clsid
8th June 2008, 16:49
I don't do x64 builds of MPC.

The reason why these builds are not on SF is because THEY ARE APLHA BUILDS. They are likely to be buggy, instable, or broken. Not something we would want 'regular' users to be able download, because then everyone will start saying that MPC-HC sucks monkey balls. Once there is a new STABLE version it will certainly appear on the SF site.

Joniii
8th June 2008, 16:54
Is there any changes in MPEG Splitter between versions 541 and 556?

Miryan
8th June 2008, 16:57
It looks like the server it's down ! try again later. :( I don't know which build is it,( same old problem = no build number in MPC ) it was send to me by XXL just to test the internal mpeg2 decoder!

I see, thank you!

3ngel
8th June 2008, 17:08
Revision: 556
Compiler: VS2005, GCC4.2.3
DirectX SDK: November 2007
Platform: x86
Download (http://www.zshare.net/download/132994125613e8a1/)

Just downloaded, but i don't see these informations in the "About" dialog.
That's important when you've downloaded various files, and so you can't know wich version is which.

I hope next releases, these infos will be put in the about ;)

Thanks for the build

Mercury_22
8th June 2008, 17:15
I don't do x64 builds of MPC.

The reason why these builds are not on SF is because THEY ARE APLHA BUILDS. They are likely to be buggy, instable, or broken. Not something we would want 'regular' users to be able download, because then everyone will start saying that MPC-HC sucks monkey balls. Once there is a new STABLE version it will certainly appear on the SF site.

But can't you add "alpha" in the build name (like 7-zip) ? Anyway the X64 version it's now in trouble becase XXL also told me He's NOT gonna do x64 builds any more do to lack of x64 system to test on although I've tested / offer to test any x64 builds !
I hope there are still others who "do" x64 builds because at least on my system (Vista SP1 x64) MPC-HC 64-bit version it's LESS CPU / MEM hungry (my video= Intel G35 ) ! :helpful: :thanks:

I see, thank you!
It's working now !

Kado
8th June 2008, 17:21
I'm not sure all macroblocking issues can be fixed (hardware compatibility ?). I will concentrate on samples that play fine with Cyberlink, but display macroblocks on mpc-hc.

That's probably it. Also every "Kurenai" by BSS episode (except ep1 that gives a green screen with cyberlink) does not get accelerated by the internal decoder but decodes properly with cyberlink's.
Samples later.:)

ericab
8th June 2008, 19:03
http://xvidvideo.ru/ - Media Player Classic HomeCinema (x86), svn 556

thanks fot that link alexins :cool:

ADude
8th June 2008, 19:17
Revision: 556
Compiler: VS2005, GCC4.2.3
DirectX SDK: November 2007
Platform: x86
Download (http://www.zshare.net/download/132994125613e8a1/)

Is that the latest SDK ?

terence_13
8th June 2008, 19:47
I don't do x64 builds of MPC....They are likely to be buggy, instable, or broken.....

That's a pitty! You are aware that besides ffdshow (which obviously can't do DXVA) the standalone filter "MPCVideoDec.ax" (+ the splitter etc.) is the only working+fast x64 filter available? You and your fellow programmers surpassed COREAVC easily in terms of speed with DXVA. There might not be many Vista x64 users now, but the ones that are there will love you as soon as their attention is drawn to MPC-HC and the formidable standalone filters. I am one of those. Furthermore, it is inevedible that 32bit will die. Slowly, reluctantly, but it will die. Dont' miss the opportunity to develop THE standard (DXVA)filter for x64 Vista Media Center (regardless of what you think of VMC).

Plus I can't see what you mean with buggy? The x64 build I do everynow and then for my own use do not differ in any way from the x86 builds? I just hope you/your team does not drop x64 support.

Best,
Terence

neoufo51
8th June 2008, 20:14
Is that the latest SDK ?
No, the latest SDK is March 2008.

http://www.microsoft.com/downloads/Browse.aspx?displaylang=en&categoryid=2#

Devs, can we get a build built with the 3/08 SDK for testing?

Mercury_22
8th June 2008, 20:16
MPC-HC bin.x86_32.r558 & bin.x86_64.r558 (http://forum.doom9.org/showthread.php?p=965213#post965213) are crashing when i play this mpeg / vob file (http://www.dump.ro/download.php?file=Wet Wet Wet - Love Is All Around.TSSplit.1-9.mpg&id=MmQ5ZTdjMDNkOGY5MzZmYmE2YjIxMWIwYjkxNDc0NDc=&download=true) (OR try this server (http://rapidshare.com/files/121073743/TSSplit.1-9.mpg.html) ) but if I use WMP or internal mpeg2 decoder or bin.x86_32.r556 (http://forum.doom9.org/showthread.php?p=1146998#post1146998) it's NOT crashing

X64 Problem details Problem Event Name: APPCRASH
Application Name: mplayerc64.exe
Application Version: 1.1.0.2
Application Timestamp: 484c0e07
Fault Module Name: mplayerc64.exe
Fault Module Version: 1.1.0.2
Fault Module Timestamp: 484c0e07
Exception Code: 40000015
Exception Offset: 00000000004801de
OS Version: 6.0.6001.2.1.0.256.1
Locale ID: 1033
Additional Information 1: 3442
Additional Information 2: a90074d3de3a20ce992f5e158c585c07
Additional Information 3: bf11
Additional Information 4: ff793a59450cbbd032fd8cd7bee38424

x86 Problem details Problem Event Name: APPCRASH
Application Name: mplayerc.exe
Application Version: 1.1.0.2
Application Timestamp: 484c174d
Fault Module Name: mplayerc.exe
Fault Module Version: 1.1.0.2
Fault Module Timestamp: 484c174d
Exception Code: 40000015
Exception Offset: 00412996
OS Version: 6.0.6001.2.1.0.256.1
Locale ID: 1033
Additional Information 1: d380
Additional Information 2: 76ac91259cbd9acbb6a13129a58e1079
Additional Information 3: 8c69
Additional Information 4: 08e04b041802ed02b63dd4de8e67d609


Any idea ? :helpful:

My OS Vista Ultimate x64 SP1 Codecs ffdshow & MPC-HC

Solved ! i was using EVR Custom whitout any problem until this build (r558) and now I need to use EVR (Vista/.net3) or wmr9 to be able to play it !

rica
8th June 2008, 20:20
http://xvidvideo.ru/ - Media Player Classic HomeCinema (x86), svn 556

Thanks!
For the first time i am able to run MPC decoder. ( i just had to select "EVR" instead of "EVR Custom", With EVR Custom still no video.. )

Leak
8th June 2008, 20:25
No, the latest SDK is March 2008.

http://www.microsoft.com/downloads/Browse.aspx?displaylang=en&categoryid=2#

Devs, can we get a build built with the 3/08 SDK for testing?
Never trust search results sorted by popularity to sort new stuff at the top...June 2008 is the latest (http://www.microsoft.com/downloads/details.aspx?FamilyID=519aae99-b701-4ca1-8495-39ddde9d7030&DisplayLang=en)... :rolleyes:

np: µ-Ziq - My Little Beautiful (Lunatic Harness)

Kado
8th June 2008, 20:29
No, the latest SDK is March 2008.

http://www.microsoft.com/downloads/Browse.aspx?displaylang=en&categoryid=2#

Devs, can we get a build built with the 3/08 SDK for testing?

Actually it's June 2008 (http://www.microsoft.com/downloads/details.aspx?FamilyID=519aae99-b701-4ca1-8495-39ddde9d7030&DisplayLang=en#AdditionalInfo).

Oops, Leak beat me to it!:D

clsid
8th June 2008, 20:55
I have send Casimir666 some info about a tool to automatically write the revision number to a source file, which then can in turn be used during compilation to place it in for example the about box. Yes, things such things aren't as simple as everyone here seems to think that they are. Improving the about box in now on Casimir's ToDo list, so everyone please stop whining.

Mercury_22
8th June 2008, 21:25
When I try to play this mpeg4 file (http://www.dump.ro/download.php?file=Testmpeg4.avi&id=MzBmNzhiNzhlYjZiOGQ3ZGU5OGJiZjkzODMxMTk2MmI=&download=true) (OR Try this server (http://rapidshare.com/files/121074851/Mpeg4Test.avi.html)) i have only sound using MPC-HC's internal filters (or ffdshow) but it's working with DivX 6 ! :helpful:

What's wrong ?

My OS Vista Ultimate x64 SP1 & MPC-HC Video Intel G35

Solved ! I was using EVR Custom ! So it's working whith WMR 9 renderless and internal filters (or ffdshow) or EVR (custom) & DivX6

Miryan
8th June 2008, 21:36
Thanks for fixing the screencap bug! Its perfect in .558 !

ericab
8th June 2008, 22:44
I have send Casimir666 some info about a tool to automatically write the revision number to a source file, which then can in turn be used during compilation to place it in for example the about box. Yes, things such things aren't as simple as everyone here seems to think that they are. Improving the about box in now on Casimir's ToDo list, so everyone please stop whining.

thanks clsid & Casimir666
seems like a trivial addition, but it will really aid some of us whom use multiple builds on the same computer; and those of us whom always forget what build they have :rolleyes:

Casimir666
8th June 2008, 22:48
MPC-HC bin.x86_32.r558 & bin.x86_64.r558 (http://forum.doom9.org/showthread.php?p=965213#post965213) are crashing when i play this mpeg / vob file (http://www.dump.ro/download.php?file=Wet Wet Wet - Love Is All Around.TSSplit.1-9.mpg&id=MmQ5ZTdjMDNkOGY5MzZmYmE2YjIxMWIwYjkxNDc0NDc=&download=true) but if I use WMP or internal mpeg2 decoder or bin.x86_32.r556 (http://forum.doom9.org/showthread.php?p=1146998#post1146998) it's NOT crashing


Any idea ? :helpful:

My OS Vista Ultimate x64 SP1 Codecs ffdshow & MPC-HC

Your download link doesn't seems to works :(

Mercury_22
8th June 2008, 22:59
Your download link doesn't seems to works :(

Again server problem try this server (http://rapidshare.com/files/121073743/TSSplit.1-9.mpg.html)

Fragbert
8th June 2008, 23:03
I have followed this thread for months and have happily watched how each revision of MPC HC has become more compatible with various HD file formats.

One particular 1080p mkv would never work in MPC HC until after the 520's, since then it will play in every output mode EXCEPT for overlay.

I have two PCs both running XP SP3, one with an 8800 Ultra, the other a 3870, all internal filters checked/no external used, and overlay still does not work on this sample file. Is there something I'm overlooking or is this file encoded improperly? DXVA does not get enabled when playing back in VMR7/9


Sample file (host site occasionally gets offline):
http://www.dump.ro/download.php?file=no_overlay.mkv&id=N2UwN2Q5OWE3MDRlZDMxMDE0MDI5NTMzMjU1ODg4NWE=&download=true

Liisachan
8th June 2008, 23:29
Is there any changelog for these monthly runtime updates?
I can find only the major update changes on msdn.

There are also the sections 'What's New in the June 2008 DirectX SDK' and 'Features Introduced In Previous Releases', detailed lists of changes release by release, in DXSDK\Documentation\DirectX9\directx_sdk.chm.

rica
8th June 2008, 23:43
I've just tried 1.1.0.2.558.exe by alexins.

http://xvidvideo.ru/

"EVR custom pres." works anymore.

Thanks guys :thanks:

alexins
9th June 2008, 00:41
MPC-HC bin.x86_32.r558 & bin.x86_64.r558 are crashing when i play this mpeg / vob file but if I use WMP or internal mpeg2 decoder or bin.x86_32.r556 it's NOT crashing

Again server problem try this server (http://rapidshare.com/files/121073743/TSSplit.1-9.mpg.html)

I checked your file in the MPC-HC 558 (http://xvidvideo.ru/files/MPC-Homecinema.558.7z), everything works perfectly, without mistakes.

http://i050.radikal.ru/0806/d3/34bdbaeeefc4t.jpg (http://radikal.ru/F/i050.radikal.ru/0806/d3/34bdbaeeefc4.jpg.html)

rica
9th June 2008, 01:05
I checked your file in the MPC-HC 558 (http://xvidvideo.ru/files/MPC-Homecinema.558.7z), everything works perfectly, without mistakes.

http://i050.radikal.ru/0806/d3/34bdbaeeefc4t.jpg (http://radikal.ru/F/i050.radikal.ru/0806/d3/34bdbaeeefc4.jpg.html)

CONFIRMED:

http://img78.imageshack.us/img78/5453/mpcxo6.th.jpg (http://img78.imageshack.us/my.php?image=mpcxo6.jpg)

Trahald
9th June 2008, 02:31
Exactly, I think MPC-HC should be built with the latest SDK from now on since pretty much everybody uses VMR9, Overlay or Haali anyway. The more optimization, the better.I dont think it will hurt to see if updating to the latest SDK will help everybody's playback.Even more reason to look into this further...There seems to be a lot of people that are mentioning a significant improvement with the latest SDK builds and those old builds show promise. I hope we get some new builds that take advantage of that and it ends up fixing a lot of the slowdowns people have been reporting recently.I second all of that.No, the latest SDK is March 2008.

http://www.microsoft.com/downloads/B...&categoryid=2#

Devs, can we get a build built with the 3/08 SDK for testing?

You do realize that replying about the same question over and over in slightly different ways is still spamming the thread?

Feel free to do as CLSID suggested. test the last 10 sdks and compare. (or just the last one if you just want it for yourself)

ericab
9th June 2008, 02:58
You do realize that replying about the same question over and over in slightly different ways is still spamming the thread?

Feel free to do as CLSID suggested. test the last 10 sdks and compare. (or just the last one if you just want it for yourself)

sorry but no. its not spamming if its coming from different people; whom may believe the same thing or have the same idea/wishes. go moderate another thread. :rolleyes:

neoufo51
9th June 2008, 05:03
You do realize that replying about the same question over and over in slightly different ways is still spamming the thread?

Feel free to do as CLSID suggested. test the last 10 sdks and compare. (or just the last one if you just want it for yourself)
To add to ericab's well worded post, I suppose you will delete all but one of a person's posts if they speak about the topic at hand in a thread more than once? Spamming is one thing, staying on topic is another.

_xxl
9th June 2008, 07:22
We cannot use latest SDK because DX7 have been removed (and it's necessary to keep VMR7 renderless).
So please don't ask again.

Mercury_22
9th June 2008, 08:02
CONFIRMED:

http://img78.imageshack.us/img78/5453/mpcxo6.th.jpg (http://img78.imageshack.us/my.php?image=mpcxo6.jpg)

I checked your file in the MPC-HC 558 (http://xvidvideo.ru/files/MPC-Homecinema.558.7z), everything works perfectly, without mistakes.

http://i050.radikal.ru/0806/d3/34bdbaeeefc4t.jpg (http://radikal.ru/F/i050.radikal.ru/0806/d3/34bdbaeeefc4.jpg.html)

You're right !!

SORRY EVERYBODY MY BAD,:stupid: IT's CRASHING ONLY WITH EVR CUSTOM PRES. (which didn't happen until now)

My video Intel G35 my OS Vista ultimate SP1 x64 codes: MPC-HC & ffdshow

neoufo51
9th June 2008, 08:09
So please don't ask again.
But WHY does VMR7 need to be kept?

cca
9th June 2008, 08:46
Bug? Using the x64 build 552, if I enable any OSD function while using EVR custom, I get a black screen with the OSD on top. It seems that for some reason instead of being transparent, the OSD covers the entire video area.

ranpha
9th June 2008, 09:21
But WHY does VMR7 need to be kept?

Because in Vista, if the renderer is not changed from install default 'System Default', MPC-HC will use VMR7?

Mercury_22
9th June 2008, 09:23
Starting around bin.x86_32.r558 & bin.x86_64.r558 I CAN'T play some files using EVR custom or EVR (Vista/.net3) see this post (http://forum.doom9.org/showthread.php?p=1147077#post1147077)and this post (http://forum.doom9.org/showthread.php?p=1147058#post1147058) ! What's changed ? :helpful:

My video Intel G35, my OS Vista Ultimate x64 SP1! :thanks:

hrr
9th June 2008, 09:40
Hi !hrr, can you seek and play h.264 1920x1280,1280x720,740x480 Profile L4.1 in dxva without any problem in official release? If it is, I will get one card as soon as possible.

I'm sorry for the delay. Except 740x480, I can seek and play h.264 in dxva without any problem. I have no files with 740x480 but 720p and 1080p works without problems.

Shinigami-Sama
9th June 2008, 09:55
Because in Vista, if the renderer is not changed from install default 'System Default', MPC-HC will use VMR7?

set it to default to vrm9 and removed the 'system default' from the menu?

Who Am I?
9th June 2008, 10:42
Reporting a 'working perfect' with r558 on a MSI GF8600GTS 256mb passive cooled. Using Windows XP Professional x64. Not tested the x64 version yet.
Specs (http://tweakers.net/gallery/sys/8687)

:thanks:

tetsuo55
9th June 2008, 10:47
Revision: 556
Compiler: VS2005, GCC4.2.3
DirectX SDK: November 2007
Platform: x86
Download (http://www.zshare.net/download/132994125613e8a1/)

Tried a movie yesterday with this build.

Results so far, no random macroblocking happend, but then again that says nothing yet.

The Movie hung only once, and when it did it responded to "pauze" instantly instead of hanging for a few more seconds, pressing play instantly started playback normally again but the video had to re-sync

Mercury_22
9th June 2008, 11:21
Revision 557 ...
CHANGED: x64 executable is now mplayerc64.exe
:thanks: Thank you very much! for this, can you also chanage the caption from Media Player Classic - Homecinema to Media Player Classic - Homecinema (64-bit) or something else ( or / and change the icon for 64-bit version ) ? Please ! It's very confusing when you try to pick between MPC 32-bit and MPC 64-bit to play a file, from open with menu ! :helpful:

ranpha
9th June 2008, 11:44
set it to default to vrm9 and removed the 'system default' from the menu?

Then VMR7 can't be used in Windows XP, which many people still use. Plus, it is much faster and more compatible with more video cards than VMR9, thus VM7 is still usable for people with low-end spec PC.

Trahald
9th June 2008, 12:47
sorry but no. its not spamming if its coming from different people; whom may believe the same thing or have the same idea/wishes.Those quotes are all from the same person, sir. go moderate another thread. :rolleyes:Strike for rule #4 given.

Fragbert
9th June 2008, 13:06
I have followed this thread for months and have happily watched how each revision of MPC HC has become more compatible with various HD file formats.

One particular 1080p mkv would never work in MPC HC until after the 520's, since then it will play in every output mode EXCEPT for overlay.

I have two PCs both running XP SP3, one with an 8800 Ultra, the other a 3870, all internal filters checked/no external used, and overlay still does not work on this sample file. Is there something I'm overlooking or is this file encoded improperly? DXVA does not get enabled when playing back in VMR7/9


Sample file (host site occasionally gets offline):
http://www.dump.ro/download.php?file=no_overlay.mkv&id=N2UwN2Q5OWE3MDRlZDMxMDE0MDI5NTMzMjU1ODg4NWE=&download=true

OK, host is now working. I would appreciate any feedback, tnx. :)

Casimir666
9th June 2008, 13:07
:thanks: Thank you very much! for this, can you also chanage the caption from Media Player Classic - Homecinema to Media Player Classic - Homecinema (64-bit) or something else ( or / and change the icon for 64-bit version ) ? Please ! It's very confusing when you try to pick between MPC 32-bit and MPC 64-bit to play a file, from open with menu ! :helpful:
Soon a specific logo for x64 release.

But WHY does VMR7 need to be kept?
I already have complaints because I have remove non-unicode support (this mean Windows 98 & below), and you want me to remove VMR7 support :D ?

johnsonlam
9th June 2008, 13:13
I have send Casimir666 some info about a tool to automatically write the revision number to a source file, which then can in turn be used during compilation to place it in for example the about box. Yes, things such things aren't as simple as everyone here seems to think that they are. Improving the about box in now on Casimir's ToDo list, so everyone please stop whining.

A little bit more suggestion: Since MPC-HC started a new name, no need to inherit the lengthy version number from MPC.

A better version number may help everybody to contribute code and avoid duplicate work, maybe it's time to drop 1.1.0.2 and make new version numbers such as 1.1a build 100 (a for alpha) or 1.1b build 200 (b for beta).

Thanks everyone.

alexins
9th June 2008, 13:17
I did compiling of MPC-HC svn 558 + Microsoft DirectX SDK June 2008 Version: 9.23.1350 + Microsoft DirectX SDK August 2007 (d3d.h, d3d8.h, d3d8caps.h, d3d8types.h, d3dcaps.h, d3drm.h, d3drmdef.h, d3drmobj.h, d3drmwin.h, d3dtypes.h, dxtrans.h, dinput.lib, dxtrans.lib).
VMR7 - works!

http://i026.radikal.ru/0806/82/1fa27b45611at.jpg (http://radikal.ru/F/i026.radikal.ru/0806/82/1fa27b45611a.png.html)
http://i014.radikal.ru/0806/f2/e21cfc5914ect.jpg (http://radikal.ru/F/i014.radikal.ru/0806/f2/e21cfc5914ec.png.html)

MPC-Homecinema.558.test.sdk_dx-9.23.1350.7z (http://www.xvidvideo.ru/files/MPC-Homecinema.558.test.sdk_dx-9.23.1350.7z) - (2.09Mb)

Mercury_22
9th June 2008, 13:57
Soon a specific logo for x64 release.



Great news ! :thanks: :p

Kado
9th June 2008, 14:25
@alexins
Confirmed on Vista SP1 x86.

Pyr0
9th June 2008, 14:37
I did compiling of MPC-HC svn 558 + Microsoft DirectX SDK June 2008 Version: 9.23.1350 + Microsoft DirectX SDK August 2007.
VMR7 - works!

Confirmed in Vista SP1 x64

gngn
9th June 2008, 14:52
I did compiling of MPC-HC svn 558 + Microsoft DirectX SDK June 2008 Version: 9.23.1350 + Microsoft DirectX SDK August 2007 (d3d.h, d3d8.h, d3d8caps.h, d3d8types.h, d3dcaps.h, d3drm.h, d3drmdef.h, d3drmobj.h, d3drmwin.h, d3dtypes.h, dxtrans.h, dinput.lib, dxtrans.lib).
VMR7 - works!

MPC-Homecinema.558.test.sdk_dx-9.23.1350.7z (http://www.xvidvideo.ru/files/MPC-Homecinema.558.test.sdk_dx-9.23.1350.7z) - (2.09Mb)

it works on my Windows XP also, no problem with any playback, but DXVA will only work with VMR7 windowed, and not with VMR7 renderless

MatMaul
9th June 2008, 15:48
I did compiling of MPC-HC svn 558 + Microsoft DirectX SDK June 2008 Version: 9.23.1350 + Microsoft DirectX SDK August 2007 (d3d.h, d3d8.h, d3d8caps.h, d3d8types.h, d3dcaps.h, d3drm.h, d3drmdef.h, d3drmobj.h, d3drmwin.h, d3dtypes.h, dxtrans.h, dinput.lib, dxtrans.lib).
VMR7 - works!
does it improve anything like solve the highlight DVD menu bug or reduced tiring ?

STaRGaZeR
9th June 2008, 17:28
What about the subtitle mini freezes with pre buffering disabled?

http://img398.imageshack.us/img398/9195/freezesxz9.th.png (http://img398.imageshack.us/my.php?image=freezesxz9.png) http://img398.imageshack.us/img398/7696/nofreezesma7.th.png (http://img398.imageshack.us/my.php?image=nofreezesma7.png)

The little hickups are almost inapreciable, but the higher one is. Any suggestions?

Also Casimir, can you please take a look at the samples that play OK with PowerDVD Decoder at least? Samples 1 & 4 here.
(http://forum.doom9.org/showpost.php?p=1145933&postcount=2327)
:thanks:

ADude
9th June 2008, 18:30
Then VMR7 can't be used in Windows XP, which many people still use. Plus, it is much faster and more compatible with more video cards than VMR9, thus VM7 is still usable for people with low-end spec PC.

Then they can use existing stable versions of MPC-HC, like 1.1.0.0

People who use legacy renderers and legacy hardware and legacy Operating Systems can use existing older versions.

For example, the current versions of MPC-HC do not work with DVD Menus in Vista.

So, I have my DVD-ROM drive auto-run set to use an older version of MPC-HC, and video files use the current version of MPC-HC.

Using an old version of the SDK is bad programming practice.

ADude
9th June 2008, 18:33
I already have complaints because I have remove non-unicode support (this mean Windows 98 & below), and you want me to remove VMR7 support :D ?

How exactly do people with Windows 98, VMR7 and low-spec machines use any of the changes from 1.0.11.0 to now ?

samab
9th June 2008, 18:33
I didn't realize my little comment back from February about SDK builds would create so much discussion.

The problem is that the user base is such a diverse group --- some just want to play ordinary xvid files on a slow computer without downloading codec packs, some want to play with all the fancy ffdshow filters to make their xvid movies look like actual dvd's (or dvd's looking like high-def), and some just want to see if the latest hardware can squeeze another 2% speed improvement.

Perhaps a monthly "legacy" build should be available on the sourceforge site --- for those who need support for older stuff. It's not like you are removing VMR7 support for good.

ADude
9th June 2008, 18:51
does it improve anything like solve the highlight DVD menu bug or reduced tiring ?

That compilation does not solve the DVD Menu highlight bug.

ranpha
9th June 2008, 19:09
Then they can use existing stable versions of MPC-HC, like 1.1.0.0

People who use legacy renderers and legacy hardware and legacy Operating Systems can use existing older versions.

For example, the current versions of MPC-HC do not work with DVD Menus in Vista.

So, I have my DVD-ROM drive auto-run set to use an older version of MPC-HC, and video files use the current version of MPC-HC.

Using an old version of the SDK is bad programming practice.

Then they will not benefit on the new improvements like the improved h.264 decoder (now no need to pirate CoreAVC or PowerDVD anymore) and the subtitles delay/fast-forward features that has been incorporated since the old version was released. And VMR7 is not a legacy renderer as of today (even Vista still has it in a gimped version), and so are Windows XP which is not a legacy OS. The latest and the greatest is not always the best.

DrNein
9th June 2008, 20:39
VMR7 Windowed and Overlay Mixer are the only renderers capable of DXVA and mirroring. VMR9 is not particuarly desirable except Renderless for subtitles (while maintaining DXVA) -for which must be sacrificed colour settings independent of desktop and also mirroring, as said.

So, in short, viva VMR7!

Shinigami-Sama
9th June 2008, 20:44
how about this?
someone can compile and maintain a june sdk version of the releases?
you know minifork?

sfortier
9th June 2008, 20:46
Hi!

The MPEG-TS files in the following site can be played on MPlayer with Video an Audio. MPC-HC plays ok the video but recognizes the audio stream as MPEG1payload with no sound...

Until r512 I get video with no sound. Starting with r513 I lost the video and with no sound!!!

The files has h264 and he-aac streams.

http://www.cbclip.com.br/Manhattan
Username: Manhattan
Password: M4nh4tt4n

Thanks.

amango
9th June 2008, 20:57
I have tried MPC Cinema with a Radeon 3200 and it works fine though. However if I want to play a MKV that is DXVA-compatible and has subtitles, the DXVA is turned off. If I disable Vobsub, MPC Cinema plays it with DXVA but without subtitles.

Is there a way to play a video with DXVA and subtitles?

Shinigami-Sama
9th June 2008, 20:58
I have tried MPC Cinema with a Radeon 3200 and it works fine though. However if I want to play a MKV that is DXVA-compatible and has subtitles, the DXVA is turned off. If I disable Vobsub, MPC Cinema plays it with DXVA but without subtitles.

Is there a way to play a video with DXVA and subtitles?

again with people not using search...

use the internal subtitle renderer

clsid
9th June 2008, 23:04
People who use legacy renderers and legacy hardware and legacy Operating Systems can use existing older versions.VMR-7 is the default renderer in Windows XP, which still happens to be the most widely used OS.
For example, the current versions of MPC-HC do not work with DVD Menus in Vista.Does it work with a newer SDK? I have seen no comfirmation of that yet. It DID work in the past, with an OLDER SDK.
Using an old version of the SDK is bad programming practice.That is absolutely not true. But if you know so well, then don't YOU start doing the hard work instead of Casimir.


Don't get me wrong. I am all for fixing problems, even if that means dropping support for certain things. But I have yet to see any confirmation that a newer SDK would make things any better.

rica
9th June 2008, 23:06
That compilation does not solve the DVD Menu highlight bug.

Who cares? At least i don't.

STaRGaZeR
9th June 2008, 23:34
Don't get me wrong. I am all for fixing problems, even if that means dropping support for certain things. But I have yet to see any confirmation that a newer SDK would make things any better.

Wasn't you the one who wrote the subtitle engine of MPC? If yes, can you please look at my last post? This problem can be fixed?

Thanks :)

ericab
10th June 2008, 00:02
thanks to alexins for:

MPC-Homecinema.1.1.0.2.566 - DirectX SDK v.9.23.1350

**edit**

alexins:

would you be able to put the build # in your compiles under the about menu ?
namely, under the:

"compiled: SZL (http://xvidvideo.ru)

alexins
10th June 2008, 00:32
No need to thank me. I only compile the code.
It is necessary to say thank you to the developers!
casimir666, clsid, drevil_xxl, matmaul, bosluk, xneokr, alexwild ... :thanks:

ericab, I added the number of the svn assembling:
http://i039.radikal.ru/0806/4b/fbde77bc6e2dt.jpg (http://radikal.ru/F/i039.radikal.ru/0806/4b/fbde77bc6e2d.png.html)

rica
10th June 2008, 00:54
No need to thank me. I only compile the code.
It is necessary to say thank you to the developers!
casimir666, clsid, drevil_xxl, matmaul, bosluk, xneokr, alexwild ... :thanks:

Lots of thanks to you guys; whoever developed, whoever compiled :thanks:

ericab
10th June 2008, 02:01
No need to thank me. I only compile the code.
It is necessary to say thank you to the developers!
casimir666, clsid, drevil_xxl, matmaul, bosluk, xneokr, alexwild ... :thanks:

ericab, I added the number of the svn assembling:
http://i039.radikal.ru/0806/4b/fbde77bc6e2dt.jpg (http://radikal.ru/F/i039.radikal.ru/0806/4b/fbde77bc6e2d.png.html)

awesome alexins, thanks!
this will make many of us very happy!

djrh
10th June 2008, 02:36
Anyone else having problem with h264 streams (not files on hdd)?

1.If I play the stream using the internal h264, it does NOT use HA.
2. If I play the stream using Cyberlink h264, I get great playback for few minutes (it's using the GPU at 40-50%), but then it starts jittering, and the only way to fix it is to restart the stream.

I read somewhere that if it buffers few seconds of the stream, it will likely fix the issue. Is there anyway to set network stream buffering in MPC?
Thanks.

ADude
10th June 2008, 06:21
Who cares? At least i don't.

I was sure that I was answering a question asked by matmaul, but now I am confused - it seems that we can only discuss topics you are interested in ?

Mercury_22
10th June 2008, 07:53
Interesting new KB 951685 for vista (http://support.microsoft.com/KB/951685)

The video playback application stops responding when you watch video or Live TV on a Windows Vista-based computer...

SYMPTOMS
When you watch video or Live TV on a Windows Vista-based computer, you experience the following issues.

Issue 1

While you are watching Live TV in Windows Media Center, you put the computer into standby. Then, you resume the computer from standby, and you continue to watch Live TV. Although video playback starts successfully after you resume the computer from standby, the video playback application stops responding (hangs) after about two seconds.

Issue 2

You play video content that contains multiple video resolution formats. For example, the content contains formats of both 1440 × 1080 pixels and 1920 × 1080 pixels. In this situation, the video playback application stops rendering after the content changes from one format to another.

For example, assume that you play the video content, you click Pause in the video playback application, and then you try to drag the slider to the right side of the seek bar. In this situation, you cannot drag the slider, and the application stops responding.
Back to the top

CAUSE
These issues occur because of a deadlock in the Enhanced Video Renderer (EVR) component. This component is used by video playback applications.

Download the update for Windows Vista x86-based versions (951685) package now. (http://download.microsoft.com/download/C/7/5/C758636A-2745-4E37-9F36-362C76C768EE/Windows6.0-KB951685-x86.msu)
Download the update for Windows Vista x64-based versions (951685) package now. (http://download.microsoft.com/download/C/7/5/C758636A-2745-4E37-9F36-362C76C768EE/Windows6.0-KB951685-x64.msu)

neoufo51
10th June 2008, 08:24
I did compiling of MPC-HC svn 558 + Microsoft DirectX SDK June 2008
I just tried your build and I can now SEEK with every renderer on 720p x264 files whereas with every other build, I could only do it with the Haali Renderer.

This build is a keeper!

But I have yet to see any confirmation that a newer SDK would make things any better.
I think that the playback improvement that I'm seeing and the reason others are thanking alexkins is more than enough to warrant keeping up to date with the SDK.

cca
10th June 2008, 08:59
I don't think that Clsid is irrational, he just states something that should be obvious. Where's the evidence that the new SDK improves anything in MPC-HC? All we have so far is a comment from neoufo51 about seeking. Anyone else?

tetsuo55
10th June 2008, 09:40
We can safely update the SDK

-All renderers work
-Seeking issues are fixed
-Slow framerateissues are fixed

I'm not 100% sure yet but this sdk update seems to fix my random hanging/looping bug

clsid
10th June 2008, 11:49
If that is true, then great! But I can't help to notice that some of those issues only apply to a few people here. Maybe a XP versus Vista thing? I have seen so many builds and problem reports that I have completely lost track.

clsid
10th June 2008, 11:51
Wasn't you the one who wrote the subtitle engine of MPC? If yes, can you please look at my last post? This problem can be fixed?
I don't know where you got that idea, but I have done only minor changes to the MPC code. It is Gabest who wrote all code of the original MPC.

tetsuo55
10th June 2008, 12:10
If that is true, then great! But I can't help to notice that some of those issues only apply to a few people here. Maybe a XP versus Vista thing? I have seen so many builds and problem reports that I have completely lost track.

It does indeed warrant further testing, however reports so far indicate both xp and vista working fine with the new SDK

thuan
10th June 2008, 13:05
I did compiling of MPC-HC svn 558 + Microsoft DirectX SDK June 2008 Version: 9.23.1350 + Microsoft DirectX SDK August 2007 (d3d.h, d3d8.h, d3d8caps.h, d3d8types.h, d3dcaps.h, d3drm.h, d3drmdef.h, d3drmobj.h, d3drmwin.h, d3dtypes.h, dxtrans.h, dinput.lib, dxtrans.lib).
VMR7 - works!
AFAICT it's a mixed build with the latest DX SDK and some files from the old one. So saying everything works with the latest SDK, did you really compile it yourself or used someone else's, tetsuo55?

I'm against the removal of VMR7. Because, I'm using it on my Core2 machine (I have my reason like can't stand the buggy and under quality resizer of VMR9 and EVR) and it's the default renderer on XP, an OS that's still widely used.

alexins
10th June 2008, 13:23
thuan, components from old DX SDK are required for the correct assembling of VMR7, new DX SDK is used for all other the elements.

clsid
10th June 2008, 13:34
It does indeed warrant further testing, however reports so far indicate both xp and vista working fine with the new SDK
Then you missed a couple of posts:
it works on my Windows XP also, no problem with any playback, but DXVA will only work with VMR7 windowed, and not with VMR7 renderlessThat compilation does not solve the DVD Menu highlight bug.

So far the only ones that have posted anything about it working better than other builds are you and neoufo51.

Mercury_22
10th June 2008, 13:36
No need to thank me. I only compile the code.
It is necessary to say thank you to the developers!
casimir666, clsid, drevil_xxl, matmaul, bosluk, xneokr, alexwild ... :thanks:

ericab, I added the number of the svn assembling:
http://i039.radikal.ru/0806/4b/fbde77bc6e2dt.jpg (http://radikal.ru/F/i039.radikal.ru/0806/4b/fbde77bc6e2d.png.html)

You compiled this versions from http://xvidvideo.ru/ and the ffdshow versions ? I'm asking because I can't install ffdshow keep asking to install Microsoft Visual C++ 2005 SP1 Redistributable Package (x86) although I already have Microsoft Visual C++ 2005 SP1 Redistributable Package (x86) and Microsoft Visual C++ 2005 SP1 Redistributable Package (x64) installed :helpful:

My OS Vista x64 SP1

thuan
10th June 2008, 14:20
thuan, components from old DX SDK are required for the correct assembling of VMR7, new DX SDK is used for all other the elements.

ic, then as long as VMR7 works and MPC-HC works as it supposes to be, I don't care.

JohnLai
10th June 2008, 14:23
Anyone encounter the shaky video playback for the Naruto and Bleach h.264 in avi container with dxva?

alexins
10th June 2008, 14:27
Mercury_22, ffdshow I did not test from Vista x86-64. With Win XP x86-32, Win 2003 SRV x86-32, Win Vista x86-32 works very well.

STaRGaZeR
10th June 2008, 14:28
I don't know where you got that idea, but I have done only minor changes to the MPC code. It is Gabest who wrote all code of the original MPC.

Someone posted in this thread that you were the author, sorry. But anyway, do you know if this problem is fixable? Can we anime viewers hope or not? :p

ranpha
10th June 2008, 14:56
Someone posted in this thread that you were the author, sorry. But anyway, do you know if this problem is fixable? Can we anime viewers hope or not? :p

I probably should say that clsid maintains vsfilter code, but the one who created it is still Gabest.

carnage_pl
10th June 2008, 15:01
Anyone encounter the shaky video playback for the Naruto and Bleach h.264 in avi container with dxva?

Same problem at my pc

JohnLai
10th June 2008, 15:19
When the naruto and bleach h.264 is remuxed with mkvmerge, it will playback well with dxva without shaky video.

clsid
10th June 2008, 15:33
Someone posted in this thread that you were the author, sorry. But anyway, do you know if this problem is fixable? Can we anime viewers hope or not? :p
Sorry, you are asking the wrong person. I have no intention of fixing the VSFilter code, let alone attempt to read/understand it.

mariner
10th June 2008, 16:26
Anyone encounter the shaky video playback for the Naruto and Bleach h.264 in avi container with dxva?

Similar problem here with X-Men The Last Stand trailer in avi container. Would not play under earlier version of the decoder, so it's a big improvement.

Tested under XP sp3 and Cat 8.5.

Great work, Casimir.

gngn
10th June 2008, 16:26
When the naruto and bleach h.264 is remuxed with mkvmerge, it will playback well with dxva without shaky video. sample: http://www.sendspace.pl/file/ppsdB28L/

not even Cyberlink's decoder will work perfect, it doesnt show me the frame-rate:
http://img73.imageshack.us/img73/925/avibl6.th.jpg (http://img73.imageshack.us/my.php?image=avibl6.jpg)

another problem would be very old files, with
Writing application : mkvmerge v1.5.6 ('Breathe me') built on Sep 7 2005 18:18:22,
playback will halt after a few seconds. sample (http://rapidshare.com/files/121467283/_FAP__Suzumiya_Haruhi_no_Yuuutsu_-_Ending_Dance_Full__h264__vorbis__F5F3EDA2_.mkv) with Cyberlink it plays, but frames are dropped and framerate is not shown.
http://i266.photobucket.com/albums/ii259/gngnmumu/th_mkv_old.jpg (http://i266.photobucket.com/albums/ii259/gngnmumu/mkv_old.jpg)
its best that AVI Contair should be banned as DXVA compatible?

about what i said earlier: "it works on my Windows XP also, no problem with any playback, but DXVA will only work with VMR7 windowed, and not with VMR7 renderless" , DXVA doesnt work with VMR7 renderless at least since version 1.10 (didnt test any older versions, so im not sure if it did function at all)

3ngel
10th June 2008, 16:33
I can signal a video freeze just playing a plain avi/xvid.

At random, after starting well, the video freezes while the audio goes. MPC process has to be terminated.

I don't know if it's a "new SDK" issue (same problem on it too), but this has start happening starting from some build, that unfortunately i can't identify 'cause missing about. But i can remember that i've downloaded all the daily build in this thread and this freeze problem started more or less 3 4 downloads ago in thread inverse cronological order :D
That mean that i'm using a daily functionaly build but not one of the latest.
I can provide the CRC of the working exe, after which all the builds freeze on my system.
CRC is C120BF2B

tetsuo55
10th June 2008, 16:35
it works on my Windows XP also, no problem with any playback, but DXVA will only work with VMR7 windowed, and not with VMR7 renderless, also doesn't fix the highliting bug

Its true that those 2 issues remain, howeve ri have to state the following:

Those issues are always there, as far as i know regardless of which sdk you use.

in other words:

vmr 7 renderless and highlighting NEVER works on my card, regardless of which svn build i try

_xxl
10th June 2008, 16:58
I can signal a video freeze just playing a plain avi/xvid.

At random, after starting well, the video freezes while the audio goes. MPC process has to be terminated.

That is a know and old bug, hard to reproduce because is random. Disable internal avisplitter and avi xvid will not crash.

alexins
10th June 2008, 17:03
I can provide the CRC of the working exe, after which all the builds freeze on my system.
CRC is C120BF2B
3ngel, this file of not my assembling.
CRC my files:
MPC-Homecinema.546 -89D50627
MPC-Homecinema.551 - DE2DBBED
MPC-Homecinema.552 - 9AC6708F
MPC-Homecinema.553 - A79FD900
MPC-Homecinema.554 - F7278CA1
MPC-Homecinema.556 - 719D7B41
MPC-Homecinema.557 - 7EDD76AB
MPC-Homecinema.558 - 423C2589
MPC-Homecinema.558.test.sdk_dx-9.23.1350 - B82CE828
MPC-Homecinema.566 - 961A00A6
MPC-Homecinema.568 - 8F9337D6

3ngel
10th June 2008, 17:27
@xxl
Strange thing is that i don't use the internal splitter. I use Haali splitter for avi too, and the bug is present but only after a certain build (working) of wich i've given the CRC

@alexins
The CRC i've posted is that from the working, which i downloaded some times ago and i remember was not yours (or pheraps too old?). If you can edit all your build list with HTTP links of the exe i can try every of it to verify the bug.

Pheraps the working build (wich i'm using) it's around 534? Don't remember.

EDIT:
From the file properties it results "modified" (we can say compiled?) on May 18 2008, 21.22.00
This can be helpful to identify pheraps :)

clsid
10th June 2008, 18:12
Are you using the Overlay renderer? Because Overlay + internal decoders is buggy.

3ngel
10th June 2008, 18:40
No i'm using VMR9 Renderless + Haali Splitter + Xvid Standalone Decoder

_xxl
10th June 2008, 19:22
They should work fine with MS avisplitter.

_xxl
10th June 2008, 19:34
This sample:
http://x264.nl/h.264.samples/force.php?file=./luxe.hd.ateme.ts
more samples:
http://x264.nl/h.264.samples/
Something is wrong with mpc-hc latest + internal splitters/decoders win XP sp3, default video renderer, no DXVA.
Using internal splitters + ffdshow latest the result is not the same.
Also for me dual core mpc-hc software h.264 decoding is broken, only 1 core used?
ffdshow's h.264 decoder is using both cores.

Joniii
10th June 2008, 19:34
Could someone compile the latest Video Decoder and Mpeg Splitter?

tetsuo55
10th June 2008, 20:28
Woah..

i have to do some extra testing but so far it seems the new sdk build fixes a bug i never reported.

black screen during first commercial of stargate SG1 season 8 DVD, now it works perfectly


Also catalyst 8.6 beta completely breaks DXVA for me

Tery
10th June 2008, 21:19
Nobody seems to care (it's about the fourth time i say it), but loading external subtitle playing a DVD isn't working with EVR or haali video render, works with VMR7 renderless.

Is anybody having this problem ?
Is anybody aware of this problem ?
Can somebody fix this problem ?

thanks for the great job, you've done so far.

Tery.

sheppaul
10th June 2008, 22:28
Tery, use EVR Custom.

marc99
10th June 2008, 22:29
Vista SP1, all renderers, GF8600

DVD Navigation highlighting of the cursor bug exist with DXVA. In full software works fine.

tetsuo55
10th June 2008, 22:55
Woah..

i have to do some extra testing but so far it seems the new sdk build fixes a bug i never reported.

black screen during first commercial of stargate SG1 season 8 DVD, now it works perfectly


Also catalyst 8.6 beta completely breaks DXVA for me


Confirmed! alexins build fixes all the problems i was having with dvd playback except the menu highlighting

Tery
10th June 2008, 23:23
Tery, use EVR Custom.

doesn't work either.

gngn
11th June 2008, 00:34
This sample:
http://x264.nl/h.264.samples/force.php?file=./luxe.hd.ateme.ts
more samples:
http://x264.nl/h.264.samples/
Something is wrong with mpc-hc latest + internal splitters/decoders win XP sp3, default video renderer, no DXVA.
Using internal splitters + ffdshow latest the result is not the same.
Also for me dual core mpc-hc software h.264 decoding is broken, only 1 core used?
ffdshow's h.264 decoder is using both cores.

i also have XP SP3 on a AMDx2 and those samples play on both cores in Overlay, VMR7 and 9. i had the problem with just one used core with the ffdshow from the latest oficial release of CCCP.

STaRGaZeR
11th June 2008, 00:36
Sorry, you are asking the wrong person. I have no intention of fixing the VSFilter code, let alone attempt to read/understand it.

I guess that's a no unfortunately. Well, we can always use prebuffering, we loose animated karaokes but it's not that important.

One more thing if possible, when you're inside MPC if you have a keyboard or something with a volume wheel it only affects volume inside MPC. Is it possible to, inside MPC, use this wheel to control the master volume in Vista instead of MPC's volume slider? I don't know if this happens in XP, but it's pretty annoying as you're limited by the value of Vista slider. If it's set very low when you start MPC, you have to minimize MPC, up volume and return, but you're still limited by the new value.

ranpha
11th June 2008, 01:09
I guess that's a no unfortunately. Well, we can always use prebuffering, we loose animated karaokes but it's not that important.

One more thing if possible, when you're inside MPC if you have a keyboard or something with a volume wheel it only affects volume inside MPC. Is it possible to, inside MPC, use this wheel to control the master volume in Vista instead of MPC's volume slider? I don't know if this happens in XP, but it's pretty annoying as you're limited by the value of Vista slider. If it's set very low when you start MPC, you have to minimize MPC, up volume and return, but you're still limited by the new value.

The same thing happened in XP too. Controlling MPC volume did not affect XP master volume level.

ericab
11th June 2008, 01:11
alexins build fixed my mpchc troubles too.
build 566

STaRGaZeR
11th June 2008, 02:24
The same thing happened in XP too. Controlling MPC volume did not affect XP master volume level.

And how is that nobody seems to report or care about it? I find it one of the most annoying things in the world of media players. The same happened with PDVD7, thank god they fixed it in PDVD8. Now what I do is open options with O, up volume and Atl+F4 to return.

ranpha
11th June 2008, 04:14
And how is that nobody seems to report or care about it? I find it one of the most annoying things in the world of media players. The same happened with PDVD7, thank god they fixed it in PDVD8. Now what I do is open options with O, up volume and Atl+F4 to return.

This is because letting an application controls the master volume level is not exactly a good thing.

ADude
11th June 2008, 04:17
Vista SP1, all renderers, GF8600

DVD Navigation highlighting of the cursor bug exist with DXVA. In full software works fine.

Marc - what do you mean by "In full software" ?

marc99
11th June 2008, 05:44
CyberLink Video/SP Decoder with disabled DXVA.
Internal MPC-HC MPEG Decoder have a bug (hangs application) with some kind of mpeg2 files, especially on DVD Menu.

ADude
11th June 2008, 06:38
CyberLink Video/SP Decoder with disabled DXVA.

OMG, you are right !

Too funny !

To summarize for everyone else:

- When Playing DVDs, to use the DVD Menus, the cursor position is indicated by "highlighting". Various DVDs use a variety of cutesy graphics methods, but the effect is the same - only the menu choice under the cursor is highlighted, and that indicates what choice will be selected by "enter" or "select".

- All MPC versions through late 2007 do the DVD Menu highlighting fine, and the last one to do so was 1.0.11.0 .

- All subsequent versions mysteriously failed to show the highlighting at all in my setup, whether MPC-HC or clsid's MPC.

Marc just discovered that it is connected to DXVA in Cyberlink Video/SP decoder (the MPEG2 decoder included in PowerDVD). When DXVA is unchecked in that filter's internal options, then DVD Menu highlighting will work with later MPC-HC. (I should qualify that I have only tried that with the version I currently have installed, which is Alexin's special compilation of 558 that uses part of the recent SDK.)

I hope that casimir can use this information to make some sort of adjustment in MPC-HC - since I need MPEG2 DXVA for high bitrate MPEG2 1080i ts files (which are what is used for OTA broadcast here). So, it would be a pain to have to constantly uncheck the DXVA box for DVDs, and recheck it for 1080i ts files.

It's also still mysterious as to why in 1.0.11.0 MPC-HC, it was okay for the Cyberlink DXVA to be checked, and DVD Menu highlighting still worked...

Thanks Marc for your report !

marc99
11th June 2008, 06:53
Because with 1.0.11.0 MPC-HC + EVR Custom Pres., Cyberlink MPEG Decoder run in software mode. DXVA dosen't work, even if checked enabled.

ericab
11th June 2008, 07:28
Thanks Marc for your report !

thanks marc

Casimir666
11th June 2008, 08:03
OMG, you are right !

Too funny !

To summarize for everyone else:

- When Playing DVDs, to use the DVD Menus, the cursor position is indicated by "highlighting". Various DVDs use a variety of cutesy graphics methods, but the effect is the same - only the menu choice under the cursor is highlighted, and that indicates what choice will be selected by "enter" or "select".

- All MPC versions through late 2007 do the DVD Menu highlighting fine, and the last one to do so was 1.0.11.0 .

- All subsequent versions mysteriously failed to show the highlighting at all in my setup, whether MPC-HC or clsid's MPC.

Marc just discovered that it is connected to DXVA in Cyberlink Video/SP decoder (the MPEG2 decoder included in PowerDVD). When DXVA is unchecked in that filter's internal options, then DVD Menu highlighting will work with later MPC-HC. (I should qualify that I have only tried that with the version I currently have installed, which is Alexin's special compilation of 558 that uses part of the recent SDK.)

I hope that casimir can use this information to make some sort of adjustment in MPC-HC - since I need MPEG2 DXVA for high bitrate MPEG2 1080i ts files (which are what is used for OTA broadcast here). So, it would be a pain to have to constantly uncheck the DXVA box for DVDs, and recheck it for 1080i ts files.

It's also still mysterious as to why in 1.0.11.0 MPC-HC, it was okay for the Cyberlink DXVA to be checked, and DVD Menu highlighting still worked...

Thanks Marc for your report !

Ok same problem on my computer. Highlight is not displayed, but if you click on it the menu item activate. Do you confirm you have this problem only with Cyberlink decoder?

marc99
11th June 2008, 08:37
ArcSoft Video Decoder - the same problem with enabled DXVA.

cca
11th June 2008, 08:51
Ahem.... The DVD highlighting problem + DXVA is something that exists regardless of MPC-HC. ZoomPlayer had the exact same problem. The solution I suggested to Blight was to connect the Subtittle out pin of the video decoder directly to the Video renderer. Obviously this requires a renderer that can accept more than one inputs, like VM9 and EVR. The solution was implemented in the latest ZoomPlayer betas and is confirmed to be working in the ZoomPlayer forums.
Also, this bug is present ONLY in Windows Vista, Windows XP doesn't seem to be affected.

clsid
11th June 2008, 09:13
The same thing happened in XP too. Controlling MPC volume did not affect XP master volume level.Change the audio output settings in MPC from DirectSound to WaveOut and MPC will use/control the master volume setting.
But like others have said before, having a private volume setting is the most desirable default.

3ngel
11th June 2008, 09:30
@xxl
They should work fine with MS avisplitter.
What do you mean by that? You mean disable Haali and Internal Avi Splitter?

Moreover, there are any news concerning the "pure interlaced" black screen problem? It's so hard to solve (no ironic just wondering)?

Thanks

cca
11th June 2008, 09:41
By the way, can someone compile a 64 bit version of VSfilter.dll ? I want to start testing the 64bit builds gradually, but the internal subtitle engine cannot be used with buffering turned off, meaning no soft karaoke and effects.

STaRGaZeR
11th June 2008, 09:54
Change the audio output settings in MPC from DirectSound to WaveOut and MPC will use/control the master volume setting.
But like others have said before, having a private volume setting is the most desirable default.

When using WaveOut and inside MPC the slider moves with no effect. I have to minimize it and then the master control is accesible (as before). So this is in fact worse than DirectSound :( Also I've tried with every option there with same results.

Why do you guys say private volume setting is better?

tetsuo55
11th June 2008, 10:18
Ahem.... The DVD highlighting problem + DXVA is something that exists regardless of MPC-HC. ZoomPlayer had the exact same problem. The solution I suggested to Blight was to connect the Subtittle out pin of the video decoder directly to the Video renderer. Obviously this requires a renderer that can accept more than one inputs, like VM9 and EVR. The solution was implemented in the latest ZoomPlayer betas and is confirmed to be working in the ZoomPlayer forums.
Also, this bug is present ONLY in Windows Vista, Windows XP doesn't seem to be affected.

MPC has the bug in all windows versions it works on

cca
11th June 2008, 10:29
@tetsuo55

There could be more than one bug involved here, I 'm only referring to DXVA + DVD + menu highlighting. Anything happening without DXVA is another bug.

_xxl
11th June 2008, 10:33
I can't seek in some DVD's using MS dvd navigator.
Using a custom build that uses cyberlink or nero's dvd navigator everything is ok.

Joniii
11th June 2008, 10:36
I'm having some problems.

1)
I think that standalone codecs aren't registered correctly. I registered both mpegsplitter.ax and mpcvideodec.ax (the ones someone compiled awhile ago) with dsfmgr, then tried to play .m2ts files and both WMP11 and VMC gave error that I don't have codecs to play this file.

I then unregistered both codecs and then registered v 1.1.0.0 codecs from sourceforge, then replaced those .ax files with the new versions which didn't work before, after that I was able to play all .m2ts files.

2)
Might also be something wrong with the splitter dealing with H.264 .m2ts files. Some of my H.264 Blu-ray movies won't play with mpegsplitter + any video decoder. They play but the AR is wrong and there is just tiny squished picture with horrible quality. With Haali, every H.264 movies plays fine in every player and decoder combination.

Sample (http:\\www.netikka.net\enclave\Sample.m2ts) (H.264, Widescreen)

MPC-HC (Mpegsplitter + MPCVideoDec)
Tiny picture in windowed mode, seems to open in widescreen when going to full screen mode.

WMP11 (Mpegsplitter + Cyberlink MPEG-2 decoder)
Movie plays in 4:3

WMP11 (Mpegsplitter + FFDSHOW)
Black Screen

3)
If I use mpegsplitter + mpcvideodecoder I get blocks with all VC-1 Blu-rays. Swiching to any other video decoder and I get no blocks (wmvideo decoder dmo, ffdshow, arcsoft) but with all of those there is bad stutter. If I switch to haali splitter, all stutter is gone and no blocks.

muu
11th June 2008, 10:44
This project is really great. Many thanks to the developers and also the testers.

I'd like to suggest a feature which I know many people would appreciate. It's a fairly basic feature which I'm sure is far less complicated and time consuming to implement than the major features like DXVA and such.

I've always wondered why the best video player completely neglects even basic playlist functions... it's baffling to me why this would be.

Now that it's an active project again for some time now, would it be possible to add some playlist functionality?

I've read this thread and seen a few references to 'Project Cowbell (http://www.geocities.com/projectcowbell/)', an MPC mod with available source which seems to have already added most every useful playlist function into an unfortunately outdated build of MPC(6.4.7.3). Features like 'Undo/Restore', multiple file select in the playlist window(shift+up/dn, ctrl+click, etc), 'Find in list', and auto-hide playlist, among others.

http://www.geocities.com/projectcowbell/cowscr2.jpg

Would it be possible to add the playlist functions from Project Cowbell's MPC mod into the next build of MPC-HC? It would really make MPC-HC a much more complete player if it had a reasonably functional playlist.

tetsuo55
11th June 2008, 11:20
@tetsuo55

There could be more than one bug involved here, I 'm only referring to DXVA + DVD + menu highlighting. Anything happening without DXVA is another bug.

I am also referring to that exact bug, it happens on all windows versions (i use winxp and server 2003).

I can't seek in some DVD's using MS dvd navigator.
Using a custom build that uses cyberlink or nero's dvd navigator everything is ok.

Does that also fix the highlighting bug??


Now that it's an active project again for some time now, would it be possible to add some playlist functionality?

Seconded

_xxl
11th June 2008, 12:50
If I select external filter---> ffdshow subtitles filter, Vista Ultimate, default renderer and latest mpc ffsdhow crashes.
Can somebody confirm this?

cca
11th June 2008, 13:03
I tried testing the latest x86-64 build of MPC-HC. The EVR custom presenter bug is still there, if for example I press CTRL+I to display the time, the video goes black and only the OSD can be seen. Also, I managed to find an 64bit version of VSfilter.dll, it works ok, but I cannot change the subs by pressing "S" in MPC-HC. A little more work and the 64bit version will be in good shape!

ranpha
11th June 2008, 14:31
If I select external filter---> ffdshow subtitles filter, Vista Ultimate, default renderer and latest mpc ffsdhow crashes.
Can somebody confirm this?

Did not crash here, but when I set the renderer to System Default, the filter list shows 'Video Renderer' instead of any of the typical renderers such as VMR7 or EVR.

johnsonlam
11th June 2008, 15:23
Wasn't you the one who wrote the subtitle engine of MPC? If yes, can you please look at my last post? This problem can be fixed?

Thanks :)

Not likely, MPC-HC still have lot of Gabest's code, and the subtitle engine still have bugs (you're right about that), just try play those Japanese animation with moving lyric and compare to Zoom player, Zoom handle it absolutely correct.

MPC-HC still great being a Open Source project, it's quality is so good that can compare to commercial product, or even beat some of them.

clsid
11th June 2008, 16:27
Did not crash here, but when I set the renderer to System Default, the filter list shows 'Video Renderer' instead of any of the typical renderers such as VMR7 or EVR.
'Video Renderer' is the filter name of VMR-7.

Miryan
11th June 2008, 18:13
I tried testing the latest x86-64 build of MPC-HC. The EVR custom presenter bug is still there, if for example I press CTRL+I to display the time, the video goes black and only the OSD can be seen. Also, I managed to find an 64bit version of VSfilter.dll, it works ok, but I cannot change the subs by pressing "S" in MPC-HC. A little more work and the 64bit version will be in good shape!

Try using internal subbing, it works perfectly, and can change subs with s.

Tery
11th June 2008, 18:49
Nobody seems to care (it's about the fourth time i say it), but loading external subtitle playing a DVD isn't working with EVR or haali video render, works with VMR7 renderless.

Is anybody having this problem ?
Is anybody aware of this problem ?
Can somebody fix this problem ?

thanks for the great job, you've done so far.

Tery.

I forgot to ask :

Nobody uses DVD anymore, am I the only one ?
If not, is it so hard to try to load any external .srt to see if it works ?
Do you know any working tips to play a DVD with external subtitle ?

Tery.

Miryan
11th June 2008, 19:20
I forgot to ask :

Nobody uses DVD anymore, am I the only one ?
If not, is it so hard to try to load any external .srt to see if it works ?
Do you know any working tips to play a DVD with external subtitle ?

Tery.

It "works" here, but subtitle blinks, and black picture. Tried with x64 build.

Miryan
11th June 2008, 19:23
x64 version, when it opens any .mov file, a message appears, saying: "Quicktime not yet supported for X64 (apple library not available)" but pushing OK, it plays correctly, using MPC Video decoder.

_xxl
11th June 2008, 19:27
Most Quicktime and Real should be handled by libavcodec.

Casimir666
11th June 2008, 23:47
I have modified project to automatically generate a version number that include the SVN Rev Number in third position : ex 1.1.572.0 mean SVN #572

For all people who post mpc binary here, please just install Tortoise SVN to have this automatic version number generation. Tortoise must be installed in default folder (C:\Program Files\TortoiseSVN)

alexins
12th June 2008, 00:01
I have modified project to automatically generate a version number that include the SVN Rev Number in third position : ex 1.1.572.0 mean SVN #572


Casimir666, thank you very much! :thanks::thanks::thanks:
http://i015.radikal.ru/0806/3a/e004f212b997t.jpg (http://radikal.ru/F/i015.radikal.ru/0806/3a/e004f212b997.png.html)

ericab
12th June 2008, 00:57
Casimir666, thank you very much! :thanks::thanks::thanks:
http://i015.radikal.ru/0806/3a/e004f212b997t.jpg (http://radikal.ru/F/i015.radikal.ru/0806/3a/e004f212b997.png.html)

can we get a 576 compile ? :rolleyes:

STaRGaZeR
12th June 2008, 01:01
Not likely, MPC-HC still have lot of Gabest's code, and the subtitle engine still have bugs (you're right about that), just try play those Japanese animation with moving lyric and compare to Zoom player, Zoom handle it absolutely correct.

MPC-HC still great being a Open Source project, it's quality is so good that can compare to commercial product, or even beat some of them.

Thanks for the info John. So far the only bugs I've found in the subtitle engine are those hickups with pre buffering disabled and the blurring. I can live with both, and I'm sure all those who watch anime can do it too, but would be nice to see it fixed. Lots of people would be happy :)

And about volume control in MPC, is it possible to link MPC volume control with XP/Vista master volume control? Like an option or something for those who want/don't want it. With my 0 knowledge of this I guess that having a linked control is what you get without doing anything in the player, and private control is the hard thing that has to be specifically coded. Can the developers take this into consideration please?

alexins
12th June 2008, 01:09
ericab, I will conduct the short testing, and then assembling will be accessible on xvidvideo.ru

MPC-Homecinema.1.1.576.0 (http://xvidvideo.ru/files/MPC-HomeCinema.1.1.576.0.zip) (2,6 Mb) - With installer (x86)
MPC-Homecinema.1.1.576.0 (http://xvidvideo.ru/files/MPC-Homecinema.576.7z) (2,09 Mb) - Without installer (x86)
Supported languages: CZ, DE, ES, FR, HU, IT, KR, PL, RU, SK, TR, UA
Microsoft Visual C++ 2008, DirectX SDK v.9.23.1350, MinGW GCC 4.2.4

Aleksoid1978
12th June 2008, 01:44
can we get a 576 compile ? :rolleyes:

Here - www.tosei.ru/isoft/MPC_HC_576.7Z

mplayerc.exe and MPCVideoDec.ax

gngn
12th June 2008, 03:59
thanks to both of you for providing us with up-to-date compiles :thanks:

how do i set MPCVideoDec.ax as the systems prefered filter (so that even WMP uses it instead of Cyberlink, or Nero)? i tried RadLight Filter Manager v1.5 (who supposedly allows you to change merit of DirectShow filters) but no change, Zoomplayer uses Cyberlink, WMP uses Nero :O

"MPC - Video decoder",{008BAC12-FBAF-497B-9670-BC6F6FBAE2C4},008000FF,"C:\WINDOWS\system32\MPCVideoDec.ax",1.1.0.0
"CyberLink H.264/AVC Decoder (PDVD7.x)",{F2E3D920-0F9B-4319-BE87-EB94CCEB6C09},00400000,"C:\Program Files\CyberLink\PowerDVD\VideoFilter\CL264dec.ax",2.1.0.1108
"Nero Video Decoder",{C0BA9CF8-96E0-4C34-B5DE-E92C3FC05ED6},00600000,"C:\Program Files\Common Files\Ahead\DSFilter\NeVideo.ax",4.11.3.1

DigitalDeviant
12th June 2008, 04:12
It "works" here, but subtitle blinks, and black picture. Tried with x64 build.

I get the blinking subs with external subtitles and DVDs. The video shows fine. I'm using EVR custom on Vista x86.

johnsonlam
12th June 2008, 04:18
but would be nice to see it fixed. Lots of people would be happy :)


I'm one of them, but I think there's code need to improve in a higher priority, so patience.


And about volume control in MPC, is it possible to link MPC volume control with XP/Vista master volume control? Like an option or something for those who want/don't want it. With my 0 knowledge of this I guess that having a linked control is what you get without doing anything in the player, and private control is the hard thing that has to be specifically coded. Can the developers take this into consideration please?

It should be easy to change the code, but once you link it to master volume control, it affect all the applications, it's no different from physically tune down the volume knob on speaker, it's less flexible.

thuan
12th June 2008, 06:11
And in case volume is too low, if you use the audio switcher of MPC/MPC-HC you can boost or normalize the audio in Options -> Internal Filters -> Audio Switcher.

lych_necross
12th June 2008, 07:53
I was wondering, what is the procamp shader for? I know that if I uncomment lines 44-45 it will convert the color range from 16-235 to 0-255, but what else does it do.

cca
12th June 2008, 08:49
I was wondering, what is the procamp shader for? I know that if I uncomment lines 44-45 it will convert the color range from 16-235 to 0-255, but what else does it do.

Good question, I would like to know that too!

3ngel
12th June 2008, 09:14
Thanks for the new build and the Info build in the about :)

Now, some good soul of you can add the .png support in the screenshot caps (eheh)?

Thanks

Mercury_22
12th June 2008, 09:43
ericab, I will conduct the short testing, and then assembling will be accessible on xvidvideo.ru

MPC-Homecinema.1.1.576.0 (http://xvidvideo.ru/files/MPC-HomeCinema.1.1.576.0.zip) (2,6 Mb) - With installer (x86)
MPC-Homecinema.1.1.576.0 (http://xvidvideo.ru/files/MPC-Homecinema.576.7z) (2,09 Mb) - Without installer (x86)
Supported languages: CZ, DE, ES, FR, HU, IT, KR, PL, RU, SK, TR, UA
Microsoft Visual C++ 2008, DirectX SDK v.9.23.1350, MinGW GCC 4.2.4

Here - www.tosei.ru/isoft/MPC_HC_576.7Z

mplayerc.exe and MPCVideoDec.ax

It's there any chance that one of you can compile a x64 build too ? Please ! :helpful: :thanks:

P.S. @alexins can you fix your ffdshow installer to stop asking for MVC++ 2005 SP1 runtime package when the packege it's already installed on VISTA X64 SP1 ? :thanks: :helpful: your ffdshow compiles are the only one asking that on my system the "official" one are NOT asking that !

clsid
12th June 2008, 11:53
P.S. @alexins can you fix your ffdshow installer to stop asking for MVC++ 2005 SP1 runtime package when the packege it's already installed on VISTA X64 SP1 ? :thanks: :helpful: your ffdshow compiles are the only one asking that on my system the "official" one are NOT asking that !Official ones are compiled with MSVC2003, so they don't need the runtimes. Which version of the runtime do you have installed? The ffdshow installer is able to detect version 8.0.50727.762 and 8.0.50727.1433.

johnsonlam
12th June 2008, 13:43
Thanks for the new build and the Info build in the about :)
Thanks

Me too, thanks for the new build info.

Mercury_22
12th June 2008, 14:29
Official ones are compiled with MSVC2003, so they don't need the runtimes. Which version of the runtime do you have installed? The ffdshow installer is able to detect version 8.0.50727.762 and 8.0.50727.1433.

I have Microsoft Visual C++ 2005 SP1 Redistributable Package (x86) + Microsoft Visual C++ 2005 SP1 Redistributable Package (x64) (+ MVS2008 (trial)) :helpful:

STaRGaZeR
12th June 2008, 16:09
It should be easy to change the code, but once you link it to master volume control, it affect all the applications, it's no different from physically tune down the volume knob on speaker, it's less flexible.

Being more or less flexible depends of what you use, because I only use my keyboard's wheel to change volume, so this is PITA. For example, imagine master XP/Vista volume is 0-100. I'm browsing my documents, and the click sound of each folder is too high. I tune volume with the wheel to 20. 2 minutes later I want to see a movie, so I open MPC and start playing it. If I want to change volume when I'm in fullscreen, the max value I'll ever get is 20, hence the problem. If the control is linked, you can change from 0 to 100. The only solution I have is to minimize MPC so the wheel now controls master volume, up it to 50 or whatever, and return. Now the max available in MPC is 50, which is OK. And if I want to increase it to 70? Minimize again...

How can I transmit this directly to developers? Via Sourceforge - Feature Requests?

Leak
12th June 2008, 16:40
How can I transmit this directly to developers? Via Sourceforge - Feature Requests?
Have you tried simply unbinding the App Command for Volume Up and Volume Down in MPC's key configuration page? VOLUME_UP and VOLUME_DOWN are the multimedia keys, so if MPC doesn't react to them Windows should handle them normally...

np: Alva Noto + Ryuichi Sakamoto - Morning (Insen)

MatMaul
12th June 2008, 17:12
How can I transmit this directly to developers? Via Sourceforge - Feature Requests?
this will not be done, because modify the general volume instead of modify the application-specific volume is a bad behavior.

if you want to modify the main volume with your keyboard, use an other software dedicated to that purpose if you don't have a multimedia keyboard, otherwise do what Leak said, it should work.

clsid
12th June 2008, 18:10
I have Microsoft Visual C++ 2005 SP1 Redistributable Package (x86) + Microsoft Visual C++ 2005 SP1 Redistributable Package (x64) (+ MVS2008 (trial)) :helpful:
I need to know the exact version number. It is 8.0.50727.????

Look in the folder C:\WINDOWS\WinSxS for names that start with x86_Microsoft.VC80.CRT

lexor
12th June 2008, 19:37
Why was the issue of being unable to open avs scripts disappear from the list of the known issues/bugs? I still can't open avs (on 576) and I don't see anything in the change log about a fix.

Mercury_22
12th June 2008, 20:32
I need to know the exact version number. It is 8.0.50727.????

Look in the folder C:\WINDOWS\WinSxS for names that start with x86_Microsoft.VC80.CRT

My C:\Windows\winsxs folder :
amd64_microsoft.vc80.crt_1fc8b3b9a1e18e3b_8.0.50727.42_none_93b21c24844efba7
amd64_microsoft.vc80.crt_1fc8b3b9a1e18e3b_8.0.50727.312_none_c905b7a4878399c1
amd64_microsoft.vc80.crt_1fc8b3b9a1e18e3b_8.0.50727.762_none_c905be8887838ff2
amd64_microsoft.vc80.crt_1fc8b3b9a1e18e3b_8.0.50727.1434_none_88de292b2fb06019
x86_microsoft.vc80.crt_1fc8b3b9a1e18e3b_8.0.50727.42_none_db5f52fb98cb24ad
x86_microsoft.vc80.crt_1fc8b3b9a1e18e3b_8.0.50727.163_none_10b3ea459bfee365
x86_microsoft.vc80.crt_1fc8b3b9a1e18e3b_8.0.50727.312_none_10b2ee7b9bffc2c7
x86_microsoft.vc80.crt_1fc8b3b9a1e18e3b_8.0.50727.762_none_10b2f55f9bffb8f8
x86_microsoft.vc80.crt_1fc8b3b9a1e18e3b_8.0.50727.1434_none_d08b6002442c891f

clsid
12th June 2008, 20:59
Great. I will update the install script with version 8.0.50727.1434. Then the message should no longer appear.

Mercury_22
12th June 2008, 21:35
Great. I will update the install script with version 8.0.50727.1434. Then the message should no longer appear.

Thanks ! I can't wait !:thanks::p

Does no one compile x64 versions for fffdshow or MPC-HC anymore ? :confused:

saint-francis
12th June 2008, 21:36
I'm trying to build a graph with MPCVideoDec.ax for decoding .mkv's remuxed from .m2ts files from a BD but when ever I register the .ax graphedit crashes when I try to open up driectshow filters. As soon as I unregister the .ax I can open it up; but of course the decoder isn't there. Any ideas?

BTW, I'm using this (http://forum.doom9.org/showpost.php?p=1148207&postcount=2535)version.

alexins
12th June 2008, 21:57
saint-francis, check up my assembling of file Mpcvideodec.ax. (http://www.xvidvideo.ru/files/tmp_files/MPCVideoDec.7z), snv.578

ooferomen
12th June 2008, 23:51
is there any way to manually modify the dxva caps for my card? or force the mpc video decoder to use a certain mode?

saint-francis
13th June 2008, 00:29
saint-francis, check up my assembling of file Mpcvideodec.ax. (http://www.xvidvideo.ru/files/tmp_files/MPCVideoDec.7z), snv.578

Same thing happens with that one too. I only tried that one on one system but the other one made graphedit crash on two systems so I'm assuming that the issue will persist on the other.
They are both XP SP3 x86.

STaRGaZeR
13th June 2008, 02:11
Have you tried simply unbinding the App Command for Volume Up and Volume Down in MPC's key configuration page? VOLUME_UP and VOLUME_DOWN are the multimedia keys, so if MPC doesn't react to them Windows should handle them normally...

np: Alva Noto + Ryuichi Sakamoto - Morning (Insen)

Yes, and the wheel still controls MPC's volume. In fact, I've unbound everything that has any relationship with volume and tried every combination with no luck :(

Re-tested and working! :confused:

this will not be done, because modify the general volume instead of modify the application-specific volume is a bad behavior.

if you want to modify the main volume with your keyboard, use an other software dedicated to that purpose if you don't have a multimedia keyboard, otherwise do what Leak said, it should work.

It's hard to do it (just curiosity)? All my family/friends are also using MPC because of the great player it is but they were all annoyed with this thing. Thanks anyway :)

EDIT: Forget all of this. I've tried Leak solution again and it's working, WTH. THANKS! :confused: http://www.xtremesystems.org/forums/images/smilies/bow.gif

Can you also take a look at this (http://forum.doom9.org/showthread.php?p=1145933#post1145933) SD samples? Or at least those who play OK with PDVD Decoder (1 & 4). Sample 3 is OK with the lastest builds (because DXVA is disabled with 16 ref frames).

ericab
13th June 2008, 04:57
The Hardware:

-------------------

2 gfx cards & 3 monitors in 1 pc:
8600GT
8800GTS (g92)

&&

2 monitors (viewsonic's) connected to 8800GTS
1 monitor (hdtv, samsung) connected to 8600GT....

=

Monitor 1 (viewsonic, 8800GTS) connected as the "primary" monitor as set in windows display properties.
Monitor 2 (viewsonic, 8800GTS) enabled as "extend windows desktop onto this monitor"
Monitor 3 (samsung, 8600GT) enabled as "extend windows desktop onto this monitor"
--------------------

The Process:

when double clicking on MPC-HC (build 578), MPC-HC opens on monitor 1, aka viewsonic PRIMARY 8800GTS....

...however i want to view my HD mkv's on my samsung (Monitor 3, 8600GT)

so, i drag the MPC-HC window to monitor 3, aka samsug 8800GTS.

then, i drag and drop an HD 720p mkv onto MPC-HC (vmr9 renderless, w/ internal MPC-HC decoder)

-------------------

The Problem:

Right clicking on the movie window; navigating to "Filters"; Then Clicking on "MPC Video Decoder", YIELDS:

DXVA MODE: H.264 bit stream decoder, no FGT

VIDEO CARD: 8800 GTS 512 (4318)



(which looks ok... CPU usage @ 1% ---> 4%... except for ... see "the analysis"
-------------------

The Analysis:

simply put: the movie is not being watched on my "8800 GTS 512 (4318)", it supposed to be watched on mt 8600GT.

during playback; the movie randomly slows down in FPS VERY VERY VERY quickly becoming OUT OF SYNC with the audio, (DTS or AC3) for about 4-5 seconds.... then VERY VERY VERY quickly speeds back up, playing properly once again (if i was to time this occurrence, i would say roughly every 5 MINUTES it happens).

side-note: i didn't think the 8800GTS were able to do H/W decoding of h/x.264 ????
-------------------

The Question:

since MPC-HC's decoder "thinks" the video is being "decoded" by my 8800GTS; is this the problem of playback issues ?? is there a way to launch MPC-HC EXCLUSIVELY onto monitor 3 (samsung 8600) so the decoder ""attaches"" (for lack of a better programming term... :confused: ) to my 8600 from the start ??

-------------------

-eric

mariner
13th June 2008, 05:16
I... when ever I register the .ax graphedit crashes when I try to open up driectshow filters. As soon as I unregister the .ax I can open it up...

BTW, I'm using this (http://forum.doom9.org/showpost.php?p=1148207&postcount=2535)version.

Similar problem here under XP SP3, but works fine using RadScorpion's Open Source GraphEdit.

Joniii
13th June 2008, 07:00
I'm trying to build a graph with MPCVideoDec.ax for decoding .mkv's remuxed from .m2ts files from a BD but when ever I register the .ax graphedit crashes when I try to open up driectshow filters. As soon as I unregister the .ax I can open it up; but of course the decoder isn't there. Any ideas?

BTW, I'm using this (http://forum.doom9.org/showpost.php?p=1148207&postcount=2535)version.

Something related to this problem i'm having?

I think that standalone codecs aren't registered correctly. I registered both mpegsplitter.ax and mpcvideodec.ax (the ones someone compiled few pages back) with dsfmgr, then tried to play .m2ts files and both WMP11 and VMC gave error that I don't have codecs to play this file.

I then unregistered both codecs and then registered v 1.1.0.0 codecs from sourceforge, then replaced those .ax files with the new versions which didn't work before, after that I was able to play all .m2ts files.

lych_necross
13th June 2008, 07:18
Good question, I would like to know that too!

(about procamp) I don't know much about shader programming, but from what I can tell from the code, it is basically a levels function (similar to Didee's Ylevels). In addition to doing 16-235 -> 0-255, it probably makes adjustments to the gamma curve.

Joniii
13th June 2008, 07:40
I'm having some problems.

1)
I think that standalone codecs aren't registered correctly. I registered both mpegsplitter.ax and mpcvideodec.ax (the ones someone compiled awhile ago) with dsfmgr, then tried to play .m2ts files and both WMP11 and VMC gave error that I don't have codecs to play this file.

I then unregistered both codecs and then registered v 1.1.0.0 codecs from sourceforge, then replaced those .ax files with the new versions which didn't work before, after that I was able to play all .m2ts files.

2)
Might also be something wrong with the splitter dealing with H.264 .m2ts files. Some of my H.264 Blu-ray movies won't play with mpegsplitter + any video decoder. They play but the AR is wrong and there is just tiny squished picture with horrible quality. With Haali, every H.264 movies plays fine in every player and decoder combination.

Sample (http:\\www.netikka.net\enclave\Sample.m2ts) (H.264, Widescreen)

MPC-HC (Mpegsplitter + MPCVideoDec)
Tiny picture in windowed mode, seems to open in widescreen when going to full screen mode.

WMP11 (Mpegsplitter + Cyberlink MPEG-2 decoder)
Movie plays in 4:3

WMP11 (Mpegsplitter + FFDSHOW)
Black Screen

3)
If I use mpegsplitter + mpcvideodecoder I get blocks with all VC-1 Blu-rays. Swiching to any other video decoder and I get no blocks (wmvideo decoder dmo, ffdshow, arcsoft) but with all of those there is bad stutter. If I switch to haali splitter, all stutter is gone and no blocks.

I just noticed that when I use Haali splitter and MPCVideodecoder all stutter and those weird colourful blocks are gone. Also, no AR problems with H.264. Everything works 100%, so it seems that it's all because MPEGSplitter.

Mercury_22
13th June 2008, 11:02
I've just tested this video ogg (Theora) (http://rapidshare.com/files/122112854/TEST.ogg.html) on a friend's notebook with an ATI RADEON XPRESS 1100 (latest drivers) (http://support.asus.com/download/download.aspx?model=X51R&SLanguage=en-us), Vista x86 Ultimate and MPC-HC it's crashing with this message Display driver stopped responding and has recovered when I use any spliter but internal ! Although using the internal gives me the old bug : Video it's freezing after1-2 sec !
BUT WMP has no problem playing the same file with Haali's Media Splitter !

On the other hand on my system Intel G35 MPC-HC it's playing the same file OK with Haali's Media Splitter !

Can anyone help me ? :helpful:
If the drivers are the problem can somebody point me to latest ASUS / ATI drivers, because ATI's latest CAN"T be installed on my friend's notebook ! :thanks:

Edit : Problem solved ! I was using VMR9 and switching to EVR / EVR custom solved the problem ! ( I thought VMR9 it's the safest :eek: ) but still only when using Haali's Media Splitter ! Can we hope for an improvement to the internal OGG spliter ? Please !

johnsonlam
13th June 2008, 11:53
Dear developers,

I've tried the subtitle delay interval, it's working but not accept a negative value, can you change it to accept negative value so it can be used when the external subtitle file starting too late (work like VirtualDub audio skew correction)?

Thank you very much!

*Sorry for not starting a new thread, it's too late for me to move it.


Rgds,
Johnson.

clsid
13th June 2008, 12:35
A negative interval makes no sense. An interval is per definition positive.

Enter a positive interval and press F1. The result will be a negative delay.

saint-francis
13th June 2008, 15:25
Registering the decoder from SourceForge and then replacing it with the new one worked for me also. It's a messy solution but it will do until this issue is taken care of.

EDIT: I still can't make a working graph with it for encoding though. Haali media splitter -> MPCVideoDec times out every time.

gngn
13th June 2008, 16:37
Registering the decoder from SourceForge and then replacing it with the new one worked for me also. It's a messy solution but it will do until this issue is taken care of.

EDIT: I still can't make a working graph with it for encoding though. Haali media splitter -> MPCVideoDec times out every time.

it doesnt work for me. the moment i overwrite the decoder i got from SourceForge (tried with 3 newer variants: 541, 551, 578) the decoder wont be loaded by the system anymore i think. not even DXVAChecker will load it when testing a movie.

Phaser
13th June 2008, 17:14
gngn, I had a similar problem... You should check in the decoder properties (Coedecs Tab) and make sure H264/AVC, VC1 are enabled.

gngn
13th June 2008, 17:30
gngn, I had a similar problem... You should check in the decoder properties (Coedecs Tab) and make sure H264/AVC, VC1 are enabled.

it works now! :thanks:
it's the first time i see this codecs tab :stupid:

johnsonlam
13th June 2008, 17:45
A negative interval makes no sense. An interval is per definition positive.

Enter a positive interval and press F1. The result will be a negative delay.

Sorry, maybe I misunderstand it's meaning, I think it's exact the same as the "audio skew correction" of VirtualDub.

Isn't it a delay of the subtitle time?

ranpha
13th June 2008, 18:37
Sorry, maybe I misunderstand it's meaning, I think it's exact the same as the "audio skew correction" of VirtualDub.

Isn't it a delay of the subtitle time?

If you put 100ms at the Delay Interval field, pressing F1 will delay the appearance of the sub by 100ms, F2 will make the sub appear 100ms faster.

sfortier
13th June 2008, 18:51
Hi!

The MPEG-TS files in the following site can be played on MPlayer with Video an Audio. MPC-HC plays ok the video but recognizes the audio stream as MPEG1payload with no sound...

Until r512 I get video with no sound. Starting with r513 I lost the video and with no sound!!!

The files has h264 and he-aac streams.

http://www.cbclip.com.br/Manhattan
Username: Manhattan
Password: M4nh4tt4n

Thanks.

johnsonlam
13th June 2008, 19:08
If you put 100ms at the Delay Interval field, pressing F1 will delay the appearance of the sub by 100ms, F2 will make the sub appear 100ms faster.

Thanks.

_xxl
13th June 2008, 19:12
MPEG-TS splitter problem
You have posted it 4 times.

majax79
14th June 2008, 02:41
I love MPC Home Cinema.

Is it possible to dictate the starting point of a contact sheet? I want the first image on the CS to be the 1st frame of the video (00:00).

Carandiru
14th June 2008, 03:17
I developed this post process shader for Media Player HC - it improves the quality of video without sacrificing quality.
I find it removes "noise" or the "blocking" side effects of mpeg compression. Good for divx/xvid compressed videos and improving the quality of the video to be that of closer to the dvd.

I hope you all find it useful, I use it all the time.


sampler s0 : register(s0);
float4 p0 : register(c0);
float4 p1 : register(c1);

#define width (p0[0])
#define height (p0[1])
#define counter (p0[2])
#define clock (p0[3])
#define one_over_width (p1[0])
#define one_over_height (p1[1])

#define val0 (1.0)
#define val1 (0.125)

#define effect_width (0.1)

#define PI acos(-1)

float4 main(float2 tex : TEXCOORD0) : COLOR
{
float dx = 0.0f;
float dy = 0.0f;
float fTap = effect_width;

float4 cAccum = tex2D(s0, tex) * val0;

for ( int iDx = 0 ; iDx < 16; ++iDx )
{
dx = fTap /width;
dy = fTap /height;

cAccum += tex2D(s0, tex + float2(-dx,-dy)) * val1;
cAccum += tex2D(s0, tex + float2(0,-dy)) * val1;
cAccum += tex2D(s0, tex + float2(-dx,0)) * val1;
cAccum += tex2D(s0, tex + float2(dx,0)) * val1;
cAccum += tex2D(s0, tex + float2(0,dy)) * val1;
cAccum += tex2D(s0, tex + float2(dx,dy)) * val1;
cAccum += tex2D(s0, tex + float2(-dx,+dy)) * val1;
cAccum += tex2D(s0, tex + float2(+dx,-dy)) * val1;

fTap += 0.1f;
}

return(cAccum/16.0f);
}


http://www.tommorowland.net/

alexins
14th June 2008, 03:21
MPC-Homecinema.1.1.580.0 (x64) (http://www.xvidvideo.ru/component/option,com_docman/task,doc_download/gid,28/Itemid,11/) (2,22 Mb) - Without installer (x64)
MPC-Homecinema.1.1.580.0 (x64) (http://www.xvidvideo.ru/component/option,com_docman/task,doc_download/gid,29/Itemid,11/) (2,74 Mb) - With installer (x64)
Supported languages: CZ, DE, ES, FR, HU, IT, KR, PL, RU, SK, TR, UA
Microsoft Visual C++ 2008, DirectX SDK v.9.23.1350

ericab
14th June 2008, 04:42
MPC-Homecinema.1.1.580.0 (x64) (http://xvidvideo.ru/files/MPC-Homecinema.580_(x64).7z) (2,22 Mb) - (x64)
Supported languages: CZ, DE, ES, FR, HU, IT, KR, PL, RU, SK, TR, UA
Microsoft Visual C++ 2008, DirectX SDK v.9.23.1350

thanks alexins for you constant compiles. its much appreciated.

cca
14th June 2008, 07:31
I'll test this x86-64 compile when I get home, the most outstanding bug I found last time was the OSD/black screen one.

Mercury_22
14th June 2008, 10:07
MPC-Homecinema.1.1.580.0 (x64) (http://xvidvideo.ru/files/MPC-Homecinema.580_(x64).7z) (2,22 Mb) - (x64)
Supported languages: CZ, DE, ES, FR, HU, IT, KR, PL, RU, SK, TR, UA
Microsoft Visual C++ 2008, DirectX SDK v.9.23.1350

Tested ! It's OK ! :thanks:
Thanks for using C++ 2008 & DirectX SDK v.9.23.1350 !

cca
14th June 2008, 13:12
MPC-Homecinema.1.1.580.0 (x64) (http://xvidvideo.ru/files/MPC-Homecinema.580_(x64).7z) (2,22 Mb) - (x64)
Supported languages: CZ, DE, ES, FR, HU, IT, KR, PL, RU, SK, TR, UA
Microsoft Visual C++ 2008, DirectX SDK v.9.23.1350

Just tested it, the OSD/black screen bug is still not fixed. To reproduce: Use EVR Custom, and just try to increase the Volume pressing the Up Arrow key. Entire video area goes black when the OSD appears. Video returns when the OSD disappears.

sfortier
14th June 2008, 13:23
You have posted it 4 times.

You are right!
Sorry. This is a capture of the SBTVD ts-stream. Here on brazil we are with problems to play these streams.
No one answered me. I´m still with the problem.
Thanks.

ghostonline
14th June 2008, 14:36
odd problem

i have a mkv file

generated by mediainfo 0.7.7.2
Codec : AVC
Codec/Family : AVC
Codec/Info : Advanced Video Codec
Codec profile : High@L5.1
Codec settings, CABAC : Yes
Codec_Settings_RefFrames : 5
PlayTime : 23mn 11s
Nominal bit rate : 3800 Kbps
Width : 1920 pixels
Height : 1080 pixels
Display Aspect ratio : 16/9
Frame rate : 23.976 fps
Chroma : 4:2:0
Interlacement : Progressive
Bits/(Pixel*Frame) : 0.076
Writing library : x264 - core 58 svn-736M
Encoding settings : cabac=1 / ref=5 /
deblock=1:0:0 / analyse=0x3:0x133 / me=esa / subme=7 /
me-prepass=0 / brdo=1 / mixed_ref=1 / me_range=16 /
chroma_me=1 / trellis=0 / 8x8dct=1 / cqm=0 /
deadzone=21,11 / chroma_qp_offset=0 / threads=6 / nr=0
/ decimate=1 / mbaff=0 / bframes=5 / b_pyramid=1 /
b_adapt=1 / b_bias=0 / direct=3 / wpredb=1 / bime=1 /
keyint=480 / keyint_min=24 / scenecut=40(pre) / rc=abr
/ bitrate=3800 / ratetol=1.0 /
rceq='blurCplx^(1-qComp)' / qcomp=1.00 / qpmin=1 /
qpmax=20 / qpstep=4 / ip_ratio=1.40 / pb_ratio=1.30 /
aq=1:0.5:13.0
Language : Japanese

under xp32bit (NV video card), MPC-HC with powerdvd h264 decoder will play this file in dxva under vmr9 renderless mode

mpc internal decoder was not able to use dxva.


under vista 32bit sp1, (ati video card),pdvd 264 decoder will give black screen under evr/evr custom pres.

mpc internal decoder will play without dxva.

under vista 64bit sp1 (nv video card), black screen for pdvd 264 decoder.

mpc internal decoder will play without dxva.

conclusion: pdvd h264 decoder works in dxva under xp32bit(vmr9), but not under vista32/64bit (evr):confused:

mpc internal decoder never worked in dxva at all.:confused:


I know it is High@L5.1 ref5, but it plays fine under xp32bit.:confused:

Rayce
14th June 2008, 22:36
Hi guys!
I just got hold of the MPC-HC a week ago and have eagerly followed the progress of this thread since then.
I just finished setting up my main PC for HD playback, but I'm running into various problems getting DXVA mode activated.
Here are my specs: A64 3700+ (Clawhammer, S754), GF 8600GTS 256mb, 2GB DDR400, Vista Ultimate x64 SP1. All newest drivers and updates installed.
I'm using the newest MPC-HC build with the internal filters in EVR mode, but i can't get any mkv/x264 or wmv/vc1 HD movies playing over DXVA. Neither 720p nor 1080p.
I know this is pretty vague, but maybe someone can give me some heads up on what I'm need to look into.

Thanks :)

majax79
14th June 2008, 22:58
Ok, so I still haven't found a way to dictate this. Anyone have any ideas? Is there a code I can tweak?

Original Message:

Is it possible to dictate the starting point of a contact sheet? I want the first image on the CS to be the 1st frame of the video (00:00).

ericab
15th June 2008, 01:40
Hi guys!
I just got hold of the MPC-HC a week ago and have eagerly followed the progress of this thread since then.
I just finished setting up my main PC for HD playback, but I'm running into various problems getting DXVA mode activated.
Here are my specs: A64 3700+ (Clawhammer, S754), GF 8600GTS 256mb, 2GB DDR400, Vista Ultimate x64 SP1. All newest drivers and updates installed.
I'm using the newest MPC-HC build with the internal filters in EVR mode, but i can't get any mkv/x264 or wmv/vc1 HD movies playing over DXVA. Neither 720p nor 1080p.
I know this is pretty vague, but maybe someone can give me some heads up on what I'm need to look into.

Thanks :)

rayce;

what is the "newest MPC-HC build" you are using ?
do you have ffdshow installed? if so, you must disable ffdshow from decoding h.264

ADude
15th June 2008, 04:59
#2588

Wow - I can't believe I've read 2,588 MPC-HC posts ! :eek:

pcm1ke
15th June 2008, 08:30
Does anyone have any idea why I would be getting out of sync audio when I playback x264 content using MPHC with all the internal filters except for coreavc when I set my refresh rate (onboard GPU, ATI 3200 HD) to 24hz? If the refresh rate is 60hz, there is no problem, but the minute I switch it to 24hz there is a huge problem. I'm using EVR Custom. If I switch to VM9 renderless the audio gets a little better but is still out of sync. Just an FYI, the problem doesn't occur when I playback blu-ray content in PowerDVD.

Any ideas?

Mercury_22
15th June 2008, 17:30
Does anyone have any idea why I would be getting out of sync audio when I playback x264 content using MPHC with all the internal filters except for coreavc when I set my refresh rate (onboard GPU, ATI 3200 HD) to 24hz? If the refresh rate is 60hz, there is no problem, but the minute I switch it to 24hz there is a huge problem. I'm using EVR Custom. If I switch to VM9 renderless the audio gets a little better but is still out of sync. Just an FYI, the problem doesn't occur when I playback blu-ray content in PowerDVD.

Any ideas?

Same here ! but Intel G35 HDMI and when using ffdshow or any other decoder than internal no more "out of sync audio when I playback" H264 / AVC tested on x64 and x86 with VMR9 / EVR / EVR custom ... same results ! :helpful:

P.S. Doesn't MPC-HC using the same H264 / AVC decoder ( libavcodec ) ? Maybe just different versions ?

Rayce
15th June 2008, 22:44
rayce;

what is the "newest MPC-HC build" you are using ?
do you have ffdshow installed? if so, you must disable ffdshow from decoding h.264Thanks for the reply :)
I'm using the 1.1.576.0 build and have no ffdshow installed.

Here's the info of an x264/mkv 720p video, for example:
Filter : MPC Video Decoder - CLSID : {008BAC12-FBAF-497B-9670-BC6F6FBAE2C4}

- Connected to:

CLSID: {0A68C3B5-9164-4A54-AFAF-995B2FF0E0D4}
Pin: English (Video 1)

- Connection media type:

Video: MPEG4 Video (H264) 1280x720 23.98fps

AM_MEDIA_TYPE:
majortype: MEDIATYPE_Video {73646976-0000-0010-8000-00AA00389B71}
subtype: Unknown GUID Name {31435641-0000-0010-8000-00AA00389B71}
formattype: FORMAT_MPEG2_VIDEO {E06D80E3-DB46-11CF-B4D1-00805F6CBBEA}
bFixedSizeSamples: 1
bTemporalCompression: 0
lSampleSize: 1
cbFormat: 164


And here of a x264 1080p movie:
Filter : MPC Video Decoder - CLSID : {008BAC12-FBAF-497B-9670-BC6F6FBAE2C4}

- Connected to:

CLSID: {0A68C3B5-9164-4A54-AFAF-995B2FF0E0D4}
Pin: English (Video 1)

- Connection media type:

Video: MPEG4 Video (H264) 1920x1080 23.98fps

AM_MEDIA_TYPE:
majortype: MEDIATYPE_Video {73646976-0000-0010-8000-00AA00389B71}
subtype: Unknown GUID Name {31435641-0000-0010-8000-00AA00389B71}
formattype: FORMAT_MPEG2_VIDEO {E06D80E3-DB46-11CF-B4D1-00805F6CBBEA}
bFixedSizeSamples: 1
bTemporalCompression: 0
lSampleSize: 1
cbFormat: 165


Weirdly, here's a single 1080p movie that does work with DXVA:
Filter : MPC Video Decoder - CLSID : {008BAC12-FBAF-497B-9670-BC6F6FBAE2C4}

- Connected to:

CLSID: {0A68C3B5-9164-4A54-AFAF-995B2FF0E0D4}
Pin: Undetermined, Video (Video 1)

- Connection media type:

Video: MPEG4 Video (H264) 1920x800 23.98fps

AM_MEDIA_TYPE:
majortype: MEDIATYPE_Video {73646976-0000-0010-8000-00AA00389B71}
subtype: Unknown GUID Name {31435641-0000-0010-8000-00AA00389B71}
formattype: FORMAT_MPEG2_VIDEO {E06D80E3-DB46-11CF-B4D1-00805F6CBBEA}
bFixedSizeSamples: 1
bTemporalCompression: 0
lSampleSize: 1
cbFormat: 164



I don't see any difference in the codec, it's like the filter randomly chooses what movie to use DXVA with and which not. And these are only the mkv/x264 movies. All of my wmv/vc1 movies don't work in DXVA :(


EDIT: Using 1.1.580.0 x86 now, still no different results :(

MatMaul
16th June 2008, 00:14
I don't see any difference in the codec, it's like the filter randomly chooses what movie to use DXVA with and which not. And these are only the mkv/x264 movies. All of my wmv/vc1 movies don't work in DXVA :(
:angry: PLEASE use search before posting ! :search::search:
this is explained all over this thread and this one (http://forum.doom9.org/showthread.php?t=137974), we will not explain it again...

Rayce
16th June 2008, 00:54
:angry: PLEASE use search before posting ! :search::search:
this is explained all over this thread and this one (http://forum.doom9.org/showthread.php?t=137974), we will not explain it again...Actually, I have read the thread before posting any of this. I have not a lot of clue about the technical stuff, hence me not understanding all of it and why a lot of it doesn't work for me.

One movie is x264/mkv with AVC video in 1080p has 5 ref-frames (whatever that means). It uses DXVA with the internal decoder. A same movie with the same properties doesn't run in DXVA.
Using the Cyberlink x264 filter, most 720p movies run, but 1080p's give me a green screen.
As stated before I have never gotten VC1 to run hardware accelerated. I have no large bothers with it though, since my 3700+ seems to be fast enough to play even 1080p movies fluently with that codec. So I am mainly concerned about the x264 movies, and why two different movies with the exact same codec options run differently.

If I have aggravated anyone in here, I beg for apology. I am just "another noob" trying to get things to run, like everyone else in here too. :(

ericab
16th June 2008, 01:58
Actually, I have read the thread before posting any of this. I have not a lot of clue about the technical stuff, hence me not understanding all of it and why a lot of it doesn't work for me.

One movie is x264/mkv with AVC video in 1080p has 5 ref-frames (whatever that means). It uses DXVA with the internal decoder. A same movie with the same properties doesn't run in DXVA.
Using the Cyberlink x264 filter, most 720p movies run, but 1080p's give me a green screen.
As stated before I have never gotten VC1 to run hardware accelerated. I have no large bothers with it though, since my 3700+ seems to be fast enough to play even 1080p movies fluently with that codec. So I am mainly concerned about the x264 movies, and why two different movies with the exact same codec options run differently.

If I have aggravated anyone in here, I beg for apology. I am just "another noob" trying to get things to run, like everyone else in here too. :(


i agree with rayce.
lets not flame the 'n00bs'.
were all n00bs at some time or another.

"questions incur wisdom" -ericab, 2008

:thanks:

MatMaul
16th June 2008, 02:47
sorry but the fact that vc1 can't currently be decoded in MPC with DXVA with Nvidia cards had been said a million time and I am sometimes tired to read over and over the same things...
and this is write on the "DXVA Support" page of the mpc-hc website (http://mpc-hc.sourceforge.net/DXVASupport.html)...
about h264 the 1920x1080 clip has too many refs regarding its resolution, the 1920x800 don't...

Rayce
16th June 2008, 03:19
Thanks for the heads-up guys.
I did notice that every 720p x264 movie with more than 10 ref-keys won't work with DXVA, 1080p movies need to be under 8 ref's. I switched back to the Cyberlink Codec, and funnily enough exactly those are the ones that give me the green screen. Anything below that will run accelerated. Thanks for helping me find this out :)

I'm just hoping that someday this issue with the ref's can be figured out :)

gngn
16th June 2008, 03:51
at this moment Cyberlinks Decoder isnt better than MPC-HC's internal H264 decoder. it will try to play in hardware accelerated mode even files that are not DXVA compatible, but the result will be black screen or stuttering. MPC-HC's decoder will recognize those not compatible files and will play them in software mode.
real 720p (1280x720) needs to have max 9 ReFrames, 1080p (1920x1080) max 4 ReFrames. anything beyond is not DXVA compatible, or it will need a new generation of video cards. to bad that there are still video files made that are not compatible.

frequenzy
16th June 2008, 08:30
Just tested it, the OSD/black screen bug is still not fixed. To reproduce: Use EVR Custom, and just try to increase the Volume pressing the Up Arrow key. Entire video area goes black when the OSD appears. Video returns when the OSD disappears.

just tried it and i also got a blackscreen :-)

clsid
16th June 2008, 11:33
Maybe the DXVA status message in the decoding filter can be extended (with a second line) to additionally show the reason for the failure, e.g.:
* Incompatible graphics card
* Incompatible level (5.1)
* Too many reference frames
* Unsupported video resolution

That may reduce the amount of questions about "why doesn't DXVA work for file XXXX".

Mercury_22
16th June 2008, 11:38
Maybe the DXVA status message in the decoding filter can be extended (with a second line) to additionally show the reason for the failure, e.g.:
* Incompatible graphics card
* Incompatible level (5.1)
* Too many reference frames
* Unsupported video resolution

That may reduce the amount of questions about "why doesn't DXVA work for file XXXX".

That's a good idea !

tetsuo55
16th June 2008, 11:50
Maybe the DXVA status message in the decoding filter can be extended (with a second line) to additionally show the reason for the failure, e.g.:
* Incompatible graphics card
* Incompatible level (5.1)
* Too many reference frames
* Unsupported video resolution

That may reduce the amount of questions about "why doesn't DXVA work for file XXXX".

I agree, i was going to suggest this but i am still working on a better detection formula for DXVA compatibility.

The new formula will work for all levels and will take into account the usage of b-refs

MatMaul
16th June 2008, 12:05
I agree, i was going to suggest this but i am still working on a better detection formula for DXVA compatibility.

The new formula will work for all levels and will take into account the usage of b-refs
don't understand.
the actual formula seems to be ok, except in one case : samples without b-frames can be decoded properly up to 15 refs (currently it is 11 in the formula, which is the max reported for samples with b-frames). and 99% of the streams use b-frames so...

krbo
16th June 2008, 13:48
among all these h264 posts maybe one silly question:

Is MPC HC supposed to play mpeg2 video in a mkv container ??
(it certainly plays it OK muxed as mpeg2 PS)

Recently I tried to mux mpeg2 video (classic PAL 720x576) , mp2 audio (2ch 192kbit) and one srt subtitle into a mkv.
MPC was not able to play video (says something like "unknown video") - audio only.

It looks for me problem is in internal splitter as BSPlayer I tried later activated Haali splitter and plays that mkv without a problem.

Just an info to developers...

lexor
16th June 2008, 14:58
don't understand.
the actual formula seems to be ok, except in one case : samples without b-frames can be decoded properly up to 15 refs (currently it is 11 in the formula, which is the max reported for samples with b-frames). and 99% of the streams use b-frames so...

I agree, the only way that the formula could be improved (though it may not be possible) is to identify the reason the problem samples I and some others posted a while back produce blockiness in DXVA mode (both mpc and pdvd) on ATI cards but not NVIDIA. I think at the time it was chucked to hardware incompatibility, but if the actual reason could be tracked and MPC's decision process updated, it would eliminate the need to manually flip DXVA on and off.

tetsuo55
16th June 2008, 16:24
The current formula is too simplistic and does not take into account the difference between levels.

Basically all it does is make sure that the file will work on a L4.1 device like your videocard. and even then the check does not account for a couple of variables, like for example b-frames.

We basically have 2 options at this point:

Option one, adjust the formula assuming all content is encoded for playback on a 4.1 device, and make sure all limits are met for this level.

Option two, adjust the formula assuming content will be played back any device capable of playing the file.

The first option just plays back anything that won't crash the videocard, however the file's might not work on other devices or cause macroblocking or other strange issues.

imho defining the level restrictions better is the best way to go forward.

This approach also allows us to define level 5 (standalone players and TV's already exist for L5), any non-compatible file should give an error and default to software mode.

An accurate calculation would look something like this:
-Check if the height and width are mod16
-Check h264 header and define Profile.
-Check h264 header for b-frames
Split path b-frames/no b-frames
-Use height, Width and FPS to determine LEVEL
-calculate if ref frames are equal or lower to the max DPB for the determined level (MAX DBP / (w*h*12) <= MAX REF)
-finally check if bitrate does not exceed the maximum for the LEVEL (this last one could be overriden for levels lower than 4.1, needs testing )

If all is okay play back file with DXVA

Every failed check should error out and show that error, then default to software mode.

MatMaul
16th June 2008, 19:03
@lexor : agreed

@tetsuo55 : nearly all your step are useless for just checking DXVA compatibility...

- mod16 is not a restriction for DXVA decoding
- the video cards don't really care about the level, they only care about the nbs of refs because they have a fixed buffer to store the decoded pictures. the bitrate could be problematic but the limit seems to be very high.

ADude
16th June 2008, 19:54
Actually, I have read the thread before posting any of this. I have not a lot of clue about the technical stuff, hence me not understanding all of it and why a lot of it doesn't work for me.

Then get a BluRay player and give away your HT-PC.

HT-PC's are for "techies" and "geeks" - people who find a word in the thread that they don't understand and say "cool - something to learn!" and go to Wikipedia, and read the whole article about it.

People who know nothing about automobiles, don't open up the engine and change the cylinder bore.

So, I am continually amazed that people who are not technical are trying to do things like BitTorrent and HT-PC.

HT-PC are hobbies, requiring hours of attention - if you don't enjoy doing it, it's not for you.

tetsuo55
16th June 2008, 20:03
why do you think mod16 does not matter? i *had* several non mod16 files that did not work.

i could modify the h264 header and put in a mod16 value and the video would get decoded, however after a short time the system would lock up needed a reset.

the checks i suggested are only needed when trying to define the limits of all levels. like i said assuming l4.1 for all content makes them almost useless.

Why they are needed:
-Ref frame limit is not only limited by resolution but also by fps
-L5.1 devices are out, its only a question of time before MPC-HC starts supporting this, the current formula would not work for a L5.1 device.
-the full formula could be used in x264 and/or frontends to ensure files are hardware compatible automagically

Also better defining the limits might point out why some files don't work 100% correctly

Finally maybe this should be a standalone file checker before anything is changed in MPC

MatMaul
16th June 2008, 20:21
why do you think mod16 does not matter? i *had* several non mod16 files that did not work.
because it was fixed by casimir recently so it should work now. As I stated some times ago 1920*1080 is not mod16 and is a very common HD resolution (blu ray discs resolution ^^).

-Ref frame limit is not only limited by resolution but also by fps
false, fps has nothing to do with ref frame limit. the buffer size do not change so even at 60 fps the ref limit will still be the same for a given resolution and level.
-L5.1 devices are out, its only a question of time before MPC-HC starts supporting this, the current formula would not work for a L5.1 device.
Please quote or link sources

rack04
16th June 2008, 20:35
Just wanted to report that seeking on my 8800gt works perfectly. Thank you to all the devs for all the hard work.

tetsuo55
16th June 2008, 20:40
because it was fixed by casimir recently so it should work now. As I stated some times ago 1920*1080 is not mod16 and is a very common HD resolution (blu ray discs resolution ^^).


false, fps has nothing to do with ref frame limit. the buffer size do not change so even at 60 fps the ref limit will still be the same for a given resolution and level.

Please quote or link sources

Hmm my broken files would also not work in powerdvd
Blurays are actually 1920x1088 but the extra 8 lines are cropped (not always though, grey line that annoys people)

a 1920x1080 file @ 60 fps will not work with 4 ref frames, just try it ;), if it does work out videocards support Level 4.2, the next test would be 72.3 fps.

source quadhd: working on it!

Joniii
16th June 2008, 21:23
Hmm my broken files would also not work in powerdvd
Blurays are actually 1920x1088 but the extra 8 lines are cropped (not always though, grey line that annoys people)

a 1920x1080 file @ 60 fps will not work with 4 ref frames, just try it ;), if it does work out videocards support Level 4.2, the next test would be 72.3 fps.

source quadhd: working on it!

My H.264 movies are 1934x1088 according to MPC, is that normal?

MatMaul
16th June 2008, 23:54
Blurays are actually 1920x1088 but the extra 8 lines are cropped (not always though, grey line that annoys people)
like all the "non mod16" samples : h264 can't encode a non mod16 video because the size of a macroblock is 16*16 pixels, so it uses the same trick for all non mod16 video : add some lines to the video to reach mod16 and crop at playback time.

a 1920x1080 file @ 60 fps will not work with 4 ref frames, just try it ;), if it does work out videocards support Level 4.2, the next test would be 72.3 fps.
I didn't say it will work I said it is unrelated : MaxDPB is used to find the max number of refs, MaxMBPS is used to find the max fps. So a 1920x1080 file @ 60 fps will not work, even with 1 ref frame.
But you find something here : we need to check fps against the MaxMBPS to fallback in software mode if it is too high.

currently never heard about a GPU which support L5.1 so I will be happy to read that :)

ooferomen
17th June 2008, 02:24
can mpeg2 bitstreaming support be added to MPC HC?

pcm1ke
17th June 2008, 03:19
No advice? Nothing? :confused:

Does anyone have any idea why I would be getting out of sync audio when I playback x264 content using MPHC with all the internal filters except for coreavc when I set my refresh rate (onboard GPU, ATI 3200 HD) to 24hz? If the refresh rate is 60hz, there is no problem, but the minute I switch it to 24hz there is a huge problem. I'm using EVR Custom. If I switch to VM9 renderless the audio gets a little better but is still out of sync. Just an FYI, the problem doesn't occur when I playback blu-ray content in PowerDVD.

Any ideas?

ericab
17th June 2008, 05:34
can mpeg2 bitstreaming support be added to MPC HC?

that would be AWESOME.

no more purevideo ! :devil:

i doubt it will ever happen though. . . . .

ericab
17th June 2008, 05:40
No advice? Nothing? :confused:

pcm1ke;

sounds similar to my ordeal (posted a page or so back... with no answer yet... btw... :mad: )



you aren't by chance using a multi-monitor setup for video playback are you ??

JohnLai
17th June 2008, 06:06
that would be AWESOME.

no more purevideo ! :devil:

i doubt it will ever happen though. . . . .

Hmm....i wish for it to happen.....DXVA in MPEG2 is better for my old pc that still using agp slot. Imagine running 1920x1280 MPEG2 files using ATI HD2400(don't know if the 2400 support it, lol)....

ramonchin
17th June 2008, 22:58
What a pity! MPC video decoder doesn't work with interlaced H264 satellite channels... black screen :( . I'll continue using Cyberlink on DVBviewer.

greenail
18th June 2008, 00:02
What a pity! MPC video decoder doesn't work with interlaced H264 satellite channels... black screen :( . I'll continue using Cyberlink on DVBviewer.

local network streaming to the MPC-HC player works with DVBDream, the standalone filter does not work however. The devs have any idea why the standalone filter can't handle h.264 in a ts stream? The filter properties say DXVA is working, but it is only black screen.

Aleksoid1978
18th June 2008, 01:09
Find bug:

I have 22 Monitor(DVI - first) and 32 LCD TV(DVI-HDMI - second), 8800GT

On Windows XP(SP3) when open mpc(22 is default), load and play video and try mpc move to 32 LCD(second) - BLACK SCREEN, using VMR9. Also if open mpc on second monitor, play video and move to first - black screen. But play not stopping, sound present, seeking working, but no video :mad:

On Vista SP1(EVR custom) - work fine, move mpc and it play, no black screen.

P.S. - The Kmplayer work fine on XP and Vista when move from one monitor to other.
Multi-monitor setting - DUALVIEW

STaRGaZeR
18th June 2008, 01:25
that would be AWESOME.

no more purevideo ! :devil:

i doubt it will ever happen though. . . . .

ATI cards don't support MPEG2 bitstream decoding, only assisted mode AFAIK. With MPEG2 Blu-ray movies I get +-20% CPU utilization with software decoder and 9-10% with Cyberlink's, which uses MPEG-2 IDCT DXVA2 with my HD3870 and works like a charm.

73ChargerFan
18th June 2008, 01:25
Does anyone have any idea why I would be getting out of sync audio when I playback x264 content using MPHC with all the internal filters except for coreavc when I set my refresh rate (onboard GPU, ATI 3200 HD) to 24hz? If the refresh rate is 60hz, there is no problem, but the minute I switch it to 24hz there is a huge problem. I'm using EVR Custom. If I switch to VM9 renderless the audio gets a little better but is still out of sync. Just an FYI, the problem doesn't occur when I playback blu-ray content in PowerDVD.

Any ideas?
I'd need more details, such as the display, file container (ts, mkv) and audio type. Otherwise, when my problems have been decoder or splitter related. Some combinations work on some files but not on others.

ericab
18th June 2008, 03:26
Find bug:

I have 22 Monitor(DVI - first) and 32 LCD TV(DVI-HDMI - second), 8800GT

On Windows XP(SP3) when open mpc(22 is default), load and play video and try mpc move to 32 LCD(second) - BLACK SCREEN, using VMR9. Also if open mpc on second monitor, play video and move to first - black screen. But play not stopping, sound present, seeking working, but no video :mad:

On Vista SP1(EVR custom) - work fine, move mpc and it play, no black screen.

P.S. - The Kmplayer work fine on XP and Vista when move from one monitor to other.
Multi-monitor setting - DUALVIEW

see my post here:
http://forum.doom9.org/showthread.php?p=1148520#post1148520

similar ??

Aleksoid1978
18th June 2008, 05:00
see my post here:
http://forum.doom9.org/showthread.php?p=1148520#post1148520

similar ??

Not exactly. For me - One video 8800GT+2 Monitor.

Video play fine when I run MPC, move to second monitor and after this open video and play, but not play normal(BLACK SCREEN) when i run MPC, play video and after move to second monitor. This is on XP. On Vista work fine.



No SLOW.

pcm1ke
18th June 2008, 06:57
Display = Samsung LN40A750 (LCD)
Container = mkv (x264, dts, ac3)

Thanks.

I'd need more details, such as the display, file container (ts, mkv) and audio type. Otherwise, when my problems have been decoder or splitter related. Some combinations work on some files but not on others.

Does anyone have any idea why I would be getting out of sync audio when I playback x264 content using MPHC with all the internal filters except for coreavc when I set my refresh rate (onboard GPU, ATI 3200 HD) to 24hz? If the refresh rate is 60hz, there is no problem, but the minute I switch it to 24hz there is a huge problem. I'm using EVR Custom. If I switch to VM9 renderless the audio gets a little better but is still out of sync. Just an FYI, the problem doesn't occur when I playback blu-ray content in PowerDVD.

Any ideas?

jaybox
18th June 2008, 16:32
mpc-hc v1.1.576.0
file: flv
I 've found mpc doesn't respond when video is resized and then jumped 10sec backward.
no such problems with v1.1.0.2

RaynQuist
18th June 2008, 19:08
Find bug:

I have 22 Monitor(DVI - first) and 32 LCD TV(DVI-HDMI - second), 8800GT

On Windows XP(SP3) when open mpc(22 is default), load and play video and try mpc move to 32 LCD(second) - BLACK SCREEN, using VMR9. Also if open mpc on second monitor, play video and move to first - black screen. But play not stopping, sound present, seeking working, but no video :mad:

On Vista SP1(EVR custom) - work fine, move mpc and it play, no black screen.

P.S. - The Kmplayer work fine on XP and Vista when move from one monitor to other.
Multi-monitor setting - DUALVIEW

Have you tried pausing the video before moving it? Also there's a remember last window position option so you can make it start up on the 32"

ericab
18th June 2008, 20:35
alexins;
new webpage looks great! :thanks:

Aleksoid1978
18th June 2008, 23:03
Have you tried pausing the video before moving it? Also there's a remember last window position option so you can make it start up on the 32"

A find solution for my trouble - i'm Usually use Output->VMR9(renderless) and Surface:3D surface(recomended) :
http://www.tosei.ru/isoft/fail.png - not work, black screen when move mpc while play video.

Yesterday i checked other surface - and Great, it is work on all surface Distinct from "3D surface(recomended)":
http://www.tosei.ru/isoft/work.png

ericab
18th June 2008, 23:34
A find solution for my trouble - i'm Usually use Output->VMR9(renderless) and Surface:3D surface(recomended) :
not work, black screen when move mpc while play video.

Yesterday i checked other surface - and Great, it is work on all surface Distinct from "3D surface(recomended)"



good find Aleksoid;
confirmed working for my issue too.

can someone explain what the 2d/3d selection means ?

Aleksoid1978
18th June 2008, 23:52
good find Aleksoid;
confirmed working for my issue too.

can someone explain what the 2d/3d selection means ?

Can you have time to test my build of mpc-hc(as you can see on images i add select monitor for fullscreen mode, because 8xxx and 9xxx not support FullScreenOverlay) ???

http://www.tosei.ru/isoft/mplayerc_fs_582.7z

ericab
19th June 2008, 00:30
Can you have time to test my build of mpc-hc(as you can see on images i add select monitor for fullscreen mode, because 8xxx and 9xxx not support FullScreenOverlay) ???

http://www.tosei.ru/isoft/mplayerc_fs_582.7z

Aleksoid;
works as advertised :)

this is definitely a feature that should be permanently implemented in the official builds of MPC-HC.


the only thing which i cant figure out is:

when MPC-HC's internal DXVA decoder is "Using DXVA"; it says the video card is my 8800GTS, instead of my 8600GT; EVEN when its being displayed on my 8600GT! why doesnt it show the correct video card thats being used ??

ericab
19th June 2008, 01:08
ok some new infos:

it seems an 8800GTS 512 doesnt support acceleration of H.264 with IDCT and CAVLC/CABAC or VC-1/WMV decode acceleration with IDCT;

where-as an 8600GT DOES; as well as: Decode Acceleration for H.264, VC-1/WMV; MPEG-2 decode acceleration, High quality scaling, MPEG-2 Spatial-Temporal De-Interlacing, and MPEG-2 inverse telecine.

so the question is:
how can i get MPC-HC to default to my secondary videocard (8600GT) for FULL h/x.264 acceleration ?

8800GTS = Primary; PCI Slot 1 (PCI bus 1, device 0, function 0)

8600GT = Secondary; PCI Slot 2 (PCI bus 2, device 0, function 0)

does anyone know how to change the code to in the MPC-HC vid-dec.ax to utilize PCI bus 2 ?

Aleksoid1978
19th June 2008, 02:03
Aleksoid;
works as advertised :)

this is definitely a feature that should be permanently implemented in the official builds of MPC-HC.


the only thing which i cant figure out is:

when MPC-HC's internal DXVA decoder is "Using DXVA"; it says the video card is my 8800GTS, instead of my 8600GT; EVEN when its being displayed on my 8600GT! why doesnt it show the correct video card thats being used ??

try this test build - http://www.tosei.ru/isoft/mplayerc_fs_582_test.7z - see property page MpcDecoder on different monitor and adapter

ericab
19th June 2008, 02:30
try this test build - http://www.tosei.ru/isoft/mplayerc_fs_582_test.7z - see property page MpcDecoder on different monitor and adapter

doesnt work correctly.

for some reason it uses the DivX h.264 decoder even though i have it set as blocked. your previous build used the correct decoder (MPC-HC internal)

however on the MPC-HC internal decoder options (when viewed through 'options') it now shows the monitor # you selected in the "output" page, so i guess this is the addition to the code you made ?

how can i be sure it (MPC-HC internal decoder) is using my 8600GT's decoding capabilities as opposed to my 8800GTS's ??

GTPVHD
19th June 2008, 02:38
8800GTS 512(G92 GPU) does support DXVA decoding for H.264, it has the same Purevideo features as 8600GT(G84). 8800GTS 320/640(G80 GPU) doesn't have DXVA decoding support for H.264.

Aleksoid1978
19th June 2008, 02:40
doesnt work correctly.

however on the MPC-HC internal decoder options (when viewed through 'options') it now shows the monitor # you selected in the "output" page, so i guess this is the addition to the code you made ?

how can i be sure it (MPC-HC internal decoder) is using my 8600GT's decoding capabilities as opposed to my 8800GTS's ??

1). - Yes, i add some change in code
2). - MPC-HC internal decoder use that adapter, on what Monitor you see(i think)

Aleksoid1978
19th June 2008, 02:58
doesnt work correctly.


try (if can) this - http://www.tosei.ru/isoft/mplayerc_fs_582_test_2.7z

i check on one video+2 monitor(notebook, 8600gt m) - correctly dispaly monitor - \\.\DISPLAY1 or \\.\DISPLAY2

Check on you two video ...

ericab
19th June 2008, 03:20
thanks for test builds aleksoid!

ill try test 2 in a while

2). - MPC-HC internal decoder use that adapter, on what Monitor you see(i think)

this is what im trying to figure out:

A) does MPC-HC internal decoder, display what adapter is being used, to decode 264 content

or

B) does MPC-HC internal decoder use video card it is displayed on for 264 acceleration, AND wrongly display what adapter is being used.

Aleksoid1978
19th June 2008, 03:36
thanks for test builds aleksoid!

ill try test 2 in a while



this is what im trying to figure out:

A) does MPC-HC internal decoder, display what adapter is being used, to decode 264 content

or

B) does MPC-HC internal decoder use video card it is displayed on for 264 acceleration, AND wrongly display what adapter is being used.

MPC-HC internal decoder from author display DEFAULT adapater in system.
MPC-HC internal decoder(my change and compile) display what adapter and monitor(display) conected to this adapter is used now, not only for 264 content.

Example - if you have 8800(monitor 1 and 2) and 8600(monitor 3), - when you see on monitor 3 MPC-HC internal decoder use 8600, because on this adapter connect monitor 3.

STaRGaZeR
19th June 2008, 03:41
Just to confirm, for those with ATI cards have you upgraded to Catalyst 8.6? If so, can you play VC1 videos without green glitches?

ericab
19th June 2008, 04:32
aleksoid;

test build 2 works very well.

multiple videocards can now be used with DXVA in MPC-HC!

:thanks:

can aleksoids code be incorporated into the official builds aswell ?

Aleksoid1978
19th June 2008, 04:40
aleksoid;

test build 2 works very well.

multiple videocards can now be used with DXVA in MPC-HC!

:thanks:

As i'm from russia and my English bad - can you write normaly to developers for add my code ???

Two things - FullScreenMonitor select and disaply current adapter+display

P.S. - and need more test ... Especially on Ati

ericab
19th June 2008, 04:56
As i'm from russia and my English bad - can you write normaly to developers for add my code ???

Two things - FullScreenMonitor select and disaply current adapter+display

P.S. - and need more test ... Especially on Ati

ok aleksoid, ill write to the developers.

were cen we/they get the source for you additions ?

Aleksoid1978
19th June 2008, 05:21
ok aleksoid, ill write to the developers.

were cen we/they get the source for you additions ?

ok - i now do and uploading diff and source files(for multiple monitor) and write here

...

here source diff and other - http://www.tosei.ru/isoft/mpc_582_Diff.7z

73ChargerFan
19th June 2008, 06:17
Display = Samsung LN40A750 (LCD)
Container = mkv (x264, dts, ac3)
Nice screen. :D

First, try the latest development build, from this thread, not from sourceforge.

Next, install Haali's media splitter for mkv, which will disable MPC's built-in mkv splitter. If it doesn't work, then you can re-enable the built-in mkv splitter.

My last suggestion is to try out the different options for output, VMR7, VMR9, Overlay, EVR, etc.

Getting some videos to work is hit or miss sometimes. Many of my mkv and ts files require me to switch to a different renderer or filter to get it to work.

Also, mkvmerge can REALLY screw up, e.g. I used it on a 103 minute x264 video & a dts track, but what I got was a 106 minute movie, where the audio is always 3 minutes behind the action. :confused:

Good luck with this, and keep reporting here what works and what doesn't.

johnsonlam
19th June 2008, 06:37
As i'm from russia and my English bad - can you write normaly to developers for add my code ???


Thank you very much for your work!
большое спасибо
And, your English is good.

Aleksoid1978
19th June 2008, 06:40
Thank you very much for your work!
большое спасибо
And, your English is good.

не за что :)

MatMaul
19th June 2008, 08:10
here source diff and other - http://www.tosei.ru/isoft/mpc_582_Diff.7z
thanks !
Can you link a location where we can find the MultiMonitor and Monitor source code ?
It is just to check the compatibility of the license with the GPL.

Aleksoid1978
19th June 2008, 10:34
thanks !
Can you link a location where we can find the MultiMonitor and Monitor source code ?
It is just to check the compatibility of the license with the GPL.

I find here - http://www.codeproject.com/KB/GDI/multimon.aspx

Mercury_22
19th June 2008, 10:48
Soon a specific logo for x64 release.

Is there any progress being made with this one ? :helpful:

gurubhai
19th June 2008, 11:29
can someone please compile a new version of MPCvideodec.ax

thanks in advance.

Joniii
19th June 2008, 11:55
Aleksoid, could you compile new mpeg splitter. It has had some h.264 bug fixes since your 541 compile.

CiTay
19th June 2008, 12:02
I think i found a bug, either in MPC HC or in the ATI drivers together with my Radeon HD 3850 (in Vista x64, but 32 bit MPC HC). I have searched a bit, but this thread is just too big, so here goes:

When using standard EVR (not custom), the lowest line at the bottom is actually displayed as the highest line on top. So when you have a black picture with a white ball at the bottom edge, you will see a white line at the top edge of the picture. This does not happen with EVR Custom. It does not depend on the video format.

Does this happen for anyone else? Right now i switched to EVR custom with Bicubic PS 2.0 resizer because i like the better sharpness, but that problem used to bother me a bit under EVR.

ericab
19th June 2008, 21:58
anyone know what the latest MPvideodec build is ?

Aleksoid1978
19th June 2008, 22:58
anyone know what the latest MPvideodec build is ?

Here:

http://www.tosei.ru/isoft/mpc/MPCVideoDec_582.7z

http://www.tosei.ru/isoft/mpc/Mpeg2DecFilter_582.7z

http://www.tosei.ru/isoft/mpc/MpegSplitter_582.7z

Aleksoid1978
19th June 2008, 23:20
Question to DEVELOPER - how can i add my message on OSD(like a Volume) ??? Many code, can't find

i find myself ...

STaRGaZeR
20th June 2008, 02:05
Just to confirm, for those with ATI cards have you upgraded to Catalyst 8.6? If so, can you play VC1 videos without green glitches?

Anyone has this problem or is just me?

Aleksoid1978
20th June 2008, 02:49
To DEVELOPER :

Can you add some code for OSD show current position/time ???

i do it here:

void CMainFrame::SeekTo(REFERENCE_TIME rtPos, bool fSeekToKeyFrame)
{
OAFilterState fs = GetMediaState();

if(rtPos < 0) rtPos = 0;
AppSettings &s = AfxGetAppSettings();
if(m_iPlaybackMode != PM_CAPTURE)
{
__int64 start, stop;
m_wndSeekBar.GetRange(start, stop);
GUID tf;
pMS->GetTimeFormat(&tf);
m_wndStatusBar.SetStatusTimer(rtPos, stop, !!m_wndSubresyncBar.IsWindowVisible(), &tf);
m_OSD.DisplayMessage(OSD_TOPLEFT, m_wndStatusBar.GetStatusTimer(), 1500);
}

and other question:

can do OSD - Transparent ???

pcm1ke
20th June 2008, 04:09
These links don't work. What is the latest build available and where can I download it?

Thanks.

ericab, I will conduct the short testing, and then assembling will be accessible on xvidvideo.ru

MPC-Homecinema.1.1.576.0 (http://xvidvideo.ru/files/MPC-HomeCinema.1.1.576.0.zip) (2,6 Mb) - With installer (x86)
MPC-Homecinema.1.1.576.0 (http://xvidvideo.ru/files/MPC-Homecinema.576.7z) (2,09 Mb) - Without installer (x86)
Supported languages: CZ, DE, ES, FR, HU, IT, KR, PL, RU, SK, TR, UA
Microsoft Visual C++ 2008, DirectX SDK v.9.23.1350, MinGW GCC 4.2.4

Aleksoid1978
20th June 2008, 04:23
These links don't work. What is the latest build available and where can I download it?

Thanks.

Here - http://www.tosei.ru/isoft/mpc/mplayerc_582.7z

or here - http://www.xvidvideo.ru/component/option,com_docman/task,doc_download/gid,36/

saint-francis
20th June 2008, 04:55
Has anyone been able to use MPCVideoDec.ax to make a graph for decoding in the encoding process? It fails for me every time no matter what I have tried to do. A graph of Haali splitter -> MPCVideoDec.ax will play fine but when trying to load it with DirectShowSource I always get an error message telling me that the graph timed out.

Aleksoid1978
20th June 2008, 05:55
i find bug in mplayerc.ru.rc:

IDS_MEDIAFORMATS_34 "Медиафайлы (все типы)|__dummy|"
IDS_MEDIAFORMATS_35 "Все файлы (*.*)|__dummy|"
IDS_MEDIAFORMATS_36 "Аудиофайлы (все типы)|__dummy|"

need changed to :

IDS_MEDIAFORMATS_34 "Медиафайлы (все типы)|"
IDS_MEDIAFORMATS_35 "Все файлы (*.*)|(*.*)|"
IDS_MEDIAFORMATS_36 "Аудиофайлы (все типы)|"

because with original mplayerc.ru.rc, when use Russian language and try open files - where is no files in Open Dialog

...

and other -

Volume OSD better change to :

in mplayerc.rc add:

STRINGTABLE
BEGIN
IDS_MAINFRM_VOLUME "Vol : %d%%"
END

and in MainFrm.cpp:

in this void CMainFrame::OnPlayVolume(UINT nID)
change
strVolume.Format (L"Vol : %d dB", m_wndToolBar.Volume / 100);
to
strVolume.Format (ResStr(IDS_MAINFRM_VOLUME), m_wndToolBar.m_volctrl.GetPos());

as i think it's better - support multilanguage, see not in dB - see in %

Aleksoid1978
20th June 2008, 06:00
Has anyone been able to use MPCVideoDec.ax to make a graph for decoding in the encoding process? It fails for me every time no matter what I have tried to do. A graph of Haali splitter -> MPCVideoDec.ax will play fine but when trying to load it with DirectShowSource I always get an error message telling me that the graph timed out.

I try and work:
http://www.tosei.ru/isoft/mpc/MpcVideoDec_graph.png

ericab
20th June 2008, 07:04
i think aleksoid needs to become a part of the official development team !

ranpha
20th June 2008, 07:12
Anyone has this problem or is just me?

No problem with the single VC1 video I have here, using ATI 3200 and Catalyst 8.6

Casimir666
20th June 2008, 07:28
i think aleksoid needs to become a part of the official development team !

I was about to say it :) Aleksoid if you want so please send me you SF account in MP.

Casimir666
20th June 2008, 07:30
No problem with the single VC1 video I have here, using ATI 3200 and Catalyst 8.6

I have same problem : some of my VC1 were ok before 8.6, but now display artifacts and green block on some frames. Looking on it...

Aleksoid1978
20th June 2008, 08:00
I was about to say it :) Aleksoid if you want so please send me you SF account in MP.

i don't understood you - send what ???

That means this is: "SF account in MP" ???

amango
20th June 2008, 09:23
Is there a way to include MPC into Mediaportal?

cca
20th June 2008, 10:18
i don't understood you - send what ???

That means this is: "SF account in MP" ???

I believe he means: "Send your SourceForge account in PM (private message)" so he can add you as a developer to the project.

johnsonlam
20th June 2008, 10:26
i don't understood you - send what ???

That means this is: "SF account in MP" ???

I think he want your "SourceForge Account" by Private Message function, so you can access the source code directly.

ericab
20th June 2008, 10:27
i think he wants your sourceforge account in a PM

alexins
20th June 2008, 10:32
Media Player Classic HomeCinema (x86), svn 583 (http://www.xvidvideo.ru/content/view/29/1/)

MPC-Homecinema.1.1.583.0 (2,52 Mb) - With installer (x86) (http://www.xvidvideo.ru/component/option,com_docman/task,doc_download/gid,39/)
MPC-Homecinema.1.1.583.0 (2,11 Mb) - Without installer (x86) (http://www.xvidvideo.ru/component/option,com_docman/task,doc_download/gid,40/)
Supported languages: CZ, DE, ES, FR, HU, IT, KR, PL, RU, SK, TR, UA
Microsoft Visual C++ 2008, DirectX SDK v.9.23.1350, MinGW GCC 4.2.4

JohnLai
20th June 2008, 10:40
Hmm....I got some question or request here. The scenario example is as below:

I just bought CoreAVC. (bang to the buck)
I wanna watch anime fansubs, but some of the anime files(in H.264) does not follow follow dxva specification.
I have a Geforce 8500gt and I can use MPC-HC H.264 DXVA for the some of the files.
If the files cannot use the H.264 DXVA, it will fallback to FFMPEG software mode.
Now, I prefer to use CoreAVC instead of FFMPEG when the fallback to software mode since CoreAVC is more efficient.
Problem is, I install the coreavc and didn't set it as "preferred decoder". Then I disable the built-in FFMPEG and only tick "Enable DXVA".
OK, I can use the DXVA with some of the files and when DXVA cannot be used on H.264 files, CoreAVC will automatically selected to decode the video.
Next, I want to run some XVID files, and it didn't show any video since FFMPEG is disabled. If I enabled the FFMPEG, the fallback software mode for H.264 will use the FFMPEG again and not the CoreAVC as I preferred.

Do anyone get what I mean? Hard to explain......

Aleksoid1978
20th June 2008, 10:48
Bug with OSD.

When i move mpc-hc from one monitor to other, then when must show OSD - White Windows at this time, that OSD show - and then normaly play ...

then wait some time (5-15 second) - and OSD normaly work. I don't undestand

clsid
20th June 2008, 11:10
@JohnLai

The "enable FFmpeg" options is indeed a bit odd. Enabling/disabling decoding of the various formats is already done by the checkboxes on the internal filters page. I already suggested to Casimir to change it. I assume it is somewhere on his todo list. The option should be changed to only apply to the DXVA decoders, and of course be renamed accordingly.

JohnLai
20th June 2008, 11:28
I see. Then I shall wait until Casimir change it.

Next question is, do anyone encounter where enabling "Direct3D Fullscreen", after that run XVID file and keep seeking forward and backward using the blue green slider below, then exit and open the next XVID file and also do the same seeking forward and back for few times, finally exit again using ALT+F4, and failed to "exit" properly and still in "Direct3D Fullscreen mode"(black screen) thus can't do anything as can't see anything but flashy Windows Task Manager(since I press ALT+CTRL+DEL to bring up)?

STaRGaZeR
20th June 2008, 11:57
I have same problem : some of my VC1 were ok before 8.6, but now display artifacts and green block on some frames. Looking on it...

Try PDVD decoder, same issue. They broke something.

alexins
20th June 2008, 12:22
Media Player Classic HomeCinema (x64), svn 583 (http://www.xvidvideo.ru/content/view/30/1/)

Supported languages: CZ, DE, ES, FR, HU, IT, KR, PL, RU, SK, TR, UA
:)

rt87
20th June 2008, 12:41
Can someone fix the internal Matroska splitter?
I got some files that has a subtitle stream in mkv file, which subtitle stream can be splitted correctly with haali's splitter.
With internal Matroska splitter(or the MatroskaSplitter.ax), DirectVobSub loaded in the graph but no subtitle loaded from the subtitle stream.

Mercury_22
20th June 2008, 13:32
Media Player Classic HomeCinema (x64), svn 583 (http://www.xvidvideo.ru/content/view/30/1/)

Supported languages: CZ, DE, ES, FR, HU, IT, KR, PL, RU, SK, TR, UA
:)

Thanks ! :thanks:

Can you add "(64-bit)" to version in about menu and change caption or something (icon, logo ...) for 64-bit version so it can be differentiate from 32-bit version ? Please ! :mad:

cca
20th June 2008, 16:52
Can someone fix the internal Matroska splitter?
I got some files that has a subtitle stream in mkv file, which subtitle stream can be splitted correctly with haali's splitter.
With internal Matroska splitter(or the MatroskaSplitter.ax), DirectVobSub loaded in the graph but no subtitle loaded from the subtitle stream.

Doubt you will see anyone fixing it anytime soon. The internal splitter is based in the original splitter by Gabest. No work is being done in that project anymore, everyone is just using the Haali splitter, since it supports ordered chapters and has many other workarounds and fixes for matroska.

Joniii
20th June 2008, 17:36
MPEG Splitter 582 has problems in some Blu-rays with H.264 video. Some play fine but some play in incorrect 4:3 aspect ratio.

WMP11 or WMC (Vista, EVR)
----------------------------
MPEG Splitter + Cyberlink H.264 Decoder = Some widescreen movies play in 4:3 AR, if Vobsub enabled then only black screen and video wont play.

MPC-HC (Vista, EVR)
----------------------

MPEG Splitter + Cyberlink H.264 Decoder = Same problem. But everything works fine if I switch EVR away.
MPEG Splitter + MPC Video Decoder = Won't play this file at all.


Haali + Cyberlink works fine, so it must be splitter problem.

From Hell Blu-ray Sample (http://www.netikka.net/enclave/From Hell.m2ts)

foxyshadis
20th June 2008, 18:16
Don't link directly to the Cyberlink codecs that way! That can be considered a warez link.

greenail
20th June 2008, 18:27
Media Player Classic HomeCinema (x64), svn 583 (http://www.xvidvideo.ru/content/view/30/1/)

Supported languages: CZ, DE, ES, FR, HU, IT, KR, PL, RU, SK, TR, UA
:)

any chance you can start building the standalone filter regularly along with the x64 versions? I'm looking forward to the day it will start to work with dvbdream.

_xxl
20th June 2008, 18:45
any chance you can start building the standalone filter regularly along with the x64 versions? I'm looking forward to the day it will start to work with dvbdream
x64 is in alpha stage, it is experimental and buggy.
How many people who own an AMD64 on INTEL are running a 64-bit Operating System here?

cca
20th June 2008, 18:48
x64 is in alpha stage, it is experimental and buggy.
How many people who own an AMD64 on INTEL are running a 64-bit Operating System here?

I am one of them :devil: But I use the 32bit versions of software, since the 64 bit is so immature yet. Things will change in the future, it's certain, but right now 64 bit OSes are the minority.

ADude
20th June 2008, 19:18
I've found that the latest version of Haali Media Splitter (29 March 2008) does not work properly with MPEG-1 videos - they stop at the beginning and state that the file is length 0:00.

If I use MPC-HC internal media splitter for MPEG-1, it is fine, but I want to use Haali Media Splitter for MPEG2 TS/PS and MPC-HC's internal splitter either does all MPEG-1 and MPEG-2 or none. :( .

Any way around this ?

alexins
20th June 2008, 19:19
any chance you can start building the standalone filter regularly along with the x64 versions? I'm looking forward to the day it will start to work with dvbdream.

Standalone Filters MPC-HC svn583 (http://www.xvidvideo.ru/component/option,com_docman/task,cat_view/gid,18/Itemid,11/)

saint-francis
20th June 2008, 19:40
I try and work:
http://www.tosei.ru/isoft/mpc/MpcVideoDec_graph.png

No that's not what I meant. You have simply rendered a file with graphedit. What I'm trying to do is use the MPCVideoDec.ax for video encoding. So the graph should look like (I think) Haali -> MPCVideoDec.ax, and that's it. Then this graph would be used via DirectShowSource. I can't get it to work but Since all I'm doing is removing the renderer from the graph to open up a pin it should work. Right?:confused: I'm suprised that no one else has tried this. If it takes >10% processing power to decode a HD video it only makes sense to use the GPU for the decoding if possible. And we all know that it is possible. ;)

STaRGaZeR
20th June 2008, 20:40
x64 is in alpha stage, it is experimental and buggy.
How many people who own an AMD64 on INTEL are running a 64-bit Operating System here?

Me :p

Pheon
20th June 2008, 20:45
x64 is in alpha stage, it is experimental and buggy.
How many people who own an AMD64 on INTEL are running a 64-bit Operating System here?

Me too

Kado
20th June 2008, 20:53
@saint-francis
To use MPCVideoDec.ax to offload the decoding to the GPU the next connected renderer must support DXVA, and what you are doing will not make dxva work. A renderer that supports dxva must be connected to MPCVideoDec.ax in order to have hardware decoding. Your idea is good because it will save some time because it's not the cpu that's decoding the video but the gpu , unfortunately that will not work AFAIK.

saint-francis
20th June 2008, 21:23
@saint-francis
To use MPCVideoDec.ax to offload the decoding to the GPU the next connected renderer must support DXVA, and what you are doing will not make dxva work. A renderer that supports dxva must be connected to MPCVideoDec.ax in order to have hardware decoding. Your idea is good because it will save some time because it's not the cpu that's decoding the video but the gpu , unfortunately that will not work AFAIK.

Of course! I can't believe I didn't think of that! This explains why there isn't talk about GPU decoding in every forum dedicated to encoding. Oh well. Too bad it won't work. Hopefully in the future something like this can be done.
Thanks for the clear answer Kado.

Shinigami-Sama
20th June 2008, 21:38
x64 is in alpha stage, it is experimental and buggy.
How many people who own an AMD64 on INTEL are running a 64-bit Operating System here?

xp64 on my laptop...

I would've used it a while ago if more software was available and drivers didn't suck moose bits

my next system I plan on having a 64bit OS as well, even if it is only secondary

cyberbeing
20th June 2008, 21:40
I finally figured out what was causing MPC to flicker in the background through the Direct3D Fullscreen mode window. It was because I had the "Always on Top" option turned on. You might what to make a change so that "Always on Top" is automatically disabled when using Direct3D Fullscreen because I'm sure that I'm not the only person out there who has run into this problem.

Also, could the functionality of Ctrl+C be changed so it doesn't clear your playlist?

Mercury_22
20th June 2008, 22:26
x64 is in alpha stage, it is experimental and buggy.
How many people who own an AMD64 on INTEL are running a 64-bit Operating System here?
I am one of them :devil: But I use the 32bit versions of software, since the 64 bit is so immature yet. Things will change in the future, it's certain, but right now 64 bit OSes are the minority.

I'm proud to say I'm using exclusively and successfully MPC 64-bit + ffdshow64 on vista x64 ultimate and the only problem files that I can't play in 64-Bit (but I can play in 32-bit MPC+ Haali Media Splitter) are OGG video (aka ogm) ! ( and wav with DTS)
(Only if the mpchc's ogg splitter it's going to be fixed ....:rolleyes: I wish :p)

But only using this test builds released after the last official one !
:thanks:

clsid
20th June 2008, 22:38
There will be a 64-bit version of Haali's splitter very soon.

LoRd_MuldeR
21st June 2008, 00:12
There will be a 64-bit version of Haali's splitter very soon.

Will it be available for free or only for CoreAVC x64 owners?

neoufo51
21st June 2008, 00:32
There will be a 64-bit version of Haali's splitter very soon.
I hope we get a new version of the splitter altogether soon, too. That will liven things up around here.

gngn
21st June 2008, 02:54
i just downloaded the last mpc-hc with the "denoise" shader, but when i play a video and select that shader i end up with freezing mplayer and CPU at arround 50% for about 1min, after which everything goes back to normal and playback resumes

later edit: followed Carandiru's advice, and set the shaders profile to 3.0 . it works now whitout problems :D

Carandiru
21st June 2008, 04:32
The denoise shader I posted earlier is good, and thank you for integrating it into MPC HC.

BUT you need to set the shader profile to 3.0 for it to compile, currently in the latest SVN the shader profile is 2.0 and it fails to compile and causes some unresponsiveness of MPC.

Wicked,

Carandiru

http://www.tommorowland.net/

draggoon01
21st June 2008, 06:42
in the key configuration of mpc, the App Command for "MEDIA_PLAY", "MEDIA_PAUSE", "MEDIA_FAST_FORWARD" and "MEDIA_REWIND" do not work

http://img144.imageshack.us/img144/4341/clipboard01ge0.jpg

but "MEDIA_PLAY_PAUSE", "MEDIA_STOP", etc.. do work

i know that "MEDIA_PLAY", "MEDIA_PAUSE", "MEDIA_FAST_FORWARD" and "MEDIA_REWIND" App Command should work because they do work for me with my remote control (http://www.ebuyer.com/product/129977) in windows media player 11, powerdvd and winamp

so please, is it possible to fix those App Command

thanks in advance :thanks:


using the standard microsoft mce remote i have the same problem:
"MEDIA_PLAY" & "MEDIA_PAUSE" won't bind to play and pause buttons respectively


http://www.microsoft.com/hardware/mouseandkeyboard/images/keyboard/prod_top-beamer.jpg

Miryan
21st June 2008, 09:51
x64 is in alpha stage, it is experimental and buggy.
How many people who own an AMD64 on INTEL are running a 64-bit Operating System here?

Me too. Vista x64, using the 64bit version of MPCHC, and only DVD is not working, everything else is fine.

_xxl
21st June 2008, 10:10
and only DVD is not working
Do you have this bug with mpc 32bit version?

Mc Onyx
21st June 2008, 11:27
I can confirm that he mentioned keys in MPC with MCE remote really don't work...

Shakey_Jake33
21st June 2008, 14:35
I have no idea if I'm asking a lot, but would it be possible to add support to open ISO files directly (like mplayer and vlc can)? It would just save having to mount ISO's with Daemon Tools.

Mercury_22
21st June 2008, 17:54
Great news !Revision 586 - Directory Listing
Modified Sat Jun 21 14:49:20 2008 UTC (118 minutes, 1 second ago) by casimir666
Fixed : DXVA not playing streams with 11 ref frames
Changed : "x64 edition" added in logo for 64 bits release
Fixed : DVD playback broken for x64
Fixed : Black screen when OSD or subtitles was displayed in x64 release :thanks:

Only if someone will be kind enough to compile this rev :helpful:
Now if it's the 64-bit version that really makes my day! :p

Casimir666
21st June 2008, 18:25
Great news ! :thanks:

Only if someone will be kind enough to compile this rev :helpful:
Now if it's the 64-bit version that really makes my day! :p

Rev 586 for x64 can be download from here :
http://www.zshare.net/download/139853713ec8b7e4/

Mercury_22
21st June 2008, 18:50
Rev 586 for x64 can be download from here :
http://www.zshare.net/download/139853713ec8b7e4/

:thanks: but I have to say without a different (form MPC-HC 32-bit version) icon and caption the new logo it's not enough !
When I double click on a file and it starts to play I still don't know which MPC-hc it's playing the file, the 32-bit or the 64-bit, or if I right click on a file and try to choose the 32-bit or the 64-bit MPC-HC I still have to guess which is which :helpful:

Any chance for rev 586 x86 too ? Please !

cca
21st June 2008, 19:58
Very nice, it seems that the 64bits version is almost as good as the 32bits one now!

Aleksoid1978
22nd June 2008, 02:53
Need change in .rc file:

IDS_MEDIAFORMATS_35 "All files (*.*)|(*.*)"

IDS_MEDIAFORMATS_35 "All files (*.*)|*.*"

because when select All files(*.*) -> no files in OpenDialog show.

P.S. - in All language

I can't do because home and no last source ... all my project on work

Aleksoid1978
22nd June 2008, 04:18
Error in resource project : in Slovak configuration, x64 output files set to "x64\Release Unicode\$(ProjectName).fr.dll" but must "x64\Release Unicode\$(ProjectName).sk.dll"

Aleksoid1978
22nd June 2008, 05:31
I fix resource ...

Aleksoid1978
22nd June 2008, 05:37
Question for all user of MPC-HC: i want to add some OSD message - "Play", "Pause", "Stop", OnSeek - example "0:24:25/1:54:59"
and want change "Vol dB" to "Volume: 57%".

Do you need it ???

ranpha
22nd June 2008, 06:52
Question for all user of MPC-HC: i want to add some OSD message - "Play", "Pause", "Stop", OnSeek - example "0:24:25/1:54:59"
and want change "Vol dB" to "Volume: 57%".

Do you need it ???

Changing the "Vol dB" to "Volume: xx%" is welcome!

Aleksoid1978
22nd June 2008, 08:25
Changing the "Vol dB" to "Volume: xx%" is welcome!

Change in 589 revision - but need translate for other language, except EN and RU

3ngel
22nd June 2008, 08:36
Aleksoid, just as you're at it, can you take a look at the "Resize bug" that happens when watching mpeg2 files with Elecard Mpeg2 decoder?
The Anamorphic resize is done on the Vertical Axis instead of horizontal (with autozoom 100%). With the internal mpeg2 the resize is done correctly.

Thanks

Miryan
22nd June 2008, 10:19
Do you have this bug with mpc 32bit version?

Sorry for the late reply. Its working perfectly in the 32 bit version.

edit: Its working great with Rev 586! Thanks a lot!

Aleksoid1978
22nd June 2008, 10:54
Aleksoid, just as you're at it, can you take a look at the "Resize bug" that happens when watching mpeg2 files with Elecard Mpeg2 decoder?
The Anamorphic resize is done on the Vertical Axis instead of horizontal (with autozoom 100%). With the internal mpeg2 the resize is done correctly.

Thanks

Maybe this is a bug of Elecard Mpeg2 decoder. Try with other Mpeg2 Decoder - Nvidia, Nero, Cyberlink ...

Leak
22nd June 2008, 11:22
Question for all user of MPC-HC: i want to add some OSD message - "Play", "Pause", "Stop", OnSeek - example "0:24:25/1:54:59"
and want change "Vol dB" to "Volume: 57%".

Do you need it ???
[X] All of the above... :)

A key to display the current play position on the OSD for a few seconds would also be great, at least when using Direct3D.

np: Aesop Rock - Getaway Car (with Breezly Brewin and Cage) (None Shall Pass)

3ngel
22nd June 2008, 12:56
Maybe this is a bug of Elecard Mpeg2 decoder. Try with other Mpeg2 Decoder - Nvidia, Nero, Cyberlink ...

Ok, i'll try with some other external mpg2 decoder and see what happens.

Joniii
22nd June 2008, 13:23
Casimir, has anyone looked the bug with some h.264 m2ts files that are playing with wrong aspect ratio when using EVR?

STaRGaZeR
22nd June 2008, 13:29
Can we have a 586 and 587 x86 compiled version? At least 586 x64 fixes several of my non working samples :)

ericab
22nd June 2008, 19:33
has aleksoid's multi-monitor code been added to the official builds yet ?

ADude
22nd June 2008, 20:15
I've found that the latest version of Haali Media Splitter (29 March 2008) does not work properly with MPEG-1 videos - they stop at the beginning and state that the file is length 0:00.

If I use MPC-HC internal media splitter for MPEG-1, it is fine, but I want to use Haali Media Splitter for MPEG2 TS/PS and MPC-HC's internal splitter either does all MPEG-1 and MPEG-2 or none. .

Any way around this ?

Casimir666
22nd June 2008, 21:00
Casimir, has anyone looked the bug with some h.264 m2ts files that are playing with wrong aspect ratio when using EVR?

Don't think so. Where is the sample video file for this?

Joniii
22nd June 2008, 22:26
Don't think so. Where is the sample video file for this?

From Hell (http://www.netikka.net/enclave/From Hell.m2ts) (Blu-ray, H.264)

About 20% of H.264 Blu-rays I have ripped has this problem.

Vista, WMP11, EVR, MPEG-Splitter, Cyberlink H.264 Decoder = Wrong AR. Black screen with Vobsub.

Vista, MPC-HC, EVR, MPEG-Splitter, MPC Video Decoder = Black Screen, can't seek.

Vista, MPC-HC, EVR, MPEG-Splitter, Cyberlink H.264 Decoder = Tiny picture when video loads in windowed mode.

Everything works fine with other splitters.

Aleksoid1978
22nd June 2008, 23:01
has aleksoid's multi-monitor code been added to the official builds yet ?

Little bit later, maybe next week ...

Mercury_22
22nd June 2008, 23:05
From Hell (http://www.netikka.net/enclave/From Hell.m2ts) (Blu-ray, H.264)

About 20% of H.264 Blu-rays I have ripped has this problem.

Vista, WMP11, EVR, MPEG-Splitter, Cyberlink H.264 Decoder = Wrong AR. Black screen with Vobsub.

Vista, MPC-HC, EVR, MPEG-Splitter, MPC Video Decoder = Black Screen, can't seek.

Vista, MPC-HC, EVR, MPEG-Splitter, Cyberlink H.264 Decoder = Tiny picture when video loads in windowed mode.

Everything works fine with other splitters.

Works OK for me MPC-HC 586 x64 + internal MPEG-Splitter + ffdshow_rev2020_20080622_clsid_x64.exe or MPC Video Decoder + EVR custom or EVR or VMR9 + Vista Ultimate x64 + Intel G35 :eek:

alexins
22nd June 2008, 23:12
Media Player Classic HomeCinema (x64), svn 593 (http://www.xvidvideo.ru/content/view/35/1/)
Media Player Classic HomeCinema (x86), svn 593 (http://www.xvidvideo.ru/content/view/36/1/)
Standalone Filters MPC-HC, svn 593 (http://www.xvidvideo.ru/component/option,com_docman/task,cat_view/gid,18/Itemid,11/)

Supported languages: CZ, DE, ES, FR, HU, IT, KR, PL, RU, SK, TR, UA

carnage_pl
22nd June 2008, 23:15
http://img113.imageshack.us/img113/5504/mpcij4.th.jpg (http://img113.imageshack.us/my.php?image=mpcij4.jpg)
Can that "%" be deleted from status bar when changing chapters in file?

PS:thanks for each developer for every releases

ericab
22nd June 2008, 23:54
Little bit later, maybe next week ...

i hope so :rolleyes:

i have been using your previous custom build "test2" with DXVA and no problems whatsoever....

....now ive updated to build 593, and DXVA doesnt work for me at all :(

we really need that code in the official builds :cool:

Aleksoid1978
23rd June 2008, 00:13
i hope so :rolleyes:

i have been using your previous custom build "test2" with DXVA and no problems whatsoever....

....now ive updated to build 593, and DXVA doesnt work for me at all :(

we really need that code in the official builds :cool:

My multi-monitor code has no attitude to DXVA ...

I test last build, but only evening

rack04
23rd June 2008, 00:28
i hope so :rolleyes:

i have been using your previous custom build "test2" with DXVA and no problems whatsoever....

....now ive updated to build 593, and DXVA doesnt work for me at all :(

we really need that code in the official builds :cool:

(x86) svn 593 DXVA doesn't work for me either.

gngn
23rd June 2008, 00:53
i've also got no DXVA with mpc hc 592 x86 from the first page, or with (x86) svn 593 DXVA from xvidvideo.ru (no matter the selected output)

BlackJack1
23rd June 2008, 01:04
Hi,

Sorry for noob question but I've got problem with subs.
I use MPC HC Casimir666 build 1.1.0.0. with Vista SP1 32bit and EVR Cust.Pres + Direct3D and AntiTearing option enabled.
My subs looks like this:
http://img145.imageshack.us/img145/1263/obrazjz5.th.jpg (http://img145.imageshack.us/my.php?image=obrazjz5.jpg)
Please advice.

ericab
23rd June 2008, 01:20
Hi,

Sorry for noob question but I've got problem with subs.
I use MPC HC Casimir666 build 1.1.0.0. with Vista SP1 32bit and EVR Cust.Pres + Direct3D and AntiTearing option enabled.
My subs looks like this:
http://img145.imageshack.us/img145/1263/obrazjz5.th.jpg (http://img145.imageshack.us/my.php?image=obrazjz5.jpg)
Please advice.

first of all.

update your build ;)


secondly;

go to your taskbar, and right click on the haali's media splitter icon. click on the "checked" checkmark next to "english" subs.

thirdly;

update your MPC-HC build :rolleyes:

BlackJack1
23rd June 2008, 01:35
Thanks for reply. :)

update your build
update your MPC-HC build
You mean: video decoder build and MPC-HC bulid?
Which one do you recommend?

LoRd_MuldeR
23rd June 2008, 01:41
Thanks for reply. :)

You mean: video decoder build and MPC-HC bulid?
Which one do you recommend?

Grab latest MPC-HC build here:
http://www.xvidvideo.ru/content/view/36/1/

If you need additional decoders (in addition to the built-in ones), grab latest ffdshow-tryouts here:
http://sourceforge.net/project/showfiles.php?group_id=173941&package_id=199416

STaRGaZeR
23rd June 2008, 01:43
Casimir why have you removed the 11 ref frames limitation? Files with 16 ref frames now can't be played correctly. Same lockup after a few seconds of video.

ericab
23rd June 2008, 01:48
Casimir why have you removed the 11 ref frames limitation? Files with 16 ref frames now can't be played correctly. Same lockup after a few seconds of video.

agreed.
why ?

my dxva is broken too... since 582. :confused:

STaRGaZeR
23rd June 2008, 02:38
Funny thing is that every DXVA compliant file I have plays perfectly with rev586 x64 because this rev has the fix for 10/11 ref frames video and the >11 ref limitation for non compliant files.

That why I was requesting a compiled rev586 x86, I was afraid of this issue. And now it's confirmed.

Aleksoid1978
23rd June 2008, 05:31
To all users of mpc-hc : VolumeUp/Down(from key) comes with step 8, I propose change step to 5, so more smoothly ???

Joniii
23rd June 2008, 06:03
Works OK for me MPC-HC 586 x64 + internal MPEG-Splitter + ffdshow_rev2020_20080622_clsid_x64.exe or MPC Video Decoder + EVR custom or EVR or VMR9 + Vista Ultimate x64 + Intel G35 :eek:

I had mpeg splitter build 583. All MPEG-4 Blu-rays now work perfectly with build 593, even though there seems to be nothing in changelog related to splitter :confused:.

Joniii
23rd June 2008, 06:59
Casimir, one thing left that still wont work with H.264 .m2ts files is that Media Center can't get thumbs (MPEG Splitter 593, ffdshow or Cyberlink).

Other than that splitter works perfectly on standalone with H.264 and MPEG-2 Blu-rays.

ericab
23rd June 2008, 07:47
To all users of mpc-hc : VolumeUp/Down(from key) comes with step 8, I propose change step to 5, so more smoothly ???

i agree with a more refined approach.

viva 5% vol changes!

:thanks:

Aleksoid1978
23rd June 2008, 08:01
i agree with a more refined approach.

viva 5% vol changes!

:thanks:

Wait what say Casimir666 about this ...

Leak
23rd June 2008, 08:34
My subs looks like this:
http://img145.imageshack.us/img145/1263/obrazjz5.th.jpg (http://img145.imageshack.us/my.php?image=obrazjz5.jpg)
That looks pretty much as if there were two subtitle renderers working at the same time. Look in your "Filters" submenu in MPC and you'll probably find either VobSub or ffdshow rendering subtitles together with MPC's internal subtitles renderer - one of them has to go.

BlackJack1
23rd June 2008, 09:48
I can not look in "filters" because I'm using "No tearing option" so right click menu is disabled...

johnsonlam
23rd June 2008, 10:31
Wait what say Casimir666 about this ...

I'd like step 5, but the decision should be made by Casimir666.
Trust him :)

Aleksoid1978
23rd June 2008, 10:51
I'd like step 5, but the decision should be made by Casimir666.
Trust him :)

how we all wait for stable release, and than ...

jhoff80
23rd June 2008, 11:52
Is there any way to disable DXVA in the standalone filter?

The reason that I ask is because FFDShow for x64 is still really buggy, but I have some non DXVA-compliant files that I need to be able to play.

clsid
23rd June 2008, 12:10
I can not look in "filters" because I'm using "No tearing option" so right click menu is disabled...
Then disable it, see what causes your subtitle problem, fix it, and re-enable your "no tearing" stuff.

BlackJack1
23rd June 2008, 12:16
Many thanks for help.
Two subs renderers worked at same time - internal and VobSub. I disabled internal because I can not disable VobSub (some auto enabling version) so I can't find any way to disable it and use internal one.

gurubhai
23rd June 2008, 13:02
Many thanks for help.
Two subs renderers worked at same time - internal and VobSub. I disabled internal because I can not disable VobSub (some auto enabling version) so I can't find any way to disable it and use internal one.
u can block the vobsub(auto enabling) from loading in the external filter section. then you can use the internal subtitle filter

BlackJack1
23rd June 2008, 16:29
Thanks a lot :)
It works!

Regards.

GTPVHD
23rd June 2008, 18:06
The latest builds(593) killed all DXVA support at least on Nvidia Geforce 8/9 cards. Using Ctrl+J, all H.264 files that worked with DXVA now say Not using DXVA eventhough they worked fine on previous builds.

Kado
23rd June 2008, 19:59
DXVA works fine with rev 593 here.
Vista SP1 x86 + 9800GTX 175.80 + MPC HC rev.593 (from http://xvidvideo.ru/)

Works fine with rev.596 too.

3ngel
23rd June 2008, 20:31
Maybe this is a bug of Elecard Mpeg2 decoder. Try with other Mpeg2 Decoder - Nvidia, Nero, Cyberlink ...

Ok, i'll try with some other external mpg2 decoder and see what happens.

@Aleksoid
UPDATE on this.

I've not tested other external decoders yet, but i think i've figured out the problem. Using MPC there is the
View->Video Frame->Override Aspect Ratio->Menu List

Changing in the menu in realtime it does exactly what happens when using Elecard Mpeg2 (and i'm quite sure all the others), the ratio is changed inside the available window size without resizing the window. The resizing can be obtained with a 100% zoom command. Exactly what happens with Elecard.

So i think the culprit of the issue is that simply 1 line of code is missing in AutoZoom 100% that is

1) SetWindowSize()
2) SetAspectRatio()
3) Zoom(100) -> This line of code missing.

So in other words the "Autozoom 100%", Works well with non anamorphic input (wich doesn't have the 2) but don't work on anamorphic wich require an additional Window size according to input DAR (wich pheraps it's not taken from the external decoders output).

This is theoretical discussion, and at the moment i'm sticking again with the old fashioned BC6. As soon as, i'll take a look at it directly, but if you can do it for me you'll do me favour :)
(I'll do anyway tests with other decoders as i can)

Thanks

gngn
23rd June 2008, 20:51
DXVA works fine with rev 593 here.
Vista SP1 x86 + 9800GTX 175.80 + MPC HC rev.593 (from http://xvidvideo.ru/)

Works fine with rev.596 too.

it wont work with XP and Nvidia :(
DXVA remains off, all the files are played in software-mode

GTPVHD
23rd June 2008, 21:04
Yeah, doesn't work on XP SP3 at all. Using latest official 175.19 drivers from Nvidia.com, released today.

carnage_pl
23rd June 2008, 21:18
On ATI DXVA works but clearly worse than earlier. Video hangs for a second more often.

mrtemp
23rd June 2008, 21:48
DXVA works good on my PC with vista ulitamate 64b sp1, nvidia 8800gts, drivers 175.16
but on PC with xp prof 32b sp3, ati hd3450, drivers 8.5 it doesn't work, i have got always macroblocks (with all mpc-hc versions)

http://img131.imagevenue.com/aAfkjfp01fo1i-27166/loc739/86703_snapshot20080619161932_122_739lo.jpg

Kado
23rd June 2008, 22:15
@mrtemp

Try with this video (http://rapidshare.com/files/113536801/Suzumiya_Haruhi_no_Yuuutsu_-_C4_-_Special_Ending_-__Hitsuji__e569a2b7_.mkv.html).

carnage_pl
23rd June 2008, 22:33
@mrtemp

Try with this video (http://rapidshare.com/files/113536801/Suzumiya_Haruhi_no_Yuuutsu_-_C4_-_Special_Ending_-__Hitsuji__e569a2b7_.mkv.html).
Green screen with DVXA on ATI.
There is another issue with that file. Subtitles.
Rendered by MPC are different than rendered by ffdshow. On ffdshow every letter is glowing when is singing. But when rendered by MPC there isn't that effect. Half of sentence has different colour than other half.

http://img156.imageshack.us/img156/8913/subtitlesvm7.th.jpg (http://img156.imageshack.us/my.php?image=subtitlesvm7.jpg)

Aleksoid1978
23rd June 2008, 22:40
Last build work fine DXVA ONLY in VISTA, in XP not work - at least on Nvidia

clsid
23rd June 2008, 22:56
There is another issue with that file. Subtitles.
Rendered by MPC are different than rendered by ffdshow. On ffdshow every letter is glowing when is singing. But when rendered by MPC there isn't that effect. Half of sentence has different colour than other half.

http://img156.imageshack.us/img156/8913/subtitlesvm7.th.jpg (http://img156.imageshack.us/my.php?image=subtitlesvm7.jpg)
Disable subpicture pre-buffering and the karaoke effect will also work with the internal subtitle renderer of MPC.

The advantage of subpicture pre-buffering is that is reduces CPU usage a little bit. The disadvantage is that karaoke and other dynamic subtitle effect are not rendered properly.

mrtemp
23rd June 2008, 23:17
@mrtemp

Try with this video (http://rapidshare.com/files/113536801/Suzumiya_Haruhi_no_Yuuutsu_-_C4_-_Special_Ending_-__Hitsuji__e569a2b7_.mkv.html).


PC1 vista ulitamate 64b sp1, nvidia 8800gts, drivers 175.16, EVR custom
PC2 xp prof 32b sp3, ati hd3450, drivers 8.5, VMR9 renderless

http://img76.imageshack.us/img76/4078/snapshot20080619162126qo7.jpg

mpc 580
matrix
PC1 vista, nvidia - DXVA Mode: H.264 bitstream decoder. no FGT - movie fine
PC2 XP ati - DXVA Mode: H.264 bitstream decoder. no FGT - macroblocks, frames 'freezes' or 'jumps'

Suzumiya_Haruhi_no_Yuuutsu (from Kado)
PC1 vista, nvidia - DXVA Mode: H.264 bitstream decoder. no FGT - movie fine
PC2 XP ati - DXVA Mode: not using DXva


mpc 596
matrix
PC1 vista, nvidia - DXVA Mode: H.264 bitstream decoder. no FGT - movie fine
PC2 XP ati - DXVA Mode: not using DXva

Suzumiya_Haruhi_no_Yuuutsu (from Kado)
PC1 vista, nvidia - DXVA Mode: H.264 bitstream decoder. no FGT - movie fine
PC2 XP ati - DXVA Mode: not using DXva

Casimir666
23rd June 2008, 23:19
Last build work fine DXVA ONLY in VISTA, in XP not work - at least on Nvidia

Understood : I have increase the number of DX surface used for decoding to solve the 11 ref frames bug, but it works only with Vista :-( XP playback broken on ATI too

MatMaul
24th June 2008, 01:10
someone can test this build with XP and 11+ refs samples which didn't work ?
http://www.etud.insa-toulouse.fr/~mvelten/bordel/mpc-hc/mplayerc_test.zip

EDIT : and an other one ^^ :
http://www.etud.insa-toulouse.fr/~mvelten/bordel/mpc-hc/mplayerc_test2.zip

ghostonline
24th June 2008, 01:33
posted few pages before, seems no reply.

so i just uploaded the file. anyone care to test, please give a try.

the file is 1.04GB. 1080P BDrip mkv

http://www.badongo.com/file/9906315
http://www.badongo.com/file/9972556
http://www.badongo.com/file/9972297
http://www.badongo.com/file/9973023
http://www.badongo.com/file/9907155
http://www.badongo.com/file/9907401
http://www.badongo.com/file/9907608
http://www.badongo.com/file/9907810
http://www.badongo.com/file/9973302
http://www.badongo.com/file/9973592
http://www.badongo.com/file/9986622
http://www.badongo.com/file/9986817

already redownloaded by myself. no corruption.


The file itself is really odd. mediainfo shows L5.1 ref 5, but author claim its L4.1 ref 3. I can't tell which is right. you can really play with dxva, so it should be L4.1 ref3, but can't find a way to show it....

I did run few test on this file.

Vista 64bit sp1 NV 9800gx2 / GTX280, mpc-hc 596 EVR/EVR pres., powerdvd8 most recent release.

mpc-hc internal h264 decoder: No dxva
most recent powerdvd8 h264 decoder: dxva

(old powerdvd7 and powerdvd8 will give black screen, only most recent powedvd8 h264 decoder works. don't know why)

xp32bit sp2, NV 9800gx2/ GTX280, mpc-hc 596, VMR9 renderless, powerdvd8 most recent release.

mpc-hc internal h264 decoder: No dxva
Most recent powerdvd8 h264 decoder: dxva

older powerdvd7&8 h264 decoder: dxva


Vista 32bit sp1, 2600xt, driver 8.6,mpc-hc 596 EVR/EVRpres. powerdvd 8 most recent release.

mpc-hc internal h264 decoder: No dxva
most recent powerdvd8 h264 decoder: dxva- but macroblock and freeze.

older powerdvd7 & 8 h264 decoder : black screen

gngn
24th June 2008, 02:06
someone can test this build with XP and 11+ refs samples which didn't work ?
http://www.etud.insa-toulouse.fr/~mvelten/bordel/mpc-hc/mplayerc_test.zip

i get a black screen and no playback with every DXVA-compliable file. same thing for SD with ReFrames 11+ and the other "good" files. files with ReFrames 16 for example will play, because the decoder switches to software-mode.

as a sidenote: i just updated to the newest Nvidia-driver 175.19

EDIT : and an other one ^^ :
http://www.etud.insa-toulouse.fr/~mvelten/bordel/mpc-hc/mplayerc_test2.zip

same thing, black screen and no playback. the SD file from the screenshot has actually 16 ReFrames :D

http://i266.photobucket.com/albums/ii259/gngnmumu/dxva/th_Image1-1.jpg (http://i266.photobucket.com/albums/ii259/gngnmumu/dxva/Image1-1.jpg)

Aleksoid1978
24th June 2008, 03:02
Maybe add verification - XP or Vista ??? or rollback to PicEntryNumber=16 instead 22

rack04
24th June 2008, 03:17
Black screen and no playback with mplayerc_test2 using XP SP2. DXVA works fine with (x86) svn 585.

MatMaul
24th June 2008, 03:50
Maybe add verification - XP or Vista ??? or rollback to PicEntryNumber=16 instead 22
yes both of the test builds have a PicEntryNumber=16 + some little changes but nothing I think that can totally break dxva like that...
perhaps it is my sdk or some weird things the problem...
anyway here is another test build with just PicEntryNumber=16 to check if my modifications are the problem
http://www.etud.insa-toulouse.fr/~mvelten/bordel/mpc-hc/mplayerc_test3.zip

ericab
24th June 2008, 03:58
yes both of the test builds have a PicEntryNumber=16 + some little changes but nothing I think that can totally break dxva like that...
perhaps it is my sdk or some weird things the problem...
anyway here is another test build with just PicEntryNumber=16 to check if my modifications are the problem
http://www.etud.insa-toulouse.fr/~mvelten/bordel/mpc-hc/mplayerc_test3.zip

ERROR upon double click:

"this application has failed to start because the application configuration is incorrect. Reinstalling the application may fix this problem."

w/ XP SP3

.... back to 582 :/

Aleksoid1978
24th June 2008, 04:42
ERROR upon double click:

"this application has failed to start because the application configuration is incorrect. Reinstalling the application may fix this problem."

w/ XP SP3

.... back to 582 :/

For me start fine, but i can't test DXVA because my work video not support, Vista x86 SP1

Joniii
24th June 2008, 10:04
Casimir, would this be possible?

Problem atleast in Vista is that when using standalone codecs like MPEG Splitter with MPC Video Decoder, Windows automatically uses it's own WMVideoDecoder DMO for VC-1. There seems to be no way to overwrite it with filter merits.

So could MPEG Splitter force MPC Video Decoder to load and if it's not present then look for Cyberlink VC-1 Decoder? Or maybe even somekind of config option in splitter filter dialog where you could define which decoder to load with VC-1.

For example Cyberlink Splitter forces it's VC-1 decoder to load instead of WMVideoDecoder DMO.

Gawwad
24th June 2008, 11:42
i always get colours "washed-out" with xp sp3 / ati hd2600xt agp
the shaders ==> 16-235 -> 0-255 doesn't work
do other people get the same problem or is it just me ?

but the shaders ==> 16-235 -> 0-255 does work with vista sp1 / nvidia 8600gt pci

Yong
24th June 2008, 13:03
i always get colours "washed-out" with xp sp3 / ati hd2600xt agp
the shaders ==> 16-235 -> 0-255 doesn't work
do other people get the same problem or is it just me ?

but the shaders ==> 16-235 -> 0-255 does work with vista sp1 / nvidia 8600gt pci

i think those shaders need directx runtimes to work.
is it only one not working? or all shaders?

iirc, windows xp default dont have directx redist installed, while vista has all of them.

Gawwad
24th June 2008, 13:18
i think those shaders need directx runtimes to work.
is it only one not working? or all shaders?

iirc, windows xp default dont have directx redist installed, while vista has all of them.

non of the shaders work for my xp sp3 / ati hd2600xt agp computer

so from where can i get those "directx redist" for xp ?

alexins
24th June 2008, 13:25
so from where can i get those "directx redist" for xp ?

http://www.microsoft.com/downloads/details.aspx?FamilyID=2da43d38-db71-4c1b-bc6a-9b6652cd92a3&displaylang=en

http://www.microsoft.com/downloads/details.aspx?FamilyId=822640AB-0983-4C41-9C70-632F6F42C557&displaylang=en

Yong
24th June 2008, 13:27
non of the shaders work for my xp sp3 / ati hd2600xt agp computer

so from where can i get those "directx redist" for xp ?

http://www.microsoft.com/Downloads/details.aspx?familyid=822640AB-0983-4C41-9C70-632F6F42C557&displaylang=en
Well, you probably dont need all of those DLLs,
use 7z, winrar or similar apps to open those cabinet files, extract d3dx9_26.dll, and dxdx9_34.dll and d3dx9_35.dll, to system folder.

Gawwad
24th June 2008, 14:11
thanks a lot guys for the help, now it works !
the picture looks stunning now on my 40 inch lcd tv :cool:

:thanks:

gngn
24th June 2008, 15:37
yes both of the test builds have a PicEntryNumber=16 + some little changes but nothing I think that can totally break dxva like that...
perhaps it is my sdk or some weird things the problem...
anyway here is another test build with just PicEntryNumber=16 to check if my modifications are the problem
http://www.etud.insa-toulouse.fr/~mvelten/bordel/mpc-hc/mplayerc_test3.zip

its not crashing on my PC, but no DXVA playback. again no picture.

Joniii
24th June 2008, 17:08
Alexins what happened to standalone filters compile?

alexins
24th June 2008, 17:27
Alexins what happened to standalone filters compile?

As yet there are no special changes in the code, because of which should be gathered standalone filters . Last assembly Standalone Filters, which I did, was svn 593 (http://www.xvidvideo.ru/component/option,com_docman/task,cat_view/gid,18/Itemid,11/). Changes log (http://www.xvidvideo.ru/content/view/7/17/)

loretta80
24th June 2008, 20:36
click two times on STOP unload the video, like in zoomplayer -> no need to close and open the mplayerc when switching dvxa on off.

or is this already implemented and i'm too dumb to find???

btw. great work

and btw. the second: svn 600 works great with my hd2600 pciE with dvxa enabled/overlay mixer (avc high@L5.1 cabac / 8 Ref frames) .
svn 596 -> no playback at all

LoRd_MuldeR
24th June 2008, 20:58
click two times on STOP unload the video, like in zoomplayer -> no need to close and open the mplayerc when switching dvxa on off.

or is this already implemented and i'm too dumb to find???

What about the "File > Close" command ???

Miryan
24th June 2008, 21:54
click two times on STOP unload the video, like in zoomplayer -> no need to close and open the mplayerc when switching dvxa on off.

or is this already implemented and i'm too dumb to find???

btw. great work

and btw. the second: svn 600 works great with my hd2600 pciE with dvxa enabled/overlay mixer (avc high@L5.1 cabac / 8 Ref frames) .
svn 596 -> no playback at all

You can set that at Options > player > keys.

Casimir666
24th June 2008, 22:49
posted few pages before, seems no reply.

so i just uploaded the file. anyone care to test, please give a try.

the file is 1.04GB. 1080P BDrip mkv

http://www.badongo.com/file/9906315
http://www.badongo.com/file/9972556
http://www.badongo.com/file/9972297
http://www.badongo.com/file/9973023
http://www.badongo.com/file/9907155
http://www.badongo.com/file/9907401
http://www.badongo.com/file/9907608
http://www.badongo.com/file/9907810
http://www.badongo.com/file/9973302
http://www.badongo.com/file/9973592
http://www.badongo.com/file/9986622
http://www.badongo.com/file/9986817

already redownloaded by myself. no corruption.


The file itself is really odd. mediainfo shows L5.1 ref 5, but author claim its L4.1 ref 3. I can't tell which is right. you can really play with dxva, so it should be L4.1 ref3, but can't find a way to show it....

I did run few test on this file.

Vista 64bit sp1 NV 9800gx2 / GTX280, mpc-hc 596 EVR/EVR pres., powerdvd8 most recent release.

mpc-hc internal h264 decoder: No dxva
most recent powerdvd8 h264 decoder: dxva

(old powerdvd7 and powerdvd8 will give black screen, only most recent powedvd8 h264 decoder works. don't know why)

xp32bit sp2, NV 9800gx2/ GTX280, mpc-hc 596, VMR9 renderless, powerdvd8 most recent release.

mpc-hc internal h264 decoder: No dxva
Most recent powerdvd8 h264 decoder: dxva

older powerdvd7&8 h264 decoder: dxva


Vista 32bit sp1, 2600xt, driver 8.6,mpc-hc 596 EVR/EVRpres. powerdvd 8 most recent release.

mpc-hc internal h264 decoder: No dxva
most recent powerdvd8 h264 decoder: dxva- but macroblock and freeze.

older powerdvd7 & 8 h264 decoder : black screen

Your file have too much ref frame for a 1920*1080 video. Rencode with 4 ref frame instead of 5 and it should works

ghostonline
24th June 2008, 23:38
Your file have too much ref frame for a 1920*1080 video. Rencode with 4 ref frame instead of 5 and it should works



i thought 1080p won't work in dxva properly with ref>4.

the problem is I can actually play in dxva without any corruption or problems... and this only happens with nv card with most recent powerdvd8 h264 decoder on vista(xp seems doesn't care which version of powerdvd i use. it works in dxva without any problem on nv card. i didn't get time to test on ati on xp)
ati on vista32bit sp1, on the other hand, either gave black screen or just corrupted the video...


btw, is there any way (other than mediainfo) to show the file's encode setting(such as ref #) ?:helpful:

loretta80
25th June 2008, 06:20
What about the "File > Close" command ???

Yes but it's not that comfortable like in zoomplayer because you need another button (in mplayerc i cannot bind two commands to the stop button), and if the file is closed i have to reopen it. In zoomplayer i just have to push play and the last file will be reloaded.

another question: is there a way to adjust the volume via mplayerc when audio output is set to spdif? the slide control changes nothing.

Aleksoid1978
25th June 2008, 06:27
another question: is there a way to adjust the volume via mplayerc when audio output is set to spdif? the slide control changes nothing.

No way to control volume when output to spdif - and not only in mpc, in any application

ericab
25th June 2008, 06:34
No way to control volume when output to spdif - and not only in mpc, in any application

agreed.

this can only be adjusted on the receiver

johnsonlam
25th June 2008, 10:18
another question: is there a way to adjust the volume via mplayerc when audio output is set to spdif? the slide control changes nothing.

SPDIF is an interface which transport digital signal, it's not analog so nothing to control, it's the same as the RCA plug on the back of your CD player, you need to decode the digital data first and process volume or anything later.

Further reading:

http://en.wikipedia.org/wiki/SPDIF

ACrowley
25th June 2008, 11:52
i thought 1080p won't work in dxva properly with ref>4.


1920x800 / 1920x816 = max 5 ref Frames possible

1920x1040 /1920x1080 = max. 4 Ref Frames

ghostonline
25th June 2008, 12:05
1920x800 / 1920x816 = max 5 ref Frames possible

1920x1040 /1920x1080 = max. 4 Ref Frames


It doesn't add up.

the file is 1920x1080.

Casimir666 said its ref is 5, same as whay mediainfo reported.

then, DXVA shouldn't work with this file, right?

In reality, it does work in dxva without any problems on one of my pc.

so two possible reason:

1. the file is really L4.1 ref 3, as we all know that it will work for 1080P in dxva without any problems. then the question is how to show the file as ref 3...

2. the file is ref 5 and the new powerdvd8 decoder changed something for vista, as older version of it gave black screen, but now it played this file just fine in dxva.
(xp, on the hand, will always work in dxva for this file, regardless which version of powerdvd i use. only tested on nv card, no time for ati)

btw, so far only nv card works on vista in dxva for this file with most recent powerdvd8 files. ati give me corruptted video and freeze with the same powerdvd8 i used for nv card.:confused::confused::confused:

ericab
25th June 2008, 23:13
is there any word on why/how the last few builds have broken DXVA ?

in my experience, 583 was the last working build for it

<---- win-xp sp3, nvidia.

edit**

alexins; multi monitor code going in official builds soon (from test2)... ???

rack04
25th June 2008, 23:43
is there any word on why/how the last few builds have broken DXVA ?

in my experience, 583 was the last working build for it

<---- win-xp sp3, nvidia.



Understood : I have increase the number of DX surface used for decoding to solve the 11 ref frames bug, but it works only with Vista :-( XP playback broken on ATI too


585 is that last build that works for me. XP SP2 and 8800gt.

ericab
25th June 2008, 23:54
585 is that last build that works for me. XP SP2 and 8800gt.

ok...

does anyone else have a higher build then 585 that still has working DXVA?

we MUST narrow down the cause of this.

post you revision number and you os/sp & gfx card

Aleksoid1978
26th June 2008, 00:24
alexins; multi monitor code going in official builds soon (from test2)... ???

later ... maybe next week ...

after stable build, need wait week or two

rack04
26th June 2008, 01:25
ok...

does anyone else have a higher build then 585 that still has working DXVA?

we MUST narrow down the cause of this.

post you revision number and you os/sp & gfx card

Did you not read the quote I posted?

http://forum.doom9.org/showthread.php?p=1151749#post1151749

ericab
26th June 2008, 06:34
Did you not read the quote I posted?

http://forum.doom9.org/showthread.php?p=1151749#post1151749

sorry; i think i overlooked the significance of your post. my bad. :rolleyes:

Mercury_22
26th June 2008, 09:55
MPC already has splitters for Ogg and TS. It's just a matter of improving those and Casimir66 is already working on that!

Any progress on the Ogg splitter ? :helpful:
TS it's working OK now ! :thanks:

Casimir666
26th June 2008, 11:39
585 is that last build that works for me. XP SP2 and 8800gt.

Just to be sure before next stable release : does it works with this build ?


Good link : rev 601 http://www.zshare.net/download/1423722630c12e37/

Udillak
26th June 2008, 12:25
Casimir666, your rev.601 is working as good as rev.585 (working DXVA) on 8600GT/WinXP SP2 32bit/driver 175.16
Can't verify on Ati card currently.... will report about it in 6 hours.

carnage_pl
26th June 2008, 12:38
http://forum.doom9.org/showpost.php?p=1151443&postcount=2735
what about that little fix?

rack04
26th June 2008, 13:24
Just to be sure before next stable release : does it works with this build ?


Good link : rev 601 http://www.zshare.net/download/1423722630c12e37/


I won't be able to test until tonight. Thanks.

nautilus7
26th June 2008, 13:37
I have a question about the internal subtitle filter. When i use the e F1/F2 keys to delay a subtitle, I get no OSD message showing the value currently applied. Do I miss anything here?

EDIT: Nevermind, I found it. It's Haali renderer that doesn't show up that info.

gngn
26th June 2008, 14:18
Just to be sure before next stable release : does it works with this build ?


Good link : rev 601 http://www.zshare.net/download/1423722630c12e37/


DXVA is working on my Nvidia Card also, but it will try to decode in hardwaremode even the SD files with ReFrames 11+ resulting in broken playback (usually playback stops after few seconds). rev 583 (or 585) recognize those problematic files and turn DXVA off.
will you use this solution with DXVA off in the future builds, or try to resolve this problem?

Casimir666
26th June 2008, 14:40
DXVA is working on my Nvidia Card also, but it will try to decode in hardwaremode even the SD files with ReFrames 11+ resulting in broken playback (usually playback stops after few seconds). rev 583 (or 585) recognize those problematic files and turn DXVA off.
will you use this solution with DXVA off in the future builds, or try to resolve this problem?

I will try to find a better solution for 11+ ref frames later.

73ChargerFan
26th June 2008, 17:49
MKV with DTS wouldn't come clear to my receiver, was stuttering with 566 & 580.

Cleaned registry and installed fresh 592 from front page. Still stuttered.
Disabled audio switcher, still stuttered.
Disabled internal mastroska splitter, tried haali, still stuttered.
Disabled internal DTS, PowerDVD audio out via SPDIF - No Stuttering!

I've had this DTS problem with the internal filter for a while.
AC3 to SPDIF always seems to work though.

Udillak
26th June 2008, 19:59
Casimir666,
On HD2400Pro your rev.601 build works just fine. Tested on a couple of compliant files.
Test Config: WinXP SP3/Ati HD2400Pro/Catalyst 8.5

rack04
26th June 2008, 23:43
Just to be sure before next stable release : does it works with this build ?


Good link : rev 601 http://www.zshare.net/download/1423722630c12e37/


Works great. Thanks.

ericab
26th June 2008, 23:57
Works great. Thanks.

agreed works now

slaman
27th June 2008, 06:50
Just tried Rev6.01 and when I enable the Anti-Tearing option for both VMR9 and EVR Custom, it crashes at the exact same spot (I can see V++ pop up in the background) with a Runtime error.

I cannot get EXACTLY judder-free playback yet playing an EVO file (I have a 24p TV, so I know it's software)

I've disabled all internal filters except for the two DXVA ones... AC3Filter gets called as does MPC HD Decoder

EricAhn
27th June 2008, 15:26
In windows/xp, How can I detect endpoint of sound card? Connecting SPIDF-out jack, is there a method to notify in application level?

73ChargerFan
27th June 2008, 19:16
Windows doesn't see v580 as a media player for m2ts files.

I use "Open With..." from explorer, MPC doesn't show up under either Recommended or under Other programs. If I browse to mplayerhc.exe, it still won't use it. What does work is drag the file onto a running instance of MPC.

slaman
27th June 2008, 20:41
Just tried Rev6.01 and when I enable the Anti-Tearing option for both VMR9 and EVR Custom, it crashes at the exact same spot (I can see V++ pop up in the background) with a Runtime error.

I cannot get EXACTLY judder-free playback yet playing an EVO file (I have a 24p TV, so I know it's software)

I've disabled all internal filters except for the two DXVA ones... AC3Filter gets called as does MPC HD Decoder

This doesn't happen to anyone else?

I get constant runtime errors...

7o9
28th June 2008, 09:13
Thank you all for your hard work on MPC-HC. It's getting better and better and it's my media player of choice.

Just wanted to share something that took me a while to figure out, and that I don't think I saw mentioned in this thread.

I wanted to use the shaders in MPC-HC (x86), but I use Vista 64-bit so they didn't work. Turns out it took dropping 'd3dx9_35.dll' in C:\Windows\SysWOW64 cured that. I have no idea yet how to get it to work with the x64 MPC-HC.

johnsonlam
28th June 2008, 09:39
Hi,

I've noticed Microsoft release another update (maybe I'm a bit late, but I'm sure someone still stick to the old version).

Try update the DirectX components first, maybe some strange problems will gone:

DirectX End-User Runtime Web Installer (http://www.microsoft.com/downloads/details.aspx?familyid=2da43d38-db71-4c1b-bc6a-9b6652cd92a3&displaylang=en)

raynor
28th June 2008, 21:59
Congratulations on the new 1.1.604 release
and a big THANK YOU to all those involved.

I am sure that I am speaking for many users
if I say that MPCHC is the best media player
in the universe :cool:.

I have followed the development closely and
can honestly say that this is an awesome release.

Keep up the great work, thanks again and all the best,
Raynor

STaRGaZeR
29th June 2008, 02:25
I've been testing the lastest releases, and I have to say that the best one for ATI + Vista users is rev586, with the 10 ref fix and 11 ref limitation. All files play fine except some that are not DXVA compatible but the decoder still tries to decode them, resulting in blinking green screen. All other versions either don't have the 10 ref fix or don't have the 11 ref limitation.

Some of the problematic files are here (http://forum.doom9.org/showthread.php?p=1145933#post1145933).

- Samples 1 & 4 are fixed with the 10 ref fix.
- Sample 3 fixed with 11 ref frames limitation.
- Samples 2, 5 & 6 still don't work, it seems that they're not DXVA compatible, but the decoder still tries to decode them, resulting in blinking green screen as I previously stated. More things to add to the DXVA detection formula.

Thanks for the GREAT work you're doing.

Aleksoid1978
29th June 2008, 04:06
TO ALL - I commit my Multi-Monitor support code. Test.

levi
29th June 2008, 05:04
Awesome work guys!

I am able to get DXVA in this build - v1.1.604.0. I have nvidia 8600 gts using 175.19 drivers. CPU is 4-7% on my core 2 - 6420; was 30-40% before

Thanks for all your work. It is certainly appreciated.

alexins
29th June 2008, 06:55
Media Player Classic HomeCinema (x86), svn 613 (http://www.xvidvideo.ru/content/view/47/1/)
Media Player Classic HomeCinema (x64), svn 613 (http://www.xvidvideo.ru/content/view/48/1/)

ADD : support Multi-Monitor configuration, select Monitor for full-screen playback; FIX : .manifest now support for x64 build; Minor FFmpeg update; Removed some incorrect mediatypes; Re-ordered internal decoders; FIXED : incorrect display of "Chapter" in status bar

marc99
29th June 2008, 07:17
I've been testing the lastest releases, and I have to say that the best one for ATI + Vista users is rev586, with the 10 ref fix and 11 ref limitation. All files play fine except some that are not DXVA compatible but the decoder still tries to decode them, resulting in blinking green screen. All other versions either don't have the 10 ref fix or don't have the 11 ref limitation.

Some of the problematic files are here (http://forum.doom9.org/showthread.php?p=1145933#post1145933).

- Samples 1 & 4 are fixed with the 10 ref fix.
- Sample 3 fixed with 11 ref frames limitation.
- Samples 2, 5 & 6 still don't work, it seems that they're not DXVA compatible, but the decoder still tries to decode them, resulting in blinking green screen as I previously stated. More things to add to the DXVA detection formula.

Thanks for the GREAT work you're doing.

Samples 1 (11 reference frames) & 4 (10 reference frames) freeze with current version (613). With 11+ fix works fine. I hope version 11+ fix for Vista users bring back soon.

Vista 64 SP1 8600GT

JohnLai
29th June 2008, 12:31
Anyone has problem when using the shader combiner? I was using the shader combiner to add deinterlace(blend), 16-235 -> 0-255 and denoise until I notice something not right with the color. When only 16-235->0-255 is enabled, the black colour is darker(which is good), but when I use shadow combiner to combine those three, the black colour seem to be back to default "greyish".

frequenzy
29th June 2008, 12:54
Thank you all for your hard work on MPC-HC. It's getting better and better and it's my media player of choice.

Just wanted to share something that took me a while to figure out, and that I don't think I saw mentioned in this thread.

I wanted to use the shaders in MPC-HC (x86), but I use Vista 64-bit so they didn't work. Turns out it took dropping 'd3dx9_35.dll' in C:\Windows\SysWOW64 cured that. I have no idea yet how to get it to work with the x64 MPC-HC.

this doesn't for me. i have d3dx9_35.dll on that folder but still can't load the shader. also using vista64. any ideas?

clsid
29th June 2008, 13:17
C:\Windows\SysWOW64 is the 32-bit system folder so any files in there won't work in combination with 64-bit software.

You need to run the DirectX installer. That will install all the necessary files.

CiTay
29th June 2008, 13:26
In the new version 1.1.604.0, i noticed something: It is no longer possible to use CTRL-Enter *and* ALT-Enter to go to fullscreen. Before, only ALT-Enter was defined under "Keys", but CTRL-Enter worked as well (it's handy to use RightCTRL-Enter, cause you can do it with one hand). But now it's "either or", depending on what you set under Keys, but not both. Is there a way to make both combinations work again?

STaRGaZeR
29th June 2008, 14:12
Samples 1 (11 reference frames) & 4 (10 reference frames) freeze with current version (613). With 11+ fix works fine. I hope version 11+ fix for Vista users bring back soon.

Vista 64 SP1 8600GT

What about the others?

MatMaul
29th June 2008, 15:07
In the new version 1.1.604.0, i noticed something: It is no longer possible to use CTRL-Enter *and* ALT-Enter to go to fullscreen. Before, only ALT-Enter was defined under "Keys", but CTRL-Enter worked as well (it's handy to use RightCTRL-Enter, cause you can do it with one hand). But now it's "either or", depending on what you set under Keys, but not both. Is there a way to make both combinations work again?
the default key for fullscreen is now F11, if you prefer ctrl+enter you can change it in the prefs.

clsid
29th June 2008, 15:14
It is F11 now because that is more consistent with other applications on Windows, including almost all MS products.

CiTay
29th June 2008, 15:42
Ok cool.

7o9
29th June 2008, 15:53
C:\Windows\SysWOW64 is the 32-bit system folder so any files in there won't work in combination with 64-bit software.

You need to run the DirectX installer. That will install all the necessary files.

That's why I use the 32-bit MPC-HC.

Is there even a 64-bit version of DX3D9_xx.DLL ?

clsid
29th June 2008, 15:59
Yes, of course those also exists. Download the latest DirectX redistributable or the DirectX web installer to get them.

marc99
29th June 2008, 16:35
What about the others?

Samples 2,5,6 work fine, 3 freez on version 600, 613 of course software mode. In my opinion 12+ reference frame is problematic the same like in CyberLink decoder.

Rash
29th June 2008, 17:38
You guys are amazing. :) Thank you Casimir, a lot!

rica
29th June 2008, 18:47
Hi guys!

Do you mean something like this by "tearing" ? (this is a VC1 under TS container)

http://img46.imageshack.us/img46/2585/tearingig3.th.jpg (http://img46.imageshack.us/my.php?image=tearingig3.jpg)

BTW: The same file opened with graphedit: (with arcsoft it would be much much better but unfortunatelly trial period of TMT has expired)

http://img145.imageshack.us/img145/4813/tearing2es9.th.jpg (http://img145.imageshack.us/my.php?image=tearing2es9.jpg)

saint-francis
29th June 2008, 20:33
That's not tearing. Tearing is a line running horizontally through the screen. I don't know what you have there. Are you playing a .avs?

rica
29th June 2008, 20:36
Thanks for the response.

This is not an avs. I'm living this problem with vc1 files.

What i gave here was a VC1 remuxed into a TS container via TSMuxer.

EDIT: I'm uploading a test file.... (it's gonna be ready in 20 minutes)

rica
29th June 2008, 21:38
Here you are:

http://rapidshare.com/files/125927965/trial.ts.html

Mercury_22
29th June 2008, 22:23
Here you are:

http://rapidshare.com/files/125927965/trial.ts.html

It plays OK here Vista sp1 x64 MPC-HC 613 (64-bit) with WMVideo Decoder DMO + ffdshow64 audio + EVR custom ! :p

@Alexins Why no more ffdshow64 compiles on http://xvidvideo.ru/ ? :helpful:

rica
29th June 2008, 22:29
It plays OK here Vista sp1 x64 MPC-HC 613 (64-bit) with WMVideo Decoder DMO + ffdshow64 audio + EVR custom ! :p

I didn't mention WMVideo decoder but MPCDecoder :p

Miryan
29th June 2008, 22:59
I didn't mention WMVideo decoder but MPCDecoder :p

It plays fine here with MPCDecoder.
MPC Version: 1.1.604.0 x64 on Vista x64 SP1.

rica
29th June 2008, 23:13
It plays fine here with MPCDecoder.
MPC Version: 1.1.604.0 x64 on Vista x64 SP1.

Really?
It plays like you saw above on Vista 32 SP1. Same version 604.0.

Miryan
29th June 2008, 23:18
Really?
It plays like you saw above on Vista 32 SP1. Same version 604.0.

Yes, everything perfect. Screencap:

http://img165.imageshack.us/my.php?image=trialtshg5.jpg

rica
29th June 2008, 23:22
Yes, everything perfect. Screencap:

http://img165.imageshack.us/my.php?image=trialtshg5.jpg

Thanks.
Anybody else who confirms this from 32 bit world?

carnage_pl
29th June 2008, 23:45
Hi guys!

Do you mean something like this by "tearing" ? (this is a VC1 under TS container)

http://img46.imageshack.us/img46/2585/tearingig3.th.jpg (http://img46.imageshack.us/my.php?image=tearingig3.jpg)

BTW: The same file opened with graphedit: (with arcsoft it would be much much better but unfortunatelly trial period of TMT has expired)

http://img145.imageshack.us/img145/4813/tearing2es9.th.jpg (http://img145.imageshack.us/my.php?image=tearing2es9.jpg)
On Vista 32 bit ATI card and MPC rev.613 the same thing, No DXVA

rica
29th June 2008, 23:55
On Vista 32 bit ATI card and MPC rev.613 the same thing, No DXVA

Thanks for the feedback :thanks:

Leak
30th June 2008, 00:12
I just gave the latest MPC-HC release (1.1.604) a try for watching that "Rambo: First Blood" DVD I bought a few weeks ago, but just 10 or 15 minutes in the audio was so de-synched that I had to seek to get it back in sync. (I'm using VMR9 with the Direct 3D Fullscreen option checked on Windows XP SP2...)

Reverting back to Alexins rev. 593 build from here (http://forum.doom9.org/showthread.php?p=1151441#post1151441) fixed that and I was able to watch the whole movie with perfect audio sync... :(

Might this be the result of different DirectX SDKs being used, as was discussed earlier? Which DirectX SDK did you guys (Casimir666, Alexins) compile your binaries with?

Granted, I'm using ffdshow for decoding the audio and video, but if just switching the mplayerc executable solves the problem I don't think it's ffdshow-related...

np: The Orb - Delta Mk II (Love Bites Mix) (Orblivion Versions)

rica
30th June 2008, 00:17
Might this be the result of different DirectX SDKs being used, as was discussed earlier? Which DirectX SDK did you guys (Casimir666, Alexins) compile your binaries with?



All the related SDKs has been loaded, do not worry.

Leak
30th June 2008, 00:35
All the related SDKs has been loaded, do not worry.
What's that supposed to mean? :confused:

If the latest release goes out of sync while a different earlier compile doesn't I'm quite prone to worrying...

np: The Orb - Secrets (I Love A Woman In Uniform Mix) (Orblivion Versions)

neoufo51
30th June 2008, 03:07
I have an issue when using the Haali renderer.

When skipping around on standard definition AVI files, specifically, skipping forward by 5 seconds repeatedly by pressing a hotkey, the video gradually loses sync with the audio. Is this an issue with the Haali Renderer, or an issue with MPC-HC?

I'm using ONLY the built-in decoders, nothing more. I can't provide a test file since its a general nuisance with every AVI file I have, but if you guys have some AVI files, try doing what I did and see if your video loses sync with the audio.

gngn
30th June 2008, 04:24
no problem here using either the internal AVI splitter or Haali. using "Ctrl+right" , 5 seconds skip repeatedly. tried it on a number of avi files (xvid and divx), with ffdshowaudiodecoder or the internal AC3 audiodecoder.

neoufo51
30th June 2008, 06:25
Hmmm, I just tried it again on a file and its not doing it anymore. I'm using the 613 build since then so either something was fixed or I was wrong and some files do it and others don't. I'll post again if I find anything concrete.

Casimir666
30th June 2008, 07:20
Hi guys!

Do you mean something like this by "tearing" ? (this is a VC1 under TS container)

http://img46.imageshack.us/img46/2585/tearingig3.th.jpg (http://img46.imageshack.us/my.php?image=tearingig3.jpg)

BTW: The same file opened with graphedit: (with arcsoft it would be much much better but unfortunatelly trial period of TMT has expired)

http://img145.imageshack.us/img145/4813/tearing2es9.th.jpg (http://img145.imageshack.us/my.php?image=tearing2es9.jpg)

Fine here with Vista 32 too. Have you installed the Catalyst 8.6? If so revert to 8.5 VC1 decoding is broken with them...

homerpez
30th June 2008, 08:38
I'm hoping that someone will be patient with me (noob)... I've been aware of MPC homecinema for some time, but discouraged because I could not get DXVA working properly. I came back to this topic after some time, and hoped that there'd been enough advances over time that my problems were over. I'm finding I'm still having the same issues though.

I'm not sure where to begin, I guess I will list what's going on, and hopefully something will jump out.

- I'm using Vista 32, Nvidia 8600 GT card, E4200 Processor, and 2GB Ram. PowerDVD8 and Arcsoft totalmedia are installed as well (PowerDVD8 Video filter is what MPC always defaults to when FFDShow is disabled). MPC version is the very latest one mentioned in this thread to this point.

- I've updated DirectX to the latest runtimes, the Nvidia driver to the latest, as well as Haali splitter.

- Playing HD-DVD or Blu-ray discs accelerate perfectly in PowerDVD8 and Arcsoft, so I know DXVA works fine on this machine.

OK...

My goal is to play back H.264 in mkv containers, with the full DXVA2 acceleration. Most of what I have are movie or anime backups at 720p resolution (or less, but conforming to specs).

In Vista, I'm supposed to select "EVR" to enable DXVA. When I select "EVR" however, it does enable DXVA2, but after a few seconds of playing smoothly it begins to stutter and lag.

"EVR Custom" seems to do the same thing: it will play smoothly for a few seconds, and then begin to lag and stutter (while audio still plays fine).

Other modes will kick MPC back into software decoding mode (still using the PowerDVD8 decoder), and the video will play fine.

Could someone offer me a road map, telling me where I could begin to start tweaking MPC to allow the DXVA2 to run more smoothly? I'm really not sure where to even start, as every change I make seems to cause more problems (I even lost 5.1 audio through SPDIF at one point, not sure how). I really would like to get DXVA running smoothly like many of you apparently have, just not sure where I need to start. :thanks:

Also a side issue I noticed (assuming I can ever solve the first problem)... supposedly if you want to use DXVA and subtitles at the same time, you can use "EVR Custom". However when I do this, it seems to kick back to software decoding again. How can this be solved?

I have already found that I can get full DXVA going smoothly if I remux to a .ts container, and open that up in Arcsoft Totalmedia. The problem here is that I probably have hundreds of mkv's of anime and so forth... it would be a pain to remux them all. MPC Homecinema, if I can get it to work, seems a better solution...

I appreciate any and all help that will get me in the right direction here... I feel SO close to having DXVA working smoothly. Thanks! :cool:

lexor
30th June 2008, 17:09
Sup everyone, I'm having trouble using the "denoise" shader. I've done a search and apparently the freeze issue is due to the shader needing to be compiled with PS3.0, which I gather from the posts has to be done by whoever build the player, not on client side. I've got my mplayer build from OP, is that not a compatible version? If so where can I get a proper build?

ranpha
30th June 2008, 17:58
Sup everyone, I'm having trouble using the "denoise" shader. I've done a search and apparently the freeze issue is due to the shader needing to be compiled with PS3.0, which I gather from the posts has to be done by whoever build the player, not on client side. I've got my mplayer build from OP, is that not a compatible version? If so where can I get a proper build?

Go to shader editor, load the denoise code there and change the pulldown menu from ps_2_0 to ps_3_0.

rica
30th June 2008, 18:37
Hi guys, thanks for the responses :thanks:

BTW, Casimir666, i'm using nVidia 8600GTS and give it a go with latest FW drivers.

As far as i understood, it seems working with Ati on Vista32 (with a suitable FW)

The best working VC1 decoder for nVidia is Arcsoft; i have to mention btw.

rica
30th June 2008, 18:53
homerpez,

For DXVA part, are you sure your h264 mkvs are HA capable ones? (If you are not sure you can remux them into TS container and check with Cyberlink or Arcsoft.)
For suptitle part, let me give this quote from myself:

When i remuxed vc1 and ac3 into TS with TS muxer and renamed srt created with supread with the same name of muxed ts and put them in the same folder, i can easily watch suptitle with MPC-HC.


VC1 or h264,
TS or mkv, it doesn't matter. Renderer must be EVR Custom for Vista...

ADude
30th June 2008, 19:08
My goal is to play back H.264 in mkv containers, with the full DXVA2 acceleration. Most of what I have are movie or anime backups at 720p resolution (or less, but conforming to specs).

[...]

Other modes will kick MPC back into software decoding mode (still using the PowerDVD8 decoder), and the video will play fine.

Then just use software decoding mode. :eek: :eek: :eek:

The only point of DXVA is for systems that cannot playback without it - if your videos playback fine in software mode, then you are done.

Casimir666
30th June 2008, 19:12
Hi guys, thanks for the responses :thanks:

BTW, Casimir666, i'm using nVidia 8600GTS and give it a go with latest FW drivers.

As far as i understood, it seems working with Ati on Vista32 (with a suitable FW)

The best working VC1 decoder for nVidia is Arcsoft; i have to mention btw.

Haa ok since you have an nVidia no DXVA for VC1. I have macroblocks too in software mode. Have you tried with ffdshow?

Joniii
30th June 2008, 19:28
Hi guys!

Do you mean something like this by "tearing" ? (this is a VC1 under TS container)

http://img46.imageshack.us/img46/2585/tearingig3.th.jpg (http://img46.imageshack.us/my.php?image=tearingig3.jpg)

BTW: The same file opened with graphedit: (with arcsoft it would be much much better but unfortunatelly trial period of TMT has expired)

http://img145.imageshack.us/img145/4813/tearing2es9.th.jpg (http://img145.imageshack.us/my.php?image=tearing2es9.jpg)

Same thing here. Vista x86 SP1, Radeon X850XT. I've always got that with all my VC1 Blu-rays and MPC-HC (mpeg splitter + mpcvideodecoder). Mpeg splitter+ffdshow gives the same thing but with wmvideodecoder everything is fine except bad stuttering.

rica
30th June 2008, 19:50
Haa ok since you have an nVidia no DXVA for VC1. I have macroblocks too in software mode. Have you tried with ffdshow?

No, not yet.

homerpez
30th June 2008, 20:37
@ rica: Yes, I am fairly sure they are compliant... As I said, when I take the same video stream and mux it into a TS, it accelerates just fine in the Arcsoft player. It's just a TREMENDOUS pain to do this to dozens and dozens of backups, most of which I've archived on DVD. That, and I'm not sure how well subtitles work under TS (most are anime).

But EVR custom by itself produces this lag/stutter, plus if subtitles are detected it always reverts to software mode.


@ ADude: I can't honestly say software mode plays "fine" on my machine (only better than the lag/stutter that DXVA produces in MPC). One of the reasons I'm so interested in this is, when I use the good filter in software mode (PowerDVD8), there's a much less common "frame skip" issue. However when I play an HD-DVD or Blu-Ray disc, hardware decoding works flawlessly. This is why I'm so interested in getting DXVA working smoothly for mkv's.

The E4200 + Nvidia Card SHOULD be more than powerful enough to play anything in software mode. But sadly...

So...

My question now is, for those who DO have this working... what do I tweak in "EVR Custom" to smooth things out and stop this stuttering? Simply selecting EVR Custom alone isn't working, nor does it help the subtitle issue. I probably need to dig deeper in the settings, and suggestions on steps to try would be very very helpful.

While I'm thinking of it... something else I could try, but I don't know how to do it: Could I boost the priority of the Arcsoft decoder instead of the PowerDVD decoder? And use DXVA that way? I always assumed Cyberlink's was better, but times do change. Where would I do this so it's effective system-wide? (not seeing that in MPC's menus)

It's possible Arcsoft's filter might not produce the same stuttering - maybe. But any insight at this point would be great... :)

rica
30th June 2008, 20:53
homerpez,
have you ever tried alexins' compilations?
Just select "evr custom"

rica
30th June 2008, 21:21
Casimir666,

I've just tried ffdshow.
ıt uses libav or wmv9 as decoder.
Both do not give HA and libav gives the same result with mpcdecoder.

homerpez
30th June 2008, 22:03
Media Player Classic HomeCinema (x86), svn 613 (http://www.xvidvideo.ru/content/view/47/1/)
Media Player Classic HomeCinema (x64), svn 613 (http://www.xvidvideo.ru/content/view/48/1/)

ADD : support Multi-Monitor configuration, select Monitor for full-screen playback; FIX : .manifest now support for x64 build; Minor FFmpeg update; Removed some incorrect mediatypes; Re-ordered internal decoders; FIXED : incorrect display of "Chapter" in status bar

@ rica: This is the build I'm using... made sure to download the very most recent one mentioned, before I went on about this. I just checked again, and it is x86 613.

I just figured out how to override the Video decoder setting in MPC (under external filters), so I can use Arcsoft's Video decoder instead of PowerDVD8... at least in MPC.

Doing this, I noticed most of the stuttering issues went away! There's some hiccups, I notice that audio/video sometimes goes out of sync when you seek, but it will fall into place after a few moments. So I'm ready to blame PowerDVD8 for my stuttering issues. They apparently broke something... may just uninstall it altogether.

What's still going on is that any time subtitles are in the MKV (visible or not), it loads DirectVOBSub (I think), and DXVA isn't used. It's back to software mode. Tried to find this setting in MPC, but I only see where to override the placement of subtitles, the color, etc, but not the filter itself. "EVR Custom" setting alone doesn't make the two work at the same time...

I'm almost there..... Just need that last piece of info to make things happy. :)

Casimir666
30th June 2008, 22:07
Casimir666,

I've just tried ffdshow.
ıt uses libav or wmv9 as decoder.
Both do not give HA and libav gives the same result with mpcdecoder.

Ok so should be a bug in ffmpeg VC1 decoder (mpc-hc and ffdshow use the same ffmpeg trunk)

rack04
30th June 2008, 22:15
Just wanted to report that the Multi-Monitor configuration support works fantastic. Thanks.

rica
30th June 2008, 22:33
What's still going on is that any time subtitles are in the MKV (visible or not), it loads DirectVOBSub (I think), and DXVA isn't used. It's back to software mode. Tried to find this setting in MPC, but I only see where to override the placement of subtitles, the color, etc, but not the filter itself. "EVR Custom" setting alone doesn't make the two work at the same time...

I'm almost there..... Just need that last piece of info to make things happy. :)

homerpez, the most important feature of mpcvideo decoder is the only decoder which is able to decode subtitles together with video in DXVA mode.
I'm repeating: put aaa.srt with aaa.mkv into the same folder and try again. If srt has bbb preneme, forget watching suptitles.
If directvobsub is been using you must see under play > filters..

ericab
30th June 2008, 22:37
Just wanted to report that the Multi-Monitor configuration support works fantastic. Thanks.

ditto

homerpez
30th June 2008, 22:38
homerpez, the most important feature of mpcvideo decoder is the only decoder which is able to decode subtitles together with video in DXVA mode.
I'm repeating: put aaa.srt with aaa.mkv into the same folder and try again. If srt has bbb preneme, forget watching suptitles.

Unfortunately, I don't understand most of what you said there...

The subtitles aren't separate files, they're embedded in the stream mix, inside the MKV. There will be a video, audio, and then subtitle streams right in there. I believe they're usually .srt streams.

So the only way MPC Homecinema is able to do subtitle + DXVA directly is to separate the subs from the movie file?... this seems a little kludgy.

rica
30th June 2008, 22:45
So the only way MPC Homecinema is able to do subtitle + DXVA directly is to separate the subs from the movie file?... this seems a little kludgy.

This is what my experience tells, not me:)
I think it's better way than watching embedded subtitles, at least you have the chance watching them without sups when needed.
But on the other hand, i'm a newbie in MPC, so experienced users may offer different ways?

homerpez
30th June 2008, 22:50
Usually I find it's ok to right click either the Haali splitter icon or the DirectVobSub icon, and select/disable subs from there (this only happens to me rarely)... Just would be nice if MPC Homecinema would have a similar internal filter, which could disable DirectVobSub and allow for DXVA and subs, but without having to split the streams..

Well, I'm much better off today than I was yesterday with this, so thanks for the help thus far. :thanks:

MatMaul
30th June 2008, 22:57
just unreg VSFilter.dll (regsvr32 /u VSFilter.dll) and use the internal MPC subtitle renderer

rica
30th June 2008, 23:03
When you put any post-processing filter (like directVobSub) after decoder, you will lose DXVA and drop to software mode.
But you don't need to put any post filter for decoding sups in mpc since mpcvideo decoder decodes subs+video at the same time.
So you don't lose DXVA.

Hope it helps further.

Kado
30th June 2008, 23:30
MPC HC needs specific renderers to render the subs with it's internal subtitle renderer. the subtitles are rendererd in hardware over the video frame and they never break dxva support.

now if you dont have dxva working is because some filter is between the mpc decoder and the renderer or the file you are using is not dxva compilant.
now do what MatMaul said or block directvobsub/vobsub in the external filters.

Image of dxva and softsubs working together. (http://pwp.netcabo.pt/kado/mpc_hc_ss_dxva_re1.01.jpg)

homerpez
30th June 2008, 23:32
What you both said got me curious enough to tweak it again... here's what happens after unregistering VSFilter.dll:

mkv's that have .srt subtitles simply lock up and will not play in MPC. It seems to not know what to do with the file... Subtitles are visible in the Haali icon but the movie itself will not play.

mkv's that have .ass subtitles will play, and using DXVA... but the subtitles don't appear. Again, you can see them on the list in the Haali icon, but you can't see them as the movie plays.

So I may just be stuck watching videos with subtitles in software mode... Arcsoft's filter seems much better than PowerDVD8 was at this, so maybe not all is lost.

@ Kado: your image shows "MPC Video filter" as the video decoder... is this able to process H.264 without a "helper" (like Arcsoft or PowerDVD8)? Maybe this is my problem...?

rica
30th June 2008, 23:43
@ Kado: your image shows "MPC Video filter" as the video decoder... is this able to process H.264 without a "helper" (like Arcsoft or PowerDVD8)? Maybe this is my problem...?

I'm not kado:)
But let me tell you once again(might be the last time),
you will never make DXVA working with external filters while trying to watch subtitles.
Do me a favor: remove all of your external filters and try with the default settings.

gngn
30th June 2008, 23:49
Image of dxva and softsubs working together. (http://pwp.netcabo.pt/kado/mpc_hc_ss_dxva_re1.01.jpg)

nice screenshot you selected there :goodpost:

rica
30th June 2008, 23:51
BTW kado, i liked your drawings :)

Another SS:

http://img237.imageshack.us/img237/7728/killx3.th.jpg (http://img237.imageshack.us/my.php?image=killx3.jpg)

gngn
30th June 2008, 23:59
@homerpez: verify if the "Autoload subtitles" is checked in the "Playback" section of the options. as like VSFilter the internal subtitledecoder of MPC-HC will automaticaly load all subs (soft and external)

rica
1st July 2008, 00:14
now if you dont have dxva working is because some filter is between the mpc decoder and the renderer or the file you are using is not dxva compilant.


Afaik there is no dxva compliant filters between decoder and renderer.
If there is one it must be between demuxer and renderer.
Any filter between video decoder and renderer drops DXVA.
You can check it with graphedit while MPC is working. Click "connect to remote graph" and you will see what is happening on the back side.

homerpez
1st July 2008, 00:24
Guess what... I finally got it working. :p

What the key was, was the "auto loading of subtitles" in the playback menu (which I overlooked), and then noticing that all the screenshots showed use of the "MPC Video Decoder" rather than anything else.

Since nobody corrected me on this part of it, I'd been trying to use Arcsoft or PowerDVD8 filters, when only MPC Video Filter was going to work correctly from the start.

So... Blocking Arcsoft filters and VobSub + Enabling MPC Video Filter (internal) + EVR Custom + "Auto load subtitles" works great. I'm overjoyed. :thanks:

If I could buy you all a beer, I would. :)

rica
1st July 2008, 00:33
This is the graph while you are watching sups working on the behind: (audio renderer is different in your case, sorry:) )

http://img300.imageshack.us/img300/4007/kiljh8.th.jpg (http://img300.imageshack.us/my.php?image=kiljh8.jpg)

Send me my beer, or just tell the bar address :)

STaRGaZeR
1st July 2008, 00:53
Samples 2,5,6 work fine, 3 freez on version 600, 613 of course software mode. In my opinion 12+ reference frame is problematic the same like in CyberLink decoder.

And why you with NV hardware plays 6 for example in software mode and with ATI DXVA kicks in resulting in green screen? Interesting.

rica
1st July 2008, 01:34
Since nobody corrected me on this part of it, I'd been trying to use Arcsoft or PowerDVD8 filters, when only MPC Video Filter was going to work correctly from the start.


Are you sure?
Pls read back the thread.
But let me tell you once again(might be the last time),
you will never make DXVA working with external filters while trying to watch subtitles.
Do me a favor: remove all of your external filters and try with the default settings.

neoufo51
1st July 2008, 01:53
My one wish is that DXVA would work with the Haali Renderer. VMR9 has really bad contrast. All the blacks look grey with VMR9 and the Luma range setting on the Haali Renderer allows me to get true blacks. Will it ever be possible to make the two work together?

Also, another Haali related issue. When playing back a Quicktime High Definition file, such as the new Quantum of Solace HD trailer here...

http://www.moviefone.com/movie/quantum-of-solace/26922/main

The video suffers a MAJOR slowdown when you right click the video image (to get to the context menu) while it's playing. This occurs ONLY when using the Haali Renderer for playback and not the Overlay or VMR9 output modes.

homerpez
1st July 2008, 02:42
Are you sure?
Pls read back the thread.

Well... perhaps... yes, you're right.

But the "default settings" I had were to use Cyberlink's decoder - this is how MPC started from the beginning. To take it back to "MPC decoders only" actually took a bit of work... especially since I learned how to on the fly, trying to work this out. :p

Which I did, and again, thanks. :)

Ranguvar
1st July 2008, 03:54
My one wish is that DXVA would work with the Haali Renderer. VMR9 has really bad contrast. All the blacks look grey with VMR9 and the Luma range setting on the Haali Renderer allows me to get true blacks. Will it ever be possible to make the two work together?
Try forcing RGB output in ffdshow, with High quality RGB conversion, and Full range (Rec.601). It will slow performance slightly. Then VMR9 should work correctly.

Shinigami-Sama
1st July 2008, 05:14
Try forcing RGB output in ffdshow, with High quality RGB conversion, and Full range (Rec.601). It will slow performance slightly. Then VMR9 should work correctly.

can't add FFDshow with DXVA

marc99
1st July 2008, 06:26
I have a problem (Vista SP1 8600GT):
MPC-HC + WMVideo Decoder DMO + VMR = DXVA work (DXVA1)
Windows Media Player + EVR = DXVA work (DXVA2)
MPC-HC + WMVideo Decoder DMO + EVR = DXVA doesen't work (shoold be DXVA2?)
This is MS Decoder or MPC-HC limitation?

Aleksoid1978
1st July 2008, 06:57
I have a problem (Vista SP1 8600GT):
MPC-HC + WMVideo Decoder DMO + VMR = DXVA work (DXVA1)
Windows Media Player + EVR = DXVA work (DXVA2)
MPC-HC + WMVideo Decoder DMO + EVR = DXVA doesen't work (shoold be DXVA2?)
This is MS Decoder or MPC-HC limitation?


Me too - on Vista, EVR+WMVideo Decoder DMO not work DXVA2, in output pin show - WMV1(also as input pin)

on XP, VMR9+WMVideo Decoder DMO work DXVA1, in output pit show - DXVA, but CPU load however large.

Possible it limit WMVideo Decoder DMO ...

Mercury_22
1st July 2008, 09:02
I have problems playing Audio Uncompressed (PCM) in many (all) files (example file (http://rapidshare.com/files/126255281/Fitness_ABS.avi.html)) ! The same files are playing OK with WMP or using ffdshow !

Please help ! :helpful:

:thanks:

Miryan
1st July 2008, 10:48
I have problems playing Audio Uncompressed (PCM) in many (all) files (example file (http://rapidshare.com/files/126255281/Fitness_ABS.avi.html)) ! The same files are playing OK with WMP or using ffdshow !

Please help ! :helpful:

:thanks:

What seems to be the problem? I can play this fine.

neoufo51
1st July 2008, 10:55
Try forcing RGB output in ffdshow, with High quality RGB conversion, and Full range (Rec.601). It will slow performance slightly. Then VMR9 should work correctly.
Yes but the whole point is to use DXVA as the other fellow said.

Anybody else have a better solution?

Kado
1st July 2008, 11:15
@All
MPC HC rev622 here! (http://xvidvideo.ru/)

@homerpez
my gpu (9800gtx) can do bitstream decoding so mpc decoder just feeds it the video stream for it to decode, no additional help needed.

@rica
Thanks, some base images are from moeboard.net, I have to update the site with some new wallpapers.

@gngn
Evangelion is just great!:)

@neoufo51
Use shader 16-235 -> 0-255 to correct the luma range.

AJ73
1st July 2008, 12:15
Hi, I admit that I havn't red all 138 pages, so if the question was already aswered I hope no one gets angry.

By registrating the stand alone MPCVideoDec.ax filter GraphEdt.exe (080116 an previous versions) crashes with a stack overflow if I try to open the "DirectShow Filters" node. It is definitely this filter because if I unregister it everything is fine again.

I really like the filters capabilities but I need GraphEdt.exe to work desperately. Any ideas?

Mercury_22
1st July 2008, 13:05
What seems to be the problem? I can play this fine.

Using MPC-HC I have just a buzzzzzzz instead of sound ! using MPC-HC + ffdshow or WMP sound it's playing OK !

My OS Vista x64 SP1 audio card Realtek ALC883 + drivers R1.97 :helpful:

Miryan
1st July 2008, 13:30
Using MPC-HC I have just a buzzzzzzz instead of sound ! using MPC-HC + ffdshow or WMP sound it's playing OK !

My OS Vista x64 SP1 audio card Realtek ALC883 + drivers R1.97 :helpful:

Its a little noisy, but I can hear the comrades orders to do the exercise. :) There is no sound in the start, but ~ 20 seconds, its sounds okay.

Mercury_22
1st July 2008, 13:39
Its a little noisy, but I can hear the comrades orders to do the exercise. :) There is no sound in the start, but ~ 20 seconds, its sounds okay.

Using just MPC filters ?

For me it's just a noise starting ~ 15 seconds from the beginning till the end ! :mad:

rica
1st July 2008, 15:16
Hi, I admit that I havn't red all 138 pages, so if the question was already aswered I hope no one gets angry.

By registrating the stand alone MPCVideoDec.ax filter GraphEdt.exe (080116 an previous versions) crashes with a stack overflow if I try to open the "DirectShow Filters" node. It is definitely this filter because if I unregister it everything is fine again.

I really like the filters capabilities but I need GraphEdt.exe to work desperately. Any ideas?

I use the latest grapedit.exe that i took from latest Windows SDK.
MPC Video decoder never works standalone on graphedit and crashes graphedit.
I have to unregister it as you did.

Hope casimir666 will give an answer?

Kado
1st July 2008, 15:25
@Mercury_22
It plays fine here too, I've disabled "uncompressed" in ffdshow audio so it wouldn't load, and it's only using haali splitter, mpc video decoder, evr cp, audio output.

Mercury_22
1st July 2008, 15:37
@Mercury_22
It plays fine here too, I've disabled "uncompressed" in ffdshow audio so it wouldn't load, and it's only using haali splitter, mpc video decoder, evr cp, audio output.

Please try just MPC no Haali or anything else ! :thanks:

P.S. And please specify your OS ( and audio card/drivers )
MPC-HC svn 622 here !

Miryan
1st July 2008, 15:45
Using just MPC filters ?

For me it's just a noise starting ~ 15 seconds from the beginning till the end ! :mad:

Just MPC. No haali, no ffdshow. Windows XP 32bit, EVR Custom, all internal filters, MPCHC 1.1.604 x32.

Mercury_22
1st July 2008, 15:57
Just MPC. No haali, no ffdshow. Windows XP 32bit, EVR Custom, all internal filters, MPCHC 1.1.604 x32.

OK thanks ! Now just one more try with internal Audio Switcher boost at maximum ! :thanks:

Setting the minimum level in internal Audio Switcher boost solved the problem for me ! :p and I want to know if this is common for everybody .

Kado
1st July 2008, 16:26
OK thanks ! Now just one more try with internal Audio Switcher boost at maximum ! :thanks:

Setting the minimum level in internal Audio Switcher boost solved the problem for me ! :p and I want to know if this is common for everybody .

Yes, using maximum boost makes it sound bad, that you can only hear some noise. Minimum provides a normal sound.
I don't use the internal switcher anyway.

Mercury_22
1st July 2008, 16:33
Yes, using maximum boost makes it sound bad, that you can only hear some noise. Minimum provides a normal sound.
I don't use the internal switcher anyway.

:thanks: for testing ! so it's not just me !

s174955
1st July 2008, 19:44
HI, I'm following this thread for some time now, and I've got it working almost exactly as I wish.

Almost: in XP one needs to use VMR9 renderless to use subtitles + DXVA,
but VMR9 renderless is the of course the only renderer that gives problems playing HD (both VC1 and MKV/x264).
Problems like: white 'flashes', docoding problems and sometimes the image freezes completely, while the audio plays on.

I've got no idea what's wrong. It only happens in 'fullscreen' mode.
Windowed it goes OK.
Also using "Direct3D fullscreen - removes tearing" works, but then I can't select one of the subtitle streams ;-).
(I'm dutch).

Anyone got a clue whats the problem with VMR9 renderless? Or is there a keyboard shortcut to select a subtitle stream (MPC-HC internal subs).
My cpu is not fast enough to decode 1080p. Using XP SP3, Ati 2600pro, catalyst 8.5, MPC-HC 622.

MartinAF
1st July 2008, 20:47
s174955
i`m having the same problems as you
i can play files in windowed mode, even resize the windows as much as i want but when i double-click and go fullscreen the video starts stuttering, and artifacts can be visible

all this on winxp, and a HD3870 with VMR9 using a haruhi video provided on these forums which is checked as correct/working file for dxva playback

i posted about it some time ago in the DXVA compatibility thread, you can read those posts on the 4th and 5th page
http://forum.doom9.org/showthread.php?t=137974&page=4

if you ask me, there is a high chance that something is braking dxva when going fullscreen because i can strech the video manually to fullscreen and watch it with no problems :)

gngn
1st July 2008, 21:25
@s174955: you can use the "s" from the keyboard to switch between the subtiltlestreams in D3D mode. you should also use the 3DSurface option, so you can load the "16-235 --> 0-255" shader to correct the colours (VMR9renderless will wash out the colours).

STaRGaZeR
1st July 2008, 23:19
For Casimir and others having problems with VC1 using ATI cards, try this (http://www.pctreiber.net/datei_download_2591.html) Catalyst 8.7 beta, they have fixed it :cool:

ericab
2nd July 2008, 04:16
minor interface request:

when the window is maximized to fill the screen (NOTE: NOT full-screen); i like to have the information bars viewable;

View--->
Caption & Menu
Seek bar
controls
information
statistics
status

....

can it be made so when maximized the info bars autohide as they do in fullscreen ?


also;
could the "Caption & Menu" items be separated so i can turn off the windows caption bar and have the MPC-HC menus be the top-most item ?

ranpha
2nd July 2008, 12:05
It is just me, but I can't make screenshots when I use EVR (not the custom presenter one). It will show the error below.

http://www.freeimageparking.com/images/u0h68yl36q4zasikf0h0.jpg (http://www.freeimageparking.com/)

I use Casimir 601 build. I can make screenshot with EVR custom presenter but that renderer crashes a lot on me so I use the vanilla one.

Kado
2nd July 2008, 12:14
@ranpha
Update to latest build (http://xvidvideo.ru/), rev622.

ranpha
2nd July 2008, 12:22
@ranpha
Update to latest build (http://xvidvideo.ru/), rev622.

Same error still happen with build 622.

Jong
2nd July 2008, 13:18
Yes but the whole point is to use DXVA as the other fellow said.

Anybody else have a better solution?What video card do you have? What resolution material are you watching?

The problem you describe is known to happen if you have an ATI card and are watching SD content. There is a registry fix. Not sure about Nvidia.

Certainly with my 3850 and using this fix I have correct levels using VMR9 renderless with all media - HD and SD. No need for shaders.

ranpha
2nd July 2008, 13:29
Yes but the whole point is to use DXVA as the other fellow said.

Anybody else have a better solution?

Download the ExDeus registry patch from http://www.avsforum.com/avs-vb/showthread.php?t=872538 and apply "UseBT601CSC"="1" key so that the luma range will be expanded to PC level (0-255) even for SD materials.

Jong
2nd July 2008, 14:59
Hi guys,

First, thanks for a great product. But, I am surprised to see that still with the new full release MPC-HC still has problems with displaying HD-DVD/Blu-ray content @1920x1080 instead of 1920x1088. It is wildly inconsistent.

- Haali is OK
- VMR9(renderless) with VMR9 Mixer Mode enabled is OK
- VMR7(renderless) is OK
- VMR7(windowed) displays 1920x1088
- VMR9(renderless) without VMR9 Mixer Mode displays 1920x1088
- Overlay seems to squeeze 1920x1088 into 1920x1080 then crop the extra 8 lines leaving no noise from the extra 8 lines but distorted aspect ratio and 8 lines of the desktop showing behind!

At the very least I think the MPC-HC web site should guide people on the renderer options compatible with HD-DVD/Blu-ray playback. Ideally the renderers should be made consistent so all crop the extra 8 lines from the displayed video before final rendering so aspect ratio and1:1 pixel mapping (on 1080p displays) are preserved.

tetsuo55
2nd July 2008, 14:59
Some interesting news about the ATI HD4XX0 series regarding its DXVA abilities:

hardware decode acceleration of H.264, VC-1 and MPEG-2
Dual stream playback (or Picture-in-picture)
Hardware MPEG-1, and DivX video decode acceleration
New enhanced DVD upconversion to HD
Full 30-bit display processing

Casimir:

Could you add Mpeg2, Mpeg1 and Divx to the DXVA decoder?

_xxl
2nd July 2008, 16:05
Why to waste time with such DXVA decoders?
These can be decoded in software with P3 800Mhz.
There are a lot of mpc parts that could be improved.

Kado
2nd July 2008, 16:07
@tetsuo55
Do you have a ATI HD4XX0 card?

All DXVA would become useless if someone would build a video decoder that uses "CUDA" for nVidia or "AMD FireStream"/"Close to Metal" for ATI/AMD GPUs, making the DXVA limitations disappear as well. GPU's are way more powerful than CPUs like how was shown with cuda and badaboom h264 encoder.
What _xxl just said is also correct, you guys have seen how difficult and problematic was to fix just the h264 dxva problems in mpc.

@Jong, ranpha, neoufo51
The shader 16-235-> 0-255 fixes the wrong luma levels just fine in my geforce 9800gtx with evr custom presenter and vista sp1.

ranpha
2nd July 2008, 16:55
@tetsuo55
Do you have a ATI HD4XX0 card?


@Jong, ranpha, neoufo51
The shader 16-235-> 0-255 fixes the wrong luma levels just fine in my geforce 9800gtx with evr custom presenter and vista sp1.
If you enable that shader operation in ATI cards and then plays a HD video or a SD video upscaled to HD, you will get double expansion. And that is a very bad thing to do.
The registry patch is more fool-proof than using the shader operation, especially when playing HD files.

Example:-
Single expansion, done by drivers:-
http://www.freeimageparking.com/images/l2gq3493cjhe3at128_thumb.jpg (http://www.freeimageparking.com/viewer.php?file=l2gq3493cjhe3at128.jpg)

Double expansion, once by the driver, another by the shader operation:-
http://www.freeimageparking.com/images/iscdihsyk9gmh10wzqc_thumb.jpg (http://www.freeimageparking.com/viewer.php?file=iscdihsyk9gmh10wzqc.jpg)

Jong
2nd July 2008, 17:03
Yep. for ATI I can see no reason to use shaders to fix this. Indeed it seems dangerous, as ranpha says. The registry fix solves SD playback for all Directshow players without affecting HD.

Maybe this works well for Nvidia and the specific o/s and renderer mentioned.

Miryan
2nd July 2008, 17:37
If you enable that shader operation in ATI cards and then plays a HD video or a SD video upscaled to HD, you will get double expansion. And that is a very bad thing to do.

Why is it bad? The pictures you pasted shows clearly that the "Double expansion" is more nicer, than the "single".

Jong
2nd July 2008, 17:44
Why is it bad? The pictures you pasted shows clearly that the "Double expansion" is more nicer, than the "single".Your eyesight must be different to mine! Can you not see how all the detail in the face is gone in the double expanded image?

Double-expansion is never good. It clips off all the detail in the luma ranges ~16-31 and 217-235.

s174955
2nd July 2008, 18:13
s174955
i`m having the same problems as you
i can play files in windowed mode, even resize the windows as much as i want but when i double-click and go fullscreen the video starts stuttering, and artifacts can be visible

all this on winxp, and a HD3870 with VMR9 using a haruhi video provided on these forums which is checked as correct/working file for dxva playback

i posted about it some time ago in the DXVA compatibility thread, you can read those posts on the 4th and 5th page
http://forum.doom9.org/showthread.php?t=137974&page=4

if you ask me, there is a high chance that something is braking dxva when going fullscreen because i can strech the video manually to fullscreen and watch it with no problems :)


HI MartinAF,
Seems like the same problem indeed.
Just watched another movie using direct3d, (thanks for the 's'-key tip for selecting subtitles!). It goes much better, but still I found artefacts were present, and after like 30 minutes the image freezed also.
I'm gonna give the Catalyst 8.7 beta a try,
but I'm afraid I will have to switch to Vista, like you also considered in the other thread.

Too bad, came from Vista and just managed get everyting working fine in XP (had some driver issues with XP).

UPDATE
Just tried Catalyst 8.7 beta, same problem

Miryan
2nd July 2008, 18:54
Your eyesight must be different to mine! Can you not see how all the detail in the face is gone in the double expanded image?

Double-expansion is never good. It clips off all the detail in the luma ranges ~16-31 and 217-235.

I agree with that, but the black is much darker! ("Blacker?")

tetsuo55
2nd July 2008, 19:01
Why to waste time with such DXVA decoders?
These can be decoded in software with P3 800Mhz.
There are a lot of mpc parts that could be improved.

although its true that older cpu's can decode the sd versions of those codecs easily, the same cannot be said for hd-ready and higher, also the card might do internal upscaling for those codecs aswell.

Its also true that a lot of other things need to be improved


@tetsuo55
Do you have a ATI HD4XX0 card?

All DXVA would become useless if someone would build a video decoder that uses "CUDA" for nVidia or "AMD FireStream"/"Close to Metal" for ATI/AMD GPUs, making the DXVA limitations disappear as well. GPU's are way more powerful than CPUs like how was shown with cuda and badaboom h264 encoder.
What _xxl just said is also correct, you guys have seen how difficult and problematic was to fix just the h264 dxva problems in mpc.


I do not have my HD4XX0 card yet, soon i hope.

Yes h264 has its fair share of problems, however mpeg1, mpeg2 and divx files are already hardware compatible by default

On the subject of CUDA, put very simply, ffmpeg ported to CUDA would be enough. Not going to happen anytime soon though

ranpha
2nd July 2008, 19:21
I agree with that, but the black is much darker! ("Blacker?")

That scene is not supposed to be that dark to begin with, her face should be fully visible, albeit barely. The double expansion blows off her nose completely.

Jong
2nd July 2008, 20:03
That scene is not supposed to be that dark to begin with, her face should be fully visible, albeit barely. The double expansion blows off her nose completely.Yes, you cannot judge the image by whether some arbitrary part of the image is "black", we do not know if it meant to be black. The only way is to see if any detail is lost between the two images. Clearly detail is lost (as you would inevitably expect) in the double expanded image.

STaRGaZeR
2nd July 2008, 20:46
Also what heppened with ATI's WMV acceleration?

Miryan
2nd July 2008, 21:04
Okay, ranpha and Jong, I see your point, but I tested this shader, and the picture looks better with this. If you dont like it, dont use it.

ikarad
2nd July 2008, 21:18
Hello
I have one question.
In MPC-HC when I read an anime blu-ray on Hard disk, I can see the differents audio language (japanese and english) and subtitles language. I can select the differents audio language but I can't select subtitles (even with vsfilter or haali it doesn't work). I think that HD subtitles (subtitles in blu-ray disc) aren't recognized (with dvd disc subtitle are recognized).
I would like to know if a solution exist or not to see HD subtitles directly without use demux process?

Casimir666
2nd July 2008, 21:35
Hello
I have one question.
In MPC-HC when I read an anime blu-ray on Hard disk, I can see the differents audio language (japanese and english) and subtitles language. I can select the differents audio language but I can't select subtitles (even with vsfilter or haali it doesn't work). I think that HD subtitles (subtitles in blu-ray disc) aren't recognized (with dvd disc subtitle are recognized).
I would like to know if a solution exist or not to see HD subtitles directly without use demux process?
Blu ray sub are demuxed, but not decode my mpc yet.

Kado
2nd July 2008, 22:13
@Ranpha, Jong, Miryan

Here's how it looks on my system:
Shader On (http://pwp.netcabo.pt/kado/s_on.jpg)
Shader Off (http://pwp.netcabo.pt/kado/s_off.jpg)

With shader on it looks just like your single expansion picture and with shader off it gets washed out.

Vista sp1 x86, 9800gtx 177.39, evr cp, mpc hc rev622 using dxva.

Jong
2nd July 2008, 22:18
Yeah, as I said I have no idea about the state of nvidia right now, but with ATI you should not use the shaders, just the SD registry fix

a) because it works perfectly and
b) because HD is already expanded by the ATI drivers and the shaders would result in double expansion.

Emp3r0r
2nd July 2008, 22:34
I have a feature request for UPnP playback support in MPC-HC. Here is a library that could potentially be used:

http://pupnp.sourceforge.net/

I believe we would need MediaController and MediaRenderer support to make this happen.

:thanks:

Jong
2nd July 2008, 23:30
HI MartinAF,
Seems like the same problem indeed.
Just watched another movie using direct3d, (thanks for the 's'-key tip for selecting subtitles!). It goes much better, but still I found artefacts were present, and after like 30 minutes the image freezed also.
I'm gonna give the Catalyst 8.7 beta a try,
but I'm afraid I will have to switch to Vista, like you also considered in the other thread.

Too bad, came from Vista and just managed get everyting working fine in XP (had some driver issues with XP).

UPDATE
Just tried Catalyst 8.7 beta, same problemMaybe try an earlier Catalyst (after a clean uninstall of course). I am running 8.3 with a 3850 on XP and it is perfect in VMR9 renderless. Totally dependable. I use D3D normally, but apart from a bit of tearing and slightly less dependable frame rate it works fine without.

hwti
2nd July 2008, 23:41
Hi,

I just got a Radeon HD4870, and I'm testing MPC-HC H264 DXVA decoding.

It works, but there is no DXVA deinterlacing (tried several 1080i samples). Is this normal ?

MPC-HC build 580
EVR renderer
Vista SP1
Catalyst 8.6 "hotfix"

STaRGaZeR
3rd July 2008, 02:57
To the developers: ATI cards can decode WMVA video using DXVA just fine with the VC-1 bitstream decoder, it'd be nice to add support for this FourCC in future buids. Tested with a WMVA clip, forcing WVC1 FourCC when muxing into Matroska using mkvmerge 2.2.0 :)

ranpha
3rd July 2008, 09:15
@Ranpha, Jong, Miryan

Here's how it looks on my system:
Shader On (http://pwp.netcabo.pt/kado/s_on.jpg)
Shader Off (http://pwp.netcabo.pt/kado/s_off.jpg)

With shader on it looks just like your single expansion picture and with shader off it gets washed out.

Vista sp1 x86, 9800gtx 177.39, evr cp, mpc hc rev622 using dxva.

AFAIK, Nyoron-sub EVA movie has SD resolution. Did you get the same result if you play the exact same file in HD resolution, like I did?

Hi,

I just got a Radeon HD4870, and I'm testing MPC-HC H264 DXVA decoding.

It works, but there is no DXVA deinterlacing (tried several 1080i samples). Is this normal ?

MPC-HC build 580
EVR renderer
Vista SP1
Catalyst 8.6 "hotfix"

The hardware post-processing does not seem to work with HD files. It only works with SD videos like TV rips or DVD source.

ohropax
3rd July 2008, 11:14
Minor feature request:

When VMR9 renderless with 'remove-tearing' option is selected, the user can no longer switch from fullscreen to regular display mode. Could this be changed please?

I am asking because this combination is the _only_ output configuration that gives me all of the following features at the same time:

1. bicubic scaling
2. 16-235->0-255 color correction
3. no tearing
4. DVXA


Minor bug? report:

When VMR9 renderless with 'remove-tearing' option is selected, some keys do not work as expected. For example when typing CTRL+P the key seems to be interpreted twice, because i can not see any shader changes and the OSD displays flashes for both states (1 frame duration). Similar thing happens when iterating throug the individual frames of a video using LEFT and RIGHT keys, because in one direction the position is advanced for two frames (IOW: you have to press the opposite direction key double as often in order to come back to the original position)

Best regards,
Marcus

BTW: XP SP3 with an NVidia GF8 GPU, recent drivers, recent mpc-hc revision

ikarad
3rd July 2008, 12:03
Blu ray sub are demuxed, but not decode my mpc yet.

thank you.

Now, I expect a new version with HD subtitles support added.

Kado
3rd July 2008, 13:50
@ranpha

Shader ON (720p) (http://pwp.netcabo.pt/kado/s_on_hd.jpg)
Shader Off (720p) (http://pwp.netcabo.pt/kado/s_off_hd.jpg)

@hwti
Use this tool (http://bluesky23.hp.infoseek.co.jp/index.html#DXVAChecker) and post your hardware capabilities please.

ranpha
3rd July 2008, 14:46
@ranpha

Shader ON (720p) (http://pwp.netcabo.pt/kado/s_on_hd.jpg)
Shader Off (720p) (http://pwp.netcabo.pt/kado/s_off_hd.jpg)

@hwti
Use this tool (http://bluesky23.hp.infoseek.co.jp/index.html#DXVAChecker) and post your hardware capabilities please.

So, nVidia cards never auto-expand, which is better than ATI. If only there are ways to disable the auto expand feature in CCC, it would be good.

Do you use DVI or HDMI for your display?

Jong
3rd July 2008, 15:03
I have discovered a significant error in VMR9 rendering which probably is specific to ATI.

I need to use VMR Mixer mode as without it my Blu-ray/HD-DVD sourced mkvs are rendered as 1920x1088 instead of 1920x1080 (see previous page for bug report).

I have discovered that with VMR Mixer Mode on expansion is not quite done correctly either with HD or SD. "Video Black", luma 16, is mapped to RGB "1" instead of "0". With VMR Mixer mode off it is correctly set to RGB "0".

Here are two screen grabs from the DVE pluge that illustrate the problem:

No VMR Mixer (http://www.jong.pwp.blueyonder.co.uk/images/pluge_no_vmr_mixer.gif)
VMR Mixer on (http://www.jong.pwp.blueyonder.co.uk/images/pluge_vmr_mixer.gif)

You will probably need to take them into Photoshop or equivalent to see the difference, but it is there. In the version with VMR Mixer there is even the remnant of the BTB line. BTB is mapped to RGB "0" whilst video black is mapped to "1".

It is clearly visible on a well calibrated HDTV. Video black stands out against true black of the display.

This bug does not affect PowerDVD or Theatertek. Of course they may not be using VMR Mixer Mode at all. However Theatertek does NOT have the MPC-HC 1920x1088 bug and it does not have this expansion bug, so they are doing something right!

Since expansion is driver dependant we could think this is a Catalyst problem, but since it affects only MPC-HC and only in mixer mode I think MPC-HC has something to do with it. Either it should be possible to fix MPC-HC's mixer mode to avoid this problem or if mixer mode is broken somehow in the driver (and, presumably, other apps do not use it) it should be possible to change MPC-HC so mixer mode is not necessary to display 1920x1088 encoded video correctly @1920x1080, as is possible in other players.

gngn
3rd July 2008, 15:44
So, nVidia cards never auto-expand, which is better than ATI. If only there are ways to disable the auto expand feature in CCC, it would be good.


with nvidia cards the "16-235->0-255" shader must be used with VMR9 renderless on SD and HD material. i get the same result as you with double expansion on ATI if i combine 2 "16-235->0-255" shaders:

with just 1 shader:
http://i266.photobucket.com/albums/ii259/gngnmumu/dxva/th_1shader.jpg (http://i266.photobucket.com/albums/ii259/gngnmumu/dxva/1shader.jpg)

with 2 "16-235->0-255" shaders combined:
http://i266.photobucket.com/albums/ii259/gngnmumu/dxva/th_2shader.jpg (http://i266.photobucket.com/albums/ii259/gngnmumu/dxva/2shader.jpg)

Kado
3rd July 2008, 18:03
@ranpha
I use DVI, 1680x1050@60hz.

@gngn
The shader must also be used with evr for vista rtm and with evr custom presenter on vista sp1.

@ohropax
When VMR9 renderless with 'remove-tearing' option is selected, the user can no longer switch from fullscreen to regular display mode. Could this be changed please?
It cannot be changed because that option puts the renderer in exclusive mode making the video always fullscreen and always on top. Use CTRL+C to close the video and change the settings.

Jong
3rd July 2008, 20:28
.....I have discovered that with VMR Mixer Mode on expansion is not quite done correctly either with HD or SD. "Video Black", luma 16, is mapped to RGB "1" instead of "0". With VMR Mixer mode off it is correctly set to RGB "0".I have found a workaround for the workaround!

If you turn on YUV Mixing as well as the VMR Mixer the levels are correct.

raynor
3rd July 2008, 20:33
Any chance of making the OSD more configurable in the future ?

I'm thinking about ...

- selecting the font size (right now the OSD is too small to read
for me from a distance)

- selecting the OSD color (font and background)

- selecting the OSD position

- maybe making it transparent (i.e. no blue background like it
is now now, but just displaying the font - similar to the OSDs
on most TVs)


Another thing:

Maybe there should be a README file included in the distribution
that points to the download location of the DirectX Rediustributable Update
(which is required for the shaders to work) ... because there are many questions
in this thread about why the shaders are not working. This would help new users.

Also, workarounds for known problems could be included
in that readme file such as that if your colors are "washed out"
with VMR9 and EVR you should use the 16-235->0-255 shader,
etc.

What do you think ?

ohropax
3rd July 2008, 20:38
It cannot be changed because that option puts the renderer in exclusive mode making the video always fullscreen and always on top. Use CTRL+C to close the video and change the settings.

@kado

That is what i guessed, so my simple proposal is to reopen the renderer (or even the complete decoding chain) when switching to fullscreen or back.

Or do you have suggestion for a renderer configuration that fulfills the previously mentioned constrains?

hwti
3rd July 2008, 21:29
@ranpha

Shader ON (720p) (http://pwp.netcabo.pt/kado/s_on_hd.jpg)
Shader Off (720p) (http://pwp.netcabo.pt/kado/s_off_hd.jpg)

@hwti
Use this tool (http://bluesky23.hp.infoseek.co.jp/index.html#DXVAChecker) and post your hardware capabilities please.
Decoder device:
ModeMPEG2_IDCT: DXVA2, NV12, 720x480 / 1280x720 / 1920x1080
ModeMPEG2_A: DXVA1, NV12, 720x480 / 1280x720 / 1920x1080
ModeMPEG2_C: DXVA1, NV12, 720x480 / 1280x720 / 1920x1080
ModeH264_VLD_NoFGT: DXVA2, NV12, 720x480 / 1280x720 / 1920x1080
ModeVC1_VLD: DXVA1/2, NV12, 720x480 / 1280x720 / 1920x1080
5B23D46D-FA5F-4FDC-B78A-7EB2787942EC: DXVA2, NV12, 720x480 / 1280x720 / 1920x1080

Processor device:
ATI Radeon HD 4800 Series
[YUY2]
AdaptiveDevice: DXVA2, 720x480 / 1280x720 / 1920x1080
DeviceCaps: HardwareDevice
NumForwardRefSamples: 0
NumBackwardRefSamples: 1
DeinterlaceTechnology: PixelAdaptive
ProcAmpControlCaps: Brightness / Contrast / Hue / Saturation
VideoProcessorOperations: YUV2RGB / StretchX / StretchY / SubRects / SubStreams / SubStreamsExtended / YUV2RGBExtended / Constriction
NoiseFilterTechnology: Unsupported
DetailFilterTechnology: Unsupported

BobDevice: DXVA1/2, 720x480 / 1280x720 / 1920x1080
DeviceCaps: HardwareDevice
NumForwardRefSamples: 0
NumBackwardRefSamples: 0
DeinterlaceTechnology: BOBVerticalStretch
ProcAmpControlCaps: Brightness / Contrast / Hue / Saturation
VideoProcessorOperations: YUV2RGB / StretchX / StretchY / SubRects / SubStreams / SubStreamsExtended / YUV2RGBExtended / Constriction
NoiseFilterTechnology: Unsupported
DetailFilterTechnology: Unsupported

ProgressiveDevice: DXVA1/2, 720x480 / 1280x720 / 1920x1080
DeviceCaps: HardwareDevice
NumForwardRefSamples: 0
NumBackwardRefSamples: 0
DeinterlaceTechnology: Unknown
ProcAmpControlCaps: Brightness / Contrast / Hue / Saturation
VideoProcessorOperations: YUV2RGB / StretchX / StretchY / SubRects / SubStreams / SubStreamsExtended / YUV2RGBExtended / Constriction
NoiseFilterTechnology: Unsupported
DetailFilterTechnology: Unsupported

SoftwareDevice: DXVA2, 720x480 / 1280x720 / 1920x1080
DeviceCaps: SoftwareDevice
NumForwardRefSamples: 0
NumBackwardRefSamples: 0
DeinterlaceTechnology: BOBVerticalStretch
ProcAmpControlCaps: None
VideoProcessorOperations: YUV2RGB / StretchX / StretchY / SubRects / SubStreams / SubStreamsExtended / YUV2RGBExtended / PlanarAlpha
NoiseFilterTechnology: Unsupported
DetailFilterTechnology: Unsupported

[UYVY]
BobDevice: DXVA1/2, 720x480 / 1280x720 / 1920x1080
DeviceCaps: HardwareDevice
NumForwardRefSamples: 0
NumBackwardRefSamples: 0
DeinterlaceTechnology: BOBVerticalStretch
ProcAmpControlCaps: Brightness / Contrast / Hue / Saturation
VideoProcessorOperations: YUV2RGB / StretchX / StretchY / SubRects / SubStreams / SubStreamsExtended / YUV2RGBExtended / Constriction
NoiseFilterTechnology: Unsupported
DetailFilterTechnology: Unsupported

ProgressiveDevice: DXVA1/2, 720x480 / 1280x720 / 1920x1080
DeviceCaps: HardwareDevice
NumForwardRefSamples: 0
NumBackwardRefSamples: 0
DeinterlaceTechnology: Unknown
ProcAmpControlCaps: Brightness / Contrast / Hue / Saturation
VideoProcessorOperations: YUV2RGB / StretchX / StretchY / SubRects / SubStreams / SubStreamsExtended / YUV2RGBExtended / Constriction
NoiseFilterTechnology: Unsupported
DetailFilterTechnology: Unsupported

[NV12]
VectorAdaptiveDevice: DXVA1, 720x480 / 1280x720 / 1920x1080
DeviceCaps: HardwareDevice / EmulatedDXVA2
NumForwardRefSamples: 0
NumBackwardRefSamples: 2
DeinterlaceTechnology: PixelAdaptive
ProcAmpControlCaps: Brightness / Contrast / Hue / Saturation
VideoProcessorOperations: YUV2RGB / StretchX / StretchY / SubRects / SubStreams / SubStreamsExtended / YUV2RGBExtended

MotionAdaptiveDevice: DXVA1, 720x480 / 1280x720 / 1920x1080
DeviceCaps: HardwareDevice / EmulatedDXVA2
NumForwardRefSamples: 0
NumBackwardRefSamples: 2
DeinterlaceTechnology: PixelAdaptive
ProcAmpControlCaps: Brightness / Contrast / Hue / Saturation
VideoProcessorOperations: YUV2RGB / StretchX / StretchY / SubRects / SubStreams / SubStreamsExtended / YUV2RGBExtended

AdaptiveDevice: DXVA1, 720x480 / 1280x720 / 1920x1080
DeviceCaps: HardwareDevice / EmulatedDXVA2
NumForwardRefSamples: 0
NumBackwardRefSamples: 1
DeinterlaceTechnology: PixelAdaptive
ProcAmpControlCaps: Brightness / Contrast / Hue / Saturation
VideoProcessorOperations: YUV2RGB / StretchX / StretchY / SubRects / SubStreams / SubStreamsExtended / YUV2RGBExtended

BobDevice: DXVA1/2, 720x480 / 1280x720 / 1920x1080
DeviceCaps: HardwareDevice
NumForwardRefSamples: 0
NumBackwardRefSamples: 0
DeinterlaceTechnology: BOBVerticalStretch
ProcAmpControlCaps: Brightness / Contrast / Hue / Saturation
VideoProcessorOperations: YUV2RGB / StretchX / StretchY / SubRects / SubStreams / SubStreamsExtended / YUV2RGBExtended / Constriction
NoiseFilterTechnology: Unsupported
DetailFilterTechnology: Unsupported

ProgressiveDevice: DXVA1/2, 720x480 / 1280x720 / 1920x1080
DeviceCaps: HardwareDevice
NumForwardRefSamples: 0
NumBackwardRefSamples: 0
DeinterlaceTechnology: Unknown
ProcAmpControlCaps: Brightness / Contrast / Hue / Saturation
VideoProcessorOperations: YUV2RGB / StretchX / StretchY / SubRects / SubStreams / SubStreamsExtended / YUV2RGBExtended / Constriction
NoiseFilterTechnology: Unsupported
DetailFilterTechnology: Unsupported


It is strange that I have more choice in DXVA1 than DXVA2 (VectorAdaptiveDevice, PixelAdaptiveDevice)

hwti
3rd July 2008, 21:35
Another thing : with ATI MPEG decoder for MPEG2 (seems to be DXVA1 only) :
- EVR custom renderer crashes
- VMR9 custom renderer shows no picture (zoom is grayed in menu), but statistics tells frames are "drawn"

ericab
3rd July 2008, 22:57
hwti

use the code box man

[-aRcTiC-]
3rd July 2008, 23:18
Kinda new to this and i need help.

3850 agp
amd x2 4200+
catalyst 8.6 agp hotfix
MPC-HC v604

In Vista 32bit DXVA works on both vc1 and h264 videos (720p&1080P) Heres dxvachecker..
http://img357.imageshack.us/img357/2070/dxva3850xq0.th.jpg (http://img357.imageshack.us/my.php?image=dxva3850xq0.jpg)

But in XP 64bit it doesnt work and dxvachecker doesnt even list h264 or vc1 decoder devices.
http://img159.imageshack.us/img159/2600/3850kn3.th.png (http://img159.imageshack.us/my.php?image=3850kn3.png)

Is it drivers or is there something missing, what gives?

GTPVHD
4th July 2008, 06:28
WMV9 DXVA decoder seems to be broken with recent releases also on Nvidia 8/9 series cards at least on XP SP3 with WMP11 installed for the latest codecs. Nvidia 8/9 series exposes ModeWMV9_IDCT which can be confirmed using DXVACheker 1.6. Previously, WMV9 files show DXVA: WMV9 IDCT in use when using CTRL+J, with the recent builds including 629 it now shows DXVA: Not using DXVA. It's only partial acceleration and I understand it's not suppose to work at all on non bitstream processing(VLD) hardware but it did work on the 58x builds before the 586/587.

This is the file I used to test. 1080p WMV9.

http://us.download.nvidia.com/downloads/nZone/videos/nzm_PureVideo_SDvsHD.wmv

Casimir666
4th July 2008, 07:07
WMV9 DXVA decoder seems to be broken with recent releases also on Nvidia 8/9 series cards at least on XP SP3 with WMP11 installed for the latest codecs. Nvidia 8/9 series exposes ModeWMV9_IDCT which can be confirmed using DXVACheker 1.6. Previously, WMV9 files show DXVA: WMV9 IDCT in use when using CTRL+J, with the recent builds including 629 it now shows DXVA: Not using DXVA. It's only partial acceleration and I understand it's not suppose to work at all on non bitstream processing(VLD) hardware but it did work on the 58x builds before the 586/587.

This is the file I used to test. 1080p WMV9.

http://us.download.nvidia.com/downloads/nZone/videos/nzm_PureVideo_SDvsHD.wmv
You should disable internal VC1 decoder, and use Microsoft DMO decoder to have acceleration with nVidia.

Jong
4th July 2008, 07:52
So guys, without being pushy, what gives with these bugs?

It seems pretty significant to me that with a number of popular renderer options Blu-ray/HD-DVD sourced video is displayed in the wrong aspect ratio and in some cases with actual noise in the last 8 lines, but no one involved in cutting code has replied at all, even just to say they don't plan to fix it. This was first raised on the 24th May.

Likewise, although it is only a one level shift, not correctly expanding video levels with the VMR mixer engaged (unless in YUV mixing mode) is a fairly basic bug.

Is that because no one is responsible for that part of the application and so it is not fixable, or because people think I am mad or what?

Kado
4th July 2008, 14:24
@ohropax
your main problem is tearing because the other stuff can be used with evr custom presenter, I have no tearing in my system fortunately but you should try other set of drivers for your gpu.

@clsid, casimir
MPC crashes if you open the mpc video decoder options from the ffdshow audio decoder icon using build 629, did not happen with build 622, maybe because of the dxva/ffmpeg filter separation.

clsid
4th July 2008, 15:14
@clsid, casimir
MPC crashes if you open the mpc video decoder options from the ffdshow audio decoder icon using build 629, did not happen with build 622, maybe because of the dxva/ffmpeg filter separation.
The filter is not separated yet, just its configuration options have been altered. I'll attempt filter separation in the near future (my goal is to make it possible to build MPC with DXVA but without FFmpeg decoders).
I had a crash problem when accessing the options in MPC, but that was solved after doing a full rebuild. So please try if that also solves your problem.

gngn
4th July 2008, 15:32
@clsid, casimir
MPC crashes if you open the mpc video decoder options from the ffdshow audio decoder icon using build 629, did not happen with build 622, maybe because of the dxva/ffmpeg filter separation.

no problems on my system with the 629 version from xvidvideo.ru.

s174955
4th July 2008, 15:49
Maybe try an earlier Catalyst (after a clean uninstall of course). I am running 8.3 with a 3850 on XP and it is perfect in VMR9 renderless. Totally dependable. I use D3D normally, but apart from a bit of tearing and slightly less dependable frame rate it works fine without.

Haven't tried yet with version 8.3. But noticed that when I use the PowerDVD 8 h264 decoder, everyting works fine in vmr9 renderless.
So I do have dxva + subtitles, though not with the MPCDedocer. Glad it works now though.

Jong
4th July 2008, 16:01
Haven't tried yet with version 8.3. But noticed that when I use the PowerDVD 8 h264 decoder, everyting works fine in vmr9 renderless.
So I do have dxva + subtitles, though not with the MPCDedocer. Glad it works now though.I have now upgraded to the 8.7 beta and all is working fine in MPC-HC and PowerDVD 8. VC-1 and AVC acceleration OK.

(The other bugs with Blu-ray playback and expansion are unchanged.)

ChronoReverse
4th July 2008, 16:15
So, nVidia cards never auto-expand, which is better than ATI. If only there are ways to disable the auto expand feature in CCC, it would be good.

Do you use DVI or HDMI for your display?

How is it better to be _not_ doing something that's supposed to be done?:confused:

rica
4th July 2008, 17:50
You should disable internal VC1 decoder, and use Microsoft DMO decoder to have acceleration with nVidia.

From my trials, it makes Hardware Deinterlacing but no HW decoding; CPU utilization is %60 with WMVideo decoder DMO.

6750 CPU, 2gb RAM, 8600GTS, FW 175.19, alexins' 629...

(BTW, 629 chooses DMO by itself even internal VC1 selected...)

ranpha
4th July 2008, 18:19
Is there any chance that the screenshot-taking error with vanilla EVR renderer be fixed?

_xxl
4th July 2008, 18:39
The filter is not separated yet, just its configuration options have been altered. I'll attempt filter separation in the near future (my goal is to make it possible to build MPC with DXVA but without FFmpeg decoders).
ffdshow isn't stable enough on every pc. Internal mpc decoders have no incompatibility issues with any app that users use. Maybe mpcvideodec.ax could be compiled without FFmpeg decoders, only to be used with DXVA.

clsid
4th July 2008, 19:18
Since when is ffdshow not stable enough? Applications that don't like ffdshow can easily be blacklisted.

At this moment the internal decoders don't work properly in combination with the Overlay Mixer. Some files just freeze at the beginning.

I hope Casimir will eventually split the current CMPCVideoDecFilter into two filters within mpcvideodec.ax, one for software decoding and one for DXVA. I would attempt it myself, but I don't understand the code good enough yet to know what code is DXVA related and what not.

ramonchin
4th July 2008, 20:54
Since some x264 videos hangs when DXVA is On, I'd like to set MPCVideodec.ax to decode only H264 footage but not x264. I prefer CoreAVC for x264.

Is this possible? How?

Nowadays, Can MPCVideodec.ax decode interlaced H264 streams (HD sat channels)?

Is xvidvideo.ru the address where I can find always the last version?

I've ATI 3850HD

Thanks!

clsid
4th July 2008, 22:33
x264 is not a video format. x264 is an encoder that produces H.264 video. So what you are asking make no sense at all ;)

rica
4th July 2008, 23:58
x264 is not a video format. x264 is an encoder that produces H.264 video. So what you are asking make no sense at all ;)

There is a misunderstanding here:
As far as i understood ramonchin knows it is not a video format.
*.264 avc profile may be in these styles:
h264, encoded by pro encoders like Elecard or MC or
x264, encoded by open source encoders like we find in sourceforge net.
The question was whether the possibility is existent of using different decoders for those two types separately or not.

In this case the answer will be "no"; you can not use different decoders for x264 or h264 files.

73ChargerFan
5th July 2008, 00:50
@ohropax

It cannot be changed because that option puts the renderer in exclusive mode making the video always fullscreen and always on top. Use CTRL+C to close the video and change the settings.
How about this:

on request for menu
{
pause playback
copy frame image
switch display mode
display image
do the menu thing...
switch mode back to directx full screen
resume playback
}

73ChargerFan
5th July 2008, 00:56
Feature Request:

Add a "Apply & Restart" button to the options dialog.
- restart the application, with the new options
- resume playback of same file, with same video style (full screen or windowed, where, size)
- seek to the same position
- leave it on pause

Kado
5th July 2008, 01:22
@73ChargerFan
I suppose the graph must be rebuild to change the display mode (between normal and exclusive mode).

@ChronoReverse
Because you will have to disable or enable the shader depending on the video resolution. ATI makes expansion on HD but not in SD. nVidia does not make any expansion.

73ChargerFan
5th July 2008, 01:58
@73ChargerFan
I suppose the graph must be rebuild to change the display mode (between normal and exclusive mode).

Perhaps, if you're trying to play the video under the new display mode. I imagine using a screen grab as a static background while the menu is being displayed, then restoring the real display mode.

rt87
5th July 2008, 04:02
Perhaps, if you're trying to play the video under the new display mode. I imagine using a screen grab as a static background while the menu is being displayed, then restoring the real display mode.

How about OSD style menu?
if [options] choice is selected, minimizing the render window and showing option window.

crlorentzen
5th July 2008, 05:26
How is it better to be _not_ doing something that's supposed to be done?:confused:

I think ranpha's point is that with an nVidia device we can simply enable a single expansion in our codec/shaders and not worry since nVidia consistently does not change the luma. Earlier in this thread it was stated that ATi does the expansion on some but not all video, I do not know if this is accurate or not as I only have nVidia cards currently, but if that is true then it is better how nVidia does it because it is consistent.

Now we should also go over if the expansion is really something that it's supposed to do. I think most of us in this thread would agree that with properly calibrated monitor (e.g. 0-255 is fully set) applying the TV-PC luma fix (expand 16-235 to 0-255) should be done somewhere along the line to get back the original artistic intention. So as we can infer from the statement above, some people would disagree that the expansion should be done at all, I do not. I believe in a proper expansion, however, I am trying to do a complete analysis. So for those that don't believe in expansion immediately nVidia is the best as it never does this expansion.

Next we have those that agree with expansion. In this case I believe nVidia to be in a better state again, as I can simply configure my playback program to do the expansion and be assured of a single expansion and proper display. However, with ATi, assuming it is true that sometimes it does not expand video, then you get into a sticky situation where you need to constantly question whether you need to enable your expansion or not. And I Hate! having to constantly flip flop settings.

Anyways, I hope this helps to flesh out the statement made by ranpha, sorry for hijacking the thread for a bit. I do think I remember someone offered a way to make it so that ATi always did the expansion, but, not sure...

Jong
5th July 2008, 09:29
Why they expand HD but not SD, by default I really do not know. It sounds mad, but it has been like that for a long time now so they must really think it is a good idea :confused:

Fortunately the "USEBT601CSC" = "1" registry setting fixes ATI so it expands everything. This has the additional advantage that it works in all applications including PowerDVD. No need to individually tweak levels in each media player you use. Also, if you connect an ATI card to an HDMI TV using their HDMI dongle the card changes behaviour and outputs everything, including "the desktop", so photos etc. @ video levels and using YCbCr.

So, with the registry tweak I would say ATI is in a better position than Nvidia. But without it things are just plain weird!

cca
5th July 2008, 09:33
Why they expand HD but not SD, by default I really do not know. It sounds mad, but it has been like that for a long time now so they must really think it is a good idea :confused:

Fortunately the "USEBT601CSC" = "1" registry setting fixes ATI so it expands everything. This has the additional advantage that it works in all applications including PowerDVD. No need to individually tweak levels in each media player you use. Also, if you connect an ATI card to an HDMI TV using their HDMI dongle the card changes behaviour and outputs everything, including "the desktop", so photos etc. @ video levels and using YCbCr.

So, with the registry tweak I would say ATI is in a better position than Nvidia. But without it things are just plain weird!

Got a bit confused about the ATi's behavior regarding HDMI out. I wonder what's the best setup, since I'll have an ATi 4850 in my hands in about 3 hours :devil:

Jong
5th July 2008, 10:22
Well I have a 3850, but from what I have read the 4850 behaves the same.

You will need to use the above tweak to get DXVA SD video to consistently output the same levels as HD and the desktop.

I am on XP (almost exclusively VMR9). I read EVR on Vista may not need tweaking, but still it is good to apply the tweak so everything is consistent, whatever player/renderer being used.

Then use the ATI dongle, which hopefully you will get with your card (not all have them), and all content (desktop, HD and SD) will be output @video levels, which is particularly good if your HTPC is going though and AVR or HDMI switcher, shared with other set top boxes, DVD players etc. Then you can calibrate the shared TV input for video levels and everything will be displayed correctly.

cca
5th July 2008, 11:16
Thanks for explaining, let's just hope that the card will work with motherboard first, since it's an nvidia board with PCIe 1.1 only. If all goes well, I should be watching my favorite anime in MPC-HC in my LG 32" TV via HDMI tonight.

Leak
5th July 2008, 11:32
@73ChargerFan
I suppose the graph must be rebuild to change the display mode (between normal and exclusive mode).
The display mode should only concern the renderer, so if anything only the (custom) renderer would have to cope with it.

And since it's perfectly possible to use Direct3D in a window with controls and other windows obscuring the viewport it should be possible to make the renderer display the video in non-exclusive mode - with added tearing, though.

You'll of course get the same symptoms as with games when switching - the display mode will change so the screen will flicker, but I guess that's not much of a problem... :)

By the way - would it be possible to open dialogs on the monitor with the taskbar if I activate them via the tray icon?

Since I'm using VMR9 with Direct3D on my second monitor while the MPC icon is in the tray on my first monitor this actually allows for a lot of control; it's just that the dialogs open on the screen where the video is and I have to fumble around with Alt-Space + M, a cursor key and the mouse to drag it across to the first screen...

np: DJ Flush - Baila Redux (Musick To Play In The Club)

clsid
5th July 2008, 11:57
There is a misunderstanding here:
As far as i understood ramonchin knows it is not a video format.
*.264 avc profile may be in these styles:
h264, encoded by pro encoders like Elecard or MC or
x264, encoded by open source encoders like we find in sourceforge net.
The question was whether the possibility is existent of using different decoders for those two types separately or not.

In this case the answer will be "no"; you can not use different decoders for x264 or h264 files.
*sigh*
There is no such thing as a x264 file.
And x264 does not output some special form of H.264 video that makes it different from other encoders.

rica
5th July 2008, 12:54
*sigh*
There is no such thing as a x264 file.
And x264 does not output some special form of H.264 video that makes it different from other encoders.

I didn't tell this, just tried to decode the question :)

rica
5th July 2008, 13:56
hi alexins, i have a question.
Even i select haali under external filters as preferred i got this graph behind your compilation v.629.
It doesn't seem haali's or mpc's splitter.
What is this?

http://img394.imageshack.us/img394/8522/alexinson0.th.jpg (http://img394.imageshack.us/my.php?image=alexinson0.jpg)

alexins
5th July 2008, 16:13
Hi rica!
I have constructed two schedules with usage of standalone filters mpc-hc v.629 (http://www.xvidvideo.ru/content/view/59/2/). The first uses only standalone filters. The second uses standalone filters and plus Haali Media Splitter.

Only standalone filters:
http://i050.radikal.ru/0807/a1/75c8f36e322ct.jpg (http://radikal.ru/F/i050.radikal.ru/0807/a1/75c8f36e322c.png.html)

Standalone filters and Haali Media Splitter:
http://i004.radikal.ru/0807/2d/62b74faf61c6t.jpg (http://radikal.ru/F/i004.radikal.ru/0807/2d/62b74faf61c6.png.html)

http://i069.radikal.ru/0807/c4/d136f747c414t.jpg (http://radikal.ru/F/i069.radikal.ru/0807/c4/d136f747c414.png.html)

ramonchin
5th July 2008, 17:17
Does standalone filter decode H264 interlaced sat channels? I only get black screen. :(

ADude
5th July 2008, 19:02
And x264 does not output some special form of H.264 video that makes it different from other encoders.

If you are correct, then that is one of the biggest Internet Myths.

The general conventional wisdom is that x264 often creates H.264 video files that are not DXVA compliant.

And therefore if you play a lot of H.264 videos made by amateur encoders that use x264, then you are better off with CoreAVC than with DXVA.

clsid
5th July 2008, 19:27
Other H.264 encoders can also produce output that is not DXVA compliant. A perfectly valid H.264 video stream is not necessarily DXVA compliant because hardware decoders only support a subset of the H.264 feature set. It is not the fault of x264 that most people on the Internet are morons. There are plenty of front-ends for x264 that have settings profiles that ensure DXVA compatibility.

MPC has some DXVA compatibility checks. If those fail, then it falls back to software decoding, allowing you to automatically use CoreAVC (if you disable the internal FFmpeg decoder).

cca
5th July 2008, 20:08
Other H.264 encoders can also produce output that is not DXVA compliant. A perfectly valid H.264 video stream is not necessarily DXVA compliant because hardware decoders only support a subset of the H.264 feature set. It is not the fault of x264 that most people on the Internet are morons. There are plenty of front-ends for x264 that have settings profiles that ensure DXVA compatibility.

MPC has some DXVA compatibility checks. If those fail, then it falls back to software decoding, allowing you to automatically use CoreAVC (if you disable the internal FFmpeg decoder).

Actually, that doesn't seem to work in the latest SVN (629). It falls back to internal ffmpeg no matter what, even if H264/AVC (FFmpeg) is unchecked. To fallback to external decoder H264/AVC (DXVA) must also be unchecked. Bug?

Shinigami-Sama
5th July 2008, 20:26
If you are correct, then that is one of the biggest Internet Myths.

The general conventional wisdom is that x264 often creates H.264 video files that are not DXVA compliant.

And therefore if you play a lot of H.264 videos made by amateur encoders that use x264, then you are better off with CoreAVC than with DXVA.

a lot of amature encoders can't produce a stream that doesn't look like its been through a meatgrinder first too...

clsid
5th July 2008, 20:41
Actually, that doesn't seem to work in the latest SVN (629). It falls back to internal ffmpeg no matter what, even if H264/AVC (FFmpeg) is unchecked. To fallback to external decoder H264/AVC (DXVA) must also be unchecked. Bug?
It works correctly here. Although I haven't got a DXVA capable card, but that shouldn't make a difference. Anyone else having this problem?

Kado
5th July 2008, 21:04
@cca
Fallback to external filter works properly here. With enabled dxva and disabled ffmpeg if the clip is not dxva compilant coreavc decoder will be used.

@all
More testing would be needed to optimize the dxva compilance checks because i have "10 reference frame" files (Kurenai by BSS starting in ep2, ep1 is not dxva compilant) that internal does not play but cyberlink decoder plays.

alexins
5th July 2008, 21:04
It works correctly here. Although I haven't got a DXVA capable card, but that shouldn't make a difference. Anyone else having this problem?

MPC-HC r.630
http://i078.radikal.ru/0807/13/e1a5fa554829t.jpg (http://radikal.ru/F/i078.radikal.ru/0807/13/e1a5fa554829.jpg.html)
http://i008.radikal.ru/0807/46/0bca41c38574t.jpg (http://radikal.ru/F/i008.radikal.ru/0807/46/0bca41c38574.jpg.html)
http://i008.radikal.ru/0807/bb/155b45a0fe46t.jpg (http://radikal.ru/F/i008.radikal.ru/0807/bb/155b45a0fe46.jpg.html)

General
Complete name : F:\video\Spaceballs.HDTV.720p.x264.Rus.mkv
Format : Matroska
File size : 4.89 GiB
Duration : 1h 36mn
Overal bit rate : 7275 Kbps
Encoded date : UTC 2007-06-04 10:15:05
Writing application : mkvmerge v2.0.2 ('You're My Flame') built on Feb 21 2007 23:40:55
Writing library : libebml v0.7.7 + libmatroska v0.8.1

Video
Format : AVC
Format/Info : Advanced Video Codec
Format profile : Main@L5.1
Format settings, CABAC : Yes
Format settings, ReFrames : 9 frames
Codec ID : V_MPEG4/ISO/AVC
Duration : 1h 36mn
Bit rate : 5244 Kbps
Nominal bit rate : 5555 Kbps
Width : 1280 pixels
Height : 720 pixels
Display aspect ratio : 16/9
Frame rate : 23.976 fps
Colorimetry : 4:2:0
Scan type : Progressive
Bits/(Pixel*Frame) : 0.251
Writing library : x264 core 48 svn-537M
Encoding settings : cabac=1 / ref=6 / deblock=1:-2:-2 / analyse=0x1:0x131 / me=hex / subme=5 / brdo=0 / mixed_ref=0 /
me_range=16 / chroma_me=1 / trellis=0 / 8x8dct=0 / cqm=0 / chroma_qp_offset=0 / slices=2 / nr=0 / decimate=1 / bframes=4 /
b_pyramid=1 / b_adapt=1 / b_bias=0 / direct=3 / wpredb=1 / bime=1 / keyint=210 / keyint_min=25 / scenecut=40 / rc=2pass / bitrate=
5555 / ratetol=3.0 / rceq='blurCplx^(1-qComp)' / qcomp=0.80 / qpmin=10 / qpmax=51 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / ip_ratio=
1.40 / pb_ratio=1.30

Language : English

Audio #1
Format : AC-3
Format/Info : Audio Coding 3
Codec ID : A_AC3
Duration : 1h 36mn
Bit rate mode : Constant
Bit rate : 384 Kbps
Channel(s) : 6 channels
Channel positions : Front: L C R, Rear: L R, LFE
Sampling rate : 48.0 KHz
Language : Russian

Audio #2
Format : AC-3
Format/Info : Audio Coding 3
Codec ID : A_AC3
Duration : 1h 36mn
Bit rate mode : Constant
Bit rate : 384 Kbps
Channel(s) : 6 channels
Channel positions : Front: L C R, Rear: L R, LFE
Sampling rate : 48.0 KHz
Language : Russian

Audio #3
Format : DTS
Format/Info : Digital Theater Systems
Codec ID : A_DTS
Duration : 1h 36mn
Bit rate : 768 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

Audio #4
Format : AC-3
Format/Info : Audio Coding 3
Codec ID : A_AC3
Duration : 1h 36mn
Bit rate mode : Constant
Bit rate : 192 Kbps
Channel(s) : 2 channels
Channel positions : L R
Sampling rate : 48.0 KHz
Language : English

_xxl
5th July 2008, 21:37
Format profile : Main@L5.1
Format settings, CABAC : Yes
Format settings, ReFrames : 9 frames

Is this DXVA compatible?

cca
5th July 2008, 22:36
I'm scratching my head now. I do have CoreAVC too, but if I don't uncheck the internal DXVA filter, internal FFmpeg is used, even if that is unchecked! I don't get it.