Media Player Classic Home Cinema (MPC-HC) - DXVA!

[Kotik]

Originally Posted by clsid

The devs should concentrate on the core of the player, not on replicating functionality that is already available in the form of external filters. Only the DXVA filters have no (better) free/open-source alternative, so those deserve some love.

I totally agree. DXVA needs more love, people can find 1000 of alternatives when it comes to "all in one" players. Devs should dedicate more time into the idea behind this project since day one! This was, is, and should remain DXVA!

So instead of adding AMR it would be better to dedicate time in more essential things like DXVA with interlaced VC-1 which is NO go currently.

[hoborg]

Originally Posted by kotik

i totally agree. Dxva needs more love, people can find 1000 of alternatives when it comes to "all in one" players. Devs should dedicate more time into the idea behind this project since day one! This was, is, and should remain dxva!

So instead of adding amr it would be better to dedicate time in more essential things like dxva with interlaced vc-1 which is no go currently.

+1

hoborg

[matthew_eli]

Originally Posted by Kotik

I totally agree. DXVA needs more love, people can find 1000 of alternatives when it comes to "all in one" players. Devs should dedicate more time into the idea behind this project since day one! This was, is, and should remain DXVA!

So instead of adding AMR it would be better to dedicate time in more essential things like DXVA with interlaced VC-1 which is NO go currently.

I quote you: I'm completely agree!

[tetsuo55]

Originally Posted by ADude

You must not have read my post that you linked, where I said that the problems were not related to situations of multiples of the video rate, so the graph would be irrelevant.

If you post a selection of screenshots, with CTRL+J active of:

-Pre-Beliyaal merge non tearing
-Post Beliyaal merge tearing
-Gothsync build with a matching refreshrate file with the settings EVR/255/SyncNearest

We will investigate your problem.
Any report you make of a tearing related problem that does not contain screenshots will be rejected with "works for me, tested on +/- 20 different systems (from geforce2 to 200 series, and ati 7500 to 4870) (From win2000 to win7 X64)"

Please help us help you.
Do not ask why, just do it.

[ADude]

Originally Posted by tetsuo55

We will investigate your problem.

Who is we ?

I've been bitten on this sort of thing before in totally unrelated Forums where:

1 - I ask a question
2 - Moderator claims that it is Forum rules that, in order to ask that sort of question, I have to post extensive details.
3 - I spend 30-60 minutes of my life getting and posting those details.
4 - Result after posting details: not one reply to the question

At this point, I am 90% sure that what happened is that Beliyaal removed all the sync code, including for both multiples and for non-multiples, and then never wrote his own code for cases with non-multiples.

If these mythical investigators exist, the first thing would be to simplify verify whether or not the code does anything for the timing in non-multiple situations.

Ar-jar describes his code that eliminates the problem as follows (which is also a good example of describing what is being done by code)(bold added by me):

Alternative 3: Present at nearest vsync

This alternative is for those who wish to use SPDIF out instead of analog signals (sync alternative 1 won’t work) and don’t have a display and a graphics board compatible with PowerStrip (sync alternative 2 won’t work) or simply can’t match the display rate to the video rate because of display limitations.

This sync alternative attempts to minimize the ill effects of poor sync by (1) always presenting a new frame to the graphics board a certain distance from the vsync to avoid tearing and (2) by “snapping” to the closest vsync for as long as possible. A common cause of visible judder is that a frame’s nominal presentation time is exactly at the start of the vsync. Because of inherent imprecision in the video presentation code, sometimes such frames will be presented right before a vsync and sometimes right after a vsync which means that the frames will not be presented with even intervals. This in turn results in judder

[clsid]

Please just post the screenshots. Otherwise this is going to be an endless discussion.

[yesgrey]

Originally Posted by ADude

If these mythical investigators exist, the first thing would be to simplify verify whether or not the code does anything for the timing in non-multiple situations.

Suming up:
-You have a problem.
-You don't want to loose 30-60 min of your lifetime to help solving the problem.
-You want someone, who does not have the problem, to loose those 30-60min instead of you.

I wish you good luck.

[Mixer73]

Never knew there was an ignore function in a forum, cool

[ADude]

Originally Posted by clsid

Please just post the screenshots. Otherwise this is going to be an endless discussion.

First I want to know who is going to do anything with them, other than people who are whining about my whining.

ar-jar is in the middle of a huge project at work and cannot do any MPC-HC related work at all, for quite some time.

Beliyaal refuses to reply, which is the source of the problems.

Casimir refuses to reply about any Beliyaal-related code.

So, I don't see any point to posting anything.

And now mixer73 won't even see the post.

PS all this aside from the fact that the requested screenshots have really nothing to do with the problem... remember that the people who are suddenly demanding screenshots are the same people who thought that the problem was caused by the GPU being from 2007

[Keiyakusha]

ADude
With every your next post its becoming clearer that you don't want to fix anything and just trolling here.

[73ChargerFan]

With Ignore on, half the messages on each page disappear.
Cool

[avivahl]

It takes like less than 2 minutes to post the d*mn shots. Just do it.

[pdanpdan]

Thank you ADude, I didn't know about ignore either - one learns something new everyday

[lych_necross]

Damn ADude, just post the screen shots or be quiet!! If you continue down this pointless arguing path, you may end up being banned.

[Phaser]

Would it be possible to play this type of file with DirectShow and internal MPC source/transform filters? Now it works only with the QuickTime plugin (otherwise there is no image).

General
Complete name                    : F:\DCIM\109_PANA\P1090356.MOV
Format                           : QuickTime
Format/Info                      : Original Apple specifications
File size                        : 14.2 MiB
Duration                         : 12s 0ms
Overall bit rate                 : 9 897 Kbps
Encoded date                     : UTC 2009-09-05 12:29:21
Tagged date                      : UTC 2009-09-05 12:29:21
Writing library                  : pana

Video
ID                               : 1
Format                           : M-JPEG
Codec ID                         : jpeg
Duration                         : 12s 0ms
Bit rate mode                    : Variable
Bit rate                         : 9 831 Kbps
Width                            : 848 pixels
Height                           : 480 pixels
Display aspect ratio             : 16:9
Frame rate mode                  : Constant
Frame rate                       : 30.000 fps
Bits/(Pixel*Frame)               : 0.805
Stream size                      : 14.1 MiB (99%)
Encoded date                     : UTC 2009-09-05 12:29:21
Tagged date                      : UTC 2009-09-05 12:29:21

Audio
ID                               : 2
Format                           : PCM
Format settings, Endianness      : Little
Format settings, Sign            : Unsigned
Codec ID                         : raw 
Duration                         : 12s 0ms
Bit rate mode                    : Constant
Bit rate                         : 64.0 Kbps
Channel(s)                       : 1 channel
Sampling rate                    : 8 000 Hz
Resolution                       : 8 bits
Stream size                      : 93.8 KiB (1%)
Encoded date                     : UTC 2009-09-05 12:29:21
Tagged date                      : UTC 2009-09-05 12:29:21

It's a video shot with my digital camera. Here's a sample, if it helps...

[cweb]

Originally Posted by ADude

First I want to know who is going to do anything with them, other than people who are whining about my whining.

ar-jar is in the middle of a huge project at work and cannot do any MPC-HC related work at all, for quite some time.

Beliyaal refuses to reply, which is the source of the problems.

Casimir refuses to reply about any Beliyaal-related code.

So, I don't see any point to posting anything.

And now mixer73 won't even see the post.

PS all this aside from the fact that the requested screenshots have really nothing to do with the problem... remember that the people who are suddenly demanding screenshots are the same people who thought that the problem was caused by the GPU being from 2007

Please do the posting of the screenshots and get on with it!
I'm fed up reading this.
The developers will read your posting and something will be attempted I'm sure...

[Umi]

On 1080p video (h264 in mkv, mts, m2ts, mp4), I have these serious problems when the cpu is at 30% and the video lags behind and eventually freezes, while the audio continues. This happens with every renderer but Haali Renderer. VMR9 is qustionable, it lags behind in the beginning but catch up later.
I am using MPC-HC x64 svn 1265 though I have these problems with almost every svn since 908. MPC 6.4.9.1 doesn't work either although it doesn't lag behind as much as MPC-HC.
I am using the built in ffmpeg-mt filter with MPC-HC and ffmpeg-mt from ffdshow 3064 when using MPC.
So does anyone know what the cause is? I don't want to use Haali Renderer, because I want to use DirectVobSub.

My system specs is:

Intel Core i7 2.67ghz
ATi Radeon HD 4870
Windows XP x64 SP2

And here is what mediainfo says from one of the videos:

General
ID                               : 1
Complete name                    : C:\Source\HDWRITER\2008-12-24\00000.m2ts
Format                           : BDAV
Format/Info                      : Blu-ray Video
File size                        : 3.99 GiB
Duration                         : 34mn 7s
Overall bit rate                 : 16.8 Mbps
Maximum Overall bit rate         : 18.0 Mbps

Video
ID                               : 4113 (0x1011)
Menu ID                          : 1 (0x1)
Format                           : AVC
Format/Info                      : Advanced Video Codec
Format profile                   : High@L4.0
Format settings, CABAC           : Yes
Format settings, ReFrames        : 4 frames
Duration                         : 34mn 7s
Bit rate                         : 15.7 Mbps
Width                            : 1 920 pixels
Height                           : 1 080 pixels
Display aspect ratio             : 16:9
Frame rate                       : 25.000 fps
Resolution                       : 24 bits
Colorimetry                      : 4:2:0
Scan type                        : Interlaced
Scan order                       : Top Field First
Bits/(Pixel*Frame)               : 0.303
Stream size                      : 3.74 GiB (94%)

Audio
ID                               : 4352 (0x1100)
Menu ID                          : 1 (0x1)
Format                           : AC-3
Format/Info                      : Audio Coding 3
Duration                         : 34mn 6s
Bit rate mode                    : Constant
Bit rate                         : 384 Kbps
Channel(s)                       : 6 channels
Channel positions                : Front: L C R, Surround: L R, LFE
Sampling rate                    : 48.0 KHz
Video delay                      : -80ms
Stream size                      : 93.7 MiB (2%)

[anybody]

Originally Posted by GTPVHD

The 690G chipset is 2 years old, obsolete and outdated, whether you like it or not.

Something that is 2 years old is outdated? I would still rank the 690G among the better integrated grapics solutions. It certainly outperformed the popular GeForce 6150 Chipset.

I have to admit though that it's 400 points in 3dmark06 are not exactly highend these days ;-) Still, it's a nice 2D solution and really not that bad.

Originally Posted by GTPVHD

AMD/ATI also has dropped all driver support for R3xx, R4xx and R5xx GPUs since Catalyst 9.3, so basically all those users are out of luck when it comes to driver updates.

Now THAT's just plain wrong. The only change in driver support for those card has been that this spring ATI/AMD announced that those cards would no longer be getting MONTHLY updates.

The latest driver for those cards, including the X1250 onboard GPU is Catalyst 9.8. As of today, this driver is less than 2 weeks old.

Please don't spread false information about ATI/AMD's driver policy.

[noee]

The last couple of pages have inspired me to resurrect my old TA690G (Biostar) mobo for a run at this. It has the X1250 IGP with HDMI out and I've got an X2@2.8Ghz in that thing. I'll give it a go with a subset of film sources at 24Hz and see what happens.

[leeperry]

Originally Posted by ADude

Beliyaal refuses to reply, which is the source of the problems.

Casimir refuses to reply about any Beliyaal-related code.

So, I don't see any point to posting anything.

Adude, how about playing your HD bits in another player?

MPC doesn't fulfill everyone's expectations...due to the lack of advanced features and being quite buggy at times.

the devs work on it for free and don't have much spare time...plus -as you said- Beliyaal doesn't seem to like answering to end-users whining(just like Haali w/ his fantastic -yet buggy- video renderer).

when you're knowledgeable about coding, (l)users are a major nuisance...get the hang of it

MPC HC is meant for DXVA in the first place, so you can play h264 on a third world computer.