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

flanger216
24th December 2009, 21:58
Or, in a more cordial tone: why are you using Dscaler in the first place? To my knowledge, nowadays it offers no advantage over MPC's built-in decoder, ffdshow or even the bundled Vista/7 decoder.

Then again, I vaguely remember Dscaler offering benefits to people streaming MPEG2 over a DVB...? Is that it?

alexins
24th December 2009, 22:36
He said MP4, not FLV.
Hi,

You downloaded the flash version.

The mp4 version is 47MiB

Go to this website and enter youtube url
http://www.savevid.com/

click on "download mp4" link

With the file video.MP4, the same works without problems! I used only internal filters and decoders.

http://s48.radikal.ru/i120/0912/d4/8c3648533ffat.jpg (http://radikal.ru/F/s48.radikal.ru/i120/0912/d4/8c3648533ffa.png.html) http://i063.radikal.ru/0912/f2/35382adec957t.jpg (http://radikal.ru/F/i063.radikal.ru/0912/f2/35382adec957.png.html)

General
Complete name : F:\incoming_files\2009\1223\video.mp4
Format : MPEG-4
Format profile : Base Media / Version 2
Codec ID : mp42
File size : 47.0 MiB
Duration : 20mn 3s
Overall bit rate : 328 Kbps
Encoded date : UTC 2008-10-16 03:44:00
Tagged date : UTC 2008-10-16 03:44:00
gsst : 0
gstd : 1203883
gssd : B4A7D0D03HH

Video
ID : 2
Format : AVC
Format/Info : Advanced Video Codec
Format profile : Baseline@L1.1
Format settings, CABAC : No
Format settings, ReFrames : 1 frame
Codec ID : avc1
Codec ID/Info : Advanced Video Coding
Duration : 20mn 3s
Bit rate mode : Variable
Bit rate : 200 Kbps
Maximum bit rate : 1 037 Kbps
Width : 320 pixels
Height : 240 pixels
Display aspect ratio : 4:3
Frame rate mode : Constant
Frame rate : 29.970 fps
Resolution : 8 bits
Colorimetry : 4:2:0
Scan type : Progressive
Bits/(Pixel*Frame) : 0.087
Stream size : 28.7 MiB (61%)
Title : (C) 2007 Google Inc. v08.13.2007.
Encoded date : UTC 2008-10-16 03:44:01
Tagged date : UTC 2008-10-16 03:44:02

Audio
ID : 1
Format : AAC
Format/Info : Advanced Audio Codec
Format version : Version 4
Format profile : LC
Format settings, SBR : No
Codec ID : 40
Duration : 20mn 3s
Bit rate mode : Variable
Bit rate : 125 Kbps
Maximum bit rate : 244 Kbps
Channel(s) : 2 channels
Channel positions : L R
Sampling rate : 44.1 KHz
Resolution : 16 bits
Stream size : 17.9 MiB (38%)
Title : (C) 2007 Google Inc. v08.13.2007.
Encoded date : UTC 2008-10-16 03:44:00
Tagged date : UTC 2008-10-16 03:44:02

um3k
24th December 2009, 22:55
Or, in a more cordial tone: why are you using Dscaler in the first place? To my knowledge, nowadays it offers no advantage over MPC's built-in decoder, ffdshow or even the bundled Vista/7 decoder.

I use it because my camcorder outputs 24p with hard pulldown and it's the only decoder I've found (though admittedly I haven't looked lately) that can remove it on the fly (using a patch).

thrawnrulz68
25th December 2009, 06:36
that youtube file plays fine for me as well within its MP4 container. I am still getting a crash on alt+enter exiting full screen mode on HD MOVs with the default renderer and quicktime architecture.

tetsuo55
25th December 2009, 10:12
that youtube file plays fine for me as well within its MP4 container. I am still getting a crash on alt+enter exiting full screen mode on HD MOVs with the default renderer and quicktime architecture.Lets hope the mp4 splitter upgrade will fix it.

betaking
25th December 2009, 11:58
Lets hope the mp4 splitter upgrade will fix it.

Hi,do you see this post?
http://forum.doom9.org/showthread.php?p=1356025#post1356025
last svn 1448 still not fix!

Jaja1
25th December 2009, 13:33
Or, in a more cordial tone: why are you using Dscaler in the first place? To my knowledge, nowadays it offers no advantage over MPC's built-in decoder, ffdshow or even the bundled Vista/7 decoder.MPC's decoder and ffdshow handle soft pulldown fine, but not hard pulldown. The patched version of Dscaler5 works perfect in those cases.

No crashes here with 1443 on XP. I have only tried some mpeg files, not DVDs.I tried some other titels from various sources, HDTV and m2ts, using dscaler5. At least one title causes a crash for both experimental and stable version (Zoomplayer with same filters plays this one correct though), some play without video, just audio. Will try some more after Christmas. These titles play fine using MPC's internal decoder though.

clsid
25th December 2009, 14:08
Please submit a bug report ticket and include a sample file to make it easier for the developers to reproduce the crash. If needed you can cut a small part of a large file with DGSplit.
http://forum.doom9.org/archive/index.php/t-143963.html

clsid
25th December 2009, 14:11
Lets hope the mp4 splitter upgrade will fix it.The crash happens when using the QuickTime framework. So the MP4 splitter is not being used at all.

_xxl
25th December 2009, 15:32
mp4 from youtube crashes mpc-hc
http://www.youtube.com/watch?v=iG9CE55wbtY
(hq18, 47mb)
Can you please test with older version's of mpc?

Midzuki
25th December 2009, 19:36
Does anyone use DScaler as a mpeg2 decoder? I thought that project was DEAD.

I still use DScaler for DVD-Video (i.e., .IFOs and .VOBs), because...

Players = MPC 6.4.9.0 && MPC-HC (latest "official" build)

I have a home-made half-D1, 4:3 NTSC DVD, and its subtitles are displayed correctly by both DScaler Mpeg-2 Decoder and (more importantly) my standalone hardware player. However, when I choose Mpeg2DecFilter for playing DVD-Video, the subtitle pics are resized incorrectly for any resolution below D1 ---
--- in this case, for example, the subtitle pics are resized to 1280x480,
and only their left half appears on the monitor. :confused:

BTW, the MPEG-2 decoder of ffdshow has the same issue
(I'm using revision 3008, and I presume the problem hasn't been solved in the latest releases).

foxx1337
26th December 2009, 02:01
hi,

my first post here.
i've been playing a bit with the source code from svn and implemented a few things on 1.3.1404:
- when the caption is hidden (for example after pressing "1") i've completely removed the window border, makes it easier to play games in windowed mode and have mpchc in minimal mode and always on top somewhere above the game window. now the movie margin is the resize border when the caption is hidden
- implemented subtitle language ordering so one can set mpchc to always first try for some languages when loading subtitles, from either within the video file or external files (external files have to be like movie.name.language.extension to be detected, nothing new here)
- implemented audio language ordering so one can set mpchc to always first load specific languages from movie files with more than one

both orderings are done as strings, for example:
en, ja, sw
eng jap swe
e j s

take a look at the pictures i've hosted at [1] and let me know what you thing about the build [2].

[1] http://141.85.0.93/~foxx/mob/mpchc
[2] http://141.85.0.93/~foxx/mob/mpchc/mpchc-1.3.1404.3.7z

XhmikosR
26th December 2009, 02:38
@foxx1337: Personally, I like most of your changes; I even asked for some of them. Can you create up to date patches for each of your changes? That way it will be much easier for someone to review them.

avivahl
26th December 2009, 07:46
foxx: Your changes are really nice! Maybe the subtitle language priority thing could be done in a non-string way (dropdown list)?

xelox
26th December 2009, 09:52
Has anyone else has run into the problem of audio crackling/popping and frame dropping in Win 7 using the EVR Custom renderer even with subtitle animation turned off?

When I switched to just the standard EVR renderer...frame drop and audio problems went away. Everything worked perfectly fine in Vista, but not in Win7.

Could there be some strange issue with the intel x4500 and Win 7?

tetsuo55
26th December 2009, 10:09
Has anyone else has run into the problem of audio crackling/popping and frame dropping in Win 7 using the EVR Custom renderer even with subtitle animation turned off?

When I switched to just the standard EVR renderer...frame drop and audio problems went away. Everything worked perfectly fine in Vista, but not in Win7.

Could there be some strange issue with the intel x4500 and Win 7?Choose a lower scaler first, if that doesnt help try resetting the renderer settings to default and/or optimal settings (or change them by hand)

avivahl
26th December 2009, 10:17
Guys, how about adding a "Reset Settings" button to the Miscellaneous page, which will:
a) Remove "HKEY_CURRENT_USER/Software/Gabest/Media Player Classic".
b) Restart the player.

?

Mercury_22
26th December 2009, 11:09
foxx: Your changes are really nice! Maybe the subtitle language priority thing could be done in a non-string way (dropdown list)?

Yeah ! +1 here !

Guys, how about adding a "Reset Settings" button to the Miscellaneous page, which will:
a) Remove "HKEY_CURRENT_USER/Software/Gabest/Media Player Classic".
b) Restart the player.

?
+1 here but maybe place the button on a more easy / visible location e.g. the dropdownlist control of "File"

wOxxOm
26th December 2009, 12:25
It's the first time I see such a thing - incorrect display (?) of Aspect Ratio.

Culprit - Bleach anime OP#10 performers' music video.

The mkv has 4:3 set for video, but the actual display size is wrong, and forcing MPC to display '4:3' via a menu shows the video correctly. No matter if internal matroska splitter or haali's is used. Remuxing with MMG with 4/3 AR into a new file doesn't change a thing. Why....?

wOxxOm
26th December 2009, 12:57
roozhou, surely, but for 99.99999% mkvs, setting AR for the video track changes the final video appearance, so why bitstream's AR has the precedence? And btw, when I encode with x264's --sar switch it still is possible to override with MMG's AR setting...

foxyshadis
26th December 2009, 13:17
Dude, no, there will be no discussion of rule 6 material in this thread, it's too awesome for that.

nlnl
26th December 2009, 13:43
albain
Nvidia 9400 Hdmi+ Vista + MPC Audio Renderer (new)

Can not play 24/48 5.1 Flac audio stream in mkv, but can play 16/48 5.1.
Foobar can play 24/48 in WASAPI mode, so Nvidia Hdmi driver does accept 24 bits? Or Foo converts 24/48 --> 32/48?

matthew_eli
26th December 2009, 14:19
Has anyone else has run into the problem of audio crackling/popping and frame dropping in Win 7 using the EVR Custom renderer even with subtitle animation turned off?

When I switched to just the standard EVR renderer...frame drop and audio problems went away. Everything worked perfectly fine in Vista, but not in Win7.

Could there be some strange issue with the intel x4500 and Win 7?

Same thing here: I have an Intel x4500mhd and have the same problem with EVR custom render, EVR works perfectly...OS Windows 7 x64

namaiki
26th December 2009, 14:34
Same thing here: I have an Intel x4500mhd and have the same problem with EVR custom render, EVR works perfectly...OS Windows 7 x64

I am not experiencing this problem.
EVR-Custom - Bilinear resizer(not PS)
P8600
4500MHD (8.15.10.1855)
Windows 7 64-bit

I am using VSFilter for subtitles, though.

matthew_eli
26th December 2009, 15:37
I am not experiencing this problem.
EVR-Custom - Bilinear resizer(not PS)
P8600
4500MHD (8.15.10.1855)
Windows 7 64-bit

I am using VSFilter for subtitles, though.

Hi namaiki, how can I set VSFilter for subtitles? Anyway, when I use EVR default, video are more smooth (mostly 1080p)...and for example, in stats, jitter and sync offset are always 0ms: with EVR custom instead, jitter and sync offset are about 10ms (I'm speaking about 1080p content)

namaiki
26th December 2009, 15:41
in stats, jitter and sync offset are always 0ms
I think EVR is just reporting blank stats.. it can't be 0ms.. c-could it really?

anyways, I'm just using the MPC-HC included in CCCP which includes ffdshow and vsfilter/directvobsub

matthew_eli
26th December 2009, 15:54
I think EVR is just reporting blank stats.. it can't be 0ms.. c-could it really?

anyways, I'm just using the MPC-HC included in CCCP which includes ffdshow and vsfilter/directvobsub

sorry namaiki, another question: could you try this:

https://sourceforge.net/apps/trac/mpc-hc/ticket/168

Thanks

namaiki
26th December 2009, 15:58
sorry namaiki, another question: could you try this:

https://sourceforge.net/apps/trac/mpc-hc/ticket/168

Thanks

I can't download the sample (dial-up speed connection), however, I get (what I believe is) no deblocking on some files when using MPC's internal H264/AVC(DXVA) filter, so I use the Microsoft DTV-DVD Video filter instead + auto-load subtitles, if I want DXVA (which I generally do not use, as I prefer using DirectVobSub).

matthew_eli
26th December 2009, 16:00
I get no deblocking on some files when using MPC's internal H264/AVC(DXVA) filter, so I use the Microsoft DTV-DVD Video filter instead + auto-load subtitles, if I want DXVA.

Thanks, so the problem exists with internal MPC_HC DXVA decoder. Does this problem still persist with Vista (I ask to everyone)?

namaiki
26th December 2009, 16:02
Thanks, so the problem exists with internal MPC_HC DXVA decoder. I think it also occurs with splash player [I only tested on W7 64-bit, (MPC-HC 32-bit in regards to my previous post)] (when you have video hardware acceleration/dxva enabled in either program).

Fafner
26th December 2009, 16:52
Same thing here: I have an Intel x4500mhd and have the same problem with EVR custom render, EVR works perfectly...OS Windows 7 x64



Same here, I'm on a GMA500 and Windows 7 32bit...on a sidenote, trying to use internal DXVA VC-1 decoder results in video playback not starting (trying with Windows's bird video). Is this a known problem?

flanger216
26th December 2009, 18:41
albain
Nvidia 9400 Hdmi+ Vista + MPC Audio Renderer (new)

Can not play 24/48 5.1 Flac audio stream in mkv, but can play 16/48 5.1.
Foobar can play 24/48 in WASAPI mode, so Nvidia Hdmi driver does accept 24 bits? Or Foo converts 24/48 --> 32/48?

Yeah, as of right now the Nvidia HDMI driver only accepts 16-bits over WASAPI, even though the hardware supports higher. Heck, you can get 32-bit int under ASIO right now, no problem, but for some reason WASAPI support just isn't all there right now.

And yeah, with the nVidia driver, foobar actually decimates everything to 16 bits, regardless of what you set it to.

xelox
26th December 2009, 19:31
Choose a lower scaler first, if that doesnt help try resetting the renderer settings to default and/or optimal settings (or change them by hand)

When I set the renderer to the plain EVR...the audio problem goes away and video is played back smoothly with DXVA. I've tried any setting I could change (that would not break DXVA) to no avail.

One thing I did to help alleviate, but not fully solve the problem, was to crank up the EVR buffer.

I am not experiencing this problem.
EVR-Custom - Bilinear resizer(not PS)
P8600
4500MHD (8.15.10.1855)
Windows 7 64-bit

I am using VSFilter for subtitles, though.

Interesting, but you are not using DXVA since you are using VSFilter for subtitles. I wonder if that's why you are not experiencing the audio issue.

Now, the audio popping/crackling issue happens with both the onboard Realtek audio and through HDMI.

Thanks, so the problem exists with internal MPC_HC DXVA decoder. Does this problem still persist with Vista (I ask to everyone)?

I can attest that there is no deblocking with the internal MPC-HC DXVA decoder in Vista. That is why I wanted to move to Windows 7 and use it's decoder so there is deblocking.

nlnl
26th December 2009, 19:47
Yeah, as of right now the Nvidia HDMI driver only accepts 16-bits over WASAPI, even though the hardware supports higher. Heck, you can get 32-bit int under ASIO right now, no problem, but for some reason WASAPI support just isn't all there right now.

And yeah, with the nVidia driver, foobar actually decimates everything to 16 bits, regardless of what you set it to.
Thanks
1) Does Vista mixer output 16 bits to Nvidia driver when we set it to 24/96 for example (default mode)?
2) Is there any test to detect 24 bitness? Sound sample where first 16 bits = 0 and then 8 bits = 1?
2) Maybe Foobar upconverts 24-->32?

flanger216
26th December 2009, 21:50
Thanks
1) Does Vista mixer output 16 bits to Nvidia driver when we set it to 24/96 for example (default mode)?
2) Is there any test to detect 24 bitness? Sound sample where first 16 bits = 0 and then 8 bits = 1?
2) Maybe Foobar upconverts 24-->32?

1. I believe DS output does connect at 24-bits; it's a driver restriction that only affects WASAPI, as far as I know. I'm sure nVidia will eventually enable >16-bits over an exclusive connection, but that's not to say I'd hold my breath
2. Some receivers display what PCM bit-depth they're being fed, or, on the far end of the plausibility scale, you could always grab a SPL meter and measure to see if your dynamic range exceeds 97db. Otherwise, I'm not aware of a pass/fail method to test for 24-bit output
3. 32-bit WASAPI mode simply isn't exposed in the current nVidia drivers. Reclock and the MPC renderer are the best ways to test driver functionality, because they're completely unforgiving: if your driver doesn't accept a format, these renderers just plain won't connect. foobar w/WASAPI does a lot of mysterious things under the hood, and it's difficult to tell what, exactly, it's outputting. On the other hand, foobar at least supports ASIO, so you can get full 24/192 output through that.

(Of course, if you're bitstreaming, then none of this matters.)

As an aside, decimating to 16-bits really isn't going to affect sound quality, unless you plan on blasting your sound levels at a continuous >100db (highly unrecommended!). Even big, huge IMAX theaters still playback at 16-bits, and unlike resampling, decimation doesn't cause any inherent quality degradation.

igoork
26th December 2009, 22:03
Same thing here: I have an Intel x4500mhd and have the same problem with EVR custom render, EVR works perfectly...OS Windows 7 x64

I have the same problem.

Using EVR custom causes problems but EVR works great.

Any solution to this? :confused:

namaiki
27th December 2009, 01:12
Interesting, but you are not using DXVA since you are using VSFilter for subtitles. I wonder if that's why you are not experiencing the audio issue.


In my testing I disabled VSFilter and tried using DXVA as well.. I have very fast hands.. ;)

I, personally, have not experienced any audio issues anywhere, except when trying to play back FLAC by itself + Reclock.

Just curious, but what is your 4500MHD clocked at? (mine appears to be 400 or 475MHz, differing reports from programs)

xelox
27th December 2009, 04:05
I, personally, have not experienced any audio issues anywhere, except when trying to play back FLAC by itself + Reclock.

Just curious, but what is your 4500MHD clocked at? (mine appears to be 400 or 475MHz, differing reports from programs)

Thanks for the quick testing. =) I wonder if the Core 2 Solo in my laptop has anything to do with anything even though things were fine in Vista.

According to gpu-z, my 4500mhd is clocked at 475mhz.

I did find a roundabout fix to my audio issue. I used MediaPortal as a frontend to launch MPC-HC and audio problems went away (other problems cropped up, but they were easy to fix). For some reason mediaportal wouldn't play any of the mkv files I had, so I decided to use MPC-HC as an external player.

Using two programs not working properly for me together has yielded something that works. Haha. It works out nicely since I now have a decent Media Center front end to watch videos.

lych_necross
27th December 2009, 08:22
We should judge software based on its quality alone.

Well, according to Microsoft, they receive 1000s of crash reports about MPC-HC everyday. I agree with Leeperry about opensource. I just realized a few days ago that just about every media player I have used is based on FFmpeg (mpc, kmplayer, mplayer, vlc...). If development ever stopped on FFmpeg, a lot of people would be screwed.

Dark Shikari
27th December 2009, 08:25
Well, according to Microsoft, they receive 1000s of crash reports about MPC-HC everyday.This is true of any DirectShow media player, because if a codec crashes, it will bring the media player down with it, regardless of whether or not the media player is at fault.

The only way that a DirectShow player wouldn't get thousands of crash reports a day is if nobody used it.open source usually means lotsa ppl(both pro and newbies) working on the same broken piece of code, and at some point it'll be so messy that noone will be able to fix it anymoreIt sounds like you haven't actually done any work on an open source project. Most are the opposite, often in an extreme fashion, where it's extremely difficult for a new developer to get code accepted due to the high standards. See, for example, ffmpeg.

lych_necross
27th December 2009, 08:36
This is true of any DirectShow media player, because if a codec crashes, it will bring the media player down with it, regardless of whether or not the media player is at fault.

The only way that a DirectShow player wouldn't get thousands of crash reports a day is if nobody used it.

I wasn't attempting to insult mpc, but simply point out that Microsoft had to assign a team to investigate these crash reports and IIRC, mpc-hc was found to be at fault. In response, tetsuo55 announced many changes that were underway to address these problems (security changes, etc).

Dark Shikari
27th December 2009, 08:45
I wasn't attempting to insult mpc, but simply point out that Microsoft had to assign a team to investigate these crash reports and IIRC, mpc-hc was found to be at fault. In response, tetsuo55 announced many changes that were underway to address these problems (security changes, etc).This does sound good; I myself have had a lot of issues with MPC-HC locking up (and the process not closing when the program is closed), albeit no actual crashes.

tetsuo55
27th December 2009, 11:34
MPC-HC is mainly crashing for 3 reasons:
1. Bugs in filters (splitters, codecs and renderers)
2. Reads/Writes to non-existant or executable memory
3. Threading issues (thread B waiting for results from thread A and not getting those results on time, or at all)

We are currently working on fixing them by improving debug/crash logging.
We are having a hard time getting /Safeseh in because it requires every .asm file to be customised (and the attempts we have made dont work)
Alternatively they could be marked as no exception handling allowed, but that doesnt work in Yasm
:(
We need help to get the safeseh thing done.

About open source renderers, EVR-CP, VMR9 and VMR7 renderless are all open source video renderers, we even have an open source audio renderer now.
It will be difficult to make those standalone for use in any renderer, because they are deeply integrated into the mpc-hc core

leeperry
27th December 2009, 14:00
MPC-HC locking up (and the process not closing when the program is closed)
I also have this bug, so MPC-HC is totally unusable for me for videos...it does close properly on audio files, though.

clsid
27th December 2009, 14:13
ffdshow is over tens years old, so its architecture has become pretty eroded with all the additions and changes that have been made in those years. Ideally its core code should be redesigned and rewritten from scratch.

The biggest problem with most open source projects is the lack of documentation and code comments.

alexins
27th December 2009, 18:27
Media Player Classic HomeCinema (x86/x64), svn 1453 (http://www.xvidvideo.ru/media-player-classic-home-cinema-x86-x64/media-player-classic-homecinema-x86-x64-svn-1453.html)

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/logi-izmeneniy/log-izmeneniy-media-player-classic-homecinema.html)

(1449-1453)

Change : select and change resolution for selected fullscreen monitor;
Add : AUTO HDMI MODE 1080p/24 support for fullscreen mode;
removed unused dirac source files and added one missing;
Update Dirac to lastest SVN;
Updated Czech translation;
update Korean translation

tetsuo55
27th December 2009, 18:31
I also have this bug, so MPC-HC is totally unusable for me for videos...it does close properly on audio files, though.

all I'm saying is that if there's only ONE guy working on a piece of code, he's well aware of how it works and he can keep his code tidy...I know several professional VST plugins coders that almost got a seizure when they saw the ffdshow audio source code, they were even surprised that it would work. But anyway, open source is fantastic, but it doesn't solve everything and can create more problems than it solves IMVHO.I have found the cause of this problem, but we need someone to program the fix.

leeperry
27th December 2009, 18:43
I have found the cause of this problem, but we need someone to program the fix.
great news! what is it? why not just kill the MPC process the hard way? like a normal close, and if a few secs later it's still there...a cold blooded kill :devil:

and I'd really love to see seamless FLAC/APE playback if any possible...it only works for .m2ts atm? should I pray and add a feature request on sourceforge?

tetsuo55
27th December 2009, 18:54
great news! what is it? why not just kill the MPC process the hard way? like a normal close, and if a few secs later it's still there...a cold blooded kill :devil:We are using an unstable close app command(legacy code), all that has to be done is replace it with new code.

and I'd really love to see seamless FLAC/APE playback if any possible...it only works for .m2ts atm? should I pray and add a feature request on sourceforge?you can add it to trac as a feature request, your best chance though, is finding someone who is willing and able to give us a patch.

hdboy
27th December 2009, 20:46
Media Player Classic HomeCinema (x86/x64), svn 1453 (http://www.xvidvideo.ru/media-player-classic-home-cinema-x86-x64/media-player-classic-homecinema-x86-x64-svn-1453.html)

(1449-1453)

Change : select and change resolution for selected fullscreen monitor;
Add : AUTO HDMI MODE 1080p/24 support for fullscreen mode;



thanks. what's the difference between AUTO HDMI MODE 1080p/24 versus just 1920x1080 @ 24.