PDA

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 22 23 24 25 26 27 28 29 30 31 32 33 34 [35] 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82

clsid
1st July 2009, 20:49
Hi,

MPC can play Canon 5D Mark II Movies (H264 MOV), but without audio.

here is a sample:
http://rapidshare.com/files/250770170/MVI_0823.MOV.html
It contains TWOS audio.

ffdshow can decode that if you enable "uncompressed audio".

73ChargerFan
1st July 2009, 22:04
If I remember correctly MS DVD navigator is hard coded to be used in mpc. I have tested some time ago and found that Nero and Cyberlink Navigator can be used in MPC.

Cool, can this be made into a registry hack for testing by others?

73ChargerFan
1st July 2009, 22:07
Can someone tell me the registry key to activate D3D Fullscreen GUI support ???

I can't find a way to activate it, because the popup menu item is disabled unless you are playing a video in D3D fullscreen, but then you can't see the popup menu! :sly:

Leak
1st July 2009, 22:17
Can someone tell me the registry key to activate D3D Fullscreen GUI support ???

I can't find a way to activate it, because the popup menu item is disabled unless you are playing a video in D3D fullscreen, but then you can't see the popup menu! :sly:
Errr... at least for VMR9 it's selectable as long as a video is opened. No need for the player to be in Direct3D fullscreen...

np: Broker/Dealer - Midnight (100)

her34
1st July 2009, 22:33
I've downloaded the OGV file that's linked to on that page, and it plays just fine with MPC-HC's built-in Theora and Vorbis decoders...

np: Sascha Funke - Double-Checked (Mango)

that's odd.

i get an error "cannot render the file"

all boxes are checked on internal filters page. mpc-hc 1164

73ChargerFan
1st July 2009, 23:08
Errr... at least for VMR9 it's selectable as long as a video is opened. No need for the player to be in Direct3D fullscreen...

Not with 1160 - tried vmr9 windowed, renderless, other options in output options page. It is always greyed out in the popup menu. In short, I've no way to enable it.

Keiyakusha
1st July 2009, 23:16
I can't find a way to activate it, because the popup menu item is disabled unless you are playing a video in D3D fullscreen, but then you can't see the popup menu! :sly:

It is possible to turn it on/off without playing a video if you set EVR custom renderer.
Edit: well, yes, its selectable with VMR renderless too... but not windowed. so change your renderer...

kumi
1st July 2009, 23:45
that's odd.

i get an error "cannot render the file"

all boxes are checked on internal filters page. mpc-hc 1164Same here w/ MPC-HC 1161.

Leak
2nd July 2009, 00:27
Well, this HTML page (http://www.mozilla.com/en-US/firefox/video/firefox-3.5.html) of course fails to render in MPC-HC, but this download link found on that page (http://videos.mozilla.org/firefox/3.5/overview/overview.ogv) when pasted into MPC-HC's "Open file" dialog streams just fine...

np: Jackie Leven & The Celtic Soulmen - Golf On The Moon (The Haunted Year: Spring - Man Bleeds In Glasgow)

neoufo51
2nd July 2009, 09:58
Well, this HTML page (http://www.mozilla.com/en-US/firefox/video/firefox-3.5.html) of course fails to render in MPC-HC, but this download link found on that page (http://videos.mozilla.org/firefox/3.5/overview/overview.ogv) when pasted into MPC-HC's "Open file" dialog streams just fine...

np: Jackie Leven & The Celtic Soulmen - Golf On The Moon (The Haunted Year: Spring - Man Bleeds In Glasgow)
Yeah I tried to open those new HTML5 videos with MPC-HC as well but it "Cannot render the file"

VLC plays them fine, sadly enough.

Leak
2nd July 2009, 14:19
Yeah I tried to open those new HTML5 videos with MPC-HC as well but it "Cannot render the file"

VLC plays them fine, sadly enough.
It's probably MPC-HC's built-in Ogg splitter; seems I was using Haali's splitter at home when I tested it. clsid wrote somewhere else that it doesn't yet support Theora correctly.

carnage_pl
2nd July 2009, 16:23
I ask again, How can I translate MPC-HC?

clsid
2nd July 2009, 16:41
Send a PM to Casimir666 and he will send you translation instructions.

Duker
2nd July 2009, 20:16
Originally Posted by Duker View Post
Hi,

MPC can play Canon 5D Mark II Movies (H264 MOV), but without audio.

here is a sample:
http://rapidshare.com/files/250770170/MVI_0823.MOV.html

It contains TWOS audio.

ffdshow can decode that if you enable "uncompressed audio".

o.k. i use MPC HC only and i can't hear audio? Why can't MPC support this codec?

clsid
2nd July 2009, 20:58
Because MPC-HC does not and will not include support for every audio and video format in existence. Period.

Snowknight26
4th July 2009, 04:13
There is noticable corruption when playing a video with DXVA over RDC (from a Win 7 machine to another Win 7 machine).

http://i44.tinypic.com/2e5vaft.png

tetsuo55
4th July 2009, 08:41
IBM claims to have made a new version of GCC that is intelligent and results in up to 18% faster code:
http://www-03.ibm.com/press/us/en/pressrelease/27874.wss

this could help speed up the non-Visual C parts of MPC and FFdshow

_xxl
4th July 2009, 09:53
ffmpeg is fast because it uses hand written asm code, I don't know how much faster this version is going to be.

lych_necross
5th July 2009, 07:05
A "faster" compiler is no substitute for well written code. Especially for well hand-written assembly code :)

cheetah111
5th July 2009, 12:19
Hi all,

Does anyone know if there is a command prompt switch for playing an mkv file using the secondary audio stream that is included in the mkv? (I convert my blu-rays to mkvs and include as default audio stream the lossless flac conversion of true-hd or dts-hd and as secondary audio stream the untouched true-hd or dts-hd stream)

Also, I have installed the 64 bit version of mpc-hc on win7 x64. Do I need to install the 64 bit versions of the various filters (ffdshow, haali media splitter, etch.), or any 32 bit version will work?

A great thanks to all the developers and contributors.

clsid
5th July 2009, 12:22
The 64-bit player needs 64-bit filters.

I recommend using the 32-bit version of MPC on 64-bit version of Windows. More stable and better availability of the various filters.

cheetah111
5th July 2009, 12:35
Thanks clsid.
I will follow your advice.

tetsuox
6th July 2009, 17:40
Does anyone know if there is a command prompt switch for playing an mkv file using the secondary audio stream that is included in the mkv? (I convert my blu-rays to mkvs and include as default audio stream the lossless flac conversion of true-hd or dts-hd and as secondary audio stream the untouched true-hd or dts-hd stream)

I don't think there is such an option. If the two audio tracks are of different languages and properly muxed into mkv with corresponding three-letter country codes, then Haali Media Splitter can be configured which language will be prioritized upon playback.

You could use this feature of Haali Splitter & Mkv by muxing one audio track as eng for example and the 2nd track as jpn, or whatever country code you want to arbitrarily use, and set your priorities for audio track priority in Haali.

cheetah111
7th July 2009, 16:26
You could use this feature of Haali Splitter & Mkv by muxing one audio track as eng for example and the 2nd track as jpn, or whatever country code you want to arbitrarily use, and set your priorities for audio track priority in Haali.
Unfortunately both audio tracks have been muxed with eng tags because they are both english tracks! (the only difference is that the default track is flac and the secondary is true-hd or dts-hd or eac3).
I can change audio track by pressing the "a" key but I do not know if this works as my amplifier cannot play true-hd or dts-hd, so if anyone has done this before please provide feedback.
Thanks.

Snowknight26
8th July 2009, 02:34
MPC-HC seems to disregard the default track flag when muxing MKVs with mkvmerge. Instead, it plays the track with the lowest ID by default. Should be an easy fix.

St Devious
8th July 2009, 05:23
MPC-HC Caused ATI driver to fail and a BSOD. Using HD 4870 with Cat 9.6 and Win 7 RC.

I downloaded few mp4 trailers from apple site and few MKV ones from Divx. Muxed them to one file using mkvtoolnix.

Tried playing the file with Haali Splitter. It worked fine. Changed MPC-HC to use its own splitter, and the driver crashed and them a BSOD afterwards

Here's the info on the file

General
Complete name : E:\Muxed.mkv
Format : Matroska
File size : 2.83 GiB
Duration : 10mn 58s
Overall bit rate : 36.9 Mbps
Encoded date : UTC 2009-07-08 04:06:57
Writing application : mkvmerge v2.9.7 ('Tenderness') built on Jul 1 2009 18:43:35
Writing library : libebml v0.7.7 + libmatroska v0.8.1

Video #1
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : Main@L4.1
Format settings, CABAC : No
Format settings, ReFrames : 2 frames
Muxing mode : Container profile=Unknown@4.1
Codec ID : V_MPEG4/ISO/AVC
Duration : 10mn 57s
Width : 1 920 pixels
Height : 800 pixels
Display aspect ratio : 2.400
Frame rate : 23.976 fps
Resolution : 24 bits
Colorimetry : 4:2:0
Scan type : Progressive

Video #2
ID : 3
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.0
Format settings, CABAC : Yes
Format settings, ReFrames : 3 frames
Muxing mode : Container profile=Unknown@4.0
Codec ID : V_MPEG4/ISO/AVC
Duration : 10mn 58s
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16/9
Frame rate : 24.000 fps
Standard : NTSC
Resolution : 24 bits
Colorimetry : 4:2:0
Scan type : Progressive
Title : Main title
Language : English

Video #3
ID : 6
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.0
Format settings, CABAC : Yes
Format settings, ReFrames : 3 frames
Muxing mode : Container profile=Unknown@4.0
Codec ID : V_MPEG4/ISO/AVC
Duration : 10mn 58s
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16/9
Frame rate : 24.000 fps
Standard : NTSC
Resolution : 24 bits
Colorimetry : 4:2:0
Scan type : Progressive
Title : Main title
Language : English

Video #4
ID : 16
Format : AVC
Format/Info : Advanced Video Codec
Format profile : Main@L4.0
Format settings, CABAC : No
Format settings, ReFrames : 2 frames
Muxing mode : Container profile=Unknown@4.0
Codec ID : V_MPEG4/ISO/AVC
Duration : 10mn 57s
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16/9
Frame rate : 23.976 fps
Resolution : 24 bits
Colorimetry : 4:2:0
Scan type : Progressive

Video #5
ID : 18
Format : AVC
Format/Info : Advanced Video Codec
Format profile : Main@L4.0
Format settings, CABAC : No
Format settings, ReFrames : 2 frames
Muxing mode : Container profile=Unknown@4.0
Codec ID : V_MPEG4/ISO/AVC
Duration : 10mn 57s
Width : 1 920 pixels
Height : 800 pixels
Display aspect ratio : 2.400
Frame rate : 23.976 fps
Resolution : 24 bits
Colorimetry : 4:2:0
Scan type : Progressive

Video #6
ID : 20
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.0
Format settings, CABAC : Yes
Format settings, ReFrames : 4 frames
Muxing mode : Container profile=Unknown@4.0
Codec ID : V_MPEG4/ISO/AVC
Duration : 10mn 57s
Width : 1 920 pixels
Height : 816 pixels
Display aspect ratio : 2.35
Frame rate : 23.976 fps
Standard : NTSC
Resolution : 24 bits
Colorimetry : 4:2:0
Scan type : Progressive
Title : Main title
Language : English

Video #7
ID : 22
Format : AVC
Format/Info : Advanced Video Codec
Format profile : Main@L4.1
Format settings, CABAC : No
Format settings, ReFrames : 2 frames
Muxing mode : Container profile=Unknown@4.1
Codec ID : V_MPEG4/ISO/AVC
Duration : 10mn 57s
Width : 1 920 pixels
Height : 800 pixels
Display aspect ratio : 2.400
Frame rate : 23.976 fps
Resolution : 24 bits
Colorimetry : 4:2:0
Scan type : Progressive

Video #8
ID : 24
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.0
Format settings, CABAC : Yes
Format settings, ReFrames : 3 frames
Codec ID : V_MPEG4/ISO/AVC
Duration : 10mn 57s
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16/9
Frame rate : 23.976 fps
Standard : NTSC
Resolution : 24 bits
Colorimetry : 4:2:0
Scan type : Progressive

Video #9
ID : 26
Format : AVC
Format/Info : Advanced Video Codec
Format profile : Main@L3.1
Format settings, CABAC : No
Format settings, ReFrames : 2 frames
Muxing mode : Container profile=Unknown@3.1
Codec ID : V_MPEG4/ISO/AVC
Duration : 10mn 57s
Width : 1 280 pixels
Height : 720 pixels
Display aspect ratio : 16/9
Frame rate : 23.976 fps
Resolution : 24 bits
Colorimetry : 4:2:0
Scan type : Progressive

Video #10
ID : 28
Format : AVC
Format/Info : Advanced Video Codec
Format profile : Main@L4.0
Format settings, CABAC : No
Format settings, ReFrames : 2 frames
Muxing mode : Container profile=Unknown@4.0
Codec ID : V_MPEG4/ISO/AVC
Duration : 10mn 57s
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16/9
Frame rate : 23.976 fps
Resolution : 24 bits
Colorimetry : 4:2:0
Scan type : Progressive

Video #11
ID : 30
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.0
Format settings, CABAC : Yes
Format settings, ReFrames : 4 frames
Muxing mode : Container profile=Unknown@4.0
Codec ID : V_MPEG4/ISO/AVC
Duration : 10mn 58s
Width : 1 920 pixels
Height : 800 pixels
Display aspect ratio : 2.400
Frame rate : 24.000 fps
Standard : NTSC
Resolution : 24 bits
Colorimetry : 4:2:0
Scan type : Progressive
Title : Main title
Language : English

Audio #1
ID : 2
Format : AAC
Format/Info : Advanced Audio Codec
Format version : Version 4
Format profile : LC
Format settings, SBR : No
Codec ID : A_AAC
Duration : 10mn 58s
Channel(s) : 6 channels
Channel positions : Front: L C R, Rear: L R, LFE
Sampling rate : 48.0 KHz
Resolution : 16 bits

Audio #2
ID : 4
Format : AAC
Format/Info : Advanced Audio Codec
Format version : Version 4
Format profile : LC
Format settings, SBR : No
Codec ID : A_AAC
Duration : 10mn 58s
Channel(s) : 6 channels
Channel positions : Front: L C R, Rear: L R, LFE
Sampling rate : 48.0 KHz
Resolution : 16 bits
Title : English 5.1 Surround
Language : English

Audio #3
ID : 5
Format : AAC
Format/Info : Advanced Audio Codec
Format version : Version 4
Format profile : LC
Format settings, SBR : No
Codec ID : A_AAC
Duration : 10mn 58s
Channel(s) : 2 channels
Channel positions : L R
Sampling rate : 48.0 KHz
Resolution : 16 bits
Title : English Stereo
Language : English

Audio #4
ID : 7
Format : AAC
Format/Info : Advanced Audio Codec
Format version : Version 4
Format profile : LC
Format settings, SBR : No
Codec ID : A_AAC
Duration : 10mn 58s
Channel(s) : 6 channels
Channel positions : Front: L C R, Rear: L R, LFE
Sampling rate : 48.0 KHz
Resolution : 16 bits
Title : English 5.1 Surround
Language : English

Audio #5
ID : 8
Format : AAC
Format/Info : Advanced Audio Codec
Format version : Version 4
Format profile : LC
Format settings, SBR : No
Codec ID : A_AAC
Duration : 10mn 58s
Channel(s) : 2 channels
Channel positions : L R
Sampling rate : 48.0 KHz
Resolution : 16 bits
Title : English Stereo
Language : English

Audio #6
ID : 17
Format : AAC
Format/Info : Advanced Audio Codec
Format version : Version 4
Format profile : LC
Format settings, SBR : No
Codec ID : A_AAC
Duration : 10mn 58s
Channel(s) : 2 channels
Channel positions : L R
Sampling rate : 44.1 KHz
Resolution : 16 bits

St Devious
8th July 2009, 05:24
info continued

Audio #7
ID : 19
Format : AAC
Format/Info : Advanced Audio Codec
Format version : Version 4
Format profile : LC
Format settings, SBR : No
Codec ID : A_AAC
Duration : 10mn 58s
Channel(s) : 2 channels
Channel positions : L R
Sampling rate : 44.1 KHz
Resolution : 16 bits

Audio #8
ID : 21
Format : AAC
Format/Info : Advanced Audio Codec
Format version : Version 4
Format profile : LC
Format settings, SBR : No
Codec ID : A_AAC
Duration : 10mn 58s
Channel(s) : 2 channels
Channel positions : L R
Sampling rate : 48.0 KHz
Resolution : 16 bits
Title : English Stereo
Language : English

Audio #9
ID : 23
Format : AAC
Format/Info : Advanced Audio Codec
Format version : Version 4
Format profile : LC
Format settings, SBR : No
Codec ID : A_AAC
Duration : 10mn 58s
Channel(s) : 6 channels
Channel positions : Front: L C R, Rear: L R, LFE
Sampling rate : 48.0 KHz
Resolution : 16 bits

Audio #10
ID : 25
Format : AAC
Format/Info : Advanced Audio Codec
Format version : Version 4
Format profile : LC
Format settings, SBR : No
Codec ID : A_AAC
Duration : 10mn 58s
Channel(s) : 2 channels
Channel positions : L R
Sampling rate : 44.1 KHz
Resolution : 16 bits
Language : English

Audio #11
ID : 27
Format : AAC
Format/Info : Advanced Audio Codec
Format version : Version 4
Format profile : LC
Format settings, SBR : No
Codec ID : A_AAC
Duration : 10mn 58s
Channel(s) : 2 channels
Channel positions : L R
Sampling rate : 48.0 KHz
Resolution : 16 bits

Audio #12
ID : 29
Format : AAC
Format/Info : Advanced Audio Codec
Format version : Version 4
Format profile : LC
Format settings, SBR : No
Codec ID : A_AAC
Duration : 10mn 58s
Channel(s) : 6 channels
Channel positions : Front: L C R, Rear: L R, LFE
Sampling rate : 44.1 KHz
Resolution : 16 bits

Audio #13
ID : 31
Format : AAC
Format/Info : Advanced Audio Codec
Format version : Version 4
Format profile : LC
Format settings, SBR : No
Codec ID : A_AAC
Duration : 10mn 58s
Channel(s) : 2 channels
Channel positions : L R
Sampling rate : 48.0 KHz
Resolution : 16 bits
Language : English

Text #1
ID : 9
Format : UTF-8
Codec ID : S_TEXT/UTF8
Codec ID/Info : UTF-8 Plain Text
Title : English
Language : English

Text #2
ID : 10
Format : UTF-8
Codec ID : S_TEXT/UTF8
Codec ID/Info : UTF-8 Plain Text
Title : French
Language : French

Text #3
ID : 11
Format : UTF-8
Codec ID : S_TEXT/UTF8
Codec ID/Info : UTF-8 Plain Text
Title : German
Language : German

Text #4
ID : 12
Format : UTF-8
Codec ID : S_TEXT/UTF8
Codec ID/Info : UTF-8 Plain Text
Title : Italian
Language : Italian

Text #5
ID : 13
Format : UTF-8
Codec ID : S_TEXT/UTF8
Codec ID/Info : UTF-8 Plain Text
Title : Polish
Language : Polish

Text #6
ID : 14
Format : UTF-8
Codec ID : S_TEXT/UTF8
Codec ID/Info : UTF-8 Plain Text
Title : Russian
Language : Russian

Text #7
ID : 15
Format : UTF-8
Codec ID : S_TEXT/UTF8
Codec ID/Info : UTF-8 Plain Text
Title : Spanish
Language : Spanish

Menu
00:00:00.000 : en:Prologue - fr:Prologue - de:Prolog - it:Prologo - pl:Prolog - ru:Пролог - es:Prólogo
00:00:27.250 : en:Switchboard trap - fr:Le piège du standard - de:Gefangen in der Schaltzentrale - it:Trappola del centralino - pl:Centrala-pułapka - ru:Коммутатор-ловушка - es:Trampa en la centralita
00:01:09.708 : en:Telephone/Lecture - fr:Téléphone / Leçon - de:Telefon/Lektion - it:Telefono/Rimprovero - pl:Telefon/Głosy - ru:Телефон/Наставление - es:Teléfono / Conferencia
00:03:44.000 : en:Typewriter - fr:La machine à écrire - de:Schreibmaschine - it:Macchina da scrivere - pl:Maszyna do pisania - ru:Пишущая машинка - es:Máquina de escribir
00:04:52.458 : en:Proog shows Emo stuff - fr:Proog montre des trucs à Emo - de:Proog zeigt Emo etwas - it:Proog mostra qualcosa ad Emo - pl:Proog przedstawia - ru:Пруг показывет Имо разное - es:Proog muestra cosas a Emo
00:06:27.292 : en:Which way? - fr:Quel chemin ? - de:Wohin? - it:Quale strada - pl:Którędy - ru:какой путь - es:Por dónde
00:07:08.500 : en:Emo flips out - fr:Emo déraille - de:Emo rastet aus - it:Emo perde la ragione - pl:Emo odwraca się - ru:Имо сходит с ума - es:Emo se vuelve majara
00:07:41.500 : en:Emo creates - fr:Emo crée - de:Emo erfindet - it:Emo crea - pl:Emo tworzy - ru:Имо творит - es:Emo crea

Aleksoid1978
8th July 2009, 07:13
Make short sample and upload.

Tima
8th July 2009, 11:03
Hi all!

Is there any way to make MPC-HC use *.mks files?

E.g., I have an *.ASS subtitle and two custom fonts for it; I want to mux all 3 files into single *.mks, and be able to load it.

hoborg
8th July 2009, 11:48
Hi all!

Is there any way to make MPC-HC to use *.mks files?
E.g., I have an *.ASS subtitle and two custom fonts for it; I want to mux all 3 files into single *.mks, and be able to load it.

Any reason why not mux subtitles directly inside MKV?

Tima
8th July 2009, 12:27
Any reason why not mux subtitles directly inside MKV?

There could be many reasons: I could want to store them externally; I could get such subs after burning *.mkv to DVD/Bluray, and so on.

These reasons are valid, but nevertheless, I think possible motivation is irrelevant to my question.

iron2000
8th July 2009, 19:19
After trying and trying I've found that "System Default" gives me the best video.
The VMRs and EVR constantly had tearing and sometimes not smooth playback.

But I've been getting smooth video with no tearing on System Default.
No need to tweak or force some special refresh rate with an extra program anymore.

lunkens
9th July 2009, 11:04
I've just browsed the web for a answer. But I can't really find one. Today I use MediaPortal with their internal media player. For many reason's I want to use MPC-HC as an external player but I cant cope with the "goto" function. As it requires a keyboard at least.

Is there a way to get MPC-HC to handle smart input commands like MediaPortal's internal player. Setting it so I just have to press 122 for scanning to 01:22:00 into the movie? This would change the whole concept of MPC-HC. :)

73ChargerFan
9th July 2009, 18:44
These reasons are valid, but nevertheless, I think possible motivation is irrelevant to my question.
Please add this to the feature tracker on sourceforge, (https://sourceforge.net/tracker/?group_id=170561&atid=854654) and create an account there please. (You can post as anonymous, but can't edit or be notified.)

We non-programmers try to be helpful, by suggesting alternative solutions. If you can program this, great, or perhaps find the specifications to mks, and add that to your feature request.

Inspector.Gadget
10th July 2009, 01:55
Can either the Cyberlink or Microsoft MPEG-2 decoder be used with the internal subtitle renderer when playing a DVD?

lych_necross
10th July 2009, 07:23
Can either the Cyberlink or Microsoft MPEG-2 decoder be used with the internal subtitle renderer when playing a DVD?
Why don't you try it and see? ;)

Inspector.Gadget
10th July 2009, 15:20
lych_necross, that's exactly what I've been trying to do and so far haven't been able to get it going. I was hoping for a workaround of some sort, because that combination with EVR Custom or VMR9 doesn't display subs.

Jong
10th July 2009, 15:25
Is there anything special you are trying to do with subs? because I use the Cyberlink MPEG-2 decoder for DVD playback (VMR9 renderless) and have never had any problem with subs.

Keiyakusha
10th July 2009, 15:28
It seems with internal mp4 splitter and DivX h264 decoder MPC-HC have some Aspect Ratio problems. If Pixel Aspect Ratio option in DivX decoder settings is set to "Trust Container" (I believe this is default), then MPC-HC doesn't do any aspect ratio correction (http://i30.tinypic.com/24e7y37.jpg). If I set "Trust Bitstream" in Divx Decoder, MPC-HC shows right aspect ratio (http://i28.tinypic.com/nxqasl.jpg), but always starts with black borders.
I'm using MPC-HC SVN 1164, Divx Decoder 1.1.0 and EVR-CP renderer.
Here is sample (http://www.mediafire.com/?twk2y0nnkyz) but so far this happens with any of my anamorphic encodes. (Actually this file I made for compressibility test, so be aware of タイヨウのうた spoilers, if there any)

Is this some known thing?

Inspector.Gadget
10th July 2009, 15:57
Is there anything special you are trying to do with subs? because I use the Cyberlink MPEG-2 decoder for DVD playback (VMR9 renderless) and have never had any problem with subs.

OK, I just got it to work. Apparently one has to explicitly disable DXVA in the Cyberlink codec config, as it won't automatically do this. Thank you both.

Sidebar: Is there some reason DXVA breaks subs when using DXVA with the Cyberlink decoder but not the internal H.264 DXVA decoder?

Jong
10th July 2009, 16:04
I'm using DXVA with the Cyberlink decoder :confused:

Inspector.Gadget
10th July 2009, 17:59
Jong - can you post the filters that MPC-HC is using to decode the DVD? Thus far, subs and menu highlighting only work for me with the Cyberlink decoder if I explicitly disable DXVA. With DXVA enabled, I can use the menus but there is no highlighting and subs don't show up. I'm beginning to think this might be some sort of version incompatibility, because so far no combination of external MPEG-2 filter and renderer works to get both DXVA and subs. Are you using the decoder from PowerDVD 9?

Jong
10th July 2009, 19:18
I have used both 7 & 8 in my time (don't have 9). Currently using 7. I definitely have no issue with menus & VMR9 (on XP SP3). EVR however does not show menu highlighting. I thought that had nothing to do with MPEG2 decoder, but now you have me thinking!

I will try to publish the filter list by tomorrow.

Inspector.Gadget
10th July 2009, 19:27
Thank you for your help. I'd love to get this all working now that I'm renting a lot of foreign-language DVDs where I need the subs.

Jong
10th July 2009, 19:36
Are you using XP or Vista? If XP you are using VMR9 renderless, aren't you?

Inspector.Gadget
10th July 2009, 19:43
I'm on Vista SP2 x64. I use EVR Custom by default, but I've tried various combinations of decoders and renderers including VMR9 Renderless and I still can't get both DXVA and subtitles working at the same time.

Jong
10th July 2009, 19:48
Ah well my info may not be much use then.

As you probably know from the DXVA Support page, on Vista you have to use EVR CP. With EVR CP I get no menu highlighting, which may or may not be related to Cyberlink (I will test tomorrow). I do have a Vista 32 system, not a Vista 64 system, but I have not got Cyberlink on that system. I wil try to install the Cyberlink codec on Vista over the weekend and see how it goes!

Jong
10th July 2009, 23:24
Here are my fillters, but as I say this is XP SP3.

http://jong.pwp.blueyonder.co.uk/images/filters.jpg

http://jong.pwp.blueyonder.co.uk/images/cb_filter.jpg

Inspector.Gadget
11th July 2009, 00:00
Thank you, Jong. I'll see if any online retailers are still selling PDVD7 and see if I can use that decoder within Directshow. Since I have the same problem with Microsoft's MPEG-2 decoder and the Arcsoft one, I doubt that will help. Thank you for the info though.

ar-jar
11th July 2009, 01:02
Is it possible to build the latest svn revision of MPC with the latest DirectX SDK? I get a lot of errors indicating missing include files (and perhaps missing libraries as well when I come that far). Any hints anybody? Thanks! -A

Inspector.Gadget
11th July 2009, 01:07
what do you think about this?:

As near as I can tell you aren't using any subs :confused:

Inspector.Gadget
11th July 2009, 02:16
But you're not using DXVA in that shot, as far as I can tell. That's what I'm trying to do: get both DXVA and subtitles from MPC-HC's internal subtitle renderer when playing a DVD using any of the Microsoft/Cyberlink/Arcsoft decoders.

Inspector.Gadget
11th July 2009, 03:05
Thanks, but KMPlayer isn't going to do me any good if it can't do subs and DXVA simultaneously. I can already do one-or-the-other as it is.

kumi
11th July 2009, 03:46
it can't do subs and DXVA simultaneously.Do you want DXVA decoding, or deinterlacing, or what? The MPC-HC internal subtitle engine works fine for me with DXVA deinterlacing (using the ffdshow Video Decoder). Using EVR Custom on Windows XP.

Inspector.Gadget
11th July 2009, 04:10
ffdshow doesn't do DXVA. I want DXVA decoding with any external decoder (Microsoft, Cyberlink, Arcsoft) plus the display of DVD subs using MPC-HC's internal subtitle renderer. Maybe it can't be done, but I'd like to get a definitive answer.

73ChargerFan
11th July 2009, 04:37
Can someone tell me the registry key to activate D3D Fullscreen GUI support ???

I can't find a way to activate it, because the popup menu item is disabled unless you are playing a video in D3D fullscreen, but then you can't see the popup menu! :sly:

Errr... at least for VMR9 it's selectable as long as a video is opened. No need for the player to be in Direct3D fullscreen...
Thanks Leak... you were right.

It turns out that somehow I had "2d surfaces" selected. Changing to "3d Surfaces" fixed everything, and it now behaves as expected.

boyumeow
11th July 2009, 06:01
Is it possible to build the latest svn revision of MPC with the latest DirectX SDK? I get a lot of errors indicating missing include files (and perhaps missing libraries as well when I come that far). Any hints anybody? Thanks! -A

Would it helps if U install all the directx sdk in the same root folder, like overlapping each one. Thanks.

ADude
11th July 2009, 06:27
Gosh, go away for a couple of days, and people are reinventing the wheel ! :D

The Cyberlink MPEG2 + DXVA + DVD bug is well known and is already in the bug database. It is known for menu highlighting, I am not sure that subtitle aspect was previously known or not, so that may be an additional bit of information.

ar-jar
11th July 2009, 07:53
Would it helps if U install all the directx sdk in the same root folder, like overlapping each one. Thanks.

Not sure what would happen then. At least it would be an "unclean" build as it would be based on two versions of the SDK that wouldn't necessarily be compatible and could indeed be in conflict. Hopefully some experienced MPC dev makes the effort to bring everything up to date (if there isn't a magic trick that I haven't discovered). -A

Jong
11th July 2009, 08:26
Gosh, go away for a couple of days, and people are reinventing the wheel ! :D

The Cyberlink MPEG2 + DXVA + DVD bug is well known and is already in the bug database. It is known for menu highlighting, I am not sure that subtitle aspect was previously known or not, so that may be an additional bit of information.It did not mention the subtitle problem I have added it.

It was unclear if it affected just Cyberlink or all MPEG2 decoders in DXVA mode. I can confirm IG's comment it also affects the MS decoder.

It also suggested it affects all Windows versions, but XP SP3 definitely works fine here (with VMR9 renderless).

Thank you, Jong. I'll see if any online retailers are still selling PDVD7 and see if I can use that decoder within Directshow. Since I have the same problem with Microsoft's MPEG-2 decoder and the Arcsoft one, I doubt that will help. Thank you for the info though.I don't think PDVD7 will help, although I have not tested it. It does seem to affect all DXVA MPEG2 decoders on Vista (EVR CP).

if you look in the bug tracker though you will see you can get it to work by regressing to an earlier version. Maybe you can use one version for DVDs and one for other things?

Also, unless you are right up against it on CPU (and your PC would have to be very old) Kumi's suggestion of DXVA deinterlacing and ffdshow decoding sounds pretty good. DXVA deinterlacing is why I use the Cyberlink decoder.

_xxl
11th July 2009, 09:24
Is it possible to build the latest svn revision of MPC with the latest DirectX SDK? I get a lot of errors indicating missing include files (and perhaps missing libraries as well when I come that far). Any hints anybody? Thanks! -A
You need DirectX SDK (August 2007) Download (http://www.microsoft.com/downloads/details.aspx?FamilyID=529f03be-1339-48c4-bd5a-8506e5acf571&DisplayLang=en&displaylang=en) because later versions don't have WMR7. You could compare include and lib dir with latest and copy missing files from August 2007 SDK. Same issue with Win7 SDK, some file is missing and can be found in previous VISTA SDK. To compile you could use information from my opening post.

tetsuo55
11th July 2009, 10:19
Is there any reason to keep VMR7?

I believe all supported Os's support VMR9

ar-jar
11th July 2009, 10:26
You need DirectX SDK (August 2007) Download (http://www.microsoft.com/downloads/details.aspx?FamilyID=529f03be-1339-48c4-bd5a-8506e5acf571&DisplayLang=en&displaylang=en) because later versions don't have WMR7. You could compare include and lib dir with latest and copy missing files from August 2007 SDK. Same issue with Win7 SDK, some file is missing and can be found in previous VISTA SDK. To compile you could use information from my opening post.

Thanks, I'm building according to those instructions currently.

Casshern indicated in an other post that the "regular builds" were using a later version of the SDK, the reason being that some shaders don't work with the older SDK. And indeed, many of the shaders produce a lot of stutter on my machine (admittedly I'm using a fairly cheap ATI board). Thus my question. -A

PS. How long do we need to keep support for VMR7? Is anybody actually using it anymore?

tetsuo55
11th July 2009, 10:57
My friend google just told me there is no reason to keep VMR7, all windows version that can run MPC-HC have DirectX9c available as an update or already built in.

I also do not see any reason to keep supporting "windowed" renderers. As far as i can see it's just a crippled version of "renderless", and people can use Overlay if they want overlay features.

There really is no reason for 99% of users to not use EVR-CP or VMR9 renderless. For those who want software based renderers Haali, madVR and old-renderer are available.

All the others should be removed imho, and maybe "null" should be debug only or something.

The remaining options would be:

System default
Old Renderer (Software renderer)
Overlay mixer (hardware renderer)
VMR9 (hardware renderer)
EVR CP (hardware renderer)
Haali renderer (software renderer)
madVR (Software renderer)

(i personally also think we can dump system default and overlay mixer)

While in there we might as well redesign Quicktime and realmedia.
Simply make a checkbox (which is unchecked by default, which means "system default")

Use VMR9 for ... (when these boxes are not checked, the default renderers for these types are used)
Realmedia []
Quicktime []

i wonder if the realmedia and quicktime renderers can be so adjusted that any of the left side renderers would work, then we would only have to add 2 checkboxes

Use selected renderer for this media type instead of the default one (If this is not checked the custom proprierty renderer is used, check the box to use the renderer of your choice)
Realmedia []
Quicktime []

GTPVHD
11th July 2009, 11:09
I personally use VMR9 Renderless on XP SP3 for DXVA support and softsubs support from the internal subtitle engine.

You can't take screenshots using F5 with Overlay. And VMR9 Renderless and Haali is slower than VMR7 Windowed on older hardware. You should just keep all the VMR7 options, it doesn't really matter.

Of course on Vista/Win7, you should default it to EVR Custom for DXVA and softsubs support.

6233638
11th July 2009, 11:09
Is there any way to force MPC-HC to output a specific resolution when in fullscreen mode?

I want to have my windows desktop at 1080p60 and video at 1080p24.

There's a huge list with most of the resolutions supported by my nvidia 9400 but 1080p23 or 1080p24 aren't on that list for some reason. It only goes down to 1080p25.

Even if I set my desktop to 1080p24 (which I dont want) it doesn't show up in MPC-HCs list.


Oh and I found that if I do set a resolution from that option, when I close MPC-HC the process doesn't actually end and I have to use the task manager to close it.

tetsuo55
11th July 2009, 11:16
And VMR9 Renderless and Haali is slower than VMR7 Windowed on older hardware. You should just keep all the VMR7 options, it doesn't really matter. The difference is so small, i doubt anyone using MPC_HC actually has weak enough hardware to see any difference.

VMR9 and EVR-CP work perfectly fine on my GF4MX which is a low budget directx 6 card !!, Also my intel chipset 825 which is slightly newer than the GF4, has no problems with VMR9 and EVR-CP (haali is CPU limited on these systems)

avivahl
11th July 2009, 11:56
My friend google just told me The remaining options would be:

System default
Old Renderer (Software renderer)
Overlay mixer (hardware renderer)
VMR9 (hardware renderer)
EVR CP (hardware renderer)
Haali renderer (software renderer)
madVR (Software renderer)What about regular EVR (not CP)?

tetsuo55
11th July 2009, 12:00
I think regular EVR is the same as VMR# Windowed (but i could be mistaken)

-----

IMHO one should be able to compile MPC-HC with only the newest Directx and windows SDK's, this basically means that for the older stuff we need a zip file with those libraries.

Casimir and i have also been toying with the idea to create a custom mingw for MPC-HC.

Anyone who knows which headers are required from older SDK's could you please put them all on a zip file and host it somewhere? Casimir and i will work on a permanent hosting solution.

Neeto
11th July 2009, 12:10
It did not mention the subtitle problem I have added it.

It was unclear if it affected just Cyberlink or all MPEG2 decoders in DXVA mode. I can confirm IG's comment it also affects the MS decoder.

It also suggested it affects all Windows versions, but XP SP3 definitely works fine here (with VMR9 renderless).

I don't think PDVD7 will help, although I have not tested it. It does seem to affect all DXVA MPEG2 decoders on Vista (EVR CP).

if you look in the bug tracker though you will see you can get it to work by regressing to an earlier version. Maybe you can use one version for DVDs and one for other things?

Also, unless you are right up against it on CPU (and your PC would have to be very old) Kumi's suggestion of DXVA deinterlacing and ffdshow decoding sounds pretty good. DXVA deinterlacing is why I use the Cyberlink decoder.

I've been able to use DXVA deinterlacing on my 2600XT & 4650 with ffdshow by using the NV12 color space in latest ffdshow build and setting the deinterlacing mode in CCC. I uncheck all other colorspaces except NV12 & RGB32 in the ffdshow Output tab.
This way I can use ffdshow MPEG2 decoder, plus mess with any output Levels etc I need to make it match VMC LiveTV playback.

Regards, Neeto

clsid
11th July 2009, 12:11
VMR-7 should NOT be removed and this has already been discussed once in the past. VMR-7 (windowed) is the default renderer on XP, which is still the most used OS. There are still plenty of people who use it as a fallback when the other renderers have issues.

As for the DVD menu/subs issue: DVD menu highlighting is done with subtitles, so that is why the two issues are related.

tetsuo55
11th July 2009, 12:18
I don't think it's too much to ask from users to keep their windows updated, directx 7 is 10 years old now, XP even shipped with DirectX 8.

Can you describe some of the problems that would force a user to use VMR7 windowed?

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

EDIT:
I did some more googling on the subject.
Microsoft states it did not "force update" to VMR9 because some older applications where not able to cope with the new or changed functions, they do however recommend any actively developed application to use VMR9 "Renderless", windowed mode is a backwards compatibily feature for some older API's.
(Ofcourse MS recommends EVR (or a custom presenter variant) for Vista and up.)

As we are in full control of our own application, there is no reason to anything other than VMR9 renderless and EVR-CP.
(If VMR9 renderless and EVR-CP really are benchmark-measurably slower than the other hardware renderers, we should troubleshoot and optimise to minimize the difference), not coinsidentally these are the only 2 renderers on which every feature of MPC-HC actually works.


EDIT2:

Would it be possible to compile standalone renderers? We could compile a VMR7 etc renderer so people could still manually install and use it on later builds?

EDIT3:

And i also forgot to mention, there are a truckload of bugs with VMR7 that do not occur in any of the other renderers, which often lead to complete crashes (do note that i am unable to reproduce many of these bugreports)

clsid
11th July 2009, 13:00
VMR9 is also a buggy renderer in many people's opinion. Newer does not always equal better. On Windows XP, the Overlay Mixer is still my favorite. Not everyone cares about DXVA.

The dependency of MPC is mostly for VMR-7 (renderless) I assume, since that is a customized renderer. I doubt it would be needed to remove VMR-7 (windowed).

But why is the never SDK needed? Is there anything broken in the current one that has been fixed in the newer one?

The devs should imo concentrate on fixing the many existing bugs first, before considering removing stuff.

tetsuo55
11th July 2009, 13:19
Well there are currently 4 people interested in VMR9 and EVR from a programming standpoint, there is a real chance most or even all of the remaining bugs will eventually be fixed. (and both of these renderers have enough bugs, that's also true)

however nobody wants to touch VMR7 or Overlay renderer, or any of the "windowed" VMR versions.

Meanwhile renderers like madVR make even EVR seem obsolete...

The newer SDK('s) mainly fix a lot of bugs, and give the dev's access to newer features available in modern os's. In the case of DirectX the newest SDK makes some shader operations up to 2x faster. I doubt this is optimisation, i think MS found a bug that caused it to be 2x slower all these years.

Although i try to get as many bugs fixed as possible, the motivation for fixing them all not very high, a lot of them come from code that noone has even tried to understand yet. From a team-effort developement standpoint MPC-HC is a mess and a PITA to work with.

If you really want to get more bugs fixed, and know how to compile MPC-HC from scratch (assuming a system with no compiling environment and no svn access) and can put that into a easy to follow step by step guide you can be sure that within a short time 10-20 dev's will start submitting bug fixes.(I get approached by willing programmers several times per month, but they usually give up when it turns out MPC-HC is so difficult to compile, and at that point they haven't even complained about the lack of comments)

clsid
11th July 2009, 13:47
however nobody wants to touch VMR7 or Overlay renderer, or any of the "windowed" VMR versions.There is also no reason to touch a non-custom renderer.

If you really want to get more bugs fixed, and know how to compile MPC-HC from scratch (assuming a system with no compiling environment and no svn access) and can put that into a easy to follow step by step guide you can be sure that within a short time 10-20 dev's will start submitting bug fixes.(I get approached by willing programmers several times per month, but they usually give up when it turns out MPC-HC is so difficult to compile, and at that point they haven't even complained about the lack of comments)There already is a compilation guide in the first post:
To compile you need:
* Microsoft Visual C++ 2008 SP1
* Microsoft® Windows® Software Development Kit Update for Windows Vista™ Download
* BaseClasses from same SDK
* DirectX SDK (August 2007) Download
* For VS2008SP1 see ATL Server Library and Tools
* MinGW GCC 4.2.4 x86_32 MinGW - Minimalist GNU for Windows or TDM's GCC/MinGW32 Builds
* MinGW GCC 4.4.0 x86_64 MinGW - Minimalist GNU for Windows 64 to compile libavcodec_gcc.lib.
The baseclasses aren't needed anymore, since they are included in SVN.
The Windows SDK is also not really needed. Visual Studio already has its own Windows SDK.
An easy to use installer for MinGW32 can be found in the first post of the ffdshow topic.
Missing step: libgcc.a and libmingwex.a must be copied from MinGW into the \lib\ directory of MPC.

So updated guide could be:
To compile you need:
* TortoiseSVN
* Microsoft Visual C++ 2008 SP1
* Microsoft® Windows® Software Development Kit Update for Windows Vista™ (optional) (Download (http://www.microsoft.com/downloads/details.aspx?familyid=ff6467e6-5bba-4bf5-b562-9199be864d29&displaylang=en))
* DirectX SDK (must be August 2007 !!!) (Download (http://www.microsoft.com/downloads/details.aspx?FamilyID=529f03be-1339-48c4-bd5a-8506e5acf571&DisplayLang=en&displaylang=en))
* ATL Server Library and Tools (http://www.codeplex.com/AtlServer/Release/ProjectReleases.aspx?ReleaseId=3754)
* MinGW32. Installer can be found here: ffdshow discussion topic (http://forum.doom9.org/showthread.php?p=930660#post930660) (see bottom of the first post)
* Copy libgcc.a and libmingwex.a from the MinGW32 \lib\ directory to the \lib\ directory of MPC's code repository.
* Building a 64-bit build requires MinGW64 and several additional steps. Not recommended for novice developers.
But I doubt you will get many extra skilled developers.

The method that MPC uses for compiling FFmpeg code is unnecessarily complex. If a user adds the MinGW32 bin directory to the system's %PATH% variable, then running "make" is sufficient. My MinGW32 installer updates %PATH% automatically.

tetsuo55
11th July 2009, 13:58
Most programmers have a pre-installed environment, where they store the source on a local or networked disk. Now they have to install a lot of stuff themselves and that can be a challange, and learn about svn too. i wouldn't worry too much about the skill level, judging from people like beliyaal and ar-jar that's not going to be a problem.

Do those downloads include yasm?
Basically all that needs to be added is the path declarations

And someone needs to get those files from the old SDK's into zip so we can do a problem free update to the latest SDK's

EDIT:

Can we legally store those 2 mingw files on the SVN?

clsid
11th July 2009, 14:11
MinGW is open-source, so yes, you could include those files into SVN. You could include my MinGW32 installer as well if you want. It includes all the required stuff, including YASM. It also sets the environment variable "CC" and updates %PATH%. Then the build script for the 32bit build could also be updated, so that no further user actions is needed.

For 64-bit things are more complex.

But developers that don't even know how to use SVN are not really skilled enough to be of use to make MPC better.

tetsuo55
11th July 2009, 14:13
I think that's the best solution, and the same should be done for 64 bit (as far as possible)
This way we also solve the storage problem for the mingw environment, is it up to date with the latest mingw SVN?

contrary to popular believe SVN is not used by 99% of the worlds programmers

clsid
11th July 2009, 14:18
It is not possible for 64-bit. That requires recompiling parts of the MinGW64 distribution. Plus, there is no installer for that, and I am not making one.

contrary to popular believe SVN is not used by 99% of the worlds programmers lol, where did you read that nonsense. Any good programmer knows hows to use a version control system or can easily learn how to use it.

tetsuo55
11th July 2009, 14:26
Too bad about the 64bit part, we will need someone else to take care of that one then.

Would you be willing and able to put the required files on the SVN? (for the 32bit build)


I didn't read it anywhere, i deal with a lot of software companies, and i know many programmers, they do not use any form of SVN, code is stored on networked disks and roaming profiles.

But i do agree that learning SVN should be simple.
(and i also think that an SVN-like system is much better than the scenario i mentioned above)

clsid
11th July 2009, 14:29
Well, those are very unprofessional software companies then. And certainly not representative for the entire software development industry. All software companies I know use version control systems.

tetsuo55
11th July 2009, 14:39
hmmm, it looks like mingw and yasm get updates quite regularly, do you have plans to update the custom mingw installer every so often?

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

This file from the ffdshow project might contain all the file's we need for VMR7.
http://iknowu.net/files/public/ffdshow/old_dx_sdk.rar

If this works we only need the missing files from the windows SDK

clsid
11th July 2009, 14:46
It gets updated whenever there are useful updates.

tetsuo55
11th July 2009, 14:49
Cool!

Ps ffmpeg has not been updated for 3 months, do you still keep track of it, no noteworthy updates?
h264 playback has been broken in the standalone mpcvideodecoder for a while now, an update might fix it.

clsid
11th July 2009, 15:17
I currently don't have time to keep that updated.

tetsuo55
11th July 2009, 15:21
Okay.

Inspector.Gadget
11th July 2009, 15:42
test & report.

Same problem, plus in KMPlayer menus don't work period using the Cyberlink decoder and any renderer.


The Cyberlink MPEG2 + DXVA + DVD bug is well known and is already in the bug database. It is known for menu highlighting, I am not sure that subtitle aspect was previously known or not, so that may be an additional bit of information.

OK thanks.

It did not mention the subtitle problem I have added it.

Well, my work's done for me :D

if you look in the bug tracker though you will see you can get it to work by regressing to an earlier version.

I'll investigate this. Thanks.

kieranrk
11th July 2009, 15:51
Following some discussion with tetsuo55 I've registered #mpc-hc on freenode for mpc-hc development.

irc://irc.freenode.net/mpc-hc

73ChargerFan
11th July 2009, 16:09
(i personally also think we can dump system default and overlay mixer)
Sometimes I must use overlay for two reasons:

1. Some of my videos need the contrast changed, "VMR9 Color Controls" don't work, and using CCC makes my desktop unreadable.

2. Overlay is faster than VMR9r with software rendering. With 1080p videos, I get stuttering with VMR9r but not with overlay.

My HTPC: AMD 4600X2, ATI 4850, XP SP3 MCE 2005

My ideas:
On install / or 1st run, select the default render based on which OS it is running on. XP - VMR9 renderless, Vista/Win7 EVR custom. Default to 3d surfaces so shaders work.

Fix color controls, make them easily accessible and work across everything. If overlay is being used, make calls to the video driver. Otherwise a shader?

Implement a graph rebuild feature. I hate having to exit the application and restart it every time I change a setting.

This is for discussion... I don't want to add it to the feature tracker yet.

_xxl
11th July 2009, 16:18
With some video cards including nVidia 7900 WMR9 Renderless and EVR Custom Pres (WinXp Sp3) are unusable because of tearing problem, no D3D doesn't fix my problem. Also some other issues using TV-out.

tetsuo55
11th July 2009, 16:31
Color controls will never work in any non-overlay compatible renderer, this is not a bug.

The only way to fix this is to write completely independent (sofware based) color controls. Like the one in ffdshow.


i understand that the small speed difference between overlay and VMR9 could be the difference in borderline powered hardware. Still i wonder if VMR9 could be optimised to tighten the gap in speed.


I'm not surprised you have tearing problems with the 7900, MPC-HC still needs a lot of work in the refresh rate detection and jitter reduction field. What sucks though is that as far as the dev's can see, we're doing everything as it should be done.

ar-jar
11th July 2009, 17:05
With some video cards including nVidia 7900 WMR9 Renderless and EVR Custom Pres (WinXp Sp3) are unusable because of tearing problem, no D3D doesn't fix my problem. Also some other issues using TV-out.

I'll throw myself into the discussion even though I'm a n00b around here and therefore ignorant.

First about tearing: I never get tearing in my GothPlayer (see link below) that has a custom allocator presenter for VMR9, as long as it stays in sync (which it does). With exclusive mode I *never* get tearing. I've run it with many kinds of NVidia cards and now a low-end ATI card. So I believe tearing could and should be fixed in the MPC flavor of VMR9 too (and EVR for that matter).

I also believe that MPC is a player for geeks (like me), not the common folks that use Media Player or PowerDVD. I mean, how many people out there knows what "flush GPU after Present" means or what a "bicubic" resizer" does? Or the multitude of shaders. (Or perhaps these menus just exist for testing purposes?) We can not be everything to everybody. Thus it is my hypothesis that users in our "target market segment" at least keep their machines updated and that VMR7 w/ custom AP therefore has an insignificant user base. I vote for scrapping it, updating DirectX and focusing on the new renderers. I haven't tried it but I guess all standard renderers, including VMR7, that are registered on the system can still be used?

As for SVN, I had not used it before I started working on MPC although I understand CM in general. SVN was very easy to learn and Tortoise is an excellent interface. SVN is not the biggest hurdle to get started and I guess used by most open source projects nowadays (and CVS is definitely not easier).

What I stumbled on mostly before succeeding with my first build was that yasm wasn't mentioned anywhere in the build instructions (and I still don't see anything about it there), I wasn't sure about the ATL stuff as it was labeled "alpha", and there were a couple of environment variables that I learned about from error messages and a BAT-file as I recall. I still get a bunch of warnings so maybe all isn't fine and dandy yet but at least I can play all common file formats. -A

Edit: I have not tested VMR9 tearing with the 7900 board, only with an old 5000 series-something, 6800, 7600, and 8600 + ATI 3450. Maybe 7900 has specific issues.

kieranrk
11th July 2009, 17:17
What I stumbled on mostly before succeeding with my first build was that yasm wasn't mentioned anywhere in the build instructions (and I still don't see anything about it there), I wasn't sure about the ATL stuff as it was labeled "alpha", and there were a couple of environment variables that I learned about from error messages and a BAT-file as I recall. I still get a bunch of warnings so maybe all isn't fine and dandy yet but at least I can play all common file formats. -A


I think the build guide is now correct apart from the code embeds not working and the default numbering not working:

http://mpc-hc.wiki.sourceforge.net/How+to+compile+the+MPC

73ChargerFan
11th July 2009, 17:25
Color controls will never work in any non-overlay compatible renderer, this is not a bug.

Shader to change brightness:
# Brighten2
sampler s0 : register(s0);

float4 main(float2 tex : TEXCOORD0) : COLOR
{
return(tex2D( s0, tex ) +2);
}

ar-jar
11th July 2009, 21:59
I think the build guide is now correct apart from the code embeds not working and the default numbering not working:

http://mpc-hc.wiki.sourceforge.net/How+to+compile+the+MPC

Good stuff! Looks about right and yasm is there too. Does it compile and link without warnings? My set-up doesn't. If there are warnings to be expected, maybe they should go into the wiki too. -A

kieranrk
11th July 2009, 22:17
There are loads of warnings unfortunately.

alexins
12th July 2009, 01:11
Media Player Classic HomeCinema (x86/x64), svn 1168 (http://www.xvidvideo.ru/content/view/824/1/)

Supported languages: BY, CN, CZ, DE, EN, ES, FR, HU, IT, KR, PL, RU, SK, TR, UA

Changes log (http://www.xvidvideo.ru/content/view/7/17/)

Updated FFmpeg

GrofLuigi
12th July 2009, 04:11
I regularly install MPC-HC on friends' computers (yeah, I'm spreading the word :)) with various windows OSs, graphic cards & drivers. More often then not, I have to change renderers to find one that works without artefacts. The situation is worst with the integrated cards. I cannot pinpoint one (or two, pre- and post-vista) renderers that are guaranteed to work. I'm not even looking for tearing. :p

Maybe it's fixable (I suspect they don't accept some colorspaces), but investigation would take months. So I'd say every renderer is potentially useful. Why limit our choices? If they want, developers can concentrate on some of them and leave others "unsupported".

Just my .02.

GL

iron2000
12th July 2009, 07:16
Slightly browsed a few page back.
Don't dump "System Default" !
That one works best for my PC.

Running MPC-HC on Radeon HD 2600 Pro with Catalyst 9.6.
Most other renderers gives me tearing and slow downs.
Don't want to run Powerstrip or other programs to tweak refresh rates.
D3d Fullscreen and Beliyaal fixes don't really work for me also.

So far "System Default" is the most stable renderer for me.

ADude
12th July 2009, 07:20
Users who need VMR7 Renderless can simply continue to use previous released stable versions, much as I do now for DVD playback. ;)

iron2000
12th July 2009, 07:39
Sometimes the slow downs are due to the internal subtitle filter.
And the tearing doesn't happen to every video file.

"System Default" is nice and stable but I'm still playing around.

By the way what is the difference of using the internal subtitle filter and DirectVobSub?

(Ok, thought I would go back to VMR9 Renderless, noticed the tearing straight away T^T)

Hmm, on inspection System Default seem to slow the video a litte bit(or is it drop frames?) while VMR9 Renderless does tearing.

_xxl
12th July 2009, 10:52
By the way what is the difference of using the internal subtitle filter and DirectVobSub?
Using internal subtitle engine makes them look perfect. You can't have same quality using ffdshow or other subtitle filter.

_xxl
12th July 2009, 10:53
Running MPC-HC on Radeon HD 2600 Pro with Catalyst 9.6.
Most other renderers gives me tearing and slow downs.
Don't want to run Powerstrip or other programs to tweak refresh rates.
D3d Fullscreen and Beliyaal fixes don't really work for me also.
The same with nVidia 7900.

pcjco04
12th July 2009, 12:09
About dropping VRM7 : i am on XP SP3 32bits and if I use MPC-HC, only the VRM7 renderers do not drop frames. If I use VRM9, I have to remove PS2 resizing to avoid too many dropped frames.
Strangely, if I use latest clsid built 6491 rev89, I can use VRM9 renderer with much less dropped frames.

My config : AMD Athlon64 3500+ (1Go RAM) with NVIDIA 6200, win XP Pro SP3

kieranrk
12th July 2009, 12:53
Pastebin of the warnings during compiling:

@tetsuo55 - your rar thing compiled properly

http://pastebin.com/f4186977

clsid
12th July 2009, 12:58
errors != warnings

a shitload of warnings is normal.

kieranrk
12th July 2009, 13:09
errors != warnings

a shitload of warnings is normal.

Whoops, that's what I meant...

tetsuo55 wanted to know what the warnings were.

tetsuo55
12th July 2009, 13:43
clsid > thanks for updating ffmpeg anyway!

kierank > although we should look into getting all warnings silcenced, most of them seem to come from libavcodec.

The ones that are purely mpc-hc related should be relatively easy to fiX (basically the same 2 or 3 warnings across the board)

mariner
12th July 2009, 14:18
VMR-7 should NOT be removed and this has already been discussed once in the past. VMR-7 (windowed) is the default renderer on XP, which is still the most used OS. There are still plenty of people who use it as a fallback when the other renderers have issues.

clsid is absolutely right on this.

tetsuo55
12th July 2009, 14:28
We have found a workaround for the VMR7 problem, so it can stay.

Still actually having to use anything other than VMR9 renderless or EVR-CP is a problem.
I would like to collect some bug reports and stuff on the subject.

However when comparing these 2 to the other renderers some things have to be kept in mind:

1. internal subtitle filter has to be disabled (it is well known to cause performance problems). (probably best to disable vsfilter too)
2. PS 2.0 resizers should be disabled.
3. 3d surfaces should be disabled too i think
4. Shaders should be disabled

Any difference between the different renderers should be minimal with these settings, please discuss about your results in the thread so we can find out more before posting bug reports.

(PS some of these might actually enable color controls for some renderers)

clsid
12th July 2009, 15:26
1. internal subtitle filter has to be disabled (it is well known to cause performance problems). (probably best to disable vsfilter too)
2. PS 2.0 resizers should be disabled.
3. 3d surfaces should be disabled too i think
4. Shaders should be disabledYou assume that everyone uses that functionality, when in fact a large portion of MPC users does not use any of this functionality. Using a different renderer is not 'a problem'. Every renderer has its pros and cons.

For example 60-65% of the users is still on XP. Those XP users who do not care about having DXVA (with subs) or do not have DXVA compatible hardware are most likely using Overlay Mixer. Why? Because it has no tearing, no luminance issues (and thus less need for shaders), no judders.

Many people here are having all kinds of problems because they desperately want to use DXVA. But it restricts you in your options to set up an optimal configuration. So if you got a fast computer it can be worthwhile to disable DXVA.

Which renderers are the best is totally subjective.

Any bugs in the custom VMR-9 and EVR renderers should of course be fixed.

We have found a workaround for the VMR7 problem, so it can stay.You mean by mixing two SDK versions or something? Any more info on this?

kieranrk
12th July 2009, 15:33
You mean by mixing two SDK versions or something? Any more info on this?

Using this http://iknowu.net/files/public/ffdshow/old_dx_sdk.rar to fill in the header gaps.

Jong
12th July 2009, 15:54
I have a problem with svn 1156 when playing H264 720p in DXVA mode... The playback is not smooth, sometimes frames keep jumping back and forth. But it works fine with svn 1137.

You're probably using XP, Casimir is working on the problemHas this been fixed now?

Gus.
12th July 2009, 16:47
DirectX Video Acceleration Specification for H.264/AVC Decoding
http://www.microsoft.com/downloads/details.aspx?displaylang=en&FamilyID=3d1c290b-310b-4ea2-bf76-714063a6d7a6

Just in case this may be of use to someone :-)

Jong
12th July 2009, 17:57
Has this been fixed now?Never mind. I can answer my own question. Still broken in 1168.

This completely stops anyone affected moving forward and testing new versions. Any chance of getting it nailed?:thanks:

kgw210
12th July 2009, 18:17
Little Bug noticed today:

Playback of interlaced encoded xvid/divx Video broken since rev.1120 in VMR7 + VMR9.
rev. 1112 was ok.

tetsuo55
12th July 2009, 18:27
You assume that everyone uses that functionality, when in fact a large portion of MPC users does not use any of this functionality. Using a different renderer is not 'a problem'. Every renderer has its pros and cons. all those settings are enabled by default which makes it difficult to compare apples to apples.

For example 60-65% of the users is still on XP. Those XP users who do not care about having DXVA (with subs) or do not have DXVA compatible hardware are most likely using Overlay Mixer. Why? Because it has no tearing, no luminance issues (and thus less need for shaders), no judders. i think even more users are still on XP. Overlay does have problems for ATI users in many cases

Many people here are having all kinds of problems because they desperately want to use DXVA. But it restricts you in your options to set up an optimal configuration. So if you got a fast computer it can be worthwhile to disable DXVA.Although i have almost 0 problems wiith DXVA now, i did invest in a many times faster CPU because i did not want to depend on DXVA.

Which renderers are the best is totally subjective.although this surely is the case now, it should not be, we should focus on one universal renderer and involve all the players (Microsoft, intel, ati and nvidia) just like the closed source players do.Not to mention the fact that only EVR is actively being developed for by those companies, the same can be said for the MPC-HC dev's (most of the changes to VMR9 are backports from EVR)

Any bugs in the custom VMR-9 and EVR renderers should of course be fixed.Definately.

You mean by mixing two SDK versions or something? Any more info on this?With every SDK update microsoft depreciates old libraries, when/while unable to update your program to the new API you have to bring those libraries back.
Basically you create a new subdirectory in the SDK dir with the missing files, VS2008 SP1 actually has several options for this.

The wiki article will be updated so anyone can compile using VS2008 SP1 with DirectX SDK 41 (and 42 from next month on) and windows SDK 7.0 RC1. The only thing that has not worked out yet is VS2010.
Has this been fixed now?
Casimir is extremely time limited during the summer, he has fixed it several times, but every time something else breaks by the fix.
It might take some time, stick to an older build for the time being

clsid
12th July 2009, 18:56
I have already added updated compilation instructions to SVN.

Using a non-final SDK is a stupid idea. There is also no need for the Windows 7 SDK until maybe in the distant future when Win7 specific stuff like jumplists are possibly added to MPC. You seem to want to use the latest and greatest for everything without any apparent reason. Unless you can name some important benefits, it is not worth the effort. Updating the Windows SDK usually leads to problems which need fixing. Its implications are much larger than with for example updating the DirectX SDK.

tetsuo55
12th July 2009, 19:05
Only one file is missing, and judging from other open source projects we can add it to the SVN.
the file can be downloaded here: http://www.mediafire.com/?sharekey=bbe771caa81c9bff6b21be4093fab7ace04e75f6e8ebb871
Adding this file makes MPC-HC SDK version independant, the same goes for the DirectX SDK files you already added as a zip file. we can include these as additional files so they would be found in the mpc-hc project itself instead of needing to point to them in VS

Actually for some of the the new win7 explorer features we already have patches available.

besides that MS fixed some of bugs and exploits in existing libraries which warrant the update, one thing that comes to mind a shader bug they fixed which increases some shader operations speed by 200%.

and yes i'm a compulsive updater and beta tester too, i only believe in stopping updates of external depencies during a stable release cycle, and no bugs are found that can be fixed with external depency updates.

clsid
12th July 2009, 19:35
besides that MS fixed some of bugs and exploits in existing libraries which warrant the update, one thing that comes to mind a shader bug they fixed which increases some shader operations speed by 200%.That's is an argument for updating the DirectX SDK, not for the Windows SDK.

MPC does not even make full use of the current SDK. See the various compiler warnings about uses of deprecated functions. Nobody has bothered to fix that. You might want to focus on that first.

tetsuo55
12th July 2009, 19:38
That's is an argument for updating the DirectX SDK, not for the Windows SDK.

MPC does not even make full use of the current SDK. See the various compiler warnings about uses of deprecated functions. Nobody has bothered to fix that. You might want to focus on that first.Fixing the warnings is on the agenda.

EDIT:

i forgot to mention that alexins's compiles have been made with the newest SDK's for a long time already, testing builds made with the new SDK has been going on for months.

Brazil2
12th July 2009, 21:03
VMR-7 should NOT be removed and this has already been discussed once in the past. VMR-7 (windowed) is the default renderer on XP, which is still the most used OS. There are still plenty of people who use it as a fallback when the other renderers have issues.
+1

Not to mention that there are still many many people using 'average' PC's who are very happy to be able to play some H264 videos with WMR7 renderless (for subtitles), videos which can't be played smoothly with WMR9.

New options for new PC's, yes. But please don't drop WMR7 support yet, MPC-HC is not used by 'l33t' people with 'l33t' PC's only but also by many users who want a simple and light player which is able to play almost anything without the need to install external codecs.

clsid
12th July 2009, 21:06
Don't worry. No renderers are being removed.

_xxl
13th July 2009, 12:43
Mpc-hc 1172 bin:
Download (http://www.dump.ro/fisiere/mpc-hc-rar/123171/gCWU2zgyNSf2nC8p)

tetsuo55
13th July 2009, 12:52
No renderers are being removed, people have posted enough reasons to keep them.

What needs to be done is help people move to EVR-CP (Or VMR9 renderles for XP/2000 DXVA).
The performance differences between overlay, VMR7, VMR9 and EVR have to do with how much the renderer does in relation to anti-jitter and anti-tearing. the order i put them in is also the order of increasing number of checks.

If EVR-CP is ever to replace all the other renderers, the options controlling everything should be selectable in a "speed over quality" type screen. Disabling everything should make EVR-CP almost as fast or maybe even faster than overlay.

roozhou
13th July 2009, 14:35
Mpc-hc 1172 bin:
Download (http://rapidshare.com/files/255307877/mpc-hc.rar.html)

Oops...download limit reached

Leak
13th July 2009, 17:38
Oops...download limit reached
But since the code itself hasn't changed since Alexins' 1168 build I doubt it'd behave any different than that...

np: The Cool Kids - 88 (The Bake Sale)

Mercury_22
13th July 2009, 22:22
AC3 (Dolby Digital) channels are wrong mapped :

1 - REAR RIGHT wrong mapped to FRONT RIGHT
2 - REAR LEFT wrong mapped to FRONT LEFT

= No Rear Channels

Test 5.1 AC3 (Dolby Digital) (http://www.lynnepublishing.com/surround/www_lynnemusic_com_surround_test.ac3)

E-AC3 (Dolby Digital Plus) channels are wrong mapped :

1 - FRONT CENTER wrong mapped to FRONT RIGHT
2 - FRONT RIGHT wrong mapped to FRONT CENTER (+LFE?)
3 - SIDE RIGHT wrong mapped to LFE
4 - REAR RIGHT wrong mapped to LFE
5 - REAR LEFT wrong mapped to REAR RIGHT
6 - SIDE LEFT wrong mapped to REAR RIGHT (+LFE?)

Test 7.1 E-AC3 (Dolby Digital Plus) (http://sharebee.com/69772daa)

clsid
14th July 2009, 11:41
The channels mapping workarounds probably need updating after the recent ffmpeg update.

Mercury_22
14th July 2009, 17:21
LPCM channels are wrong mapped :

1 - SIDE RIGHT wrong mapped to REAR RIGHT
2 - REAR RIGHT wrong mapped to SIDE RIGHT
3 - REAR LEFT wrong mapped to SIDE LEFT
4 - SIDE LEFT wrong mapped to REAR LEFT

Test 7.1 LPCM (http://www.megaupload.com/?d=0HM2JCEP)

jmnk
14th July 2009, 18:35
Any ideas why an mp4 file with x264 encoded stream, with resolution of 720x480 flagged with SAR 10:11 plays at around 720x540 rather than around 640x480? I mean isn't it a rule (or least convention) that you manipulate only horizontal size on playback?

mike4192
14th July 2009, 21:06
I have an annoying problem with media player classic homecinema, subtitles do not work at all, and they don't work on regular MPC either.

I have tried the haali, VMR7 renderless, and VMR9 renderless renderers, and non allow me to use subs. I have tried multiple videos with them (all MKV files like anime and movies). Each time I try to select subs, the option is shaded out if I right click. I'm on windows 7, 64 bit, and subs work on other player like WMP, or VLC.

EDIT got it working
http://www.codecguide.com/faq_subtitles.htm

Amour
15th July 2009, 04:07
I have a big sound-video issue with MPC-HC since today's Windows Update under Windows Vista.

The sound is about 2 seconds too early. Or the video is about 2 seconds too late.
I only have this issue with MPC-HC, not other media players (VLC, WMP, ZoomPlayer).
I have this issue with any version of MPC and MPC-HC (even a two years old one).

Mercury_22
15th July 2009, 09:50
Can someone PLEASE remind me what's the status on MPC-HC's internal DTS ? Cause it seems there is some wrong channel mapping (only stereo) for DTS, DTS-HD HR, and DTS-HD MA
Also, can / how MPC-HC remapp channes for DTS-HD MA ? If more than two channels are used, a "channel remapping" function allows for remixing the soundtrack to compensate for a different channel layout in the playback system compared to the original mix.

Amour
15th July 2009, 13:51
Ok, for my sound-video issue, deleting "HKEY_CURRENT_USER\Software\Gabest" did the trick. :)

bran
16th July 2009, 08:36
Can someone PLEASE remind me what's the status on MPC-HC's internal DTS ? Cause it seems there is some wrong channel mapping (only stereo) for DTS, DTS-HD HR, and DTS-HD MA
Also, can / how MPC-HC remapp channes for DTS-HD MA ?

I'm also having these issues, and also with AC-3. Everything's more or less FUBAR. Installed AC3Filter, and same files work like a charm.

SawyerX
16th July 2009, 08:47
I got a problem. Im trying to read VLC streams with MPHC but it doesnt always open them. Somethimes I just hear the sound and have to restart MPHC.

ikarad
16th July 2009, 10:33
one question: use of d3doverrider with mpc HC is useless (bug or others) or not to force vsync and triple buffering and then remove tearing?

Mercury_22
16th July 2009, 12:25
I'm also having these issues, and also with AC-3. Everything's more or less FUBAR. Installed AC3Filter, and same files work like a charm.
I've posted above about AC3's wrong mapping

So we have DTS wrong mapping channels too (HR and MA not yet decoding only core) :

1 - SIDE RIGHT wrong mapped to FRONT RIGHT
2 - REAR RIGHT wrong mapped to FRONT RIGHT
3 - REAR LEFT wrong mapped to FRONT LEFT
4 - SIDE LEFT wrong mapped to FRONT LEFT

Just a reminder for those testing 5.1 config !
Vista's and Windows 7's 5.1 speakers config is :

L C R SL SR = SIDE CHANNELS INSTEAD OF REAR CHANNELS MOST OF THE TIME !

So please check your speakers config in windows before testing with a 5.1 speakers system

TEST 7.1 DTS-HD HR (http://sharebee.com/abf92989)

iron2000
16th July 2009, 20:10
Tried VMR9 Renderless with "offscreen plain surface" and "bilinear".
All seems well until the scrolling credits of a recent anime.
VMR lagged badly but with System Default it scrolls very smoothly.
Internal subs are off and shaders disabled.

jmnk
16th July 2009, 20:20
Any ideas why an mp4 file with x264 encoded stream, with resolution of 720x480 flagged with SAR 10:11 plays at around 720x540 rather than around 640x480? I mean isn't it a rule (or least convention) that you manipulate only horizontal size on playback?
^^^^^sorry to bump that question, but is there any explanation for this?

tetsuox
16th July 2009, 21:30
@jmnk

No I don't think there's such a rule. You might think so because of anamorphic widescreen. Upon playback it makes more sense (to me anyway) to interpolate the dimension that is "lacking" pixels rather than removing pixels (in your sample's case) to get the desired AR.

jmnk
16th July 2009, 21:41
@jmnk

No I don't think there's such a rule. You might think so because of anamorphic widescreen. Upon playback it makes more sense (to me anyway) to interpolate the dimension that is "lacking" pixels rather than removing pixels (in your sample's case) to get the desired AR.
I need to check AVC specs but I'm almost certain it is mentioned somewhere. Also note that 4:3 NTSC DVD (which displays at 640x480) is encoded as 720x480 and flagged as 4:3 DAR, and every DVD player I know of displays it as 640x480.

Inspector.Gadget
16th July 2009, 22:49
Older MPC revisions displayed 4:3 DVDs as 720x540. New MPC and MPC-HC versions use 640x480.

jmnk
16th July 2009, 22:59
Older MPC revisions displayed 4:3 DVDs as 720x540. New MPC and MPC-HC versions use 640x480.
I'm pretty sure I've used the newest MPC-HC and it does not display 720x480 mp4 flagged with 10:11 SAR (which is the same as 4:3 DAR) as 640x480.
Could you point me to a version that behaves properly?
And just to be clear - I'm not necessarily talking about DVD. I'm talking about DVD content (in terms of resolution and aspect artio signaling) encoded into x264 in mp4 container.

Keiyakusha
16th July 2009, 23:27
Probably it doesn't really matter how aspect ratio correction will be implemented after calculation is done. I just tested and it shows 640x480.

But I found something else. In addition to this (http://forum.doom9.org/showthread.php?p=1304189#post1304189) post (on which I still want to hear some comments) I found that on Win7 with DivX decoder, VMR9 is broken. VMR9 (http://www.petaimg.com/u363/116Capture1.JPG), EVR (http://www.petaimg.com/u304/325Capture2.JPG)

BatKnight
17th July 2009, 18:39
Hi,

How does one changes the edition of a movie inside a MKV? Using Haali Media Spliiter one can choose the edition a movie to watch an alternate ending, for example.
But how can we do it using the MPC internal splitter? Is it possible? If not, is it planned to be implemented?

Bat

Daxnet
17th July 2009, 23:42
Blu-Ray Problem
Yeah I know its probably not a regression but not being able to seek in m2ts files without the risk of getting a crash, or not being able to use another decoder without horrible stuttering within m2ts will cause alot of grief for people trying to play blu-rays..... For a new version of "homecinema" I honestly think this needs to be fixed before its released to the wider public.



Does anyone knows if this glitch has been fixed, cause i have some sttutering for a few seconds followed by a playback crash while playing m2ts files in the latests MPC HC builds, instead of smooth playback in the 1081 build.

My set up:
MPC HC 1173, internal decoder + haali (DXVA)
AC3 filter 1.61b
EVR CP - D3DFullscreen
Windows 7 32 bits RC1 7100
DirectX March 2009 update
GeForce Driver Release 186.18 WHQL
C2D E4500 2.2 GHz
Nvidia 8800 GTS 512
Primary display: DELL 2007 WFP 20.1"
Secondary/fullscreen display: Sony Bravia KLV-32M400A 32"


Thks in advance for any help.

Daxnet
18th July 2009, 02:12
Try the MPC-HC internal MPEG PS/TS/PVA splitter for m2ts and see how it goes.

The problem persist. I´ve tried even the 190.x nvidia beta drivers in vain. :S

_xxl
18th July 2009, 06:18
Please make a small sample and post here.

ar-jar
18th July 2009, 08:19
When watching at least one movie (blu-ray, VC-1 bitstream decoder) and turning on the statistics display, I get glitches in the vsync line in dark portions of the movie, same places everytime. There could be something wrong with the encoding of dark portions of the video but it could perhaps also be something with the decoding (or something entirely different - it's too early to think clearly :-)). I'll look at this myself later but I throw it out like this just in case somebody has seen something similar. Renderer is set to generate 0-255 (how do I change this to 16-235 btw?) and GPU flushes are on. Vsync on or off doesn't make any difference. EVR and VMR show the same behavior. I'm running my own build of revision 1173 right out of the repository but I saw this already in 1165. Any ideas? -A

Casshern
18th July 2009, 08:43
Yes i did, and posted here about it several times.... On my system it can be reproduced with the BD of "Any given sunday" right after the fade to blacks in the title sequence. As it it not really visible (after all the frames are black) without the stats display, and there are no sound issues during this perios, i guess its not that important. It only occurs with DXVA Vc1-decoding with VMR9 and EVR CP. I think its the decoder.

When watching at least one movie (blu-ray, VC-1 bitstream decoder) and turning on the statistics display, I get glitches in the vsync line in dark portions of the movie, same places everytime. There could be something wrong with the encoding of dark portions of the video but it could perhaps also be something with the decoding (or something entirely different - it's too early to think clearly :-)). I'll look at this myself later but I throw it out like this just in case somebody has seen something similar. Renderer is set to generate 0-255 (how do I change this to 16-235 btw?) and GPU flushes are on. Vsync on or off doesn't make any difference. EVR and VMR show the same behavior. I'm running my own build of revision 1173 right out of the repository but I saw this already in 1165. Any ideas? -A

tetsuo55
18th July 2009, 09:29
You need to enable frame time correction for VC1

3ngel
18th July 2009, 19:16
Someone can explain me, what is the sense of opening a Choice Dialog when i do "Open DVD...", after i've already selected the default directory (drive) for playing DVD?
I'm wondering, really :)
Thanks

tetsuo55
18th July 2009, 23:17
There is only 1 correct way to set up speakers.

Regardless of how many speakers you have, you should always set them up in this order, having less speakers simply means that a certain speaker is not used.

NOTE: for 6.1 speakers LB is used.(in this configuration the speaker would be placed in the back-center)
NOTE2: Dolby suggests moving the LS and LR speaks slightly more to the back in 5.1 setup

http://img442.imageshack.us/img442/9582/map.th.png (http://img442.imageshack.us/i/map.png/)

Based on the diagram(ignoring the sub):

1 = L
2 = L,R
3 = L,R,C
4 = L,R,LS,RS
5 = L,R,C,LS,RS
6 = L,R,C,LS,RS,LB
7 = L,R,C,LS,RS,LB,RB

L = Left (front)
R = Right (front)
C = Center (front)
LS = Left Surround Side (often named "back" in 5.1 setup)
RS = Right Surround Side (often named "back" in 5.1 setup)
LB = Left Surround back (This is the "back" or "center back" or "surround center" 6.1 setup)
RB = Right Surround back
S = Subwoofer (often named LFE, this word has several meanings, and is best ignored for speaker setup)

Edit:
Fixed naming, now all the names are industry standard.

totozero
19th July 2009, 09:58
Hi folks, sorry to jump in, but I'm facing strange DXVA behaviour with H264 material.

K, this is my setup :
HD4850, XP SP3, VMR9 blahblah enabled with MPC-HC, all internal decoders.

Every time I run an *.mkv file, I get choppy video playback.
Let's explain : it's just like playback goes crazy and repeats some frames each 5-6 seconds. Actually, like a stuttering guy.

Some of my mates running ati cards on XP have the same problem.

I've been running some tests and from what I can see it started with rev.1156 on xvidvideo.ru.
OTOH prior versions work great with dxva.

Right now I've downgraded to rev.1137 but for now I'm stuck with it.

Anyone facing the same problem here ? Is there a fix ?


TIA,
ToT'.

tetsuo55
19th July 2009, 10:27
That problem is known and being worked on

totozero
19th July 2009, 10:57
Oki-doki.

I'll stick with rev.1137 til then.

Thx.

ToT'.

Phaser
19th July 2009, 18:43
I moved from XP to Windows 7 and everything works great now with EVR custom. I noticed just a small problem: when I keep the right key pressed to fast forward, sometimes it gets stuck on a single frame...

Jong
19th July 2009, 18:44
Which bug is it in bugtracker? Probably me, but I could not find it. Only seemingly relevant titles date back to 2008 and this is post 1137.

ikarad
20th July 2009, 13:30
one question: use of d3doverrider with mpc HC is useless (bug or others) or not to force vsync and triple buffering and then remove tearing?

up! thanks

tetsuo55
20th July 2009, 14:24
Which bug is it in bugtracker? Probably me, but I could not find it. Only seemingly relevant titles date back to 2008 and this is post 1137.it isn't on the tracker because it's an obvious regression. Casmir knows what the problem is.
Fixing it without breaking something else is the real problem (and time)

TheShadowRunner
20th July 2009, 17:17
Hey all, here's a bug report and a suggestion for VSFilter.

Bug: An extremely simple bug about VSfilter's "Override placement" feature not working as it should :
http://sourceforge.net/tracker/?func=detail&aid=2824039&group_id=170561&atid=854651

Suggestion: a feature, based on filter class IDs, to prevent VSFilter from loading. (could be used, for exemple, to block VSFilter from loading in order to preserve DXVA); more infos:
http://sourceforge.net/tracker/index.php?func=detail&aid=2301026&group_id=170561&atid=854654

If this isn't the right place to ask/report those, please point me to it, thanks.
Later,

TSR

Rozsomak
21st July 2009, 10:43
I had problem using MPC-HC with CUDA - style (Core AVC). Now I guess realized what the problem was! I run a Vista x64 Ultimate SP2, and downloaded the MPC-HC x64. Internal codecs worked flawlessly (DXVA rocked).
I was happy then, but I wanted to try it with CUDA - settings, since I have GeForce 9600 GT, with G92 chipset, capable of CUDA. Besides I have Core AVC installed on my system, and no matter how strictly followed the guides, CUDA (and Core AVC) just not worked. Then I tried it with MPC-HC x86, and finally it worked. So that's what I grabbed: Core AVC uses x86 codecs, not genuine x64, that's why MPC- HC x64 cannot use Core AVC's CUDA settings.
Am I right or am I on the wrong track?

tetsuo55
21st July 2009, 10:44
Yes, X64 requires 64bit codecs.

Rozsomak
21st July 2009, 11:54
Well, I got hold of an experimental Hali x64 codec...:)

DigitalLF
21st July 2009, 22:27
in future version i would like to see a CLI Switch for loading a "Pan&Scan Presets" because when i watch 2.35:1/2.40:1 movies i move the image to the top and have my masking at the bottom of my 16:9 screen.


or am i asking for too much? (pretty please :) )

tetsuo55
22nd July 2009, 17:40
Can someone please compile 1179, it should fix every known DXVA bug, and Intel G45 should work with Blurays now.
Please confirm that all these bugs have been fixed:
http://sourceforge.net/tracker/?limit=10&func=&group_id=170561&atid=854651&assignee=&status=1&category=1165515&artgroup=&keyword=&submitter=&artifact_id=&assignee=&status=1&category=1165515&artgroup=&submitter=&keyword=&artifact_id=&submit=Filter

Can anyone confirm that the stand-alone h264 bug has been fixed(not using DXVA)?
http://sourceforge.net/tracker/?func=detail&aid=2799393&group_id=170561&atid=854651
This bug should be fixed with the ffmpeg merge.

clsid
22nd July 2009, 18:08
Two other bugs in the stand-alone filter that might have been fixed already:
http://sourceforge.net/tracker/?func=detail&aid=2799393&group_id=170561&atid=854651
http://sourceforge.net/tracker/?func=detail&aid=2816728&group_id=170561&atid=854651

Which of the remaining bugs are now the top priority for fixing? I propose the following few:
http://sourceforge.net/tracker/?func=detail&aid=2795839&group_id=170561&atid=854651
http://sourceforge.net/tracker/?func=detail&aid=2802538&group_id=170561&atid=854651
(Perhaps "frame time correction" can be made smarter, so it is only used when needed.)
http://sourceforge.net/tracker/?func=detail&aid=2809603&group_id=170561&atid=854651
http://sourceforge.net/tracker/?func=detail&aid=2785070&group_id=170561&atid=854651
http://sourceforge.net/tracker/?func=detail&aid=2822410&group_id=170561&atid=854651
http://sourceforge.net/tracker/?func=detail&aid=2821423&group_id=170561&atid=854651
http://sourceforge.net/tracker/?func=detail&aid=2820984&group_id=170561&atid=854651
http://sourceforge.net/tracker/?func=detail&aid=2449648&group_id=170561&atid=854651
http://sourceforge.net/tracker/?func=detail&aid=2015632&group_id=170561&atid=854651

tetsuo55
22nd July 2009, 18:54
The channel mapping regression has the highest priority right now. The other bugs are unlikely to get fixed soon.

I did have a meeting with a DirectX9/Shader specialist to discuss some options for the renderer, nothing concrete has come from this yet. He did say, after a quick look, that there is a lot of room for overall improvement, especially in the shader department.

Wish me luck with further meetings.

Snowknight26
22nd July 2009, 18:55
Not all actually:
http://i31.tinypic.com/fu49qp.png

Still have some issues with DXVA over Remote Desktop, too.

tetsuo55
22nd July 2009, 18:58
Not all actually:
http://i31.tinypic.com/fu49qp.png

Still have some issues with DXVA over Remote Desktop, too.did you compile 1179?? DXVA over remote desktop is unsupported for now

hoborg
22nd July 2009, 19:02
Hi.
Just tryed 1179 build and:

MPCVideoDec.ax - Extremly slow software decoding - ID: 2799393 - seems to be OK, no more slowdowns

But DXVA didnt work very well here, picture are chopy, like frame order is swaped - it is hard to describe (since 1148 build), it is OK when DXVA is disabled.
WinXP SP3, ATI 4770 + Cat. 9.6

tetsuo55
22nd July 2009, 19:07
Hi.
Just tryed 1179 build and:

MPCVideoDec.ax - Extremly slow software decoding - ID: 2799393 - seems to be OK, no more slowdowns

But DXVA didnt work very well here, picture are chopy, like frame order is swaped - it is hard to describe (since 1148 build).
WinXP SP3, ATI 4770 + Cat. 9.6could you post a screenshot with CTRL+J enabled and while the picture is choppy(i t doesn't matter if the choppyness is not visable in the image)

hoborg
22nd July 2009, 19:14
could you post a screenshot with CTRL+J enabled and while the picture is choppy(i t doesn't matter if the choppyness is not visable in the image)

Here:
http://www.volny.cz/hoborg/snap.jpg

tetsuo55
22nd July 2009, 19:21
does it happen with all your files?

tetsuo55
22nd July 2009, 19:25
Looks like 1180 fixed the channelmapping problems

Casimir666
22nd July 2009, 19:25
Rev 1180, including Mercury channel mapping issues fixed :
http://www.zshare.net/download/6302129362b580d5/

For G45 users : this build should fix the multislice issue. Could you me feedback on blu ray playback?

Snowknight26
22nd July 2009, 19:26
did you compile 1179?? DXVA over remote desktop is unsupported for now

No, I grabbed it from xvidvideo.ru.

Unsupported, eh? At least it works adequately. ;) And speaking of which...

When playing a video over RDC, if I close the RDC connection then connect again, MPC-HC freezes.

tetsuo55
22nd July 2009, 19:28
No, I grabbed it from xvidvideo.ru.

Unsupported, eh? At least it works adequately. ;) And speaking of which...

When playing a video over RDC, if I close the RDC connection then connect again, MPC-HC freezes.Does the corruption thing happen with all your videos?

The connect/disconnect bug is caused by something else

Casimir666
22nd July 2009, 19:33
But DXVA didnt work very well here, picture are chopy, like frame order is swaped - it is hard to describe (since 1148 build), it is OK when DXVA is disabled.
WinXP SP3, ATI 4770 + Cat. 9.6

Could you post a sample?

hoborg
22nd July 2009, 20:03
Could you post a sample?

http://www.volny.cz/hoborg/snap1.jpg
Example: http://hobring.ic.cz/HDV_0091.zip

Tested on:
HD 4770 + CAT 9.6
HD 4550 + CAT 9.4

Same issue...

All DXVA videos have same problem here

Mercury_22
22nd July 2009, 20:06
Rev 1180, including Mercury channel mapping issues fixed :
http://www.zshare.net/download/6302129362b580d5/

For G45 users : this build should fix the multislice issue. Could you me feedback on blu ray playback?

Sorry to say but is quite the opposite !
Even the Dolby TrueHD, the only format that had the channels correct mapped, now has wrong mapped channels

Now the wrong mapping is

Ac3 (Dolby Digital)
1 - REAR RIGHT wrong mapped to FRONT RIGHT
2 - REAR LEFT wrong mapped to FRONT LEFT
No change

Test 5.1 AC3 (Dolby Digital) (http://www.lynnepublishing.com/surround/www_lynnemusic_com_surround_test.ac3)

E-AC3 (Dolby Digital Plus)
1 - SIDE RIGHT wrong mapped to REAR RIGHT
2 - SIDE LEFT wrong mapped to REAR LEFT
Improved somehow, now with the same mapping errors as FFDShow !

Test 7.1 E-AC3 (Dolby Digital Plus) (http://sharebee.com/69772daa)

Dolby TrueHD
1 - SIDE RIGHT wrong mapped to REAR RIGHT
2 - REAR RIGHT wrong mapped to SIDE RIGHT
3 - SIDE LEFT wrong mapped to REAR LEFT
4 - REAR LEFT wrong mapped to SIDE LEFT
Now broken, with the same mapping errors as FFDShow !

Test 7.1 Dolby TrueHD (http://www.megaupload.com/?d=7P9P81CW)

LPCM
1 - SIDE RIGHT wrong mapped to REAR RIGHT
2 - REAR RIGHT wrong mapped to SIDE RIGHT
3 - SIDE LEFT wrong mapped to REAR LEFT
4 - REAR LEFT wrong mapped to SIDE LEFT
No change

Test 7.1 LPCM (http://www.megaupload.com/?d=0HM2JCEP)

DTS (-HD HR MA)
1 - SIDE RIGHT wrong mapped to FRONT RIGHT
2 - REAR RIGHT wrong mapped to FRONT RIGHT
3 - SIDE LEFT wrong mapped to FRONT LEFT
4 - REAR LEFT wrong mapped to FRONT LEFT
No change

Test 7.1 DTS-HD HR (http://sharebee.com/abf92989)

So basically the changes are that the Dolby TrueHD got broken and the mapping errors for E-AC3 (Dolby Digital Plus) have changed ( they are still wrong mapped ! )

P.S. I've tested my system with other filters (commercial) and those are playing correct so I'm sure it's not my system or my test files

Snowknight26
22nd July 2009, 21:34
Does the corruption thing happen with all your videos?
No, just encodes I made with really old versions of x264.
For G45 users : this build should fix the multislice issue. Could you me feedback on blu ray playback?
It seems to if multislice issues.

tetsuo55
22nd July 2009, 21:35
No, just encodes I made with really old versions of x264.Please upload sample(s)

Snowknight26
22nd July 2009, 23:12
Please upload sample(s)

http://stfcc.org/misc/mpc-hc.dxva.corruption.sample.mkv

Daxnet
23rd July 2009, 02:30
Does anyone knows if this glitch has been fixed, cause i have some sttutering for a few seconds followed by a playback crash while playing m2ts files in the latests MPC HC builds, instead of smooth playback in the 1081 build.

My set up:
MPC HC 1173, internal decoder + haali (DXVA)
AC3 filter 1.61b
EVR CP - D3DFullscreen
Windows 7 32 bits RC1 7100
DirectX March 2009 update
GeForce Driver Release 186.18 WHQL
C2D E4500 2.2 GHz
Nvidia 8800 GTS 512
Primary display: DELL 2007 WFP 20.1"
Secondary/fullscreen display: Sony Bravia KLV-32M400A 32"


Thks in advance for any help.

I tested today build 1179 and this issue seems to be fixed. :)


Thanks to all ppl that make a great work with MPC HC.


Dax

Jong
23rd July 2009, 10:48
Hi.
Just tryed 1179 build and:.......DXVA didnt work very well here, picture are chopy, like frame order is swaped - it is hard to describe (since 1148 build), it is OK when DXVA is disabled.
WinXP SP3, ATI 4770 + Cat. 9.6Same problem here, also on XP SP3. ATI3850 and Cat 9.2. Problem has been there since 1137 I think. It is like tearing but where the tear is showing parts of frames from a second or so earlier. Happens with all my h.264 720p mkvs. Interestingly, not when playing 1080p HD-DVD/Blu-ray.

Mercury_22
23rd July 2009, 10:48
I'm just wondering is it possible to "copy" FFDshow's AC3 channels mapping and revert SVN 1180 ?

Revision 1180 - Directory Listing
Modified Wed Jul 22 18:13:34 2009 UTC (15 hours, 33 minutes ago) by casimir666

Fixed : incorrect channel mapping (broken in last ffmpeg update)

tetsuo55
23rd July 2009, 10:54
@ Everyone: Looks like all the remaining broken h264 files use NAL fillers for CBR.

@Mercury: Casimir is woking on fixing it once and for all.

Jong
23rd July 2009, 10:57
Just to be clear, the problem with snowkinght's file is very different to mine and I think Hoborg's (from the description). Let me know if you need a sample or if you are aware of the problem.

tetsuo55
23rd July 2009, 11:07
Just to be clear, the problem with snowkinght's file is very different to mine and I thin Hoborg's (from the description). Let me know if you need a sample or if you are aware of the problem.Please post a sample, so far all samples casimir tested had NAL.

Jong
23rd July 2009, 11:26
Here is the sample:
sample-001.mkv - 12.45MB (http://www.zshare.net/download/63050226904e6cff/)

The problem sounds the same as hoborg's.

-XP SP3. ATI3850 and Cat 9.2
- Problem is there in all builds available via xvidvideo.ru >1137
- There is a general stuttering plus gross corruptions at random (approx 1 second) intervals. These corruptions are like tearing but where the tear is showing parts of frames from a second or so earlier (definitely not just the previous frame. Sometimes the gap between the frames may be >1sec). Sadly it cannot be captured in screenshots and the <cntrl-J> jitter graph is perfect. With working builds there is no tearing at all.
- Happens with all my h.264 720p mkvs
- Interestingly, not when playing 1080p HD-DVD/Blu-ray (mkv or m2ts).

tetsuo55
23rd July 2009, 12:22
Here it is:
sample-001.mkv - 12.45MB (http://www.zshare.net/download/63050226904e6cff/) Thanks, now we wait for byuu, could you update this post with the exact description of the problem? then i can send him the direct link to your post so he won't have to read through everything else.

(That's basically what went wrong with the channel mapping fix, too many conflicting posts about it)

Jong
23rd July 2009, 12:40
The above post has been updated. Let me know if I can help further.

The1n
23rd July 2009, 18:05
Rev 1180, including Mercury channel mapping issues fixed :
http://www.zshare.net/download/6302129362b580d5/

For G45 users : this build should fix the multislice issue. Could you me feedback on blu ray playback?

Hi Casimir666 , i tried the same bluray remuxed mkv files i did earlier when testing it out for you, it is still blocky picture with 1180 , sry.

The1n

Casimir666
23rd July 2009, 20:12
http://www.volny.cz/hoborg/snap1.jpg
Example: http://hobring.ic.cz/HDV_0091.zip

Tested on:
HD 4770 + CAT 9.6
HD 4550 + CAT 9.4

Same issue...

All DXVA videos have same problem here
I can reproduce this problem

http://stfcc.org/misc/mpc-hc.dxva.corruption.sample.mkv
This sample play fine without corruption.

Here is the sample:
sample-001.mkv - 12.45MB (http://www.zshare.net/download/63050226904e6cff/)

The problem sounds the same as hoborg's.

-XP SP3. ATI3850 and Cat 9.2
- Problem is there in all builds available via xvidvideo.ru >1137
- There is a general stuttering plus gross corruptions at random (approx 1 second) intervals. These corruptions are like tearing but where the tear is showing parts of frames from a second or so earlier (definitely not just the previous frame. Sometimes the gap between the frames may be >1sec). Sadly it cannot be captured in screenshots and the <cntrl-J> jitter graph is perfect. With working builds there is no tearing at all.
- Happens with all my h.264 720p mkvs
- Interestingly, not when playing 1080p HD-DVD/Blu-ray (mkv or m2ts).
No problem for this sample too...

Jong
23rd July 2009, 20:18
I can reproduce this problem


This sample play fine without corruption.


No problem for this sample too...Not sure what you mean by "no problem" - no corruption or no problem seeing it?

But on my system I see problems in all three samples:

- Snownight's shows some serious "blocking"

- Mine shows this stutter and mistakes in frame order

- Hoborg's seems to show BOTH. On my system I see "blocking" and corruptions in frame order identical to in my sample.

What do you see wrong with Hoborg's sample?

It will be interesting to see what happens to my samples if Hoborg's problems are fixed.

The1n
23rd July 2009, 20:28
@Casimir666

Here is what i am talking about with multi sliced bug with G45, see attachment.

Btw im running Windows 7.

The1n

Casimir666
23rd July 2009, 20:59
But on my system I see problems in all three samples:

- Snownight's shows some serious "blocking"

- Mine shows this stutter and mistakes in frame order

- Hoborg's seems to show BOTH. On my system I see "blocking" and corruptions in frame order identical to in my sample.

What do you see wrong with Hoborg's sample?
I only see wrong frame order in Hoborg sample. Could you try with this build to see if it change something :

http://www.zshare.net/download/630697539d1a1dbe/

Snowknight26
23rd July 2009, 21:16
Using that build still shows corruption:
http://i27.tinypic.com/bfowbc.png

Seems to happen after every I frame, but I can't say for sure.

Jong
23rd July 2009, 21:22
Using that build still shows corruption:
http://i27.tinypic.com/bfowbc.pngYeah that's the corruption I see with your sample too.

Jong
23rd July 2009, 21:27
I only see wrong frame order in Hoborg sample. Could you try with this build to see if it change something :

http://www.zshare.net/download/630697539d1a1dbe/, .Sorry, nothing has changed.

Pellaeon
23rd July 2009, 21:46
New CAT 9.7 completely broke DXVA playback: MPC crashes when trying to open video file encoded in VC1 or H.264.

Radeon 4850 + Vista x64 + CAT 9.7

Snowknight26
23rd July 2009, 22:07
New CAT 9.7 completely broke DXVA playback: MPC crashes when trying to open video file encoded in VC1 or H.264.

Radeon 4850 + Vista x64 + CAT 9.7

Working here, same specs.

Pellaeon
23rd July 2009, 22:08
Just discovered reason: disabling 10bit RGB output solved problem.

hoborg
23rd July 2009, 22:09
I can confirm, that:
- i have wrong frame order and blockong on "mpc-hc.dxva.corruption.sample.mkv" sample - this sample have blocking problem even with Cyberlink PDVD8 PDVD8 h.264 decoder
- i have wrong frame order but no blocking on "sample-001.mkv" sample - working fine with PDVD8 h.264 decoder

I tryed "mplayerc_test.rar" but no change.

Updated to cat. 9.7 - no change

Casimir666, can i ask what GPU and OS do you have?

Xorp
23rd July 2009, 22:29
Might want to improve DTS Express detection, here an example: http://www.sendspace.com/file/keswl8

MPC-HC 1.2.1179 says its "Secondary DTS HD High Resolution Audio, 48.0kHz, 3chn, 576kbps" when it's actually "DTS Express, 2.0 channels, 16 bits, 192kbps, 48khz" (eac3to). DTS Express is a different format from DTS and DTS-HD.

BatKnight
24th July 2009, 21:31
Since xvidvideo.ru is not going to be updated until 23 August, where can we get the latest compiled MPC-HC releases?

Bat

Spec-Chum
24th July 2009, 23:02
I don't have my own web space but I'm more than happy to build a normal version (I use a custom build for core2) and upload to a public site. IA32 and X64 builds are fine.

Sendspace seems OK, anyone know a better one (must be free).

cheers

St Devious
24th July 2009, 23:06
I don't have my own web space but I'm more than happy to build a normal version (I use a custom build for core2) and upload to a public site. IA32 and X64 builds are fine.

Sendspace seems OK, anyone know a better one (must be free).



mediafire, sendspace limits download speed.

Spec-Chum
24th July 2009, 23:10
mediafire, sendspace limits download speed.

mediafire it is then, just building 1182 now...

Having an issue with x64 builds, so will just be x86 for now. I'll fix it tomorrow...

edit: OK fixed. Devs, you need to remove d2vsource from mplayerc Project Dependencies on x64 build...

Links:
x64 (http://www.mediafire.com/?sharekey=f23b64e279fec79ea0f2f20c509059d9d8060856ca4d2a3a5be6ba49b5870170)
x86 (http://www.mediafire.com/?sharekey=f23b64e279fec79ea0f2f20c509059d944fe6769e7319381c95965eaa7bc68bc)

Mangix
25th July 2009, 01:51
i did something to my computer and now EVR custom refuses to work. everytime i set it to EVR custom, MPC exits randomly...

regular EVR and all the other renderers work fine. I think MPC actually crashes since Haali's icon is still in the taskbar after MPC exits...

using Windows XP btw.

edit: tested with builds 1179 and 1180. not sure when it started since i use Haali mostly.

edit2: uninstalled and reinstalled the framework. same result.

St Devious
25th July 2009, 03:27
mediafire it is then, just building 1182 now...

Having an issue with x64 builds, so will just be x86 for now. I'll fix it tomorrow...

edit: OK fixed. Devs, you need to remove d2vsource from mplayerc Project Dependencies on x64 build...

Links:
x64 (http://www.mediafire.com/?sharekey=f23b64e279fec79ea0f2f20c509059d9d8060856ca4d2a3a5be6ba49b5870170)
x86 (http://www.mediafire.com/?sharekey=f23b64e279fec79ea0f2f20c509059d944fe6769e7319381c95965eaa7bc68bc)

so are these builds any different from those on xvidvid.ru ?

bobdynlan
25th July 2009, 04:08
in future version i would like to see a CLI Switch for loading a "Pan&Scan Presets" because when i watch 2.35:1/2.40:1 movies i move the image to the top and have my masking at the bottom of my 16:9 screen.
or am i asking for too much? (pretty please :) )
Second that.
I like what you can do with the shaders, you can have two different presets using combine, and have two keyboard shorcuts to toggle them, the last state is remembered after closing.
Would be nice to have the option to setup custom keyboard shortcuts for Pan&Scan individual presets, and have the last state remembered, too.
And speaking of remembering the last state, how about making that After Playback defaults to Exit? Would help alot as the current Do Nothing option prevents stand-by most of the time (Always On Top does not matter).
Really like the minimalistic looks, but it needs some improvement, from those nine buttons (and two sliders), three of them are unused most of the time or generating issues (Decrease speed, Increase speed, Step). How about having some Pan&Scan, Shaders, Stream Switcher etc.? Well, I guess the option to have user skins is not a priority right now.
Do the shaders work in latest x64 version now?

neoufo51
25th July 2009, 06:02
Is it just me or are iPhone 3GS videos not working well with MPC-HC?

Build 1179, Win7, Latest Nvidia drivers.

I'm seeing problems with every renderer, even with Quicktime installed.

1) System Default, VMR9, and Haali all play the video 90 degrees counterclockwise and with an incorrect 4:3 ratio.

2) EVR CP doesn't play AT ALL and says at the bottom that DXVA is running.

Here's a sample video from a friend's iPhone. Please confirm my findings.

http://www.mediafire.com/?djogghzjv1z

s174955
25th July 2009, 07:52
Hi, love the progress on MPC-HC!

Have a short question though about the current state of DXVA support with MPH-HC i.c.w. differerent GPU's
- ATI: support for H264 (not e.g. L5.1 though or too many ref frames) + VC1
- NVidia: support for H264 (also L5.1 and 16 ref frames), no VC1
- Intel: ? (if I'm corrent it is supported now, but i have no idea to what extend)

Note:
for Nvidia I mean the newer onces (i know that since somewhere around the new version of the 8800 GTS their cards support VC1, but it does not i.c.w. MPC-HC)?

Is this list correct? And what about Intel?

Spec-Chum
25th July 2009, 07:54
so are these builds any different from those on xvidvid.ru ?

Nope, well apart from I use GCC 4.3.3 and not 4.4.1 (although I'd be very surprised if that made a difference. I use a custom build myself (nothing major, just built specificly for Core2 arch) but these are built with all defaults.

Hope this helps :)

Spec

tetsuo55
25th July 2009, 08:41
Anyone with compiling capabilities,

Does MPC-HC still function(or even fully compile) if you compile with these settings:

x86: "/SAFESEH /O2 /GS /arch:SSE2 /EHa"
x64 AMD: "/favor:AMD64 /O2 /GS /EHa"
x64 INTEL: "/favor:INTEL64 /O2 /GS /EHa"
x64 universal(SLOW): "/favor:blend /O2 /GS /EHa"

Casimir666
25th July 2009, 11:36
@hoborg, @Jong
Your problem happen only with ATI board, and I find the issue for corruption at least. Hoborg I still have little trouble with your file, some of the frame are not display in correct order.

@Snowknight26
Your file didn't play on ATI board (test with Cyberlink + Microsoft Win7 decoder). No problem on my nVidia, maybe a problem with ATI driver?

@Trahald
Custom MMCO is now supported, and you file play fine

@The1n
Could you try again with new test build (if not ok would you post your screenshot on imageshark or something your previous attachement is still waiting validation)?

New test build with all this changes available from here : http://www.zshare.net/download/6313488079dc9738/

To all : I'm looking for H264 samples with long reference frames inside, ans if possible MMCO commands

ar-jar
25th July 2009, 17:46
Anyone with compiling capabilities,

Does MPC-HC still function(or even fully compile) if you compile with these settings:

x86: "/SAFESEH /O2 /GS /arch:SSE2 /EHa"
x64 AMD: "/favor:AMD64 /O2 /GS /EHa"
x64 INTEL: "/favor:INTEL64 /O2 /GS /EHa"
x64 universal(SLOW): "/favor:blend /O2 /GS /EHa"

This is what I get when plugging in the options from the first line (x86):

3>Linking...
3>dsutilRU.lib(a_yuv2rgb.obj) : error LNK2026: module unsafe for SAFESEH image.
3>dsutilRU.lib(convert_a.obj) : error LNK2026: module unsafe for SAFESEH image.
3>d2vsourceRU.lib(idctmmx.obj) : error LNK2026: module unsafe for SAFESEH image.
3>Mpeg2DecFilterRU.lib(motion_comp_mmx.obj) : error LNK2026: module unsafe for SAFESEH image.
3>Mpeg2DecFilterRU.lib(idct_mmx.obj) : error LNK2026: module unsafe for SAFESEH image.
3>MpaDecFilterRU.lib(lpc_asm.obj) : error LNK2026: module unsafe for SAFESEH image.
3>MpaDecFilterRU.lib(bitreader_asm.obj) : error LNK2026: module unsafe for SAFESEH image.
3>MpaDecFilterRU.lib(cpu_asm.obj) : error LNK2026: module unsafe for SAFESEH image.
3>MPCVideoDecRU.lib(CompilatorVersion.o) : error LNK2026: module unsafe for SAFESEH image.
3>MPCVideoDecRU.lib(mpc_helper.o) : error LNK2026: module unsafe for SAFESEH image.
3>MPCVideoDecRU.lib(parser.o) : error LNK2026: module unsafe for SAFESEH image.

... and so on with a whole bunch of other .o files in MPCVideoDecRU.lib.

Without the /SAFESEH option to the linker, everything seems to work ok.
-A

gngn
25th July 2009, 18:13
New test build with all this changes available from here : http://www.zshare.net/download/6313488079dc9738/


the problems with XP+nvidia+DXVA introduced in r1141 ( post #8320 (http://forum.doom9.org/showthread.php?p=1294591#post1294591)) are now fixed.
only that the max ReFrames for XP seems to be now 14. videos with ReFrames=15 or above wont play.

The1n
25th July 2009, 18:16
@The1n
Could you try again with new test build (if not ok would you post your screenshot on imageshark or something your previous attachement is still waiting validation)?

New test build with all this changes available from here : http://www.zshare.net/download/6313488079dc9738/

Hi Casimir666 , when trying out your latest test build it looked a little better but still error frames with original bluray films, here is a zshare link for you.

http://www.zshare.net/download/63146496f464ec2b/

The1n

Casimir666
25th July 2009, 18:36
@ Mercury
I fixed the True HD and LPCM mapping. The Eac3 is still 5.1 instead of 7.1 because ffmpeg return only 6 channels! Back and side surround channel are out on back.
Cannot fix the DTS, because it's decoded by libdts that didn't support 7.1.

I didn't understand for the AC3 sample : are you sure it's wrong? Can you try with original mpc because the original mapping is used in this case and i would be surprise if it's wrong. Your file is 5.1 and not 7.1?


@ All
I fixed other small issues on DXVA, and if no major bugs are detected this build will became next stable release :
http://www.zshare.net/download/6314672884c0d9d9/

tetsuo55
25th July 2009, 18:41
This is what I get when plugging in the options from the first line (x86):

3>Linking...
3>dsutilRU.lib(a_yuv2rgb.obj) : error LNK2026: module unsafe for SAFESEH image.
3>dsutilRU.lib(convert_a.obj) : error LNK2026: module unsafe for SAFESEH image.
3>d2vsourceRU.lib(idctmmx.obj) : error LNK2026: module unsafe for SAFESEH image.
3>Mpeg2DecFilterRU.lib(motion_comp_mmx.obj) : error LNK2026: module unsafe for SAFESEH image.
3>Mpeg2DecFilterRU.lib(idct_mmx.obj) : error LNK2026: module unsafe for SAFESEH image.
3>MpaDecFilterRU.lib(lpc_asm.obj) : error LNK2026: module unsafe for SAFESEH image.
3>MpaDecFilterRU.lib(bitreader_asm.obj) : error LNK2026: module unsafe for SAFESEH image.
3>MpaDecFilterRU.lib(cpu_asm.obj) : error LNK2026: module unsafe for SAFESEH image.
3>MPCVideoDecRU.lib(CompilatorVersion.o) : error LNK2026: module unsafe for SAFESEH image.
3>MPCVideoDecRU.lib(mpc_helper.o) : error LNK2026: module unsafe for SAFESEH image.
3>MPCVideoDecRU.lib(parser.o) : error LNK2026: module unsafe for SAFESEH image.

... and so on with a whole bunch of other .o files in MPCVideoDecRU.lib.

Without the /SAFESEH option to the linker, everything seems to work ok.
-AThose command tell the compiler to : Prefer speed over size, and security over both.
Those erroring files need to be recompiled with this setting enabled using VS2008SP1

hoborg
25th July 2009, 19:09
@ All
I fixed other small issues on DXVA, and if no major bugs are detected this build will became next stable release :
http://www.zshare.net/download/6314672884c0d9d9/

Casimit, just tryed and bad news - no changes at all :( Still get wrong frames order on all h.264 MKV i have :/

Mercury_22
25th July 2009, 20:11
@ Mercury
I fixed the True HD and LPCM mapping. The Eac3 is still 5.1 instead of 7.1 because ffmpeg return only 6 channels! Back and side surround channel are out on back.
Cannot fix the DTS, because it's decoded by libdts that didn't support 7.1.

I didn't understand for the AC3 sample : are you sure it's wrong? Can you try with original mpc because the original mapping is used in this case and i would be surprise if it's wrong. Your file is 5.1 and not 7.1?


@ All
I fixed other small issues on DXVA, and if no major bugs are detected this build will became next stable release :
http://www.zshare.net/download/6314672884c0d9d9/

Yes I'm sure about AC3 ! Also MPC 6.4.9.0 (original mpc) has the same WRONG mapping ! If it helps FFDShow has the correct mapping for Ac3 (Dolby Digital)
Yes the TEST file is 5.1 ! AFAIK AC3 (Dolby Digital) has MAX 6 channels http://en.wikipedia.org/wiki/Ac3 or http://www.dolby.com/consumer/technology/dolby_digital.html

Ac3 (Dolby Digital) wrong mapped channels:
1 - REAR RIGHT wrong mapped to FRONT RIGHT
2 - REAR LEFT wrong mapped to FRONT LEFT
= No rear channels!

Test 5.1 AC3 (Dolby Digital) (http://www.lynnepublishing.com/surround/www_lynnemusic_com_surround_test.ac3)


I can confirm TrueHD and LPCM (and E-AC3 since "ffmpeg return only 6 channels" ) now are working correct ! :thanks:

About DTS, please can't you at least make it like E-AC3 : "Back and side surround channels are out on back." ?

DTS (-HD HR MA) wrong mapped channels:
1 - SIDE RIGHT wrong mapped to FRONT RIGHT
2 - REAR RIGHT wrong mapped to FRONT RIGHT
3 - SIDE LEFT wrong mapped to FRONT LEFT
4 - REAR LEFT wrong mapped to FRONT LEFT

Test 7.1 DTS-HD HR (http://sharebee.com/abf92989)

P.S. PLEASE can you compile a x64 version too ?

73ChargerFan
25th July 2009, 20:40
Sorry for OT, but my HTPC is getting old, and I'm tired of tearing with my BD rips. This is the only application I run on it, except for Opera.

Current: AMD 4600X2, 2gb DDR memory, ATI 4850, Windows XP MCE 2005.

I purchased a Athlon 2 X2 250 to upgrade, with 4gb DDR2, re-use my ATI 4850, Windows 7 (x86 or 64). $185.

Will this be blazing fast, enough that I can ignore DXVA? Or should I return it and upgrade to the AMD max, a Phenom 945? This would be $300. Money is a consideration...

_xxl
25th July 2009, 22:28
Those command tell the compiler to : Prefer speed over size, and security over both.
Those erroring files need to be recompiled with this setting enabled using VS2008SP1
What part of mpc-hc could benefit from those compiler optimizations?

tetsuo55
25th July 2009, 22:31
What part of mpc-hc could benefit from those compiler optimizations?Overall optimization could mean the difference between jittering and stable playback on slower systems.

some parts are very system intensive like the internal subtitle renderer, this can use any optimization it can get.

Mostly it's for security though, to prevent any exploits from things like malformed avi/wmv/mkv files or http links.

_xxl
25th July 2009, 22:34
I get some crashes with internal avi spitter and xvid avi files. If avi spitter is disabled no crash. This is happening also with Haali's avi splitter, but not with MS one.

_xxl
25th July 2009, 22:36
Overall optimization could mean the difference between jittering and stable playback on slower systems.
Maybe I should add a vc project file that uses all optimizations?

tetsuo55
25th July 2009, 22:40
Yes the project file should be updated, but only after we confirm no new problems arise, and any new warnings have to be fixed too.

these warnings point to possible exploitable security problems.

Also if you use the ARCH:SSE2 by default anyone with a CPU that does not have SSE2 will not be able to use MPC-HC

Casimir666
25th July 2009, 23:24
Maybe I should add a vc project file that uses all optimizations?

Be careful playing with optimisation, it's really hard to know if it improve things or not and could have side effect. I prefer not to commit theses tests in SVN

_xxl
26th July 2009, 00:20
Be careful playing with optimization, it's really hard to know if it improve things or not and could have side effect. I prefer not to commit theses tests in SVN
True, stability is more important than speed.

thuan
26th July 2009, 03:11
@73ChargerFan:
If you don't want to rely on DXVA then that CPU will not be enough in some cases, as mine, a Xeon E3110 (equal the Core 2 Duo E8400), isn't enough in some cases either, with libavcodec from ffdshow or MPC-HC internal. I mostly use DXVA now with my nvidia card (9500GT), and it works nearly perfect with MPC-HC. DXVA from ATI card I owned previously (HD2400XT) was really erratic, not to mention the chroma upsampling problem. I wonder if the latter problem is fixed now?

Snowknight26
26th July 2009, 05:54
r1179 doesn't downmix AC3 or DTS anymore. Even though I have both filters set to decode to stereo, the audio renderer shows 6 channels.

And on a separate note, I've noticed that several Blu-rays of mine show subtitles only in the MPEG PS splitter but not in the Subtitles menu, so subsequently they can't be enabled.

Samples on request.

73ChargerFan
26th July 2009, 07:07
Thanks thuan, hc & tetsuo55 - I decided to exchange the Athlon II X2 250 for a Phenom II X3 720 BE.

tetsuo55
26th July 2009, 08:04
Be careful playing with optimisation, it's really hard to know if it improve things or not and could have side effect. I prefer not to commit theses tests in SVNTrue, stability is more important than speed.Yes we have to be absolutely sure first.

Please not that:
/arch:[SSE|SSE2] Without this command SSE and other features of chips supporting this are completely unused (unless hand coded into the source). Also for the X64 builds the SSE2 option is enabled by default. (so we can be relatively sure that this works)

/favor (Optimize for x64) This option should provide an increase in speed by dropping backwards compatibility with x86 (this should have been enabled by default :rolleyes:)

/GS This is purely a security feature, buffer protection, it can be and should be enabled by default.

/EHa this is a security feature too, exeption handling, this actually changes code and could lead to breaks.

/O2, enabled by default on release builds, slightly different meanings between x86 and x64, could break things.

/SAFESEH security feature that is enabled by default on x64

As you can see, almost all of it should be safe, and a lot of it has been tested on the x64 builds (or has been causing some of the x64 build bugs!)

Spec-Chum
26th July 2009, 09:28
Revision: 1188

Fixed : support for custom mmco, improved ATI multislice (this rev is broken on ATI+XP)

Links:
x64 (http://www.mediafire.com/?jijol2dykan)
x86 (http://www.mediafire.com/?adzgtjywknz)

Casimir666
26th July 2009, 09:55
Revision: 1188

Fixed : support for custom mmco, improved ATI multislice (this rev is broken on ATI+XP)

Links:
x64 (http://www.mediafire.com/?jijol2dykan)
x86 (http://www.mediafire.com/?adzgtjywknz)

It's better to use those one that fix the invalid frame order for ATI board on Windows XP :

x86 (http://www.zshare.net/download/631737834c0d90ae/)
x64 (http://www.zshare.net/download/63173825255460e2/)

Spec-Chum
26th July 2009, 09:59
It's better to use those one that fix the invalid frame order for ATI board on Windows XP :

x86 (http://www.zshare.net/download/631737834c0d90ae/)
x64 (http://www.zshare.net/download/63173825255460e2/)

d'oh *shakes head*

_xxl
26th July 2009, 10:29
$ make 64BIT=yes
x86_64-pc-mingw32-gcc -c -I. -I.. -Ilibavcodec -Ilibavutil -I../codecs -I../imgFilters -I../../../../zlib -I../../../../libpng -DHAVE_AV_CONFIG_H -D_ISOC99_SOURCE -D_POSIX_C_SOURCE=200112 -std=gnu99 -DARCH_X86_64 -DWIN64 -D_WIN64 -mno-cygwin -mdll -mthreads -pipe -DNDEBUG -UDEBUG -O2 -m64 -fno-leading-underscore -fno-common -fno-tree-vectorize -fomit-frame-pointer -fno-math-errno -MMD -o libavcodec/aac_ac3_parser.o libavcodec/aac_ac3_parser.c
make: x86_64-pc-mingw32-gcc: Command not found
make: *** [libavcodec/aac_ac3_parser.o] Error 127

Anybody knows the latest working MinGW64 for Win32? 21.07.2009 seems to be broken.

shambles
26th July 2009, 10:51
where can i get recent standalone filters? (xvidvideo.ru is down)

Casimir666
26th July 2009, 10:54
Anybody knows the latest working MinGW64 for Win32? 21.07.2009 seems to be broken.

I have same problem, but seems they rename the compiler name : now it's x86_64-w64-mingw32-gcc instead of x86_64-pc-mingw32-gcc no?

Aleksoid1978
26th July 2009, 10:54
Anybody knows the latest working MinGW64 for Win32? 21.07.2009 seems to be broken.

Set %PATH% to x86_64-pc-mingw32-gcc.exe, usuali it \mingw\bin

The1n
26th July 2009, 11:38
@Casimir666

Could you use the sample file i uploaded ?

The1n

Casimir666
26th July 2009, 12:23
@Casimir666

Could you use the sample file i uploaded ?

The1n

Yes i have it, thanks

STaRGaZeR
26th July 2009, 12:32
Casimir, it's possible to speed up seeking when using DXVA? Seeking to B-frames can be a royal pain sometimes.

Mercury_22
26th July 2009, 12:34
I've found the problem for the wrong mapped channels for Ac3 (Dolby Digital) and DTS !
It's a design problem ! MPC-HC's internal filters does NOT have 7.1 channel setting or "Same as input" (like FFDShow) or the option to disable internal mixer / matrix ! max setting it's "3 Front + 2 Rear" and although this gets ignored for LPCM, DolbyTrueHD and E-AC3 (Dolby Digital Plus) for DTS and AC3 it's NOT ignored!

So even if you have 7.1 speakers you need to set internal filters to 5.1 aka "3 Front + 2 Rear" for ac3 and DTS to work

I think we really need to have 7.1 added and like in FFDShow the options "Same as input" and to be able to disable internal mixer / matrix