Log in

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 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 [191] 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 326 327 328 329 330 331 332 333 334 335 336 337 338 339 340 341 342 343 344 345 346 347 348 349 350 351 352 353 354 355 356 357 358 359 360 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 391 392 393 394 395 396 397 398 399 400 401 402 403 404 405 406 407 408 409 410

St Devious
2nd September 2009, 23:22
yes, mpc-hc includes such a function. But it is only available if the subtitles are read from a seperate file. It is not available for subtitles which are already muxxed into the container used.



There is the ability to add a delay to subtitles on the fly, even if they're muxed subs.

couldn't find the option last time i needed it. How do i access it ?

avivahl
3rd September 2009, 01:54
Guys, please stop this nonsense discussion about hardware. GPU performance is clearly NOT the issue. Tearing is all about timing and can even occur with the next generation uber-powerful cards.Exactly my thoughts. x1250 should be much more than sufficient for tearing-free, stuttering-free and smooth video playback.

IMHO, if there is one guy who can solve this issue, it's ar-jar.

Mixer73
3rd September 2009, 02:02
Exactly my thoughts. x1250 should be much more than sufficient for tearing-free, stuttering-free and smooth video playback. IMHO, if there is one guy who can solve this issue, it's ar-jar.

But you know what? More than once ADude has been asked to provide information pertinent to his situation so the devs can investigate. Both tetsuo55 and ar-jar have asked for more information which has not been forthcoming because its just easier to troll.

Snowknight26
3rd September 2009, 04:15
couldn't find the option last time i needed it. How do i access it ?

F1/F2 by default.

ADude
3rd September 2009, 05:39
But you know what? More than once ADude has been asked to provide information pertinent to his situation so the devs can investigate. Both tetsuo55 and ar-jar have asked for more information which has not been forthcoming because its just easier to troll.

Such as what information ?

I think that you see someone post something in a time zone 12 hours away from me, and then hours later after working, I might have time to look at the thread, but maybe not until the following day. And meanwhile, there are two pages of posts about audio issues of DTS-HD and problems with Nvidia, and then I reply while you are asleep.

Then more posts about why it is not working in two monitors with Halli Splitter, and so, my reply is two pages back by the time you happen to be reading again...

Mixer73
3rd September 2009, 06:22
Both ar-jar and tetsuo55 have posted asking for you to show graphs so they can investigate.

alexins
3rd September 2009, 10:04
Media Player Classic HomeCinema (x86/x64), svn 1269 (http://www.xvidvideo.ru/content/view/843/1/)

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

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

•Italian translation: small fixes in Output settings;
•ADD : Support S263(mobile phone) video codec;
•ADD : Support AMR(mobile phone) audio codec.

Mercury_22
3rd September 2009, 11:01
(@ Aleksoid )
I have a problem with MPC-HC's AMR audio (svn 1269) !
When i play this sample (http://sharebee.com/a931666c) using MPC-HC's internal filter the audio STOP after 1 second ! Same sample (http://sharebee.com/a931666c), with FFDShow the audio it's playing for the entire duration of the video

Aleksoid1978
3rd September 2009, 12:46
(@ Aleksoid )
I have a problem with MPC-HC's AMR audio (svn 1269) !
When i play this sample (http://sharebee.com/a931666c) using MPC-HC's internal filter the audio STOP after 1 second ! Same sample (http://sharebee.com/a931666c), with FFDShow the audio it's playing for the entire duration of the video

I know. But i test many other .3gp sample - play fine. Now i can't say what's wrong.

ADude
3rd September 2009, 21:10
Both ar-jar and tetsuo55 have posted asking for you to show graphs so they can investigate.

a) graphs of what

b) investigate what

clsid
3rd September 2009, 22:28
Make a screenshot with "Display Stats" (Ctrl+J) enabled. That includes the graph they mean.

Rille
3rd September 2009, 22:35
a) graphs of what

b) investigate what


a) Seriously? You even quoted tetsou55 when he was asking for it... http://forum.doom9.org/showpost.php?p=1321109&postcount=9518
His full post: http://forum.doom9.org/showpost.php?p=1320991&postcount=9514

b) The problems you're having?



EDIT:
While i do understand that you have problems after the merge and i really hope it's something that the devs can solve you need to understand that the merge has solved the very same problems you are now having for several other users. What you're asking for each time you want beliyaals "undocumented and untested" code "stripped out" is the problem solved for YOU and problems put back for alot of other users. I for one am very greatful for beliyaals hard work and it annoys me everytime (and there's been a few of them...) that you bash and complain about him and his work. The code is not untested. There are around 40 pages of testing here before the merge: http://forum.doom9.org/showthread.php?t=145203.

thewebchat
3rd September 2009, 22:37
I would like to point out that the subtitle prebuffering doesn't do anything anymore and that there is a bug with mod4 width video and EVR:

http://sourceforge.net/tracker/?func=detail&aid=2849615&group_id=170561&atid=854651
http://sourceforge.net/tracker/?func=detail&aid=2849614&group_id=170561&atid=854651

ADude
4th September 2009, 04:04
a) Seriously? You even quoted tetsou55 when he was asking for it... http://forum.doom9.org/showpost.php?p=1321109&postcount=9518
His full post: http://forum.doom9.org/showpost.php?p=1320991&postcount=9514

b) The problems you're having?



EDIT:
While i do understand that you have problems after the merge and i really hope it's something that the devs can solve you need to understand that the merge has solved the very same problems you are now having for several other users. What you're asking for each time you want beliyaals "undocumented and untested" code "stripped out" is the problem solved for YOU and problems put back for alot of other users. I for one am very greatful for beliyaals hard work and it annoys me everytime (and there's been a few of them...) that you bash and complain about him and his work. The code is not untested. There are around 40 pages of testing here before the merge: http://forum.doom9.org/showthread.php?t=145203.

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.

Second, I do not want Beliyaal's undocumented (the assessment of other developers) code stripped out. I would prefer, as I have said countless times, that he return, document the code, fix the remaining bugs, and add code for situations where the display refresh rate is not a multiple of the video rate.

Also, it is being represented - by a few who happen to like the Beliyaal sync code - that I am the only one who has problems with it. In reality, there are plenty of other problems, some quite similar to mine, some in the thread that you linked, that have not been fixed, but those reporting the problems either switched to another player, or they went on vacation for the summer...

nijiko
4th September 2009, 07:10
By adding AMR codec, why not add AMR source splitter?

crewxp
4th September 2009, 07:24
Hey, I have a problem/question. When playing audio in MPC-HC, the quality doesn't seem very good. On normal volume/loud parts, I can kind of hear a buzz/static from my speaker. The kind of static u get from listening to poor audio files. Or if you're listening to sucky speakers with bass in it. This happens when I play mp3 files (320 kbps), or HD Video files.

When I play the SAME files in Windows Media Player, iTunes, or Media Center, it plays fine, and I can even turn the volume up about 50%, and it never buzzes/static/hiss's.

It's only in MPC-HC. How can I fix this? Where would I start? I'm using default settings. Tried re-downloading it also. I tried version 1.2.1243 as well as 1.2.1179, both do the same thing.

Right now I'm using Shark007's Windows 7 codec package with my computer, and using his custom mpc-hc 1.2.1243 build with his codecs enabled. But every MPC-HC I try does it.

Where do I start in order to get the same audio quality/better in mpc-hc?

thx!

alexins
4th September 2009, 10:35
Media Player Classic HomeCinema (x86/x64), svn 1271 (http://www.xvidvideo.ru/content/view/844/1/)

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

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

•Made internal AMR audio decoder optional;
•Fixed : Web interface status.html not showing status/media state when Status bar is turned off ( bug #2025675 )

Rille
4th September 2009, 11:22
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.

Second, I do not want Beliyaal's undocumented (the assessment of other developers) code stripped out. I would prefer, as I have said countless times, that he return, document the code, fix the remaining bugs, and add code for situations where the display refresh rate is not a multiple of the video rate.

Also, it is being represented - by a few who happen to like the Beliyaal sync code - that I am the only one who has problems with it. In reality, there are plenty of other problems, some quite similar to mine, some in the thread that you linked, that have not been fixed, but those reporting the problems either switched to another player, or they went on vacation for the summer...

Of course i read your post but wouldn't it be best to let a dev decide what's relevant and not and just provide the info they are asking for? If it occours in both cases then provide a screenshot for each case. If they don't find any useful information in them i'm sure they'll continue to ask for information until they find the problem.

It may be language problems but i feel like you're on a personal quest against beliyaal. I mean your 2:nd question "Investigate what?" It feels like you don't even want the problem investigated, just the old code put back and the beliyaal changes removed period. Regarding "stripped out", that i quoted from you.

Of course there's probably others having the same problem but considering the number of users in this thread and the number of complaints about this problem they are certainly a small minority (not saying that it should not be solved). Have the other persons having this problem told you that they have switched to another player or gone one vacation or are you just assuming things as the thread is not filled with complaints from different users with this problem?

I can't see how code would be missing for cases where fps is not a multiple of refresh (not saying there can't be a bug in it). Works fine here on 3 different ATI-cards, two computers and 3 different monitors/TV-sets. All my friends are using MPC-HC and none have this problem.

Mercury_22
4th September 2009, 11:44
Hey, I have a problem/question. When playing audio in MPC-HC, the quality doesn't seem very good. On normal volume/loud parts, I can kind of hear a buzz/static from my speaker. The kind of static u get from listening to poor audio files. Or if you're listening to sucky speakers with bass in it. This happens when I play mp3 files (320 kbps), or HD Video files.

When I play the SAME files in Windows Media Player, iTunes, or Media Center, it plays fine, and I can even turn the volume up about 50%, and it never buzzes/static/hiss's.

It's only in MPC-HC. How can I fix this? Where would I start? I'm using default settings. Tried re-downloading it also. I tried version 1.2.1243 as well as 1.2.1179, both do the same thing.

Right now I'm using Shark007's Windows 7 codec package with my computer, and using his custom mpc-hc 1.2.1243 build with his codecs enabled. But every MPC-HC I try does it.

Where do I start in order to get the same audio quality/better in mpc-hc?

thx!

Use the most recent build (see above ) and try this:
1 - Look at MPC-HC's audio switcher and make sure the boost it's to min.
2 - Change MPC-HC's Output sample format
3 - Reset MPC-HC settings and test again (using default settings)
4 - Report back :)

P.S. Although I too think MPC-HC's audio has been neglected I DON'T think things are that bad ! ( I don't have your problems ! but...)

clsid
4th September 2009, 12:50
By adding AMR codec, why not add AMR source splitter?
If you want an all-in-one player, go download VLC and leave us alone.
The MPC-HC project is already way too big to maintain properly. Adding more stuff will only make it even harder. It will just mean more bugs that will never be fixed.
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.

Kotik
4th September 2009, 13:31
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
4th September 2009, 13:52
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
4th September 2009, 13:55
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
4th September 2009, 13:58
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
4th September 2009, 20:10
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
4th September 2009, 20:34
Please just post the screenshots. Otherwise this is going to be an endless discussion.

yesgrey
4th September 2009, 22:33
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
5th September 2009, 00:52
Never knew there was an ignore function in a forum, cool :)

ADude
5th September 2009, 01:28
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. :D :D

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 :rolleyes:

Keiyakusha
5th September 2009, 04:44
ADude
With every your next post its becoming clearer that you don't want to fix anything and just trolling here.

73ChargerFan
5th September 2009, 05:09
With Ignore on, half the messages on each page disappear.
Cool :D

avivahl
5th September 2009, 06:43
It takes like less than 2 minutes to post the d*mn shots. Just do it.

pdanpdan
5th September 2009, 07:09
Thank you ADude, I didn't know about ignore either - one learns something new everyday :)

lych_necross
5th September 2009, 07:16
Damn ADude, just post the screen shots or be quiet!! :mad: If you continue down this pointless arguing path, you may end up being banned.

Phaser
5th September 2009, 10:39
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 (http://www.rapidspread.com/file.jsp?id=iayogdfjeu), if it helps...

cweb
5th September 2009, 11:42
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. :D :D

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 :rolleyes:
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
5th September 2009, 12:50
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
5th September 2009, 13:58
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.


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
5th September 2009, 14:14
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
5th September 2009, 14:25
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? :p

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.

avivahl
5th September 2009, 15:21
It's old, obsolete and isn't even good at HD video decoding.

http://techreport.com/articles.x/11931/10The bug report was not about HD video decoding. It was about simple video playback. With the CPU doing all the video decoding, there's no reason why one would not be able to use these so-called "old" GPUs for playing videos. Btw, these tests used QuickTime for the comparison. lol @ that.

cca
5th September 2009, 15:40
BUG:

Using rev. 1265 VSFilter will not load regardless if "Autoload subtitles" is checked or not. Only if I set it as prefered in the external filters it will load but I do not want it to load everytime!

Interesting observation: It will load if I set "System default" as video renderer, anything else and it doesn't work, seems like it is blocked somehow, doesn't even load with overlay mixer!

peek
5th September 2009, 16:07
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
....

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:
Format/Info : Advanced Video Codec
Format profile : High@L4.0
Format settings, ReFrames : 4 frames
Width : 1 920 pixels
Height : 1 080 pixels
Scan type : Interlaced


Hi Umi,
it seems that you have a strong system, but you are not really using your GPU for decoding your videos. DXVA is probably not in use because usually the CPU load would be less than 10 % with DXVA. You can check that while your videos are loaded into MPC-HC with the right-click sub-menu "Filter" when you open the "MPC Video Decoder" properties and have a look at "DXVA Mode". If you find something there like "H.264 bitstream decoder..." then DXVA is use. If not, please read one of the following tutorials:
http://nunnally.ahmygoddess.net/watching-h264-videos-using-dxva/
http://forums.techarena.in/guides-tutorials/1192826.htm
http://www.guru3d.com/article/accelerate-x264-1080p-movies-over-the-gpu-guide/1

Btw, your sample is an interlaced video with 1080i and not 1080p where p stands for progressive (not pixel).

Keiyakusha
5th September 2009, 16:09
cca
Are you sure this is a bug? I mean afaik "autoload subtitles" is for internal subtitle renderer and not vsfilter. Internal subtitles works only with video renderers like haali, EVR-CP, VMR7/9 renderless. Maybe if you set to default - one of them is loaded?

cca
5th September 2009, 16:25
cca
Are you sure this is a bug? I mean afaik "autoload subtitles" is for internal subtitle renderer and not vsfilter. Internal subtitles works only with video renderers like haali, EVR-CP, VMR7/9 renderless. Maybe if you set to default - one of them is loaded?

I know that very well. When it is UNchecked, VSFilter is supposed to load when there is a subtitle stream available. If it is checked, subtitles are handled by MPC's own subtitle renderer, that's expected behavior.

I'm obviously referring to the case when the checkbox is unchecked. VSFilter will not load, but loads fine in Graphedit using the same decoders and renderers.

ranpha
5th September 2009, 16:48
I know that very well. When it is UNchecked, VSFilter is supposed to load when there is a subtitle stream available. If it is checked, subtitles are handled by MPC's own subtitle renderer, that's expected behavior.

I'm obviously referring to the case when the checkbox is unchecked. VSFilter will not load, but loads fine in Graphedit using the same decoders and renderers.

If you use Windows 7, you have to load DirectVobSub in External Filters section and set it to Prefer if you want to use it in MPC-HC. This is unique in Windows 7 only. Probably a bug that will never get fixed.

cca
5th September 2009, 16:55
If you use Windows 7, you have to load DirectVobSub in External Filters section and set it to Prefer if you want to use it in MPC-HC. This is unique in Windows 7 only. Probably a bug that will never get fixed.

I'm obviously using Windows 7, my system specs are my signature. Well then, I guess it is a known issue, but still a bug.

Umi
5th September 2009, 18:18
Hi Umi,
it seems that you have a strong system, but you are not really using your GPU for decoding your videos. DXVA is probably not in use because usually the CPU load would be less than 10 % with DXVA. You can check that while your videos are loaded into MPC-HC with the right-click sub-menu "Filter" when you open the "MPC Video Decoder" properties and have a look at "DXVA Mode". If you find something there like "H.264 bitstream decoder..." then DXVA is use. If not, please read one of the following tutorials:
http://nunnally.ahmygoddess.net/watching-h264-videos-using-dxva/
http://forums.techarena.in/guides-tutorials/1192826.htm
http://www.guru3d.com/article/accelerate-x264-1080p-movies-over-the-gpu-guide/1

Btw, your sample is an interlaced video with 1080i and not 1080p where p stands for progressive (not pixel).

I can use DXVA for that sample and playback with DXVA very good with hardware deinterlacing, though DXVA is very restricted and all other 1080p videos that I have cannot be decoded by DXVA and therefore I want to use cpu decoding.
And re-encoding every video to make it DXVA compatible isn't what I want.

peek
5th September 2009, 18:54
...all other 1080p videos that I have cannot be decoded by DXVA and therefore I want to use cpu decoding...

As long as you don't use the "CompatibilityMode" registry hack for MPC-HC it would only try to decode H.264 level 4 with DXVA and would switch automaticially to CPU mode for H.264 level 5. I prefer to use the free DivX7 H.264 decoder for the CPU mode only, because it has a very good performance. And I also use the Haali Media Splitter where I've set the input buffer size to a higher value (50000-100000) for better A/V sync.
http://www.alice-dsl.net/pkeunecke/H264_without_DXVA.jpg

You can also try to enable the H.264 level 5 support which I can use successfully with up to 9 reference frames on my HD 3450. It just needs a little trick, but no guarantee that this hack works on other systems too:
http://forum.eeeuser.com/viewtopic.php?id=75704

Umi
5th September 2009, 19:35
Installing DivX7 doesn't help neither does setting the input buffer size to a higher value do.
I really don't think the decoders are the problem.
2 days ago. I could playback 15 mbps 1080p24 fine with ffmpeg-mt with Overlay Mixer, I don't know what I did, but for some reason I can't playback those anymore.