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

KindDragon
25th May 2010, 22:08
Any info about ELA deinterlacer would be appericiated.
Does it run on GPU shaders or CPU?
CPU. Full name: "edge-based line average interpolation".

Eliminateur
25th May 2010, 23:08
i've found another "bug", when using EVR Sync(sync to nearest) i'm getting stutter bursts(videos is ok, then stutters... stutters.. stutters... then fine for some time and again).
Here's a capture: http://img96.imageshack.us/img96/3162/dropsa.th.jpg (http://img96.imageshack.us/i/dropsa.jpg/)

using EVR CP shows no stuttering.
using b1940 on win7 64 catalyst 10.4 all soft decode

alexins
26th May 2010, 02:04
Media Player Classic HomeCinema (x86/x64), svn 1947 (http://www.xvidvideo.ru/media-player-classic-home-cinema-x86-x64/media-player-classic-homecinema-x86-x64-svn-1947.html)

Changes (1941-1947): (http://www.xvidvideo.ru/logi-izmeneniy/log-izmeneniy-media-player-classic-homecinema.html)

"Disable DXVA filters" message fixed;
MPC-HC API improvements. Patch by imianz. This commit fixes ticket #489;
Fix : OSD show wrong(previous) audio stream on change;
Code cleanup;
Updated FFmpeg;
Fixed open edl file;
Cosmetic OSD change(on audio stream change).

Dark Eiri
26th May 2010, 04:32
Will MPC-HC support WebM soon, since ffmpeg has some patches to support it? or ir already does?

dansrfe
26th May 2010, 04:48
Whenever I zoom in to a video in MPC-HC it zooms in but the zooming is uneven and doesn't go towards the center of the video. Instead it "drifts" towards the top. I hope this bug can be fixed in the next version because I really like and use the zoom feature a lot.

betaking
26th May 2010, 13:49
can fix this bug?
https://sourceforge.net/apps/trac/mpc-hc/ticket/498

Rille
26th May 2010, 22:40
Does anyone else have problems with the DXVA-check?
I have the following setup and DXVA will not enable with L5.1:
Windows 7 x64
ATI HD4350 PCIe
Catalyst 10.5 (same problem with 10.4)
External filters: Reclock, AC3filter, matroska splitter

If i disable all checks DXVA works just fine.

I did have the same problem on my other computer which is identical in setup except that id uses a HD4850 instead. Removing Catalyst 10.4 -> driver sweeper -> catalyst 10.5 did however solve the problem on that setup. The same steps on my HTPC (HD4350) did however not solve the problem.

Movieinfo:
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L5.1
Format settings, CABAC : Yes
Format settings, ReFrames : 8 frames
Muxing mode : Container profile=Unknown@5.1
Codec ID : V_MPEG4/ISO/AVC
Duration : 2h 32mn
Bit rate : 10.0 Mbps
Width : 1 920 pixels
Height : 800 pixels
Display aspect ratio : 2.40:1
Frame rate : 23.976 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.272
Stream size : 10.4 GiB (85%)
Writing library : x264 core 56 svn-680
Encoding settings : cabac=1 / ref=5 / deblock=1:-3:-3 / analyse=0x3:0x133 / me=umh / subme=7 / brdo=1 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=2 / deadzone=21,11 / chroma_qp_offset=0 / threads=6 / nr=0 / decimate=1 / mbaff=0 / bframes=4 / b_pyramid=1 / b_adapt=1 / b_bias=0 / direct=3 / wpredb=1 / bime=1 / keyint=250 / keyint_min=25 / scenecut=40(pre) / rc=2pass / bitrate=10032 / ratetol=1.0 / rceq='blurCplx^(1-qComp)' / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / pb_ratio=1.30 / aq=1:0.3:15.0

alexins
27th May 2010, 01:38
Media Player Classic HomeCinema (x86/x64), svn 1955 (http://www.xvidvideo.ru/media-player-classic-home-cinema-x86-x64/media-player-classic-homecinema-x86-x64-svn-1955.html)

Changes (1948-1955): (http://www.xvidvideo.ru/logi-izmeneniy/log-izmeneniy-media-player-classic-homecinema.html)

Bug with PGS subtitles finally fixed (ticket #455);
cosmetics: changed remaining "MPC" strings to "MPC-HC". Patch by thevbm.;
Updated FFmpeg;
Black background with PGS subtitles fixed;
updated Ukrainian translation [arestarh];
Supported play times 0 (ticket #400);
manifest file clean up. Patch by thevbm.

oddball
27th May 2010, 03:48
Thanks for fixing the bug with subtitle key toggle in the last build.

Will there be support for subs in Blu-ray images? MPC-HC does not display .SUP subs. I am surprised nobody has made an external filter to display those yet. Could this be incorporated into MPC-HC?

Eliminateur
27th May 2010, 04:08
After rebooting now i'm getting a horrible sawtooth graph even with EVR-CP, any ideas?, check my previous posts...

http://img202.imageshack.us/img202/5673/sawtoothevrcp.th.jpg (http://img202.imageshack.us/i/sawtoothevrcp.jpg/)


before the reboot the graph was two parallel lines

torpedo
27th May 2010, 07:03
Thanks for fixing the bug with subtitle key toggle in the last build.

Will there be support for subs in Blu-ray images? MPC-HC does not display .SUP subs. I am surprised nobody has made an external filter to display those yet. Could this be incorporated into MPC-HC?

One thing I can confirm: external .SUB subtitle is supported well in mpc-hc.

nevcairiel
27th May 2010, 07:34
After rebooting now i'm getting a horrible sawtooth graph even with EVR-CP, any ideas?, check my previous posts...

http://img202.imageshack.us/img202/5673/sawtoothevrcp.th.jpg (http://img202.imageshack.us/i/sawtoothevrcp.jpg/)


before the reboot the graph was two parallel lines

I've always had a graph like that with the vsync options active. Although mine is pretty regular, no peaks like in yours there.

I don't even know how it should look with vsync on. If i disable vsync, i get two lines, but obviously i'm missing the vsync adjustments.

oddball
27th May 2010, 07:40
One thing I can confirm: external .SUB subtitle is supported well in mpc-hc.

But you lose styled subs/embedded fonts.

torpedo
27th May 2010, 08:11
But you lose styled subs/embedded fonts.


Styled fonts? You mean text subs?
AFAIK embedded subs such as mkv, DVD, BDMV, HDMV etc. MKV embeds text subs, others embed pic subs.
The styled embedded subs I had never played before. But external styled subs such as .ASS subs, mpc-hc also dose well on them.
Maybe what you were troubled with due to different version of mpc-hc you using as agaist i'm using. Which version of mpc-hc are you using?

Jong
27th May 2010, 11:48
After rebooting now i'm getting a horrible sawtooth graph even with EVR-CP, any ideas?, check my previous posts...

http://img202.imageshack.us/img202/5673/sawtoothevrcp.th.jpg (http://img202.imageshack.us/i/sawtoothevrcp.jpg/)


before the reboot the graph was two parallel linesDon't know what is going on in the middle there, but you will always get a sawtooth if you are displaying 23.976fps @60Hz. Should be regular though.

You must have been using either a different refresh rate e.g 24Hz, or different media e.g 30p when testing before.

xiulet
27th May 2010, 13:47
.

hi i have updated the catalan translation, can i use tortoise svn to update it or i have to wait for your testing?
updated translation (https://sourceforge.net/apps/phpbb/mpc-hc/viewtopic.php?f=5&t=41&start=10#p144)

thank, you. Adéu.
:o

Mercury_22
27th May 2010, 14:57
There is a bug in D3D Full screen Mode: D3DExError: No m_pD3DEx which prevents a Full 10 bit chain = NO Display A2R10G10B10
From the rev available at http://www.xvidvideo.ru/media-player-classic-home-cinema-x86-x64/ I can say that the bug started between Revision 1824 (= last working) and Revision 1829 (= first not working)

Please help

rahzel
27th May 2010, 17:27
I can't use MPC HC's audio switcher if I'm using ffdshow audio decoder. ffdshow's audio decoder is unchecked and yes I've made sure auto load audio files is checked and that the audio switcher is enabled. If I use MPC HC's internal audio decoders, I am able to use the sound switcher, but if I use ffdshow, the audio menu is grayed out. Is this normal? I guess I can use ffdshow's audio switcher, but I'm trying to play external audio tracks in MPC HC, but ffdshow doesn't seem to list external tracks. I was told MPC HC's switcher can play external tracks as long as the audio file has the same file name as the video.

BTW, Haali splitter is out of the question too, as I have to use Gabest for bitstreaming. Haali seems to have issues with TrueHD bitstreaming.

clsid
27th May 2010, 18:24
Yes, that is normal. Loading of external audio track should still work and show up in the track list in ffdshow (assuming it is getting decoded by ffdshow of course).

daWsOn_s
27th May 2010, 21:59
10.5 ATI with MPCHC DVXA decoder still broken! :mad:

rahzel
27th May 2010, 22:11
Yes, that is normal. Loading of external audio track should still work and show up in the track list in ffdshow (assuming it is getting decoded by ffdshow of course).
Thanks.

I know someone else who was using external audio tracks, but since he migrated to Win7, he couldn't get external audio to work. I'm using Win7 as well.
10.5 ATI with MPCHC DVXA decoder still broken! :mad:
What issues are you having? I'm having issues as well, but I have the same issues using ffdshow's DXVA decoder. I think it's a driver issue. My problem is I get driver crashes. The screen will go black at random times. Sometimes it goes black for 1-2 seconds then I'm greeted with a "Display Driver AMD (amdkmdap) has stopped responding", and sometimes it goes to a gray screen after the black screen. I've given up on DXVA ATM and I've e-mailed ATI recently.

Kado
27th May 2010, 22:24
@Developers

Thanks for the asynchronous subtitles loading/rendering!
Now the video does not freeze when rendering big chunks of text although it still drops a frame or two every now and then...
Anyway, thanks!

daWsOn_s
27th May 2010, 23:09
Thanks.

I know someone else who was using external audio tracks, but since he migrated to Win7, he couldn't get external audio to work. I'm using Win7 as well.

What issues are you having? I'm having issues as well, but I have the same issues using ffdshow's DXVA decoder. I think it's a driver issue. My problem is I get driver crashes. The screen will go black at random times. Sometimes it goes black for 1-2 seconds then I'm greeted with a "Display Driver AMD (amdkmdap) has stopped responding", and sometimes it goes to a gray screen after the black screen. I've given up on DXVA ATM and I've e-mailed ATI recently.


I get random and frequent freezes, blocks and artifacts during playback. I had to revert to 10.3, again.

I hate when they made new releases with new bugs previously not present and they carry bugs for many releases instead of fixing. This is so ATI

oddball
27th May 2010, 23:53
Styled fonts? You mean text subs?
AFAIK embedded subs such as mkv, DVD, BDMV, HDMV etc. MKV embeds text subs, others embed pic subs.
The styled embedded subs I had never played before. But external styled subs such as .ASS subs, mpc-hc also dose well on them.
Maybe what you were troubled with due to different version of mpc-hc you using as agaist i'm using. Which version of mpc-hc are you using?

Well the picture subs in m2ts streams. I would prefer to have those displayed than an external sub file. I know I can use .ass and probably an external font that emulates it (If I can find the right font). One example is a certain recent big movie from a famous director. It uses a picture font in the Blu-ray m2ts stream. I would like for MPC-HC to display those. Not just a generalised sub.

rahzel
27th May 2010, 23:54
I get random and frequent freezes, blocks and artifacts during playback. I had to revert to 10.3, again.

I hate when they made new releases with new bugs previously not present and they carry bugs for many releases instead of fixing. This is so ATI
I have to agree. I've had so many issues with ATI's drivers. That's why I usually stick with whatever driver works and don't bother upgrading. In my case, I have issues with any driver so I've given up on DXVA.

betaking
28th May 2010, 02:49
https://sourceforge.net/apps/trac/mpc-hc/ticket/498
thanks fix this bug! but today i found new bug!
https://sourceforge.net/apps/trac/mpc-hc/ticket/503

dansrfe
28th May 2010, 06:37
Submitted ticket online.

Superb
28th May 2010, 10:19
Just wanted to point out that Nvidia display driver 257.15 (beta) fixed all stutter issues w/ EVR-Sync and Custom EVR here.
(197.45 had issues)

thuan
28th May 2010, 10:26
Indeed, any stutter issue I have with nvidia driver is fixed with 257.15 beta driver. BTW has anyone tested WHQL 197.77 yet? It is on guru3d.com

VenomousNinja
28th May 2010, 13:40
Just wanted to point out that Nvidia display driver 257.15 (beta) fixed all stutter issues w/ EVR-Sync and Custom EVR here.
(197.45 had issues)

It seems not fully fixed for EVR-CP, sync. I always use my secondary monitor (LCD TV) for movies on my Win7 Pro 32 bit machine (GTX260 SP216). I watched one .avi without stutter, next one got ugly stutter.Only use Direct3D fullscreen fixed it. So its partially fixed, but still problematic on secondary monitor. EVR has no issues.
BTW I can use VMR-9 renderless** without weird half-video issue. This driver fixed it!

Snowknight26
29th May 2010, 03:01
When jumping to a time via Ctrl+G, if you leave off the decimals on the seconds, the units get shifted to the right. Example:

00:25:00.000 goes to 25 minutes in.
00:25:00 goes to 25 seconds in.

Parsing should be done from left to right and shouldn't require milliseconds.

nightfly
29th May 2010, 03:14
Can NOT build the solution in Release mode. Debug works fine. Head revision of 1975. That's been the case since ~1964 or so.

Eliminateur
29th May 2010, 06:01
possibly the previous files where 30fps, the problem of the sawtooth graph was that motion(specially pans) are continuously kerky, it looks like 10 fps motion at the most, that's what got me to open the graphbar and discover that in the first place(the tooth coincide with the jerkiness).

i had to go back to evr-sync and pray the original burst drops from that renderer wouldn't appear again, to my luck, they didn't so i'm running evr-sync and it all goes smoothly
:thanks:

Don't know what is going on in the middle there, but you will always get a sawtooth if you are displaying 23.976fps @60Hz. Should be regular though.

You must have been using either a different refresh rate e.g 24Hz, or different media e.g 30p when testing before.



clsid: what does the new "SSE2" memcpy implementations do specifically(i mean, what part of the playing chain is optimized by this new code?)

daWsOn_s
29th May 2010, 12:14
I have to agree. I've had so many issues with ATI's drivers. That's why I usually stick with whatever driver works and don't bother upgrading. In my case, I have issues with any driver so I've given up on DXVA.

I wrote to ATI and they asked to provide more info since is not a known bug:)

Mercury_22
29th May 2010, 16:08
After the fix of D3D error (http://forum.doom9.org/showthread.php?p=1403194#post1403194) in svn Revision 1977 - Directory Listing
Modified Fri May 28 23:01:07 2010 UTC (15 hours, 54 minutes ago) by kinddragon

Problem with D3D9Ex fixed (ticket #502) still can't get a full 10 RGB chain, the Display is still X8R8G8B8 instead of A2R10G10B10 as in svn 1824 but i don't get the D3D error (http://forum.doom9.org/showthread.php?p=1403194#post1403194) any more ! Can anyone confirm this ?

hoborg
29th May 2010, 16:22
Hi.
Is there plan to update MP4 splitter to support this sample (http://hobring.ic.cz/samples/mp4.AAC+AVC1_(1280x720@50fps).rar) ?

It is working with Haali, but only black screen using "MP4Splitter.ax".
:thanks:

Looks like this issue was fixed (black screen) - tested on svn 1984.
Can be related to Ticket #24.

Now glitch every 2-3 second remain...

KindDragon
29th May 2010, 17:50
clsid: what does the new "SSE2" memcpy implementations do specifically(i mean, what part of the playing chain is optimized by this new code?)
QuickTimes movies for example

Hera
29th May 2010, 18:16
Hello, newb here,
I have a few problems and / or questions,

System 1,
Intel Atom N270
Nvidia ION (Latest WHQL netbook ION drivers)
Windows 7
EVR CP

System 2,
AMD Athlon XP 3000+
Nvidia 6600 (Older 19x.xx drivers)
Windows XP SP3
VMR9 / Haali

System 3,
Intel Pentium T4400 (x86_64)
Intel GMA 4500M (Latest WU drivers)
Windows 7 (x86_64)
EVR CP and MPC:HC x86_64

1) Some observations about vsync,

On System 1, Accurate VSync caused CPU to spike to 100%. Made sound / video stagger like hell. Regardless whether purevideo was evoked through CUDA or DXVA. Disabling it fixed that problem, and caused no playback issues.
Later, I noticed one video visually lagging (visible during panning scenes), thought it was the video for the longest period of time. Then I enabled "Wait for flushes" - fixed that.
Here is the kicker, disabling "VSync" and enabling "Wait for flushes" reduced my CPU usage by 10%, fixed video stuttering (not detected as skipped frames), and there are no tearing.

On System 2,
Whether D3D Fullscreen, VSync, Accurate VSync, Alternative VSync... I had tearing with video when using VMR9. Then I enabled "Wait for flushes" and disabled everything VSync -> no more tearing (did not check if CPU usage decreased).

Same thing for System 3, decreased CPU usage and no tearing.

2) Weak GPU?

On system 2, enabling "Wait for flushes", using a Pixel Shader Scaler and using 3D surfaces made it skip frames. VMR9 mixer mode decreased the amount of skipped frames, but disabling 3D surfaces actually fixed it.

System 3 skips frames when using bicubic scaler.

4) h264 playback specific

System 3 + Haali Splitter + h264 + DXVA = Corruption (a few versions back it was black screen)
System 3 + Haali Splitter + h264 + DXVA + Microsoft h264 decoder = A OK.

All three systems + Haali Splitter + File with OP/ED in an external file + not CoreAVC = Corruption.
That is, if opening an ending are separate or each chapter of a movie is a separate file - there is just massive video curruption. Any fixes?

If it is a driver problem, I am only accepting official WHQL drivers as fixes.

5) Reference frame check is borked,

I have to disable reference frame check for System 1, otherwise DXVA doesn't kick in. ION seems to run 20Mbit 1080p 16-ref frame h264 fine. (Offtopic: I am looking for something with a more taxing bitrate to test out)

6) Obstructed video with D3D,

With system 2, D3D fullscreen is somewhat borked. What happens: video starts playing just fine, but in the background while in the foreground there is the MPC:HC video player so I have to minimize the MPC:HC video player (to get to the video), this pops up the taskbar, so I have to click on the video to focus on it - which pauses it - and then click on it again to resume playback.
So the problem being, MPC:HC doesn't seem to minimize itself or what?

oddball
30th May 2010, 00:59
Submitted new tickets using latest SVN 1984 but earlier builds are also affected.

MPC HC hangs when closing a file or opening a new file using EVR CP or EVR-Sync with D3D.

Also DTS stutters and receiver light does not light when playing back DTS via SPDIF. AC3 plays back fine. I have to use ffdshow or AC3Filter for bitstream because of this.

Scoty
30th May 2010, 06:53
I use MPC-HC 1881 ans when i make Thumbnails with MPC-HC look this is not good. Here is an example. Why is that?

cybersharky
30th May 2010, 11:14
Which directx sdk must I get? Is this ok: http://www.microsoft.com/downloads/details.aspx?displaylang=en&FamilyID=2c7da5fb-ffbb-4af6-8c66-651cbd28ca15

fastplayer
30th May 2010, 11:16
Which directx sdk must I get? Is this ok: http://www.microsoft.com/downloads/details.aspx?displaylang=en&FamilyID=2c7da5fb-ffbb-4af6-8c66-651cbd28ca15
http://www.microsoft.com/downloads/details.aspx?familyid=2DA43D38-DB71-4C1B-BC6A-9B6652CD92A3

vBm
30th May 2010, 11:40
Can NOT build the solution in Release mode. Debug works fine. Head revision of 1975. That's been the case since ~1964 or so.

as of 1964 there's been some folder structure re-factoring ... maybe that's why you couldn't compile correctly (some files might not be properly merged etc. ... had the same problem)

After clean importing of trunk problem was gone.

hayan
30th May 2010, 18:14
mpc-hc 32bit rev.1984, EVR CP, win7 x64, mpg ext file (mpeg1, 29.97 or 30fps)

OS Splitter: Audio/video stuttering, or normal
mpc Splitter: normal, or double speed&stutter (display stats"framerate: 60fps")

oddball
31st May 2010, 04:30
Does anyone know when the bug with video playback (IE no video is shown) will be fixed with MKV files that have LOTS of subtitles in them? There appears to be a limit to the amount of subtitles that are muxed in (Not sure how many) before MPC and also Haali's external splitter will not split the video portion out to the renderer.

GrandeBoma
31st May 2010, 08:39
I have a request: can somebody please investigate why mpc fails to connect to cyberlink audio decoder (pdvd10) for pcm, ac3, e-ac3 and truehd tracks in vista and seven?

I really need that decoder in the chain and it's only loading it for dts tracks.

If I launch mpc-hc in xp compatibility mode it will connect for all tracks, but then I am not able to use reclock audio renderer in WASAPI mode because it detects win xp as O.S. and launches kernel streaming instead :mad:

I am sure there is a problem with pin connections that can be solved with a tweak like what happens for VC-1 loader

Anybody feels like looking into this? Pretty please? :p

oddball
31st May 2010, 11:24
Is there any way to get rid of the 24Hz frame dropping? If I set my tertiary monitor to 60Hz I get no frame drops with EVR CP or EVR-Sync. But with EVR only I do not get any frames drops on 24Hz output so it's a problem with EVR CP and EVR-Sync obviously. Also I sometimes get stuttering. This is probably caused by background IO because the CPU is not being stressed at all. The frame drop is a concern though and I would prefer that was sorted out first as EVR on it's own is rubbish (Video goes into slow playback mode and stutters).

Nitrius
31st May 2010, 17:57
Just wondering, i know in the past DXVA had better support on Nvidia card because it support all the H.264 levels, but after Catalyst 10.4, if i remember correctly, they added support for H.264 Level 5.1 for ATI cards, does this mean that ATI is even with Nvidia now? Or are there still some bugs with ATI and DXVA?


Edit: Also the DXVA(H.264) Compatibility check option, what does it do? The default is set to "Skip level check" i think, but found a guide, and was told it should be set to "Skip all checks" for ATI cards.

dansrfe
31st May 2010, 19:17
Also the DXVA(H.264) Compatibility check option, what does it do? The default is set to "Skip level check" i think, but found a guide, and was told it should be set to "Skip all checks" for ATI cards.

I have an ATi card and basically the DXVA(H.264) Compatibility check option checks to make sure that the file you are trying to play is a legal DXVA compatible file for the GPU and drivers you have. In the case of ATi cards and drivers that are pre 10.4 Catalyst, you have to "Skip all checks" because previous driver versions cannot "legally" play anything above L5.1 and more than 8 ref frames I think. But technically speaking it can play it if you force it to and don't inform it of what the specs of the file are. Of course its always best to upgrade to the latest drivers and ensure smooth playback.

Nitrius
31st May 2010, 19:26
I have an ATi card and basically the DXVA(H.264) Compatibility check option checks to make sure that the file you are trying to play is a legal DXVA compatible file for the GPU and drivers you have. In the case of ATi cards and drivers that are pre 10.4 Catalyst, you have to "Skip all checks" because previous driver versions cannot "legally" play anything above L5.1 and more than 8 ref frames I think. But technically speaking it can play it if you force it to and don't inform it of what the specs of the file are. Of course its always best to upgrade to the latest drivers and ensure smooth playback.

So it should stay at "Full check" or "Skip level check" if i use latest catalyst driver?

And i seem to get some sort of corruption in the video from time to time while playing in DXVA mode, very much like this: http://forum.doom9.org/showthread.php?t=140972 is it possible to fix? It's not happening often, but i would really like to have it gone.

Edit: Running Windows 7 Ultimate 64Bit with Asus 5870, Catalyst 10.5. Using latest MPC-HC build: .1984

mark0077
31st May 2010, 19:45
This bug has been around for many months, since the new fullscreen code was introduced. Anyone have any idea how easy it would be to fix. The fullscreen image often doesn't fill the entire screen, see bottom of this image. Happens now with madvr and evr-cp at least.

http://img8.imageshack.us/img8/7338/fullscreeno.th.jpg (http://img8.imageshack.us/i/fullscreeno.jpg/)

Only happens when windows is first maximized, then moved to fullscreen. I can get around by first making window not maximized, then moving to fullscreen.

dansrfe
31st May 2010, 23:04
I would keep it at "Skip level check" just to make sure the drivers readily accept the file even though it is said to "officially" accept L5.1. As for the artifacts I get them once in a while to and I think the problem lies with the decoding software of the GPU. DXVA in general is not a very stable technology when compared to CPU (CoreAVC) decoding. That's why I prefer to use CoreAVC and people that have nVidia cards have the added bonus of CUDA acceleration which covers for any shortcomings in CPU speed. Sadly I thihnk artifacts will remain inevitable in ATi cards unless there are some fundamental changes in driver software decoding techniques and efficiency.

Plutotype
31st May 2010, 23:30
Hi,
noticed, the override placement of subtitles does not work in mpc hc 1875.
My subtitles were always located at the bottom of the screen - vertical placement 99%. But since x version this does not work anymore and the settings does not work too. Can somebody confirm that?

Thanks
Pluto

dansrfe
1st June 2010, 00:11
Why are you using such an old version of MPC-HC in the first place? Download and replace the previous exe with the latest version exe and it should solve the problem.

Nitrius
1st June 2010, 00:26
I would keep it at "Skip level check" just to make sure the drivers readily accept the file even though it is said to "officially" accept L5.1. As for the artifacts I get them once in a while to and I think the problem lies with the decoding software of the GPU. DXVA in general is not a very stable technology when compared to CPU (CoreAVC) decoding. That's why I prefer to use CoreAVC and people that have nVidia cards have the added bonus of CUDA acceleration which covers for any shortcomings in CPU speed. Sadly I thihnk artifacts will remain inevitable in ATi cards unless there are some fundamental changes in driver software decoding techniques and efficiency.

Been looking at CoreAVC, but am not sure if i want to spend money on something when i know MPC-HC do the job just fine, yea got some problems with DXVA, but if i turn it off it seems to play things fine then as well so...

dansrfe
1st June 2010, 00:49
Have you tried the ffmpeg-mt decoder in ffdshow for H.264/AVC decoding? I have heard it's comparable to CoreAVC in some cases.

Mixer73
1st June 2010, 01:17
Been looking at CoreAVC, but am not sure if i want to spend money on something when i know MPC-HC do the job just fine, yea got some problems with DXVA, but if i turn it off it seems to play things fine then as well so...

If you don't have a DXVA graphics card or even an Intel graphics its worth it, the compatibility with CoreAVC is very good, and I found it more reliable in some instances than trying to get DXVA codecs working. I think for the money its well worth it to have it.

oddball
1st June 2010, 01:22
I cannot turn off closed caption subtitles playing back DVD's. Toggling subtitles does nothing. I have a menu option Subtitles (CC) but I cannot toggle it. In the root DVD menu under setup setup it is set to none.
EDIT: NM it was ffdshow had subtitles toggled on.

djesteban
1st June 2010, 06:07
@Dev team
Just wondering why you guys don't update the build on your homepage? I know the newest build can be found on the .ru site, but I am just wondering why the homepage is not updated/used anymore...

madshi
1st June 2010, 07:06
@devs, I know you don't want to work on the splitter. But I have a rather easy request, and I think you'll agree that it would be a worthwhile addition:

Could you please add support for 3D Blu-Ray splitting? Here's the technical information:

(1) If e.g. "STREAM\00020.m2ts" is a 3D movie, then "00020.m2ts" will contain the standard h264 stream (used for left eye). The h264 stream for the right eye is using h264 MVC encoding and is then stored in "00021.m2ts". In order to find out whether a stream is 3D or not, just check whether there's a file named "STREAM\SSIF\00020.ssif". If there is, 00020.m2ts+00021.m2ts are the files for left and right eye. Audio streams are in 00020.m2ts. 00021.m2ts only contains the h264 MVC video stream for the right eye, nothing else.

(2) Instead of demuxing 00020.m2ts + 00021.m2ts you can also demux SSIF\00020.ssif. The SSIF file is a combination of 00020.m2ts + 00021.m2ts. Basically it's a m2ts file which contains all audio and video streams (left + right eye).

(3) The h264 MVC stream has a stream type identifier of 0x20 (normal h264 streams have a stream type id of 0x1b).

(4) The AUDs in a h264 MVC stream are "00 00 01 18" instead of "00 00 01 09". The sequence parameter set is "00 00 01 0f" instead of "00 00 01 07". The sequence parameter format is identical to standard h264, it has just some added information at the end of the data. The idc_profile for the h264 MVC stream is 128.

There's no decoder and no renderer for 3D yet, but hey, we need to start somewhere!

Keiyakusha
1st June 2010, 13:38
Hi. After some changes to ffdshow, now this menu is full of garbage (http://i.imgur.com/IWMHE.jpg) and as I understand from ffdshow thread, they want this to be fixed on players side. Is there any chances that some dev can do something about this?
EDIT: ffdshow devs are looking at this problem so this request can be ignored for the time being

Nitrius
1st June 2010, 14:09
If you don't have a DXVA graphics card or even an Intel graphics its worth it, the compatibility with CoreAVC is very good, and I found it more reliable in some instances than trying to get DXVA codecs working. I think for the money its well worth it to have it.

DXVA is working for me, though it have some minor bugs, if they are related to my card/driver or MPC-HC am not sure though.

I'll probably just stay with MPC-HC as it has been working nice for a while now, beside the small picture corruption with DXVA from time to time.

Edit: Though am a bit curious if you get any better quality in videos using either MPC-HC DXVA, MPC-HC FFmpeg, FFDshow or CoreAVC?

Keiyakusha
1st June 2010, 14:30
Edit: Though am a bit curious if you get any better quality in videos using either MPC-HC DXVA, MPC-HC FFmpeg, FFDshow or CoreAVC?

No. Quality will and should be the same. However if you have some free CPU power, with software decoders you can apply better resize algorithms and other processing. (With CoreAVC cuda you also can but somehow it doesn't gives me noticeable speed gains over software decoding. maybe driver rolling back to nvidia's software decoder...)

namaiki
1st June 2010, 14:37
IMO, EVR and a number of other video renderers produce banding when expanding from TV to PC levels.

mark0077
1st June 2010, 14:39
IMO, EVR and a number of other video renderers produce banding when expanding from TV to PC levels.

Perhaps its more caused by the quality of your particular gpu / drivers conversion from whatever colorspace you input, to rgb in that particular renderer. You could use ffdshow to convert to pc levels for you, or try output a different colorspace to evr or other renderers to see if your graphics drivers do a better job.... ie nv12

namaiki
1st June 2010, 14:50
Perhaps its more caused by the quality of your particular gpu / drivers conversion from whatever colorspace you input, to rgb in that particular renderer. You could use ffdshow to convert to pc levels for you, or try output a different colorspace to evr or other renderers to see if your graphics drivers do a better job.... ie nv12

Card is just a Geforce 9600M GT. Everything through EVR looks crap except for RGB32+Dither, which is what I usually use.

It's this thing (http://www.avsforum.com/avs-vb/showthread.php?t=948496). Section-A.mp4 is the exact video I always use.

mark0077
1st June 2010, 14:53
Yeah its your cards conversion I imagine. Make sure you have the latest nvidia drivers, and in nvidia control panel, color settings are set to 0-255. Maybe you could post an nvidia bug report if its still bad using yv12 / nv12....

I always rather trust the likes of ffdshow or madVR instead of graphics drivers.

namaiki
1st June 2010, 14:55
Yeah, I usually use MadVR as well.

Well, just to say, if I experience the problem, I'm sure a lot of other users (whether they would notice or not) would be experiencing the same thing.

So regarding 'quality,' I would recommend either MadVR+whatever standard decoder or whatever standard video renderer+FFDShow video RGB32+Dither.

Octo-puss
1st June 2010, 15:53
I just tried MPC 64bit version along with 64bit FFDShow, and for some reason subtitles are gone. Can anyone tell me what am I doing wrong please?
edit: the way I always controlled subtitles was through Navigate menu. It is grey in 64bit MPC. I don't understand.

73ChargerFan
1st June 2010, 20:23
never mind

Snowknight26
2nd June 2010, 05:01
The form size calculation method is still off - a 3-4 pixel black border can be seen on both the top and bottom when playing 1920x800 videos on a 1920x1080 screen. If you open a video after MPC-HC's border has been turned off, the black borders go away, meaning that the calculation isn't taking the maximum form width (desktop resolution's width minus the border) into consideration.

oddball
2nd June 2010, 06:17
I am having jerky playback when using DXVA (Uses Microsfot DTV video decoder?). CPU usage is less with it enabled but the video jerks all over the place. When using the standard MPC Video Decoder (Without DXVA) it plays back a lot smoother but hits the CPU more. Granted I am using a Nvidia 7600GT which I don't think it listed as supporting DXVA on VC1 etc. I am waiting arrival of a cheap card supporting CUDA and DXVA for that to test. I was wondering if it is indeed the video card though?

namaiki
2nd June 2010, 06:20
If it's not using DXVA, then it's using the MS decoder on the CPU.

Keiyakusha
2nd June 2010, 07:05
oddball
Not sure what your main question is but Microsfot DTV video decoder supports not only full aceleration but partial too. So your observations is probably true.

Piyoko
2nd June 2010, 15:49
Is there any way to get interlaced VC-1 to play? With Haali splitter I only get audio, and with the internal MPC-HC splitter I get nothing but a black screen.

namaiki
2nd June 2010, 15:51
Piyoko, have you tried disabling DXVA filters if they are enabled?

Brazil2
2nd June 2010, 15:58
Is there any way to get interlaced VC-1 to play?
Yes use either the Windows decoder or a third party commercial decoder like the Arcsoft one.

Plutotype
2nd June 2010, 18:13
Why are you using such an old version of MPC-HC in the first place? Download and replace the previous exe with the latest version exe and it should solve the problem.

Because the problem that MPC HC is not placing the subtitles according to settings is related also to an recent versions. I have tried also with 1984. Pluto

dansrfe
2nd June 2010, 19:26
I'm using the latest exe and even on the previous 5-6 versions I've had subtitle placement at 95 vertically and it's always been there since.

Plutotype
2nd June 2010, 21:04
I'm using the latest exe and even on the previous 5-6 versions I've had subtitle placement at 95 vertically and it's always been there since.

Im sorry, Im blind, the problem with positioning of the subtitles has been resloved with unclicking the "position subtitles relative to the video frame". Somehow this has been activated during so many upgrades. So easy..
Pluto

Yobbo
2nd June 2010, 22:20
I'm having a problem with MPC-HC hanging in memory when I close it. With the latest build (svn 1984) it can take 5 or 6 seconds to close, and then for another few seconds I can still hear the audio playing.

Are others having this problem? Is there something I can tweak to make it shut down instantly?

MPC-HTPC
2nd June 2010, 23:11
Congratulations to Revision 2000!!! :)

Many thanks to the whole Dev-Team, you are doing a great job!

Aleksoid1978
3rd June 2010, 00:51
Question to all who has Intel video with DXVA support - test last MPC-HC revision and write result - correct or not play with DXVA.

Snowknight26
3rd June 2010, 01:48
r2002 with the Intel GM45 (DXVA obviously):

http://stfcc.org/pics/i/e6f17c883e607260beab795f47f73383_th.jpg (http://stfcc.org/pics/i/e6f17c883e607260beab795f47f73383.png)

alexins
3rd June 2010, 02:37
Media Player Classic HomeCinema (x86/x64), svn 2002 (http://www.xvidvideo.ru/media-player-classic-home-cinema-x86-x64/media-player-classic-homecinema-x86-x64-svn-2002.html)

Changes (2000-2002): (http://www.xvidvideo.ru/logi-izmeneniy/log-izmeneniy-media-player-classic-homecinema.html)

Fix .rmvb interlaced decoding (ticket #513);
changed "Reopen" to "Reopen file";
Updated Catalan translation [xiulet] (truncated strings are still not fixed).

Hera
3rd June 2010, 03:34
Question to all who has Intel video with DXVA support - test last MPC-HC revision and write result - correct or not play with DXVA.

EDIT: Complete Corruption without Microsoft DTV-DVD codec.

rack04
3rd June 2010, 03:38
Can anyone confirm that the latest nvidia drivers fix the evr-cp bug?

leeperry
3rd June 2010, 04:28
BTW, Reclock's latest version allows volume attenuation over KS so I can get volume control and yet bypass the nasty XP KMixer, so I've set two hotkeys for VOL +/-...but in MPC you can't choose the steps interval like in KMP? I got it set on 5% there..

Aleksoid1978
3rd June 2010, 04:32
EDIT: Complete Corruption without Microsoft DTV-DVD codec.
r2002 with the Intel GM45 (DXVA obviously)


Try this is test build - http://aleksoid.tosei.ru/Dist/mpc-hc_test_intel_DXVA_H264.7z

warkok
3rd June 2010, 04:58
Question to all who has Intel video with DXVA support - test last MPC-HC revision and write result - correct or not play with DXVA.

I have been experiencing complete video corruption when using the internal MPC-HC DXVA filters on an Intel GM45 since SVN build 1930.

Snowknight26
3rd June 2010, 05:00
Try this is test build - http://aleksoid.tosei.ru/Dist/mpc-hc_test_intel_DXVA_H264.7z

That one works fine.

(*|*)
3rd June 2010, 05:05
Wishlist:
combine ffdshow tryouts with mpc-hc.

warkok
3rd June 2010, 05:57
Try this is test build - http://aleksoid.tosei.ru/Dist/mpc-hc_test_intel_DXVA_H264.7z

DXVA in this build works great.

Aleksoid1978
3rd June 2010, 06:06
Commit changes.

Yobbo
3rd June 2010, 12:16
OK so is there any support here, or is this just programmer wank festival? Where do I go for solutions to problems I am having with MPC-HC?

tetsuo55
3rd June 2010, 12:19
Commit changes.i think the bug is in an other section of the code, and is just being triggered by that change.

Now that you have revert mpc-hc crashes again on gma500 and i3/i7

tetsuo55
3rd June 2010, 12:21
OK so is there any support here, or is this just programmer wank festival? Where do I go for solutions to problems I am having with MPC-HC?On the subject of "hanging in memory" this has been asked many times, it has to do with the exit command mpc-hc uses, its depreciated by microsoft and sometimes results in strange behaviour.

We cannot fix this ourselves and have been waiting for a patch.

clsid
3rd June 2010, 14:07
Is there a proper ticket on the bug tracker for that? Documenting all the known info about it could help in getting it fixed someday.

Yobbo
3rd June 2010, 14:07
Thanks, Tetsuo55, I appreciate your reply and sorry for my terseness before. Good luck with this necessary and important patch, I hope you find it soon. It is a nasty bug!

goofee
4th June 2010, 08:51
I recently started using MPC-HC after i installed Windows 7 Media center 32bit. I've gotten things to play mostly but i have two issues.

1. I get a green screen when playing MPEG2, but the sound is there.
2. I get some initial stutter when playing H.264 files, but if i stop and start, it's gone. I use ffdshow for decoding that with ffmpeg-mt.

Both these issues are fine in TMT3.

I'm running SVN 1984, ffdshow 3466 + latest Matroska splitter. Also have latest Nvidia drivers for my 8200. Have i hit some bugs that you guys know of or are the other recommended versions? Or must i configure something? I can't find any known issues about this in this thread.

Thanks

tetsuo55
4th June 2010, 10:49
Is there a proper ticket on the bug tracker for that? Documenting all the known info about it could help in getting it fixed someday.either visual studio, application verifier or windows logot test generates a warning about the outdated api call.

Vincent Vega
4th June 2010, 14:06
i'm sorry, this must have been discussed someplace before, i just can't find where.

i'm on vista (x64) sp2, mpc 1.3.2002 (x86). when i hit record button under capture i get this DEP related crash and the information baloon tooltip from Windows.

there's probably no actual problem here, just pls tell me how to fix it or where i can read about it.

or if this might actually be an issue, i can provide any other details you'd need.

thanks a lot.

namaiki
4th June 2010, 15:30
I recently started using MPC-HC after i installed Windows 7 Media center 32bit. I've gotten things to play mostly but i have two issues.

1. I get a green screen when playing MPEG2, but the sound is there.
2. I get some initial stutter when playing H.264 files, but if i stop and start, it's gone. I use ffdshow for decoding that with ffmpeg-mt.

Both these issues are fine in TMT3.

I'm running SVN 1984, ffdshow 3466 + latest Matroska splitter. Also have latest Nvidia drivers for my 8200. Have i hit some bugs that you guys know of or are the other recommended versions? Or must i configure something? I can't find any known issues about this in this thread.

Thanks

Try the Forceware 256/257 beta drivers.

realitycheck
5th June 2010, 00:11
Dev Team, are you planning any improvements in Audio section?
MPC HC is my default video player but once I compared audio to KMPlayer, KMPlayer outputs much better clear sound.

gngn
5th June 2010, 00:30
why was the internal H264(AVC) decoder disabled for interlaced files ? (Revision 2005)
i never experienced problems watching interlaced material.

Aleksoid1978
5th June 2010, 05:31
why was the internal H264(AVC) decoder disabled for interlaced files ? (Revision 2005)
i never experienced problems watching interlaced material.

Can you upload a sample that you have ???

v0lt
5th June 2010, 06:39
problem with these subtitles in 00:15 - http://www.mediafire.com/?azjcdgykjj1
the original videos I have not, I checked on the first available

Unhandled exception at 0x01442560 in mpc-hc.exe: 0xC0000005: Access violation writing location 0x00000000.

fixed in Revision 2008
thanks

goofee
5th June 2010, 08:47
Try the Forceware 256/257 beta drivers.

But it works fine on TMT3 and with WMP.

I recently started using MPC-HC after i installed Windows 7 Media center 32bit. I've gotten things to play mostly but i have two issues.

1. I get a green screen when playing MPEG2, but the sound is there.
2. I get some initial stutter when playing H.264 files, but if i stop and start, it's gone. I use ffdshow for decoding that with ffmpeg-mt.

Both these issues are fine in TMT3.

I'm running SVN 1984, ffdshow 3466 + latest Matroska splitter. Also have latest Nvidia drivers for my 8200. Have i hit some bugs that you guys know of or are the other recommended versions? Or must i configure something? I can't find any known issues about this in this thread.

Thanks

Regarding green screen if i switch to the microsoft dtv-dvd decoder it works fine, so it seems it's the mpc decoder that's acting up for some reason. But isn't the dtv-dvd decoder ok to use though?

The initial stutter with h.264 files is not present if i turn off dxva, but that makes it unwatchable sadly. I've tried with both the built in mpc decoder and ffdshow.

gngn
5th June 2010, 09:47
Can you upload a sample that you have ???

i forgot to specify that i dont have problems with interlaced materials + DXVA. i just tried and indeed interlaced material + H264/AVC(ffmpeg) results in a black screen.
so the setting should be different: H264/AVC(DXVA)-deinterlacing on, and H264/AVC(ffmpeg)- deinterlacing off.

alexins
5th June 2010, 23:13
Media Player Classic HomeCinema (x86/x64), svn 2010 (http://www.xvidvideo.ru/media-player-classic-home-cinema-x86-x64/media-player-classic-homecinema-x86-x64-svn-2010.html)

Changes (2008-2010): (http://www.xvidvideo.ru/logi-izmeneniy/log-izmeneniy-media-player-classic-homecinema.html)

Subtitle renderer crash fixed (ticket #511);
minor bento4 source tree refactoring;
Update Traditional Chinese translation.

Vincent Vega
6th June 2010, 09:34
i'm sorry, this must have been discussed someplace before, i just can't find where.

i'm on vista (x64) sp2, mpc 1.3.2002 (x86). when i hit record button under capture i get this DEP related crash and the information baloon tooltip from Windows.

there's probably no actual problem here, just pls tell me how to fix it or where i can read about it.

or if this might actually be an issue, i can provide any other details you'd need.

thanks a lot.

hello.. could someone answer this please?

wiak
6th June 2010, 09:42
would be great so see VP8 built in, its the only codec missing for WebM support, MPC-HC all ready have Vorbis, and haali has WebM splitter
VLC has support in 1.1.0 RC if you where wondering :P

krbo
6th June 2010, 11:41
Hi,

There is a new, recent MKVToolnix version 4.0.

As Moritz furthermore implemented default mkv values we now have a problem in MPC HC.


According to Matroska specifications "eng" is a default value and "mkvmerge v4.0.0 will not
write elements which equal their default value anymore." (quote from Moritz)

meaning MPC HC will no long properly shows subtitles with mkv muxed with mkvmerge 4.0

Sub muxed as "eng" would not have "english" value as it is Matroska default but MPC HC does not follow that
and will show it as "unknown" sub.

Everything is (almost) OK if it is only one but if you mux antoher one (let's say german)
you will end up with two subs - "unknown" and "german".

In such case MPC HC shows during a play that it is using "unknow" but instead it plays "german"
and it's impossibe to make "unknown" (english in fact) to show up. (tested on v 2002)

Please test more and confirm this and put a MPC HC tight more to a Matroska standard specs when any dev has a spare time.

For now I was forced to go back to MKVtoolnix v 3.4

(I really don't understand why anyone in Matroska team made english as a default for a whole world, seems very
strange to me to impose anyone a default language but for now specs are like that.)

FishTank
6th June 2010, 12:27
im sorry if this has been covered previously, but is it possible to make a screenshot in mpchc that respects the DAR ?

sharangad
6th June 2010, 17:52
Try the Forceware 256/257 beta drivers.

MPEG-2 acceleration (VLD) on an nvidia GT240 (VP4) doesn't work for me either with mpc-hc.13.1922.0, even with the beta 275.15 drivers. I just get a green screen. It works fine with WMP and WMC.

Keiyakusha
6th June 2010, 18:00
I can confirm, green screen here too. MS DTV-DVD decoder works.

Snowknight26
6th June 2010, 18:26
Changed : "Pause" message in OSD stay until play command
Going to be fun taking screenshots while paused now without continually turning the OSD on and off.

While I appreciate the continued development, I think it'd be best if whoever was making a commit would actually think about how their change would affect users - there have been some really silly commits lately that seem to be added just for the heck of it.

JarrettH
7th June 2010, 07:11
Really, MPC needs a new stable release. This project feels like it's falling into beta status just as ffdshow managed one 'official' release in 2009. What is preventing this from happening? Does everyone just add features and there is no decider about its development...no goals?

goofee
7th June 2010, 08:43
MPEG-2 acceleration (VLD) on an nvidia GT240 (VP4) doesn't work for me either with mpc-hc.13.1922.0, even with the beta 275.15 drivers. I just get a green screen. It works fine with WMP and WMC.

I can confirm, green screen here too. MS DTV-DVD decoder works.

Thanks guys for confirming, i was starting to feel stupid and alone. :)

Do we know which earlier version that this works with so i can revert to that? A known stable version perhaps?

Thanks.

Fadeout
7th June 2010, 17:04
Going to be fun taking screenshots while paused now without continually turning the OSD on and off.

While I appreciate the continued development, I think it'd be best if whoever was making a commit would actually think about how their change would affect users - there have been some really silly commits lately that seem to be added just for the heck of it.
Really. Roll back please.

MPC-HTPC
8th June 2010, 01:42
Going to be fun taking screenshots while paused now without continually turning the OSD on and off.

I kind of liked that new function, nevertheless Aleksoid has reverted commit 2011 in regard of Changed : "Pause" message in OSD stay until play command. Maybe there is a way to make this behaviour selectable somehow (somewhat like "Extended OSD" in Options --> Player --> Other).

XhmikosR
8th June 2010, 11:18
The ddraw.lib is missing from the June 2010 DX SDK.

nevcairiel
8th June 2010, 14:29
DirectDraw has been deprecated a long time ago, and they finally removed it from the June SDK release. Move on and use the new APIs!

Vincent Vega
8th June 2010, 18:00
so guys how do i get a question answered in this thread? i asked it once, then asked again, what would be my next step?

is there some magic mantra i need to start chanting? -)

jimmydu3
8th June 2010, 18:23
Hi, sorry if this has been covered, but I'm trying to adjust the playback speed. When I try to increase the rate (Ctrl+Up) I go straight to 2.0x and then 4.0x. Is there a way to increase by smaller increments 1.4x, 1.5x, 1.6x. These speeds are great ways for me to save some time and still not really miss anything while watching. Thanks, James

KindDragon
8th June 2010, 20:18
hello.. could someone answer this please?
I do not know what could cause this.

Plutotype
8th June 2010, 21:52
MPEG-2 acceleration (VLD) on an nvidia GT240 (VP4) doesn't work for me either with mpc-hc.13.1922.0, even with the beta 275.15 drivers. I just get a green screen. It works fine with WMP and WMC.

Hi,
If available, please try to use Cyberlink video decoder as preffered external video decoder. I have a Nvidia Graphics and at least for me, the MPEG2 DXVA acc never worked with internal MPC-HC decoder ( but maybe my settings were wrong ).
Pluto

wiak
8th June 2010, 23:11
Hi,
If available, please try to use Cyberlink video decoder as preffered external video decoder. I have a Nvidia Graphics and at least for me, the MPEG2 DXVA acc never worked with internal MPC-HC decoder ( but maybe my settings were wrong ).
Pluto

i dont think MPEG-2 HW is supported yet, its just added as a dummy for the time being

bobdynlan
9th June 2010, 03:54
i'm sorry, this must have been discussed someplace before, i just can't find where.
i'm on vista (x64) sp2, mpc 1.3.2002 (x86). when i hit record button under capture i get this DEP related crash and the information baloon tooltip from Windows.
there's probably no actual problem here, just pls tell me how to fix it or where i can read about it.
or if this might actually be an issue, i can provide any other details you'd need.thanks a lot.
[Q]hello.. could someone answer this please?
[Q]so guys how do i get a question answered in this thread? i asked it once, then asked again, what would be my next step?
is there some magic mantra i need to start chanting? -)
First, the thing is you should use a more specialized program for recording like VirtualDub, I don't think there are many users to use this MPC outdated function. Second, for someone to help you, it needs a capture device to actually press that button.
- I have a Logitech QCZ Webcam that can at least be used to test the capture, if not for real capturing. Used it first on VirtualDub, all OK. Used it on Windows 7 x86 with MPC-HC (1802), Preview worked, Capture - crashed. Changing video related settings - crashed.
- So then it hit me: it must be the renderer. EVR counts as improvement, and as always, Microsoft does that at the cost of your "legacy" hardware. All EVR based renderers - EVR Vanilla, EVR Custom, EVR Sync - crash MPC-HC when using capture. On the Vanilla even preview fails, so it's not MPC-HC's fault, it is even improving things.
- The first step you need to do is to change MPC-HC output to anything else. Even madVR or Hali are working, but you should choose the faster Overlay or VMR-7(windowed) if you need Aero on.
- Next step is to disable preview for audio while capturing, and choose PCM codec as it's suitable for realtime.
- And finally, choose a video codec like Huffyuv 2.1.1. ffdshow video encoder has an alternative too and some more codecs suitable for realtime. Do note that some codecs will crash no matter the renderer, like Lagarith lossless codec, that works fine in VirtualDub.
This may not work for you as you have not provided any info in your last 3 posts on the subject, but it is enough to get you started.
================================================
Hi,
If available, please try to use Cyberlink video decoder as preffered external video decoder. I have a Nvidia Graphics and at least for me, the MPEG2 DXVA acc never worked with internal MPC-HC decoder ( but maybe my settings were wrong ).
PlutoTrue for 8800 series also. I would love an option to remove (visually) internal decoders from the list, everytime I see MPEG-2 Video (DXVA) and VC-1 (DXVA) wich are not working, I get mad :P
================================================

2005
04.06.2010
Changed : disabled internal H264(AVC) decoder for interlaced files (bad supported by ffmpeg)

Omg this is the second batch file you have killed after the close after play one! Thanks alot, this should have been set long time ago, but it's never too late! Ever since MPC-HC bundled mediainfo.dll, got some use for it in a batch file to launch different filters for some codecs. Had mpc-hc.exe with registry settings and internal decoder for anything progressive, and a copy of mpc-hc.exe named mpc-hci.exe, using external ini config, set cyberlink decoder preffered. Associated mpc-hc.bat with media files, and voila!
@echo off
FOR /F "usebackq tokens=3 delims=: " %%i IN (`%~dps0\mediainfo.exe %~s1 ^| FIND "Scan type"`) DO SET VIDEO=%%i
IF %VIDEO%==Interlaced (
start " " %~dps0\mpc-hci.exe %~s1
) ELSE (
start " " %~dps0\mpc-hc.exe %~s1
)And while at it, how about improving /filter command line parameter, the loaded filter should be added with the highest priority. Better yet, add another command to modify the external filters list order by referencing the name, something like /extfilter "VC-1 Tweaker (Haali), ArcSoft Video Decoder, etc." That would make this batch work with only one executable (well I simulated that too by batch editing the registry but it's not too friendly).

Anyway, RIP my dear batch file! and thanks again devs, this is actually in the top 5 if not the top useful fixes / improvements, like the new Playlist - play next in folder, Subtitle language and Audio language order, After playback - Every time and Toolbar skinning.
I know fixing tearing and other rendering stuff are priorities, but sorry, never had any real need for them and I am enjoying more this other kind of work :P

Shakey_Jake33
9th June 2010, 04:22
im sorry if this has been covered previously, but is it possible to make a screenshot in mpchc that respects the DAR ?
That's quite a interesting request actually, I'd like to see that too. I often take screenshots of HD videos to use as wallpapers, and am usually forced to stretch the image.

(*|*)
9th June 2010, 04:38
feature request:
new default skin like quicktime:

http://www.softpedia.com/screenshots/QuickTime_1.png

Media Player Classic Home Cinema -> Media Player Modern HD: MPM-HD.

Vincent Vega
9th June 2010, 12:19
- So then it hit me: it must be the renderer. EVR counts as improvement, and as always, Microsoft does that at the cost of your "legacy" hardware. All EVR based renderers - EVR Vanilla, EVR Custom, EVR Sync - crash MPC-HC when using capture. On the Vanilla even preview fails, so it's not MPC-HC's fault, it is even improving things.


thanx man, your words exactly, ditched EVR Cust. and no more crashes, at least now i can play with the rest of the settings.

so whose call is it to fix the incompatibility with EVRs? MS or MPC HC developers?

it's a brand new piece of HW, here:
http://www.avermedia.com/avertv/Product/ProductDetail.aspx?Id=499

KindDragon
9th June 2010, 17:30
Hi,

There is a new, recent MKVToolnix version 4.0.

As Moritz furthermore implemented default mkv values we now have a problem in MPC HC.


According to Matroska specifications "eng" is a default value and "mkvmerge v4.0.0 will not
write elements which equal their default value anymore." (quote from Moritz)

meaning MPC HC will no long properly shows subtitles with mkv muxed with mkvmerge 4.0
Could you check from what build this bug appear?
http://www.xvidvideo.ru/media-player-classic-home-cinema-x86-x64/

sneaker_ger
9th June 2010, 21:13
Yes, I can reproduce the bug. I guess all builds are affected, but I can test some older ones later. Audio streams are correctly identified as "English", though.
Haali's splitter does everything correctly, so I advice to use it instead of the internal (at least until it's fixed).

/edit:
It seems that although it will always say "unknown" it actually is possible to switch to the unknown subtitle the same way that you could do it before. It seems to depend on internal/external vsfilter and the renderer. Or maybe I found a completely different bug.
Using the method in the first picture it does work, using the method in the second one it does not:
http://www.abload.de/img/subtitlel3fb.png


http://www.abload.de/img/subtitlep1my.png

Mosu
9th June 2010, 21:30
According to Matroska specifications "eng" is a default value and "mkvmerge v4.0.0 will not
write elements which equal their default value anymore." (quote from Moritz)

Please note that this also affects the "default track flag". Its default value is "1" meaning "yes". So mkvmerge v4.0.0 will not write the "default track flag" element into a file for a track for which it is set to true.

EricJ2190
9th June 2010, 22:00
Hi,

There is a new, recent MKVToolnix version 4.0.

As Moritz furthermore implemented default mkv values we now have a problem in MPC HC.

...

I am unable to reproduce this either. I am using MPC-HC 1.3.1249.0 and MKVtoolix 4.0.0. I tested it with both MPC's built-in MKV source filter and Gabest's source filter installed as a normal DirectShow filter.

I used mkvmerge to make an MKV with two subtitles, English and German. MPC reports the English track as "Unknown" but will still allow it to be selected and will play the English track.

Eliminateur
9th June 2010, 23:18
i see that revision 2015 adds ICL support to every platform, is there anyone building mpc-hc with ICL11 for x64?

tetsuo55
10th June 2010, 13:35
"there have been some really silly commits lately that seem to be added just for the heck of it."Which commits? And why?

Really, MPC needs a new stable release. This project feels like it's falling into beta status just as ffdshow managed one 'official' release in 2009. What is preventing this from happening? Does everyone just add features and there is no decider about its development...no goals?We get this question every few pages, the answer is simply that there are some critical regressions that are extremely difficult to fix. These regressions are blockers for the next stable release.

Eliminateur
10th June 2010, 14:33
Tetsuo, shouldn't then be a control on the "Feature creep" that's going on and focus on the critical problems first and only then keep adding untested and risky features?, because in the SVN i see a lot of "change XYZ to WXY" and the next or a couple revs later "reverted change WXY, it displayed all videos as barney" :D

even as it is today i have to say i'm much much more pleaased with the development you guys do on mpc-hc compared to ffdshow-tryouts that has gone completely into "feature creep bonanza" and idiotic territory to say the least(example: stop with the friggin subtitles and fix ALL the functions on x64), i follow both SVNs almost daily and mpc-hc seems much more focused and stable with actual useful editions, performance improvements here and there, compared to ffd which is all "ohh let's add a filter to detect the subtitle filename, but let's ignore completely that the deband and resize filters are totally broken on x64", mpchc already has a superb internal subtitler, why waste time?

roytam1
10th June 2010, 14:48
I wonder if the phpbb and trac in SF.net are dummies.

clsid
10th June 2010, 16:27
Tetsuo, shouldn't then be a control on the "Feature creep" that's going on and focus on the critical problems first and only then keep adding untested and risky features?, because in the SVN i see a lot of "change XYZ to WXY" and the next or a couple revs later "reverted change WXY, it displayed all videos as barney" :D

even as it is today i have to say i'm much much more pleaased with the development you guys do on mpc-hc compared to ffdshow-tryouts that has gone completely into "feature creep bonanza" and idiotic territory to say the least(example: stop with the friggin subtitles and fix ALL the functions on x64), i follow both SVNs almost daily and mpc-hc seems much more focused and stable with actual useful editions, performance improvements here and there, compared to ffd which is all "ohh let's add a filter to detect the subtitle filename, but let's ignore completely that the deband and resize filters are totally broken on x64", mpchc already has a superb internal subtitler, why waste time?
Well, if you know better, then come and help out. The few people that work on ffdshow do it for fun and work on those things that interest them. The subtitle functionality in ffdshow in for use in for example Media Center. Deband works fine in the x86 build which you can also use on your x64 windows.

Eliminateur
10th June 2010, 17:08
clsid, true, i was rant-sy althought not my complete intention :stupid:
i shouldn't have to use x86 filters nor players if i have x64 installed(there's a whole reason why i'm on 64 after all and running legacy code is not the most optimum way), my point is that instead of adding new features(which invariably add new bugs) focus on existing problems first, performance gains, etc.

i'd help if i'd have the tiniest inkling of coding ability which i don't and even less for an sophisticated piece of software as a filtet, so the most i can do is help catch bugs and report them to the best of my ability, but if they go totally ignored and directly affect my viewing experience then it leads to a great deal of frustration :confused:.

but enough digressing and ranting on the mpc-hc thread on my part, on that subject, i'd love to see a icl11 x64 version of mpc-hc, afaik xvidvideo only uses gcc 4.5 and i haven't found other sites compiling it

namaiki
10th June 2010, 17:12
I haven't looked for any benchmarks, but 64-bit media player and filters does not necessarily perform better than 32-bit media player and filters.

saint-francis
10th June 2010, 17:27
I haven't looked for any benchmarks, but 64-bit media player and filters does not necessarily perform better than 32-bit media player and filters.

This may be the case a this point in time because some of the 64 bit code is not yet optimized. As we all start moving further towards x64 we will see some noticeable gains.

mariush
10th June 2010, 17:28
There's a bug related to file handles or something like that in MPC-HC or in the splitters it contains (Windows 2003 32 bits, vmr9 renderless, built in codecs except AC3Filter).

Steps to reproduce:

Go into a folder and double click on mkv file to open it. File opens and plays.
Go into another folder and drag a file onto MPC-HC. File opens and plays.
Try to rename the first folder (the one where the first video file was).
Renaming the first folder is not possible.

If you go like this:

1. Go in second folder, open file using double click. File plays
2. Go in first folder, drag file on player to play it
3. Go in second folder, drag file to play it
4. Try to rename the first folder

the first folder can be renamed.

So the renaming of the folder doesn't work if someone starts the file using double click but using drag and drop it's possible.

ps. and I'm not sure if this is by design or not, but if View > Playlist is enabled, if I drag a file onto the movie area (not the playlist that's stuck under the menu), the video file dropped on the player is still appended to playlist instead of playing. IMHO it should be appended to playlist if I drop it on the playlist section.

bozek
10th June 2010, 21:22
Did DXVA work?

GPU-----PDVD10---MPC-HC
2400XT---yes------yes
4350------yes------no
5850------yes------yes

EDIT: ...tested with the same h264 mkv (CCC 10.5)

tetsuo55
10th June 2010, 22:34
Tetsuo, shouldn't then be a control on the "Feature creep" that's going on and focus on the critical problems first and only then keep adding untested and risky features?, because in the SVN i see a lot of "change XYZ to WXY" and the next or a couple revs later "reverted change WXY, it displayed all videos as barney" :D

even as it is today i have to say i'm much much more pleaased with the development you guys do on mpc-hc compared to ffdshow-tryouts that has gone completely into "feature creep bonanza" and idiotic territory to say the least(example: stop with the friggin subtitles and fix ALL the functions on x64), i follow both SVNs almost daily and mpc-hc seems much more focused and stable with actual useful editions, performance improvements here and there, compared to ffd which is all "ohh let's add a filter to detect the subtitle filename, but let's ignore completely that the deband and resize filters are totally broken on x64", mpchc already has a superb internal subtitler, why waste time?The reverts are caused by experimenting with solutions that have not seen enough testing and/or discussion, or that worked in the lab but fail in the wild.
I do not see this feature creep, i see all the commits being related to performance, stability or security with a tiny user experience improvement here and there.

If you have specific examples of what you consider "bloat" we could discuss it.

jimmydu3
11th June 2010, 01:02
Hi, sorry if this has been covered, but I'm trying to adjust the playback speed. When I try to increase the rate (Ctrl+Up) I go straight to 2.0x and then 4.0x. Is there a way to increase by smaller increments 1.4x, 1.5x, 1.6x. These speeds are great ways for me to save some time and still not really miss anything while watching. Thanks, James

anyone know? mplayer and vlc support this, but can't find the answer for mpc-hc after searching. thanks!

Eliminateur
11th June 2010, 05:53
tetsuo, i was further commenting about your post/quotes about Snowknight26 and jarredh, not on my paticular view, as i've said afterwards, i'm very happy with the direction of mpc-hc development and the improvements that appear in every build, i cannot say i see any particular bloat as of now(i could say that there are a lot of options to configure and could be intimidating for a novice user, but that's nitpicking on usability more than bloat and i rather have too many options than hidden stuff) and it's been several hundred builds(last one was ~660) since i last saw a bug that happened to me.

ah yes, one thing i just remembered, ¿would it be possible to make the path of the file appear on the webserver?, i'm using a mirc script(as gtsdll does not work on x64) for /vid that reads the webserver filetitle, the problem is that unless the web part shows the full path the script does not know the size/length and position of the playback being done.
This can be controlled using the "title bar" options, but i don't want to see the full path on the titlebar as it bloats it too mucha and if you have a long path it blocks the filename in question completely, wrapping things up: a way to pass the full path on the webserver irrespec from the main window title

JarrettH
11th June 2010, 06:11
Okie doke, thanks tetsuo55 :cool:

tetsuo55
11th June 2010, 10:42
tetsuo, i was further commenting about your post/quotes about Snowknight26 and jarredh, not on my paticular view, as i've said afterwards, i'm very happy with the direction of mpc-hc development and the improvements that appear in every build, i cannot say i see any particular bloat as of now(i could say that there are a lot of options to configure and could be intimidating for a novice user, but that's nitpicking on usability more than bloat and i rather have too many options than hidden stuff) and it's been several hundred builds(last one was ~660) since i last saw a bug that happened to me.

ah yes, one thing i just remembered, ¿would it be possible to make the path of the file appear on the webserver?, i'm using a mirc script(as gtsdll does not work on x64) for /vid that reads the webserver filetitle, the problem is that unless the web part shows the full path the script does not know the size/length and position of the playback being done.
This can be controlled using the "title bar" options, but i don't want to see the full path on the titlebar as it bloats it too mucha and if you have a long path it blocks the filename in question completely, wrapping things up: a way to pass the full path on the webserver irrespec from the main window titleGood to hear.
Please add a ticket for that filepath thing on trac.

wiak
11th June 2010, 11:04
tetsuo can you look into subtitles settings wont save, if you change size of font in subtitles > styles it will be reset when you close and open mpc-hc 1.3.2018 x64 again
btw would be sweet if mpc-hc included a VP8 decoder and a webm splitter, you can find the source at http://www.webmproject.org/code/ there are also ffmpeg patches here
http://www.webmproject.org/tools/#ffmpeg_patches

google fixed the license so its now BSD License
http://www.webmproject.org/about/faq/

tetsuo55
11th June 2010, 11:20
Please add a ticket for the settings problem if you have not done so already.

VP8 and WEBM support will come through ffmpeg.

XhmikosR
11th June 2010, 15:52
but enough digressing and ranting on the mpc-hc thread on my part, on that subject, i'd love to see a icl11 x64 version of mpc-hc, afaik xvidvideo only uses gcc 4.5 and i haven't found other sites compiling it

Compiling the x64 build with ICL is not possible yet; it gives errors when linking.

Like I've already said in this thread, ICL is not supported since it has no project files yet. Spec-Chum works on it, so it will, at least, be possible to have an ICL build, but this doesn't mean that ICL is supported. So if you want an ICL x64 build set up a building environment, download the source and have fun. Don't forget to submit any patches to the trac if you have any successful results.

The plan is to add MSVC 2010 project files first, but personally I encounter the bug with mpc-hc crashing when closed, which I don't encounter with msvc 2008 builds, although it's a known bug, but not always reproducible with msvc 2008 builds.

Here (http://www.mediafire.com/?sharekey=3f33c77c2cf9ce25ab1eab3e9fa335ca3f4f03422d9d6e9a) you can find r2027 MSVC 2008 x86 build, MSVC 2010 x86 build and ICL11 x86 build.
Note that the ICL build does not have any CPU instructions enabled (/arch:IA32), I built that build by just upgrading the MSVC 2008 project files without any other modifications. So there shouldn't be any noticeable difference between the MSVC 2008 and ICL build, at all.

Eliminateur
11th June 2010, 15:56
oh i see, i thought that it fully supported icl11 after the changes spec-chum did.
I have no coding idea at all, even less compiling building and all that stuff it's too complex so i'll refrain from that part :D

Terranigma
11th June 2010, 23:04
Can we get support for editlists in mp4 files? Without it, some mp4 streams (specifically, x264 streams) using b-frames will playback with a 2-frame delay, resulting in asynchronous playback. The only solution to this would be to disable MPC-HC's internal Source Filter for MP4/MOV files and use haali's media splitter instead.

Polcius
12th June 2010, 01:30
Question abou an option in MPC-HC

In the audio tab I can select between PCM 16bit, PCM 24bit...

Wich one should I select?

Hera
12th June 2010, 01:46
The playback controls on the bottom disappeared for ~6 seconds when I opened an MP4 file. This seems like a new issue.
HP Mini 311, beta drivers, Windows 7
Internal Filters, EVR CP, No V-Sync, Wait for Flushes

Otherwise all good, got ~18% CPU usage for MP4 playback. :)

v0lt
12th June 2010, 05:12
Hera
The playback controls on the bottom disappeared...
This is an old problem that appears randomly.

Spec-Chum
12th June 2010, 11:12
oh i see, i thought that it fully supported icl11 after the changes spec-chum did.
I have no coding idea at all, even less compiling building and all that stuff it's too complex so i'll refrain from that part :D

"now compiles with" yes, supported, no, but I'm working on it :)

Here is an x64 version compiled with ICL 11 for you, everything at default and no processor specific code, so I'll doubt you'll see any difference really (for now).

http://specchum.gemnetworks.com/MPC-HC/ICL/mpc-hc64.exe

KindDragon
12th June 2010, 19:30
MPC-HC Code Swarm video http://dl.dropbox.com/u/7142199/mpc-hc-history.avi (8Мб)

http://img708.imageshack.us/img708/8306/mpchchistoryavisnapshot.th.png (http://img708.imageshack.us/i/mpchchistoryavisnapshot.png/)

Polcius
12th June 2010, 21:33
Question abou an option in MPC-HC

In the audio tab (OUTPUT SAMPLE FORMAT) I can select between PCM 16bit, PCM 24bit...

Wich one should I select?

Also, Isn't there a documentation/wiki page about all the options MPC has?

bobdynlan
12th June 2010, 23:40
Also, Isn't there a documentation/wiki page about all the options MPC has? If you don't know what the option does, why do you want to change it? It's there for someone who has use for it. For everybody else, defaults work out-of-the-box. And you will not find things like this in an mpc wiki, it's common knowledge so google it first.

24bit - highest audio quality but only if the source is also 24bit (uncompressed original sources like dvd-disks or bluray-disks)
16bit - for cd-disks and compressed formats like mp3 audio

24bit may be problematic on some sound cards and some audio renderers. There are no advantages to listen a 16bit track through 24bit output. It may even lower the quality.

Tenki
13th June 2010, 09:22
MPC-HC can't open the format of WebM directly.
File→Quick Open File→ then in format, Media files(all types), there is not contain WebM.
So although MPC-HC can run WebM, it can't open directly by MPC-HC.

clsid
13th June 2010, 11:02
MPC-HC can't open the format of WebM directly.
File→Quick Open File→ then in format, Media files(all types), there is not contain WebM.
So although MPC-HC can run WebM, it can't open directly by MPC-HC.Has been added in revision 2029.

clsid
13th June 2010, 15:57
With regard to the 64-bit builds, this version of MinGW64 might be helpful:
http://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win64/Personal%20Builds/
This custom build already contains patches that should allow linking with MSVC.

vinujan
13th June 2010, 21:30
i'm able to load audio & subtitles files externally which share the same file name as the video file

but how do i go about loading external chapter files in mpc-hc?

alexins
14th June 2010, 00:19
Media Player Classic HomeCinema (x86/x64), svn 2041 (http://www.xvidvideo.ru/media-player-classic-home-cinema-x86-x64/media-player-classic-homecinema-x86-x64-svn-2041.html)

Supported languages: BR, BY, CA, CZ, DE, ES, FR, HU, IT, JA, KR, NL, PL, RU, SC, SK, SV, TC, TR, UA

Changes (2019-2041): (http://www.xvidvideo.ru/logi-izmeneniy/log-izmeneniy-media-player-classic-homecinema.html)

Updated Catalan translation [xiulet]. Also fixed some of the truncated strings.;
Update russian resource;
Add missing resource string;
mpcresources project file cosmetics;
Add : OSD on Jump Forward/Backward(keyframe);
Added .webm extension to file formats section.;
Removed .vp6 extension (because MPC is unable to play raw vp6 streams).;
Grouped together audio and video formats in the code. This does not effect the format page in MPC, since there the items are sorted alphabetically.;
added Japanese translation by anonymous;
updated Japanese translation;
updated Chinese simplified translation [torpedoo];
Changed : x64 Mingw compilation script and documentation updated (auto apply needed patches);
Remove : reference to non existing DEF file.h;
Changed : Webserver thread killed on exit if necessary;
Fixed : compatibility issue with DirectX SDK June 2010;
Fixed : remove reference to missing authhdrpic.bmp.

Lincoln Burrows
14th June 2010, 03:20
Is there a way to make sure MPC-HC is capable of displaying subtitles?

I can't display embedded subtitles here (one I am trying is from a Matroska file)... no matter what I do, nothing is working. And I am sure it was before... :(

Note: This issue does not include DVD files (VOBs). Still using XP SP3...

Edit: I know what was going on now. These are a few instructions regarding subtitles:
http://www.codecguide.com/faq_subtitles.htm

The MKV file I created had messed subtitles embedded (which means, when using SubRip to generate text subtitles (SRT file), the OCR will not recognize most letters properly (it will ask 2 or 3 times about parts of the same letter, instead of 1 time). This happens when the subtitles are in bad shape to be read.

This specific DVD, when converted to MKV by MakeMKV, had its subtitles messed somehow that MPC-HC was never displaying them. NEVER. So the only alternative would be to use MKVextractGUI to extract those MKV subtitles and create new ones or simply using SubRip to do this job (if necessary watching the entire movie and taking notes of what is being said to fill each line).

I tested another DVD (converting to MKV) and using MPC-HC (plus VobSub in the filter section) and the subtitles were displayed properly. If I had not tested another title I would have believed this was MPC-HC's fault. Sad to hear that, I was hoping to convert all my DVDs to MKV and this will delay my job (not the first time I encounter DVD subtitles with this sort of problem).

Eliminateur
14th June 2010, 06:19
i have a video file for which i have an external audio file, how do i load that audio track?(it's a .dts track), i checked the menues and found nothing of the sort(only load subtitle)...
i checked ffdshow options and menues to see if i could load it, no luck either

namaiki
14th June 2010, 08:16
File-> Open file-> video & dub file.
I haven't tried using it, but in my mind it seems to make sense.

Tenki
14th June 2010, 10:28
I want to suggest.
If MPC-HC play video by full-screen, its menu will block the below screen.
But If use WMP12 or 13, its menu will become Transparent on full-screen.
Although MPC-HC will hide the menu soon, but if I want to see the different part, it always block for a while.
So I hope MPC-HC can let the menu Transparent, too.

namaiki
14th June 2010, 10:34
press '3' to show, press '1' to hide.

Also, press Ctrl+1 to show and hide the seek bar.

Eliminateur
14th June 2010, 13:00
Namaiki, it doesn't works i tried it after posting, it ignores the "dub"

letme be more clear:
the video file is a MKV that has video, audio(vorbis) and subtitles (it has one stream for each).
besides that i have the audio file in .dts

i'm using external haali splitter and i have DTS source filter active in mpc-hc options, loading the .DTS file alone works perfectly.

i tried disabling the internal stream switcher, enabling the stream switcher in ffdshow.. nothing, the audio file never appears in any context menu.

oh and i have the latest build that was posted last night installed

File-> Open file-> video & dub file.
I haven't tried using it, but in my mind it seems to make sense.

namaiki
14th June 2010, 13:10
After doing the above, with MPC-HC's internal audio switcher enabled (options/audio switcher/enable), to switch audio streams do the following: click the play menu/filters/audio switcher/select stream (the dub file should be one of those streams)

That said, I only tested with an MKV file + Haali Media Splitter + AAC file as 'dub file.'

Eliminateur
14th June 2010, 14:08
i checked that, and there wasn't any option to switch streams(and if i remember correctly, there was no audio swtiched option).
i'll post a screen when i get home this evening

goofee
14th June 2010, 19:57
Just installed 2041, from 1984. DXVA on h.264 is now broken on my IGP 8200.

Eliminateur
14th June 2010, 23:31
ok, just confirmed, it's ignoring the dub file even thought it's showing in the filter list (in the screenshot, right below the ffd audio filter, that's the DTS track)
http://img812.imageshack.us/img812/8996/dubload.th.png (http://img812.imageshack.us/i/dubload.png/)
http://img808.imageshack.us/img808/8541/nodub.th.png (http://img808.imageshack.us/i/nodub.png/)

addendum:
if i right click the tray icon of ffdshow audio i see the DTS file, the same with filters in the context menu, but i get no audio out when selecting the DTS, ffdshow also shows empty fields on that track:
http://img811.imageshack.us/img811/2863/nosound.th.png (http://img811.imageshack.us/i/nosound.png/)

kieranrk
15th June 2010, 01:27
why was the internal H264(AVC) decoder disabled for interlaced files ? (Revision 2005)
i never experienced problems watching interlaced material.

Interlaced H.264 shouldn't be turned off because a few files don't work. The majority of interlaced H.264 from TV works fine.

Aleksoid1978
15th June 2010, 06:14
Interlaced H.264 shouldn't be turned off because a few files don't work. The majority of interlaced H.264 from TV works fine.

Can you upload sample good H.264 interlaced video for test ???

Aleksoid1978
15th June 2010, 06:25
ok, just confirmed, it's ignoring the dub file even thought it's showing in the filter list (in the screenshot, right below the ffd audio filter, that's the DTS track)
http://img812.imageshack.us/img812/8996/dubload.th.png (http://img812.imageshack.us/i/dubload.png/)
http://img808.imageshack.us/img808/8541/nodub.th.png (http://img808.imageshack.us/i/nodub.png/)

addendum:
if i right click the tray icon of ffdshow audio i see the DTS file, the same with filters in the context menu, but i get no audio out when selecting the DTS, ffdshow also shows empty fields on that track:
http://img811.imageshack.us/img811/2863/nosound.th.png (http://img811.imageshack.us/i/nosound.png/)

Work with other external audio file, like .mp3 ???

http://s55.radikal.ru/i150/1006/f8/223716a98e0dt.jpg (http://radikal.ru/F/s55.radikal.ru/i150/1006/f8/223716a98e0d.png.html)

http://i082.radikal.ru/1006/2a/0aaa8f304403t.jpg (http://radikal.ru/F/i082.radikal.ru/1006/2a/0aaa8f304403.jpg.html)

http://s44.radikal.ru/i104/1006/a8/3b4303ac13c0t.jpg (http://radikal.ru/F/s44.radikal.ru/i104/1006/a8/3b4303ac13c0.jpg.html)

amango
15th June 2010, 11:49
Do you also have made the following experience:

If I set up MPC Cinema to change the refresh rate in full screen, the video playback sometimes stutter after the refresh rate change? I have a Radeon 5450 and mostly playback H264 with DXVA enabled.
I made the same experience with the MPCVideo Decoder enabled in Mediaportal - after a refresh rate change the video playback stutters sometimes - the stutter is consistent and only goes away if I skip a while through the video or restart the video.

But I also made the experience that if I use for example the DIVX H264 decoder there is no stutter after a refresh rate. So maybe that is a decoder related problem?

namaiki
15th June 2010, 11:51
amango, which video renderer are you using? (and other specs and information)

gngn
15th June 2010, 15:29
Can you upload sample good H.264 interlaced video for test ???

here (http://www.mediafire.com/download.php?dqnygnyxzei) is a short AVCHD interlaced sample shot with a panasonic camera.
ffmpeg decoding fails (black screen), but if i use DXVA + hardware deinterlacing then it works without problems(all interlaced/MBAFF samples i have work with hardware deinterlacing). but since your commit in rev2005 besides disabling the ffmpeg H264/AVC decoder, the DXVA H264/AVC decoder that actually works is also disabled. i cant say much about the ffmpeg decoder, as i generally never use it (only DXVA). so i cant comment on your decision of disabling the ffmpeg decoder for interlaced material, but DXVA+hardware deinterlacing should be left enabled, IMHO.

Momber
15th June 2010, 15:33
Deinterlacing of H.264 streams from BBC HD is also broken. BBC HD streams can not be decoded at all with MPC's current internal video filter.

Also, I would like to know when MPC will finally be fixed so that it remembers its last window size under XP SP3/VMR9 renderless.
Thank you.

namaiki
15th June 2010, 15:41
here (http://www.mediafire.com/download.php?dqnygnyxzei) is a short AVCHD interlaced sample shot with a panasonic camera.
ffmpeg decoding fails (black screen), but if i use DXVA + hardware deinterlacing then it works without problems(all interlaced samples i have work with hardware deinterlacing). but since your commit in rev2005 besides disabling the ffmpeg H264/AVC decoder, the DXVA H264/AVC decoder that actually works is also disabled.

Curiously, the internal ffmpeg AVC decoder will be able to play the clip if you use Haali Media Splitter. ffdshow video decoder, however, can play the file even if you use the internal splitter.

kieranrk
15th June 2010, 17:33
Deinterlacing of H.264 streams from BBC HD is also broken. BBC HD streams can not be decoded at all with MPC's current internal video filter.


Works for me with haali's splitter.

gngn
15th June 2010, 17:50
Works for me with haali's splitter.

Casimir666 has already pointed out that some decoding bugs are actually splitter related.

Momber
15th June 2010, 18:34
But I am using the Haali splitter.
The error message I get says something about the video decoder being unable to connect to the renderer or some such thing. That would be EVR CP btw.

kieranrk
15th June 2010, 18:57
Can you upload sample good H.264 interlaced video for test ???

http://dl.dropbox.com/u/2701213/mpc-hc/06-11_19-38-19_BBC%20HD%20%28NAR%29_MOTD%20Live%20Uruguay%20v%20France.ts

Fadeout
15th June 2010, 19:10
I have still a very small stutter every time a subtitle line appears on screen:

- There was asynch loading of subs in some recent SVN, but before/after I notice no improvements at all
- Not a problem of CPU, usage stays low.
- Not a problem of GPU, the same problem with a very cheap card as well with a much more powerful one.
- Not a problem of source video, I get the stutter whether I play a low res SD video as well as 1080p with huge bitrate.
- No such problem with VLC, for example. Playback is smooth.
- Tried every setting possible and, while I can make it worse, I can't solve it.

Can someone explain this and if/why it can or cannot be fixed?

neoufo51
15th June 2010, 20:32
http://dl.dropbox.com/u/2701213/mpc-hc/06-11_19-38-19_BBC%20HD%20%28NAR%29_MOTD%20Live%20Uruguay%20v%20France.ts
Wow only the audio plays for me using 2041.

kieranrk
15th June 2010, 21:04
Wow only the audio plays for me using 2041.

As I said it only works with Haali's. This is a splitter problem though, not a DXVA problem.

Plutotype
15th June 2010, 21:37
I have still a very small stutter every time a subtitle line appears on screen:

- There was asynch loading of subs in some recent SVN, but before/after I notice no improvements at all
- Not a problem of CPU, usage stays low.
- Not a problem of GPU, the same problem with a very cheap card as well with a much more powerful one.
- Not a problem of source video, I get the stutter whether I play a low res SD video as well as 1080p with huge bitrate.
- No such problem with VLC, for example. Playback is smooth.
- Tried every setting possible and, while I can make it worse, I can't solve it.

Can someone explain this and if/why it can or cannot be fixed?

Hi,
Are you in DXVA mode or "CPU" mode?

If I remember well, for the DXVA mode my recommendation would be to play more with the subtitle settings at first:
- set "subpictures to buffer" to 10 for example
- try to uncheck "round up to power of two"

I have encountered the issue couple of months ago, but after dealing with other issues, have forgotten where the hack was :)
Pluto

Plutotype
15th June 2010, 21:41
Hi,
is it only me, that LPCM audio stream handled by ffdshow can not be "seen" by the internal MPC HC splitter? I have to disable the internal one and prefer the Haali one. Haali does his job 100percently.
Any hints?
Thanks
Pluto

Momber
15th June 2010, 21:51
It's not just BBC HD... MPC doesn't decode ANY interlaced H.264 anymore.
I just tried to watch the BluRay of 'The Killing Fields' (1080i60, remuxed to mkv) and got the same error message instead of a picture.

http://img.pixs.ru/storage/7/1/7/mpcjpg_4015552_745717.jpg

Using the Cyberlink decoder works fine.

kieranrk
15th June 2010, 22:05
It's not just BBC HD... MPC doesn't decode ANY interlaced H.264 anymore.
I just tried to watch the BluRay of 'The Killing Fields' (1080i60, remuxed to mkv) and got the same error message instead of a picture.

http://img.pixs.ru/storage/7/1/7/mpcjpg_4015552_745717.jpg

Using the Cyberlink decoder works fine.

mpc-hc doesn't support interlaced vc-1, which is what I think your file is. Normal Interlaced H.264 works.

Fadeout
15th June 2010, 22:13
Hi,
Are you in DXVA mode or "CPU" mode?
No difference.

If I remember well, for the DXVA mode my recommendation would be to play more with the subtitle settings at first:
- set "subpictures to buffer" to 10 for example
- try to uncheck "round up to power of two"
Certain settings work on certain subs.

For example a good compromise is to check animation and 4 buffers. But it is a compromise that sometimes does not display subs correctly.

Lower than 4 I have wrong animations, higher than 4 I get sometimes high CPU usage (even on DXVA) and various other problems.

But the point is this:
There's one video I have with HUGE animation effects on subs. There's absolutely no way to make MPC-HC play it. Either the video freezes (with buffer off), or the subs don't show (buffers on). Completely unwatchable.

On VLC everything plays smoothly with almost zero CPU usage.

What the hell VLC uses for subs that works so well? If it's open source, why can't we steal the whole sub module and port over to MPC?

As it stands now MPC-HC let me play all videos thanks either to CoreAVC or DXVA, and better video quality on Windows 7, but subs and playback can be stuttery.

VLC has great support for all kinds of subs but DXVA doesn't work and high quality H264 stutters like hell.

Eliminateur
15th June 2010, 23:24
Aleksoid, it doesn't works either, it does exactly the same thing as with the DTS, this time the difference is that in the information area it shows the mp3 info i loaded as dub.

Again the audio part is empty.

i'm using x64 build 2041

i guess i'll open a bug in the tracker....


Work with other external audio file, like .mp3 ???

http://s55.radikal.ru/i150/1006/f8/223716a98e0dt.jpg (http://radikal.ru/F/s55.radikal.ru/i150/1006/f8/223716a98e0d.png.html)

http://i082.radikal.ru/1006/2a/0aaa8f304403t.jpg (http://radikal.ru/F/i082.radikal.ru/1006/2a/0aaa8f304403.jpg.html)

http://s44.radikal.ru/i104/1006/a8/3b4303ac13c0t.jpg (http://radikal.ru/F/s44.radikal.ru/i104/1006/a8/3b4303ac13c0.jpg.html)

Tenki
16th June 2010, 04:56
press '3' to show, press '1' to hide.

Also, press Ctrl+1 to show and hide the seek bar.

I know how to hide it.
But if I want to set the menu, I hope it can be Transparent as WMP12 or 13.

Hypernova
16th June 2010, 06:16
But the point is this:
There's one video I have with HUGE animation effects on subs. There's absolutely no way to make MPC-HC play it. Either the video freezes (with buffer off), or the subs don't show (buffers on). Completely unwatchable.

On VLC everything plays smoothly with almost zero CPU usage.

What the hell VLC uses for subs that works so well? If it's open source, why can't we steal the whole sub module and port over to MPC?



I think you know about this, but just to make sure, did you check the texture size? I believe only MPC-HC let you choose what resolution the sub gonna get rendered. If this is high, then it make a lot of difference. Some 3D settings in your GPU driver will effect this as well. I think for ATi, it's mipmap detail. VLC, I guess, always use video size. I could be wrong though since I don't use VLC.

namaiki
16th June 2010, 06:20
^In the same way, Fadeout probably wouldn't have the issues if DirectVobSub were being used.

Hypernova
16th June 2010, 06:24
^In the same way, Fadeout probably wouldn't have the issues if DirectVobSub were being used.

I would think so. I absolutely love the desktop resolution texture though, unlike you :)

Momber
16th June 2010, 09:19
mpc-hc doesn't support interlaced vc-1, which is what I think your file is.
LOL. No.
It's H.264.

namaiki
16th June 2010, 09:27
LOL. No.
It's H.264.

majortype: MEDIATYPE_Video {73646976-0000-0010-8000-00AA00389B71}
subtype: Unknown GUID Name {1B81BE68-A0C7-11D3-B984-00C04F2E73C5}
formattype: FORMAT_VideoInfo2 {F72A76A0-EB0A-11D0-ACE4-0000C0CC16BA}

You may get the above error when there is a problem with your graphics driver that prevents the use of DXVA. The solution is to disable the internal DXVA H.264 decoder in Media Player Classic Homecinema.

Is it a driver issue, or is that just an explanation for the masses?

Momber, you have stated that you are already using Haali Media Splitter.
Do you have any issues playing the following sample?
http://forum.doom9.org/showpost.php?p=1408635&postcount=13212

Momber
16th June 2010, 13:57
Do you have any issues playing the following sample?
Yes I have any number of issues with that sample.
Using MPC's internal video decoder, the video does not display, only audio. Same error message as in my screenshot above. Haali or internal splitter makes no difference.

Using ffdshow video decoder (non-DXVA), I can play the video, but MPC does not scale it properly, although the stream is clearly flagged as 16:9. (MPC = 4:3)

Also, MPC fills nearly my entire screen with it, although "remember last window size" is enabled and the last window was small.

Enough issues for one clip?

namaiki
16th June 2010, 14:19
I tested using MPC-HC 2041:

Using MPC's internal video decoder, the video does not display, only audio. Same error message as in my screenshot above. Haali or internal splitter makes no difference.
.....
I can play the clip using MPC-HC's internal DXVA filter + Haali Media Splitter(with the internal splitter, I get the same message as you are above). However, with the software decoder+ Haali Media Splitter, I get the following:
http://cccp.project357.com/p/f6f5445f2

Using ffdshow video decoder (non-DXVA), I can play the video, but MPC does not scale it properly, although the stream is clearly flagged as 16:9. (MPC = 4:3)
....
I cannot replicate this. Check that keep aspect ratio is ticked

Also, MPC fills nearly my entire screen with it, although "remember last window size" is enabled and the last window was small.
....
Untick auto-zoom, if it is ticked.

Enough issues for one clip?
.....
Are you not having the same issues with all interlaced h.264/AVC?

jasonwc
16th June 2010, 19:06
Please note that this also affects the "default track flag". Its default value is "1" meaning "yes". So mkvmerge v4.0.0 will not write the "default track flag" element into a file for a track for which it is set to true.

Yes, I can reproduce the bug. I guess all builds are affected, but I can test some older ones later. Audio streams are correctly identified as "English", though.
Haali's splitter does everything correctly, so I advice to use it instead of the internal (at least until it's fixed).

/edit:
It seems that although it will always say "unknown" it actually is possible to switch to the unknown subtitle the same way that you could do it before. It seems to depend on internal/external vsfilter and the renderer. Or maybe I found a completely different bug.
Using the method in the first picture it does work, using the method in the second one it does not:
http://www.abload.de/img/subtitlel3fb.png


http://www.abload.de/img/subtitlep1my.png

Is there any plan to fix this? Currently, all English subs appear as Unknown (English) when using the internal Matroska splitter. Works perfectly with Haali.

Fadeout
16th June 2010, 19:19
I think you know about this, but just to make sure, did you check the texture size? I believe only MPC-HC let you choose what resolution the sub gonna get rendered. If this is high, then it make a lot of difference. Some 3D settings in your GPU driver will effect this as well. I think for ATi, it's mipmap detail. VLC, I guess, always use video size. I could be wrong though since I don't use VLC.
Texture size is set to "Desktop" as other settings can be killers.

Subs still look a lot sharper in VLC. This is entirely a problem of MPC-HC, and I can't use external DirectVobSub because it would break DXVA.

P.S.
Tried with DirectVobSub and not much different from MPC-HC behavior.

kieranrk
16th June 2010, 19:48
Are you not having the same issues with all interlaced h.264/AVC?

All Interlaced H.264 I have plays perfectly.

Hypernova
16th June 2010, 21:45
Texture size is set to "Desktop" as other settings can be killers.

Subs still look a lot sharper in VLC. This is entirely a problem of MPC-HC, and I can't use external DirectVobSub because it would break DXVA.

P.S.
Tried with DirectVobSub and not much different from MPC-HC behavior.

That sounds weird.

If your texture size is "Desktop", then it is the heaviest it could be. All other setting is "easier". Also, the desktop texture size is the sharpest your monitor can display. I don't understand how VLC can have anything sharper.

Just my stupid guess, but are you sure you're using MPC-HC internal subtitle renderer and not, say, ffdshow's?

littleD
16th June 2010, 23:27
Just jumped to say that i have never seen so low cpu usage while playing videos with dxva. That happened after last DirectX update + newest MPC -HC. Looks very nice.

Keiyakusha
17th June 2010, 00:41
Subs still look a lot sharper in VLC. This is entirely a problem of MPC-HC

VLC uses different renderers for rendering subs, which does produces different results. Don't see anything special about that. FFDShow's renderer also looks different. Technically all existing subtitles renderers out there will give you more or less different look or even completely different behavior in some cases. Also VLC's renderer is about 50% faster than vsfilter
EDIT: but the current de facto standard is vsfilter, so other renderers should be fixed if they looks different.

neoufo51
17th June 2010, 17:15
FFmpeg 0.6 came out. Can't wait to see this put onto MPC-HC.

* Significant work to support at least decoding of all widespread mainstream proprietary codecs, and as usual broad coverage of widespread non-proprietary codecs, such as:
o decoders and encoders
+ VP8 (via Google's libvpx library)
o decoders
+ AMR-NB
+ Atrac1
+ HE-AAC v1
+ Bink
+ Bluray (PGS) subtitle
+ MPEG-4 Audio Lossless Coding (ALS)
+ WMA Pro
+ WMA Voice
* Highlights among the newly supported container formats:
o demuxers and muxers
+ Adobe Filmstrip
+ SoX native format
+ WebM support in Matroska de/muxer
o demuxers
+ Bink
+ Core Audio Format
+ Dirac in Ogg
+ IV8
+ QCP
+ VQF
+ Wave64
o muxers
+ IEC-61937
+ RTSP
* faster AAC decoding
* faster H.264 decoding
* numerous ARM optimizations
* important updates to the Vorbis decoder
* RTP packetization support for H.263, and AMR
* RTP depacketization support for AMR, ASF, H.263, Theora and Vorbis
* RTMP/RTMPT/RTMPS/RTMPE/RTMPTE protocol support via librtmp
* the new ffprobe tool
* VorbisComment writing for FLAC, Ogg FLAC and Ogg Speex files
* and so much more!

Virtual_ManPL
17th June 2010, 19:44
Can someone confirm that MPC-HC will crash when this subtitles are dropped into some anime episode ?
http://www.mediafire.com/?j5nzzlyiznn



Texture size is set to "Desktop" as other settings can be killers.

Subs still look a lot sharper in VLC
It's because subs in MPC-HC are better antialiased

namaiki
17th June 2010, 19:47
Can someone confirm that MPC-HC will crash when this subtitles are dropped into some anime episode ?
http://www.mediafire.com/?j5nzzlyiznn


This is for the internal subtitle renderer?

wiak
17th June 2010, 19:48
would be cool if we could update ffmpeg ure self, as in just put ffmpeg in the same folder as mpc-hc ;)

Peuj
17th June 2010, 19:54
Can someone confirm that MPC-HC will crash when this subtitles are dropped into some anime episode ?
http://www.mediafire.com/?j5nzzlyiznn


Yep MPC-HC 1.3.2050 crashes as soon as I load the subtitles.

Virtual_ManPL
17th June 2010, 20:03
This is for the internal subtitle renderer?



Probably, I extracted it with MKVExtractGUI-2 from this file
General
Format : Matroska
File size : 540 MiB
Duration : 21mn 31s
Overall bit rate : 3 508 Kbps
Encoded date : UTC 2009-11-25 04:09:50
Writing application : mkvmerge v2.8.0 ('The Tree') built on May 9 2009 16:17:12
Writing library : libebml v0.7.7 + libmatroska v0.8.1

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.1
Format settings, CABAC : Yes
Format settings, ReFrames : 12 frames
Muxing mode : Container profile=Unknown@4.1
Codec ID : V_MPEG4/ISO/AVC
Duration : 21mn 31s
Bit rate : 2 990 Kbps
Nominal bit rate : 4 000 Kbps
Width : 720 pixels
Height : 480 pixels
Display aspect ratio : 16:9
Original display aspect ratio : 3:2
Frame rate : 29.970 fps
Standard : NTSC
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.289
Stream size : 460 MiB (85%)
Title : x264 ~ DVD R2J
Writing library : x264 core 78 r1318 fe83a90
Encoding settings : cabac=1 / ref=12 / deblock=1:1:2 / analyse=0x3:0x113 / me=umh / subme=10 / psy=1 / psy_rd=0.8:0.0 / mixed_ref=1 / me_range=32 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / chroma_qp_offset=-2 / threads=6 / nr=0 / decimate=0 / mbaff=0 / constrained_intra=0 / bframes=5 / b_pyramid=0 / b_adapt=2 / b_bias=0 / direct=3 / wpredb=1 / keyint=250 / keyint_min=25 / scenecut=40 / rc_lookahead=40 / rc=2pass / mbtree=1 / bitrate=4000 / ratetol=2.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / vbv_maxrate=38000 / vbv_bufsize=30000 / ip_ratio=1.40 / aq=1:1.00
Language : Japanese

Audio
ID : 2
Format : AC-3
Format/Info : Audio Coding 3
Mode extension : CM (complete main)
Codec ID : A_AC3
Duration : 21mn 31s
Bit rate mode : Constant
Bit rate : 448 Kbps
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 KHz
Video delay : 22ms
Stream size : 69.0 MiB (13%)
Title : AC3 5.1
Language : Japanese

Text #1
ID : 3
Format : VobSub
Codec ID : S_VOBSUB
Codec ID/Info : The same subtitle format used on DVDs
Title : VobSub
Language : English

Text #2
ID : 4
Format : VobSub
Codec ID : S_VOBSUB
Codec ID/Info : The same subtitle format used on DVDs
Language : English



extracted subtitles works fine with SMPlayer, VLC and PotPlayer
only MPC-HC have problems with it (but works when subtitles are integrated in file)

KindDragon
17th June 2010, 21:56
Can someone confirm that MPC-HC will crash when this subtitles are dropped into some anime episode ?
http://www.mediafire.com/?j5nzzlyiznn
Now fixed

clsid
17th June 2010, 22:14
FFmpeg 0.6 came out. Can't wait to see this put onto MPC-HC.MPC-HC already uses (a subset of) the latest ffmpeg code.

Matching_Mole
17th June 2010, 22:27
Some news about the "import" of the ffplay's m2ts splitter inside MPC-HC?

Just to know if you have developpers already working on this because the VC1 bugs (wrong framerate using external decoders with several renderer as EVR Sync and MadVr) is very annoying, especially for interlaced files.

Momber
17th June 2010, 22:35
Are you not having the same issues with all interlaced h.264/AVC?
Indeed I am. But only with the internal MPC video decoder. And only with some of the most recent builds.

Egh
18th June 2010, 02:40
Minor glitch -- when using MPC audio renderer for audio playback, MPCHC shows that the file has no audio (on the bottom status bar). Works normally though (and it does show the audio when using different renderers). XP64 latest mpchc build here.

And whilst we are at it, how do I configure MPC renderer? I have two audio cards on the system, so how do I force it to use non-default one?

Snowknight26
18th June 2010, 06:33
I have two audio cards on the system, so how do I force it to use non-default one?

By not using the MPC Audio Renderer.

tetsuo55
18th June 2010, 09:22
Some news about the "import" of the ffplay's m2ts splitter inside MPC-HC?

Just to know if you have developpers already working on this because the VC1 bugs (wrong framerate using external decoders with several renderer as EVR Sync and MadVr) is very annoying, especially for interlaced files.The work on this has started :)

dbone1026
18th June 2010, 12:40
Now that Mosu has added PGS subtitle support from original sources (http://forum.doom9.org/showthread.php?p=1409590#post1409590) and with MakeMKV supporting PGS subtitles in mkvs as well, are there any plans to add mkv PGS support to MPC HC (I assume the internal splitter and subtitle renderer would need to be updated to support?). Right now you have to use a combination of Haali/FFDShow (http://www.mediasmartserver.net/2010/06/17/mkvmania-displaying-pgs-subtitles-in-mkvs/) but I would like to avoid using Haali since it causes issues. Thanks.

WonderCsabo
18th June 2010, 12:44
Hi guys!

I tried this MPC Audio renderer (WASAPI).

With my laptop it only works when i set everything to 16 bit. The sound is good, but when i pause, audio fouls, reapating a little period. Audio Card: IDT 92HD71B (dell inspiron 1545)

On my PC, it only works with setting everything to 16 bit, too, but the sound is noisy. :S That's an Audigy SE in it.

I use Win7 x64 with latest beta MPC-HC x64 on both machines. The x86 MPC-HC produces this bugs, too.

Every help is much appreciated!

mark0077
18th June 2010, 16:58
Using latest mpc-hc 2058 and newest ffdshow, watching m2ts with 1080p, dts-ma, when I right click on video, hit "Filter" -> "ffdshow Video Decoder", I only see a Properties, Audio and Subtitles section, no video section...... Is this normal to see dts-ma audio details to be listed in video decoder area of the filters menu.

Matching_Mole
18th June 2010, 19:24
The work on this has started :)

Great! Thanks for the news Testuo55.

demistate
18th June 2010, 20:45
I'm having issues seeking backwards (left and right, to jump one frame) on an I Frame only Mpeg-2 video using MPC-HC's internal decoders.

If you hold CTRL + Left/right, seek is instantaneous since Each frame the player jumps to will be an I Frame.

This is really killing me since we're still using Quicktime Sorenson 3 to do animation reviews because its one of the few codecs that allows us to track backward consistently.

PM me if you need a sample file to view.

foxyshadis
19th June 2010, 02:46
Is there any plan to fix this? Currently, all English subs appear as Unknown (English) when using the internal Matroska splitter. Works perfectly with Haali.

I posted this as bug #536 (https://sourceforge.net/apps/trac/mpc-hc/ticket/536) earlier this week, but no work on it yet. I'm sure it'll come soon.

neoufo51
19th June 2010, 03:52
The following is actual video from the new iPhone 4 to be released next week.

http://cl.ly/1P50

It's legit, and surfaced at

http://www.macrumors.com/2010/06/18/iphone-4-surfaces-in-czech-republic-with-back-camera-photo-and-video-samples/

Here's the issues it has with 2058.

1) With EVR-CP, MPC-HC crashes when you try to fullscreen it.
2) When the extension is changed to .hdmov, and played with EVR-CP, it doesn't even play at all.
3) Haali Renderer, however, plays it perfectly.

namaiki
19th June 2010, 03:58
The following is actual video from the new iPhone 4 to be released next week.

http://cl.ly/1P50

It's legit, and surfaced at

http://www.macrumors.com/2010/06/18/iphone-4-surfaces-in-czech-republic-with-back-camera-photo-and-video-samples/

Here's the issues it has with 2058.

1) With EVR-CP, MPC-HC crashes when you try to fullscreen it.
2) When the extension is changed to .hdmov, and played with EVR-CP, it doesn't even play at all.
3) Haali Renderer, however, plays it perfectly.

Played without issue for me without DXVA, using all internal filters and splitters. However, using DXVA, I get a black or stuck video area.

betaking
19th June 2010, 04:14
The following is actual video from the new iPhone 4 to be released next week.

http://cl.ly/1P50

It's legit, and surfaced at

http://www.macrumors.com/2010/06/18/iphone-4-surfaces-in-czech-republic-with-back-camera-photo-and-video-samples/

Here's the issues it has with 2058.

1) With EVR-CP, MPC-HC crashes when you try to fullscreen it.
2) When the extension is changed to .hdmov, and played with EVR-CP, it doesn't even play at all.
3) Haali Renderer, however, plays it perfectly.
Set MPC-HC-Options-out-put-QuickTime video-DirectX 9!

namaiki
19th June 2010, 04:20
Curiously enough, it's using the internal MP4 splitter, so I'm not sure if the advice applies.

panic84
19th June 2010, 04:22
hi,

I´ve got an intel Gma4500 MHD. Why Mpc never use the dxva? It´s always show "not using dvxa". WHy? my video card support dxva. how I set the mpc to use it?

ANother question, which are the best codec packs for my 4500MHD?

many thanks

(I´ve downloaded and installed the last driver for my videocard but still MPC doesn´t use dxva)

namaiki
19th June 2010, 04:39
Assuming that you are on Windows 7 or Vista, make sure the video renderer is a form of EVR, and that auto-load subtitles is ticked.
The Microsoft DTV-DVD Video decoder is usually pretty good.

Also, you can try this ini file for MPC-HC which already has the above set. http://www.mediafire.com/file/2jnmzqzwodu/mpc-hc.ini
Just put it in the same folder as the mpc-hc.exe

AFAIK, there is no support for the 4500MHD if you are running Windows XP.

neoufo51
19th June 2010, 04:50
Curiously enough, it's using the internal MP4 splitter, so I'm not sure if the advice applies.
Correct.

Xorp
19th June 2010, 07:05
Now that Mosu has added PGS subtitle support from original sources (http://forum.doom9.org/showthread.php?p=1409590#post1409590) and with MakeMKV supporting PGS subtitles in mkvs as well, are there any plans to add mkv PGS support to MPC HC (I assume the internal splitter and subtitle renderer would need to be updated to support?). Right now you have to use a combination of Haali/FFDShow (http://www.mediasmartserver.net/2010/06/17/mkvmania-displaying-pgs-subtitles-in-mkvs/) but I would like to avoid using Haali since it causes issues. Thanks.

+1. All the hard work rendering the subs is already done.

Aleksoid1978
19th June 2010, 08:10
The following is actual video from the new iPhone 4 to be released next week.

http://cl.ly/1P50

It's legit, and surfaced at

http://www.macrumors.com/2010/06/18/iphone-4-surfaces-in-czech-republic-with-back-camera-photo-and-video-samples/

Here's the issues it has with 2058.

1) With EVR-CP, MPC-HC crashes when you try to fullscreen it.
2) When the extension is changed to .hdmov, and played with EVR-CP, it doesn't even play at all.
3) Haali Renderer, however, plays it perfectly.

Play perfect with and without DXVA, move to fullscreen and back, use only internal filters.
Play perfect .mov and .hdmov extension.

http://s39.radikal.ru/i084/1006/82/dc97c96e43eet.jpg (http://radikal.ru/F/s39.radikal.ru/i084/1006/82/dc97c96e43ee.jpg.html)

http://s006.radikal.ru/i215/1006/23/a0d203c50539t.jpg (http://radikal.ru/F/s006.radikal.ru/i215/1006/23/a0d203c50539.png.html)

parsifal
19th June 2010, 08:22
Could it be a matter of the GPU's dedicated decoding engine (i.e. PureVideo HD vs UVD2) or its driver's handling of the DXVA playback? Aleksoid's screenshots suggest that he owns an ATI series 5000 VGA. Whereas I (perhaps the other members who previously posted, too?) am using an NVIDIA card and had an unsuccessful result with MPC-HC's internal H.264 DXVA filter enabled.

Octo-puss
19th June 2010, 09:23
DXVA playback is still broken with Catalyst 10.6 btw :( I wonder when will ATI fix this.

edigee
19th June 2010, 09:31
DXVA playback is still broken with Catalyst 10.6 btw :( I wonder when will ATI fix this.

What?
I'm using 10.5 for my old HD3650 based HTPC and DXVA is working well in MPC_HC(except the SD H264 bug) ,in SplashPlayer, in KMPlayer(using Cyberlink PDVD9 H264 decoders) and in Media Center using the ffdshow DXVA decoder. Of course there is the profile L@5.1 limitation for UVD cards.

Octo-puss
19th June 2010, 10:54
If I enable DXVA playback in MPC, the image is badly corrupted. I have to use FFDShow to make it look normal. This is since 10.4 I believe. Also been discussed a few times in past.

edigee
19th June 2010, 11:11
If I enable DXVA playback in MPC, the image is badly corrupted. I have to use FFDShow to make it look normal. This is since 10.4 I believe. Also been discussed a few times in past.

I get corruption only with (some) SD H264 videos and some L@5.1 prof. H264 videos with a higher number of ref.frames( more than 12 for 720p and more than 8 for 1080p). But that's less than 5% of the videos. The rest videos(H264/AVC or VC1) work perfectly with DXVA ,no matter which decoder I'm using.
Im using 10.4 beta driver(8.74) ,also tested the 10.5 driver and everything is the same.

jasonwc
19th June 2010, 17:58
If I enable DXVA playback in MPC, the image is badly corrupted. I have to use FFDShow to make it look normal. This is since 10.4 I believe. Also been discussed a few times in past.

I can confirm DXVA works fine with Catalyst 10.5 and 10.6 on an ATI 5850 in Windows 7 with MPC-HC build 2041.

Octo-puss
19th June 2010, 19:49
I can confirm DXVA works fine with Catalyst 10.5 and 10.6 on an ATI 5850 in Windows 7 with MPC-HC build 2041.
http://forum.doom9.org/showpost.php?p=1397195&postcount=12783
This and further down the thread...

iron2000
19th June 2010, 20:04
Just watched a 1080p movie on MPC-HC(2051) but with ffdshow DXVA(3476), both 32bit.
The playback was pretty good - no artifacts but theres some slowness and a/v desync at times(I pause, rewind, play a lot).
I think this is a big improvement from earlier where there are tons of artifacts.

Running ATI Radeon HD 2600 Pro with Catalyst 10.6.

edigee
19th June 2010, 21:34
If I enable DXVA playback in MPC, the image is badly corrupted. I have to use FFDShow to make it look normal. This is since 10.4 I believe. Also been discussed a few times in past.

Can you post again some files info. for those you get corruption?

amigenius
20th June 2010, 04:39
Hi,

I can confirm the !!RANDOM!! DXVA errors with MPC-HC.
They occur regardless if i use the Cyberlink (in DXVA Mode) or the MPC DXVA Video decoder.

You can somewhat manipulate the occurance of these errors, if you play with the vsync position of reclock or the vsync position of the custom evr renderer of mpc.

The DXVA errors NEVER occur if i use PowerDVD or TMT3 (which are using Overlay for Blurays).

I think that there is a problem with a buffer that's, if the timing is bad, cleared/written to early, so that the following frames are corrupted until an i-frame (the WHOLE screen is rendered new) is rendered.

cya


My Systemspecs:

ATI 5970 Catalyst 10.4a/10.5
Core i7 920
Vista 64 bit SP2
MPC-HC uses EVR custom Presenter (tried changing all parameters like desktop composition/vsync pos etc, but no luck :( )

edigee
20th June 2010, 07:09
From what people said the DXVA problems in MPC-HC occur especially with 64bit. OP , HD5xxx series cards and ATI drivers 10.4,10.5 and 10.6.

(*|*)
20th June 2010, 07:56
feature request: tag editor

B.F.
20th June 2010, 08:15
mpeg2 software deinterlacer - work only in blend mode, bob and ELA not working.

WonderCsabo
20th June 2010, 09:43
Hi guys!

I tried this MPC Audio renderer (WASAPI).

With my laptop it only works when i set everything to 16 bit. The sound is good, but when i pause, audio fouls, reapating a little period. Audio Card: IDT 92HD71B (dell inspiron 1545)

I use Win7 x64 with latest beta MPC-HC x64 on machines. The x86 MPC-HC produces this bugs, too.

Every help is much appreciated!

No suggestionts?

A guy from an other forum has the same problem with Realtek ALC 889A as I have with my laptop.

adam777
20th June 2010, 11:41
Hello all,
I've got a weird problem that I think I managed to track back to MPC-HC.
It seems that with some MKV files MPC-HC will crash on launch, supposedly because of FFDShow:
Problem signature:
Problem Event Name: APPCRASH
Application Name: mpc-hc.exe
Application Version: 1.3.2061.0
Application Timestamp: 4c1d363e
Fault Module Name: ffdshow.ax
Fault Module Version: 1.1.3477.0
Fault Module Timestamp: 4c18f0da
Exception Code: c0000005
Exception Offset: 000226ad
OS Version: 6.1.7600.2.0.0.256.48
Locale ID: 1033
Additional Information 1: 0a9e
Additional Information 2: 0a9e372d3b4ad19135b953a78882e789
Additional Information 3: 0a9e
Additional Information 4: 0a9e372d3b4ad19135b953a78882e789

However, using the exact same rendering chain in GraphStudio, I have no problem playing the video.
I use: Haali (20/05/2010), FFDShow (3477), MPC-HC (2061) and madVR (0.20).
I've tried narrowing the problem to a specific video or audio feature, but the whole thing seems pretty random.
Now, I would have uploaded a sample, but much to my surprise the 10 seconds sample created using MKVToolnix 4.0.0 plays just fine... :eek:
Please let me know what kind of testing can be done in order to pinpoint the exact problem better.

BibiCode
20th June 2010, 11:45
Hello, I'm using MPC HC to listen to music, I would love it if the black screen that used to view videos were replaced with a geiss like visual representation.

Is it possible to add this with a plugin ? and how ?

thanks for any replies !

foxyshadis
20th June 2010, 14:04
I posted this as bug #536 (https://sourceforge.net/apps/trac/mpc-hc/ticket/536) earlier this week, but no work on it yet. I'm sure it'll come soon.

Proposed patch posted on the ticket.

Hello all,
I've got a weird problem that I think I managed to track back to MPC-HC.
It seems that with some MKV files MPC-HC will crash on launch, supposedly because of FFDShow:
Attach the results of mkvinfo and mkvverify (not part of mkvtoolnix). If it fails there, it's a corrupted mux. If it doesn't, it's probably corrupted video or audio. You can demux it and run it through a tool to verify; for h.264 you could try avinaptic or h264visa. (StreamEye is the gold standard, but it's $$$.) For vc-1 and audio formats, I wouldn't know. Still, it looks like it belongs in the ffdshow thread, and only if it's totally up to date.

XhmikosR
20th June 2010, 14:20
Hello all,
I've got a weird problem that I think I managed to track back to MPC-HC.
It seems that with some MKV files MPC-HC will crash on launch, supposedly because of FFDShow:
Problem signature:
Problem Event Name: APPCRASH
Application Name: mpc-hc.exe
Application Version: 1.3.2061.0
Application Timestamp: 4c1d363e
Fault Module Name: ffdshow.ax
Fault Module Version: 1.1.3477.0
Fault Module Timestamp: 4c18f0da
Exception Code: c0000005
Exception Offset: 000226ad
OS Version: 6.1.7600.2.0.0.256.48
Locale ID: 1033
Additional Information 1: 0a9e
Additional Information 2: 0a9e372d3b4ad19135b953a78882e789
Additional Information 3: 0a9e
Additional Information 4: 0a9e372d3b4ad19135b953a78882e789

However, using the exact same rendering chain in GraphStudio, I have no problem playing the video.
I use: Haali (20/05/2010), FFDShow (3477), MPC-HC (2061) and madVR (0.20).
I've tried narrowing the problem to a specific video or audio feature, but the whole thing seems pretty random.
Now, I would have uploaded a sample, but much to my surprise the 10 seconds sample created using MKVToolnix 4.0.0 plays just fine... :eek:
Please let me know what kind of testing can be done in order to pinpoint the exact problem better.

Does your video have AC3 audio? Are you using an ICL11 build of ffdshow or MSVC build? Because I'm getting some crashes with some specific videos, but only with ffdshow ICL11 builds and AC3 audio. And as you noticed, the crash doesn't happen if I cut a sample.

cafevincent
20th June 2010, 15:19
I know this is off topic but I just wanted to share this MPC startup logo with someone. Enjoy.

http://img31.imageshack.us/img31/6166/daftpulp.th.png (http://img31.imageshack.us/i/daftpulp.png/)

Maccara
20th June 2010, 18:44
You can somewhat manipulate the occurance of these errors, if you play with the vsync position of reclock or the vsync position of the custom evr renderer of mpc.
Not recommended to allow reclock VSYNC correction with DXVA (there's even a separate setting in reclock to specifically allow it).

From what people said the DXVA problems in MPC-HC occur especially with 64bit. OP , HD5xxx series cards and ATI drivers 10.4,10.5 and 10.6.
Just as a reference, DXVA working fine here with MPC-HC (32bit) + VMR9 renderless + XP X64 + ATI 4850 + Catalyst 10.5. (barring the already known limitations)

BUT, there are some minor random glitches from time to time (looks vsync related) if I have anything overlaid to video (just running time with ctrl+i is enough to show these), but this is only with fullhd video. If I just have video running without OSD (or less demanding video), it is perfect playback.

adam777
20th June 2010, 19:42
@foxyshadis, @XhmikosR, things just got weirder.
It turns out that when trying to launch the mentioned files, MPC-HC do not always crash.
That is, trying to launch the file again and again will eventually succeed, eventually being the 10th attempt, 20th attempt or whatever.
Once launched, the file plays flawlessly.
That inconsistent behavior is observed with both madVR and EVR-CP, and "Launch files in full screen" on or off (I think I've read something about it in the madVR thread).
Have I said "weird" already?

PS.
foxyshadis, mkvverify could not find anything wrong.
XhmikosR, ICL11 indeed, but DTS soundtrack.

XhmikosR
20th June 2010, 19:51
@adam777: It must be the same crash I've been having, then. For some reason, the crash never happens with ffdshow debug builds. I still haven't found the cause, but I will try to look further into this when I have some more free time. In the meanwhile, use the MSVC builds since it never crashed for me.

adam777
20th June 2010, 21:20
@adam777: It must be the same crash I've been having, then. For some reason, the crash never happens with ffdshow debug builds. I still haven't found the cause, but I will try to look further into this when I have some more free time. In the meanwhile, use the MSVC builds since it never crashed for me.

That seems to solve it indeed... still don't know why everything works fine in GraphStudio, though.
Thanks :thanks:

Momber
20th June 2010, 21:41
Build 2061: interlaced H.264 still unplayable with internal DXVA decoder.

Plutotype
20th June 2010, 23:00
Hi,
is it only me, that LPCM audio stream handled by ffdshow can not be "seen" by the internal MPC HC splitter? I have to disable the internal one and prefer the Haali one. Haali does his job 100percently.
Any hints?
Thanks
Pluto

No little yes or no to this question? Anybody?

Snowknight26
20th June 2010, 23:39
What's the issue exactly? If the splitter is feeding LPCM to ffdshow, then the splitter can't see the LPCM? Seems like a circular dependency.

jasonwc
21st June 2010, 00:35
Build 2061: interlaced H.264 still unplayable with internal DXVA decoder.

I also found interlaced VC-1 unplayable with the MPC-HC DXVA decoder (as of build 2041). Tested with Life UK Blu-Ray 1080i50. Works fine with ffdshow using the wmv9 codec. The DXVA decoder simply shows a black screen with a black screen.

pankov
21st June 2010, 00:37
HI
I'm trying to switch from Haali Splitter to MPC's but I'm having problems with some of my DVB recordings. They don't show any video when I use the MPC - Mpeg Splitter in ZoomPlayer or MPC-HC itself.
I record in .ts format with all audio streams of the channel. In the following sample I've recorded half a minute from EurosportHD broadcasted by my cable TV provider.
http://www.mediafire.com/file/4dm2m3mzwun/DVB_2010-06-21_02-26-04_Eurosport%20HD%20%28AC3%2Cen2%29.ts
The sample contains a H264 1920x1080i 50Hz video stream and three audio streams (one AC3 and two MP2) and plays perfectly with Haali Media Splitter but fails with MPC's.

Can somebody help me find a solution?

gngn
21st June 2010, 01:07
Build 2061: interlaced H.264 still unplayable with internal DXVA decoder.

interlaced/MBAFF samples from x264.nl like http://mirror05.x264.nl/public/ and mplayerhq.hu - http://samples.mplayerhq.hu/archive/video/h264/ , or samples from different HD cameras posted here on doom9 work without problems for me (internal H264 DXVA decoder + hardware deinterlacing).
only problem with some of the samples is that i have to use Haali Splitter instead of the internal MPEG TS/PS Splitter (either black screen + no playback, or no video stream at all), but this is a splitter problem, not a decoding one.
so XP+Nvidia+DXVA+interlacedH264 work perfectly.

alexins
21st June 2010, 02:07
Media Player Classic HomeCinema (x86/x64), svn 2067 (http://www.xvidvideo.ru/media-player-classic-home-cinema-x86-x64/media-player-classic-homecinema-x86-x64-svn-2067.html)

Supported languages: BR, BY, CA, CZ, DE, ES, FR, HU, IT, JA, KR, NL, PL, RU, SC, SK, SV, TC, TR, UA

Changes (2062-2067): (http://www.xvidvideo.ru/logi-izmeneniy/log-izmeneniy-media-player-classic-homecinema.html)

Updated Catalan translation [xiulet];
Added : support for Matroska presentation graphics;
Fixed : undetected H264 video streams in Mpeg splitter;
Added : program elementary stream types;
Fixed : revert commit 2005 and 2051 (internal H254(AVC) decoder disable for interlaced files bad supported by ffmpeg);
Added : VP8 CLSID;
Fix : Open file with Dub & "Keep history of recently opened files".

Eliminateur
21st June 2010, 05:59
i had opened ticket #544 about the dub and when i relog in the forum i see the 2067 SVN commit, awesome Aleksoid, i can confirm it fixes the problem! now i can select the dts dub in the switcher.
Feel free to close the issue

Plutotype
21st June 2010, 07:33
What's the issue exactly? If the splitter is feeding LPCM to ffdshow, then the splitter can't see the LPCM? Seems like a circular dependency.

I dont know exactly, but when internal filter is checked, the LPCM sound is heard, but its like 8-bit sound pitched down for 12 semitones and has every seconds a dropout..
When I turn the internal source filter off, Haali takes over and the LPCM audio is ok.
Thanks

panic84
21st June 2010, 08:28
hi again,

As I said, I´ve got problems when I use mpc hc with my 4500mhd of my asus ul30a. It never uses the dxva and I don´t know if I´m doing something wrong.

I´ve got a question: does the mpc hc always use the dxva? or it use it just in case it play hd-movies(720p-1080P)?

I´m trying to decrease the cpu consume of my laptop, that the reason because I´m trying to use mpc but when I watching a divx movie(for example) mpc not use dvxa and the consume of my laptop is the same as when I use another player.

I don´t know if mpc hc uses the dxva in divx movies or not.

Can anybody help me?

many thanks

namaiki
21st June 2010, 08:31
4500mhd ... I don´t know if mpc hc uses the dxva in divx movies or not.

Only applies to some H.264/AVC videos, not to DivX or XviD.

G_M_C
21st June 2010, 09:24
I've got a question about the audio-renders reported in the output tab.

I've installed/removed/reinstalled several cards; A Asus Xonar HDAV, a Ati 5770 and the on-board audio controller.At this point in time i only use the on-board audio.

But in the output-tab all the recently used audio-renderers are still reported, even though i defenately uninstalled all the drivers.

What can i do to get MPC-HT to only report the devices that are actually present in my system, and not just sum up all the devices that have had in my system ?

fastplayer
21st June 2010, 10:03
^Deleting your settings should fix this.

nevcairiel
21st June 2010, 10:14
I also found interlaced VC-1 unplayable with the MPC-HC DXVA decoder (as of build 2041). Tested with Life UK Blu-Ray 1080i50. Works fine with ffdshow using the wmv9 codec. The DXVA decoder simply shows a black screen with a black screen.


Interlaced VC-1 is not supported by ffmpeg at all. You will have to use the Microsoft decoder.

G_M_C
21st June 2010, 10:20
I've got a question about the audio-renders reported in the output tab.

I've installed/removed/reinstalled several cards; A Asus Xonar HDAV, a Ati 5770 and the on-board audio controller.At this point in time i only use the on-board audio.

But in the output-tab all the recently used audio-renderers are still reported, even though i defenately uninstalled all the drivers.

What can i do to get MPC-HT to only report the devices that are actually present in my system, and not just sum up all the devices that have had in my system ?

^Deleting your settings should fix this.

Actually, i did that. I use the installer-version x64, and unistalled my previous version and let all my settings be deleted at that point (the uninstal proces asks if settings have to be deleted).

Edit: Uninstalled/removed settings & reinstalled again, still same situation.

fastplayer
21st June 2010, 10:35
If you've physically removed the audio devices, they shouldn't reappear. Maybe the installer is not thorough enough...

Anyway, you can check if the uninstalled devices are still listed in the Device Manager:
http://support.microsoft.com/kb/241257
Delete any trace(s) of uninstalled devices and check if MPC still reports em wrongly.

fastplayer
21st June 2010, 11:28
When UAC gets invoked during playback, CPU load increases by approx. 25%. Happens with EVR-CP, VMR-9 but not with madVR. Splitter/decoder combinations don't matter.
Can somebody reproduce this?

Rester
21st June 2010, 13:04
Hi,

I have a question about the recently implemented MPEG-2 DXVA decoder. I'm using build 2051 (x64) with EVR Custom and D3D Fullscreen, and I noticed that when using MPEG-2 DXVA the subtitles aren't displaying and menus are not correctly rendered (the buttons are not highlighted when browsing the menu). Is this a normal behavior, or I'm doing something wrong?

hoborg
21st June 2010, 13:12
Hi,

I have a question about the recently implemented MPEG-2 DXVA decoder. I'm using build 2051 (x64) with EVR Custom and D3D Fullscreen, and I noticed that when using MPEG-2 DXVA the subtitles aren't displaying and menus are not correctly rendered (the buttons are not highlighted when browsing the menu). Is this a normal behavior, or I'm doing something wrong?

Yes, it is "normal".

Rester
21st June 2010, 13:23
@hoborg

Thanks for your quick reply. I can live with the software decoder, but hardware deinterlacing is much better then Blend mode...

nevcairiel
21st June 2010, 13:36
hardware deinterlacing is not dependent on DXVA. The decoder just needs to not do it, and set the interlaced flag on the output, and output a colorspace that the GFX can deinterlace, and the renderer you use of course needs to support this and forward the interlace flag to the GFX, which then deinterlaces when rendering.

Colorspaces that support deinterlacing are usually YV12, NV12 or YUY2.

Rester
21st June 2010, 14:04
Hmm... so by selecting the "Set interlaced flag in output media type" from the properties of MPEG-2 decoder (I was actually wondering what is the purpose of this option in the decoder config), and using colorspace NV12 I can have HW deinterlacing? I'm gona give this a try with EVR Custom as renderer.

Thanks for letting me know about this :).

G_M_C
21st June 2010, 20:29
If you've physically removed the audio devices, they shouldn't reappear. Maybe the installer is not thorough enough...

Anyway, you can check if the uninstalled devices are still listed in the Device Manager:
http://support.microsoft.com/kb/241257
Delete any trace(s) of uninstalled devices and check if MPC still reports em wrongly.

There is not trace of uninstalled devices. Maybe MPC reads out from registry info it has put into the registry, but did not remove properly upon uninstall ?

fastplayer
21st June 2010, 20:39
There is not trace of uninstalled devices. Maybe MPC reads out from registry info it has put into the registry, but did not remove properly upon uninstall ?
Weird. Check if this reg key is deleted after uninstall:
HKEY_CURRENT_USER\Software\Gabest\Media Player Classic
Make sure there's no mpc-hc.ini in the install directory, too.

XhmikosR
21st June 2010, 21:10
From the setup script, the procedure which is called if the user chooses yes in the question to remove the settings:

procedure CleanUpSettingsAndFiles();
begin
DeleteFile(ExpandConstant('{app}\*.bak'));
DeleteFile(ExpandConstant('{app}\{#mpchc_ini}'));
DeleteFile(ExpandConstant('{userappdata}\Media Player Classic\default.mpcpl'));
RemoveDir(ExpandConstant('{userappdata}\Media Player Classic'));
RegDeleteKeyIncludingSubkeys(HKCU, 'Software\Gabest\Media Player Classic');
RegDeleteKeyIncludingSubkeys(HKLM, 'SOFTWARE\Gabest\Media Player Classic');
RegDeleteKeyIfEmpty(HKCU, 'Software\Gabest');
RegDeleteKeyIfEmpty(HKLM, 'SOFTWARE\Gabest');
end;
I'm not sure if there's another key where this info is stored, but if there is let me know so I can add it in the installer script.

HowlerX
22nd June 2010, 06:14
Hello, I have a problem with a specific file. I've included a sample clip (11MB) and a quick screenshot pointing out the problem.

http://dl.dropbox.com/u/40336/tp_screen.jpg

Sample clip:
http://dl.dropbox.com/u/40336/vertical.mkv (11MB)

The problem is that a vertical line is showing up to the left-hand side of the frame when using the latest MPC-HC v1.3.2067.0 and the internal H264/AVC (DXVA) decoder. The line does NOT show up when disabling DXVA. I also get a vertical line when using ffdshow DXVA video decoder.

The line does not show up when using an alternate H264/AVC decoder like DivX H.264 and Cyberlink Video Decoder (PDVD9) both with DXVA ENABLED.

Here are details for the file:

General
Complete name : F:\HD Flicks\67215-348\show_720p.mkv
Format : Matroska
File size : 3.00 GiB
Duration : 1h 34mn
Overall bit rate : 4 560 Kbps
Encoded date : UTC 2010-06-17 15:29:21
Writing application : mkvmerge v4.0.0 ('The Stars were mine') built on Jun 6 2010 16:18:42
Writing library : libebml v1.0.0 + libmatroska v1.0.0

Video
ID : 1
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 : 1h 33mn
Width : 942 pixels
Height : 720 pixels
Display aspect ratio : 4/3
Frame rate : 23.976 fps
Resolution : 24 bits
Colorimetry : 4:2:0
Scan type : Progressive

Audio #1
ID : 2
Format : AC-3
Format/Info : Audio Coding 3
Codec ID : A_AC3
Duration : 1h 34mn
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
Title : AC3 5.1

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


My video card is a Radeon 4650 using Catalyst 10.6. I'm on Windows XP SP3 using VMR9 (renderless). Should also point out that using MPC-HC's internal DXVA H264/AVC is very glitchy. I can introduce artifacts on the video just by right-click on the video frame. The vertical line is a new one as I have not had problems with other H.264 content like this before. Thanks for listening.

UPDATE: I found that unticking "Edge-enhancement" in the Catalyst Control center got rid of the vertical line! Still, it's weird that the vertical line doesn't show up with other decoders.

G_M_C
22nd June 2010, 09:07
Weird. Check if this reg key is deleted after uninstall:
HKEY_CURRENT_USER\Software\Gabest\Media Player Classic
Make sure there's no mpc-hc.ini in the install directory, too.

From the setup script, the procedure which is called if the user chooses yes in the question to remove the settings:

procedure CleanUpSettingsAndFiles();
begin
DeleteFile(ExpandConstant('{app}\*.bak'));
DeleteFile(ExpandConstant('{app}\{#mpchc_ini}'));
DeleteFile(ExpandConstant('{userappdata}\Media Player Classic\default.mpcpl'));
RemoveDir(ExpandConstant('{userappdata}\Media Player Classic'));
RegDeleteKeyIncludingSubkeys(HKCU, 'Software\Gabest\Media Player Classic');
RegDeleteKeyIncludingSubkeys(HKLM, 'SOFTWARE\Gabest\Media Player Classic');
RegDeleteKeyIfEmpty(HKCU, 'Software\Gabest');
RegDeleteKeyIfEmpty(HKLM, 'SOFTWARE\Gabest');
end;
I'm not sure if there's another key where this info is stored, but if there is let me know so I can add it in the installer script.

I'll do another uninstall when i'm back home later today, and search trough registry and HD's and see if something else is/was left.

To make shure i've given all info; I'm on Win7 - 64, and i use MPC-HT x64.

I've also used MPC-HT x86 for a short while, to see if there is a noticable difference, but stepped up to x64 since then.

EDIT: That reminds me that i did not check the "32-bit program files (x86)" for a left over MPC .ini.
And since stuff ("errors") like i found, almost always stem from the smallest of things, i wouldn't be surpriced if this is actuallty the cause.
(maybe prevent the x86 version and/or the x64 version from reading .ini's from the other version ? Strictly separate the 64/32 versions so to speak ?)

XhmikosR
22nd June 2010, 10:21
32bit/64bit versions use different INI files and they are installed in different folders by default.

eddman
22nd June 2010, 11:01
I'm still using 1.3.1249.0 version (I know, it's too old). Could someone recommend a good svn build. I know that latest isn't always the best. thanks.

clsid
22nd June 2010, 11:28
When running MPC inside VirtualBox (a virtual machine) the EVR CP renderer gives the following error:
CreateDevice failed
DX9AllocatorPresenter failed

D3DERR_NOTAVAILABLE
This error show twice.

I am not using D3D fullscreen, so I would assume that D3D support would not be needed, right? Can any of the devs confirm that?

Momber
22nd June 2010, 13:21
Build 2067: playback of interlaced H.264 using MPC video decoder still broken.

Casimir666
22nd June 2010, 18:51
When running MPC inside VirtualBox (a virtual machine) the EVR CP renderer gives the following error:

This error show twice.

I am not using D3D fullscreen, so I would assume that D3D support would not be needed, right? Can any of the devs confirm that?

VirtualBox did not support creation of Direct3D surfaces, so EVR custom and VMR9 renderless are not happy (even if you are not in fullscreen). Shader did not works either.

Peuj
22nd June 2010, 21:38
Hi,

Just curious what is:
Revision 2068 - Directory Listing
Modified Mon Jun 21 08:30:19 2010 UTC (35 hours, 58 minutes ago) by casimir666

Changed : update for madVR

Thanks

madshi
22nd June 2010, 21:47
First preparations for supporting madVR's yet-to-come fullscreen exclusive mode. Thanks, Casimir.

pankov
22nd June 2010, 22:11
Guys,
I apologize for the probably dumb question but how do I configure MPC to use it's internal filters over the external ones installed in my system?
I've ticked all the checkboxes in the Internal Filters list and removed everything from the external filters and still FFDShow is used for H264
?!?!?
what am I doing wrong?

edit:
OK I think I have a clue but nevertheless can someone confirm/deny it?
Is it possible the problem is that I'm trying to play interlaced H264 content?
You can use the same sample I used for reporting the problem with the detection of the H264 stream here
http://forum.doom9.org/showthread.php?p=1410473#post1410473
and got fixed right away in build 2067

ranpha
22nd June 2010, 22:42
edit:
OK I think I have a clue but nevertheless can someone confirm/deny it?
Is it possible the problem is that I'm trying to play interlaced H264 content?
You can use the same sample I used for reporting the problem with the detection of the H264 stream here
http://forum.doom9.org/showthread.php?p=1410473#post1410473
and got fixed right away in build 2067

You should be able to play interlaced H.264 videos in build 2067 now, unlike build 2041.

pankov
22nd June 2010, 22:48
ranpha,
as I wrote - I'm not able.
And so does Momber say a few posts up
http://forum.doom9.org/showthread.php?p=1410954#post1410954
Please, do try the sample I'm talking about and tell us if you have success

Peuj
22nd June 2010, 22:50
First preparations for supporting madVR's yet-to-come fullscreen exclusive mode. Thanks, Casimir.


Nice ;)

neoufo51
23rd June 2010, 00:28
720p resolution Video from the iPhone 4 is still causing crashes with MPC-HC version 2067.

I have an Nvidia GS8400 laptop and an Nvidia GT120M laptop, both running on Win7 with 195.xx drivers, and I'm experiencing crashes on both machines using EVR-CP, EVR Sync and the Haali Renderer when playing the following video from the iPhone 4 review posted by Engadget today.

Specifically I get a major crash whenever I switch from fullscreen to windowed mode, or windowed mode to fullscreen. It happens everytime.

http://stadium.weblogsinc.com/engadget/files/walking_around.mov

Perhaps this is just an Nvidia issue? Can anybody confirm?

EDIT: I'm getting the crash even when using the Overlay Mixer or MadVR. This specific video seems to crash the player no matter what.

ranpha
23rd June 2010, 04:05
ranpha,
as I wrote - I'm not able.
And so does Momber say a few posts up
http://forum.doom9.org/showthread.php?p=1410954#post1410954
Please, do try the sample I'm talking about and tell us if you have success

Yes, that Eurosport .ts play just fine here, unlike 2041 where even other my interlaced test video files.

Aleksoid1978
23rd June 2010, 04:52
720p resolution Video from the iPhone 4 is still causing crashes with MPC-HC version 2067.

I have an Nvidia GS8400 laptop and an Nvidia GT120M laptop, both running on Win7 with 195.xx drivers, and I'm experiencing crashes on both machines using EVR-CP, EVR Sync and the Haali Renderer when playing the following video from the iPhone 4 review posted by Engadget today.

Specifically I get a major crash whenever I switch from fullscreen to windowed mode, or windowed mode to fullscreen. It happens everytime.

http://stadium.weblogsinc.com/engadget/files/walking_around.mov

Perhaps this is just an Nvidia issue? Can anybody confirm?

EDIT: I'm getting the crash even when using the Overlay Mixer or MadVR. This specific video seems to crash the player no matter what.

Possible this is Nvidia issue - at Ati play fine with DXVA.

You have one or two monitor/tv connected to PC ???
If you have mote then one monitor - check this settings on "Output" page - "Reinitialize when changing display"(try uncheck).

G_M_C
23rd June 2010, 06:14
I've got a question about the audio-renders reported in the output tab.

I've installed/removed/reinstalled several cards; A Asus Xonar HDAV, a Ati 5770 and the on-board audio controller.At this point in time i only use the on-board audio.

But in the output-tab all the recently used audio-renderers are still reported, even though i defenately uninstalled all the drivers.

What can i do to get MPC-HT to only report the devices that are actually present in my system, and not just sum up all the devices that have had in my system ?

From the setup script, the procedure which is called if the user chooses yes in the question to remove the settings:

procedure CleanUpSettingsAndFiles();
begin
DeleteFile(ExpandConstant('{app}\*.bak'));
DeleteFile(ExpandConstant('{app}\{#mpchc_ini}'));
DeleteFile(ExpandConstant('{userappdata}\Media Player Classic\default.mpcpl'));
RemoveDir(ExpandConstant('{userappdata}\Media Player Classic'));
RegDeleteKeyIncludingSubkeys(HKCU, 'Software\Gabest\Media Player Classic');
RegDeleteKeyIncludingSubkeys(HKLM, 'SOFTWARE\Gabest\Media Player Classic');
RegDeleteKeyIfEmpty(HKCU, 'Software\Gabest');
RegDeleteKeyIfEmpty(HKLM, 'SOFTWARE\Gabest');
end;
I'm not sure if there's another key where this info is stored, but if there is let me know so I can add it in the installer script.

I've searched all over, and found only some left-over file-extention-errors and other minor faults in the registry. Cleaned up the registry, making shure all references to MPC and unused hardware were gone, and reinstalled MPC-HT again. Still the same same problem. I have no idea what to do next, or where to look.

PS: I've got my HD5770 back from RMA, and are back on the ATI HD audio + on-board for headphones/microphone.
So I'ts now only the Asus Xonar HDAV that's should not be reported anymore (cause its not there ;) )

BedtimeStory
23rd June 2010, 08:08
Build 2067: playback of interlaced H.264 using MPC video decoder still broken.
Yes, MPC_HC even in latest version in DXVA mode has trouble with handling h264 stream coded by x264 with --bff option (DXVA ffdshow due to same code too) - black screen issue, --tff is played well, divxh264 decoder in DXVA mode and ffdshow in software mode play it well in MPC_HC as well as MPC_HC in ffmpeg software mode. I have tested transcoded SD (PAL 50i) originally from DV camcorder. SplashLite cannot play testing file too (in software nor hardware mode). Tested on nVidia 8500GT (Vista32) and ATI HD4670 (WinXP32).

Selur
23rd June 2010, 12:00
Is there a way to keep the window borders when disabling 'View'->'Caption&Menu' in the newer versions ? (don't like the borderless look, especially if there are still some options enabled in the 'View' menu)

88keyz
23rd June 2010, 13:37
The built-in VP8 decoder for WebM content plays files with a screwed up aspect ratio. Check out the following sample to see what I mean.

big_buck_bunny_480p.webm (http://www.ioncannon.net/examples/vp8-webm/big_buck_bunny_480p.webm)

However, the file plays fine in MPC-HC if you have the WebM directshow filters (http://webm.googlecode.com/files/webmdshow-0.9.8.1-20100608.zip) installed.

hoborg
23rd June 2010, 16:24
Hi.
Since BBC HD moved from CBR to VBR, it is not possible to play it in MPC-HC any longer using internal DXVA decoder.
Sample here (http://www.watkinson.me/motd.rar).

PDVD10 DXVA decoder works, but have stuttering.

Win7 video DXVA decoder works without any problem.

Momber
23rd June 2010, 16:29
MPC_HC even in latest version in DXVA mode has trouble with handling h264 stream coded by x264 with --bff option
FWIW, I'm not talking about x264.
I'm talking about H.264 that I cap myself off BBC HD, as well as interlaced AVC video that's found on BluRay discs.

namaiki
23rd June 2010, 17:02
Hi.
Since BBC HD moved from CBR to VBR, it is not possible to play it in MPC-HC any longer using internal DXVA decoder.
Sample here (http://www.watkinson.me/motd.rar).

PDVD10 DXVA decoder works, but have stuttering.

Win7 video DXVA decoder works without any problem.

Seems to play fine with MPC-HC's internal DXVA decoder if Haali Media Splitter is being used. The internal software decoder seems to not play the sample for me.
Sample is MBAFF, whatever that means.

pankov
23rd June 2010, 21:03
Yes, that Eurosport .ts play just fine here, unlike 2041 where even other my interlaced test video files.
ranpha,
which splitter are you using?
I've just tried it again with MPC's one and it definitely doesn't play with MPC's Video decoder. On the other hand I use Haali's then it works with MPCVideoDec
!!??!
So does this mean it's a splitter error and the fix that was made in 2067 which at first allowed the detection of the H264 stream at all has a bug?

namaki, hoborg,
I confirm that with Halli splitter the file plays fine for me ... in software mode too. If I try to use MPC's splitter I get the same behavior as with my sample (from EurosportHD again in TS).

neoufo51
24th June 2010, 02:28
The built-in VP8 decoder for WebM content plays files with a screwed up aspect ratio. Check out the following sample to see what I mean.

big_buck_bunny_480p.webm (http://www.ioncannon.net/examples/vp8-webm/big_buck_bunny_480p.webm)

However, the file plays fine in MPC-HC if you have the WebM directshow filters (http://webm.googlecode.com/files/webmdshow-0.9.8.1-20100608.zip) installed.
I can confirm this issue with 2071.
Possible this is Nvidia issue - at Ati play fine with DXVA.

You have one or two monitor/tv connected to PC ???
If you have mote then one monitor - check this settings on "Output" page - "Reinitialize when changing display"(try uncheck).
No, I do not have a monitor connected to either of my laptops. I have that option enabled by default anyway.
Hi.
Since BBC HD moved from CBR to VBR, it is not possible to play it in MPC-HC any longer using internal DXVA decoder.
Sample here (http://www.watkinson.me/motd.rar).

PDVD10 DXVA decoder works, but have stuttering.

Win7 video DXVA decoder works without any problem.
I can confirm this issue as well with your sample. MPC-HC 2071 not only does NOT play the file, but it locks the player up entirely and I have to use the Win7 task manager to kill the player.

wiak
24th June 2010, 02:49
I can confirm this issue with 2071.

No, I do not have a monitor connected to either of my laptops. I have that option enabled by default anyway.

I can confirm this issue as well with your sample. MPC-HC 2071 not only does NOT play the file, but it locks the player up entirely and I have to use the Win7 task manager to kill the player.
thats file is broken, works fine with a encode i did here " http://s3.nwgat.net/sintel/sintel_trailer_480p_vp8_vorbis.webm ", check your muxer setting and/or encoder is set to 16:9

Aleksoid1978
24th June 2010, 05:24
The built-in VP8 decoder for WebM content plays files with a screwed up aspect ratio. Check out the following sample to see what I mean.

big_buck_bunny_480p.webm (http://www.ioncannon.net/examples/vp8-webm/big_buck_bunny_480p.webm)

However, the file plays fine in MPC-HC if you have the WebM directshow filters (http://webm.googlecode.com/files/webmdshow-0.9.8.1-20100608.zip) installed.

Possible bug with Aspect Ratio, here MediaInfo:

General
Complete name : D:\Download\big_buck_bunny_480p.webm
Format : Matroska
File size : 57.9 MiB
Duration : 9mn 56s
Overall bit rate : 814 Kbps
Writing application : Lavf52.64.0
Writing library : Lavf52.64.0

Video
ID : 1
Format : V_VP8
Codec ID : V_VP8
Width : 854 pixels
Height : 480 pixels
Display aspect ratio : 7.117

Audio
ID : 2
Format : Vorbis
Codec ID : A_VORBIS
Duration : 9mn 56s
Channel(s) : 2 channels
Sampling rate : 48.0 KHz
Bit depth : 16 bits

Display aspect ratio : 7.117 - not right.

neoufo51
24th June 2010, 06:05
Question for the devs: Will we ever be able to override aspect ratio with custom values or at least add more commonly used presets for that function?

The values I would like are:

16:10
2.21:1
2.35:1
2.39:1

ranpha
24th June 2010, 07:56
ranpha,
which splitter are you using?
I've just tried it again with MPC's one and it definitely doesn't play with MPC's Video decoder. On the other hand I use Haali's then it works with MPCVideoDec
!!??!
So does this mean it's a splitter error and the fix that was made in 2067 which at first allowed the detection of the H264 stream at all has a bug?


Yes, it is with Haali Media Splitter. I rarely use the internal splitters except AVI.

littleD
24th June 2010, 09:44
Question for the devs: Will we ever be able to override aspect ratio with custom values or at least add more commonly used presets for that function?

The values I would like are:

16:10
2.21:1
2.35:1
2.39:1

Use Numpad 8,2,4,6,5

namaiki
24th June 2010, 09:54
I don't know if there is an easier way at the moment, but you can edit the registy to get the results you want. :P

http://www.mediafire.com/file/qt5ey3cltzj/aspec.reg

eg: for 16:9

Windows Registry Editor Version 5.00

[HKEY_CURRENT_USER\Software\Gabest\Media Player Classic\Settings]
"KeepAspectRatio"=dword:00000001
"AspectRatioX"=dword:00000010
"AspectRatioY"=dword:00000009


edit: remember to convert from decimal to hex, like I didn't in my reg file.
http://www.unitconversion.org/numbers/base-10-to-base-16-conversion.html

Momber
24th June 2010, 12:21
Seems to play fine with MPC-HC's internal DXVA decoder if Haali Media Splitter is being used.
From your signature I take it you're using an Nvidia GPU. I don't. My GPUs are ATi.
Different ballgame.

namaiki
24th June 2010, 12:38
From your signature I take it you're using an Nvidia GPU. I don't. My GPUs are ATi.
Different ballgame.

So, is this something that ATi needs to fix, or that the MPC-HC team needs to fix?

Momber
24th June 2010, 14:45
@namaiki - since DXVA playback of said interlaced H.264 files works perfectly with the Cyberlink decoder, the fault is clearly with MPC.

foxyshadis
24th June 2010, 22:52
I posted this as bug #536 (https://sourceforge.net/apps/trac/mpc-hc/ticket/536) earlier this week, but no work on it yet. I'm sure it'll come soon.

Can a dev take a look at the patch I posted? I'd like to get this fixed so that my autoselect works for English audio & subtitles muxed with mkvmerge 4, since MPC is incorrectly reporting them as "undetermined".

alexins
25th June 2010, 00:13
Media Player Classic HomeCinema (x86/x64), svn 2075 (http://www.xvidvideo.ru/media-player-classic-home-cinema-x86-x64/media-player-classic-homecinema-x86-x64-svn-2075.html)

Changes (2072-2075): (http://www.xvidvideo.ru/logi-izmeneniy/log-izmeneniy-media-player-classic-homecinema.html)

updated ffmpeg;
cosmetics;
Fix : Debug build;
Fix : temporary hack for use MPC Video Decoder to decode H.264 stream in .ts;
Fix ICL compilation.

Aleksoid1978
25th June 2010, 00:47
Can a dev take a look at the patch I posted? I'd like to get this fixed so that my autoselect works for English audio & subtitles muxed with mkvmerge 4, since MPC is incorrectly reporting them as "undetermined".

Upload short sample.

neoufo51
25th June 2010, 04:43
Use Numpad 8,2,4,6,5
But that doesn't actually change the aspect ratio...

Momber
26th June 2010, 23:12
Fix : temporary hack for use MPC Video Decoder to decode H.264 stream in .ts;
You're on the right track, now MPC plays back some of the H.264 streams it didn't before.
Unfortunately, the picture is full of artefacts so more work is needed ;)

GreenEyez
27th June 2010, 00:55
MPC-HC 1.3.2075.0.x86

When I rip the main title only of a DVD to a directory, the Rewind when done playing option doesn't work. Further, when playback has reached the end of the main title, it is not not possible to jump backward or to the previous chapter.

As a consequence, if Remember DVD position is also enabled, playback resumes at the very end of the title, and the only way to recover is with Navigate > Jump To > Title 1 or by temporarily disabling Remember DVD position, neither of which solutions are user friendly in an HTPC environment.

This occurs with main title DVD rips to a directory generated using both tcclone and DVDFab. It does not occur with full DVD rips to a directory or with rips to a file, such as an MKV.

I'd be very appreciative, if someone could fix the Rewind when done playing feature to work with main title DVD rips. Thank you very much. Best media player available anywhere at any price. :)

Keiyakusha
27th June 2010, 03:26
But that doesn't actually change the aspect ratio...
mmm? It does. 8 and 2 is what you need to change ar without cropping. pay attention to the status bar when you pressing buttons. Also I believe you can play with pan&scan presets.

Mangix
27th June 2010, 03:58
i'm gonna post this here since sourceforge is being epic fail for me right now.

i'd love to use the autochange feature of mpc-hc but for some strange reason, it won't see my custom refresh rates that i set in the nvidia control panel using its custom resolution feature. here's a screenshot to see what i mean.

http://img714.imageshack.us/img714/5463/clipboard01kz.png

windows sees the 75hz refresh rate but for some reason mpc-hc does not.

(*|*)
27th June 2010, 09:46
integrated ffdshow-t.

Snowknight26
28th June 2010, 05:42
Fix : temporary hack for use MPC Video Decoder to decode H.264 stream in .ts;
That change causes MPC-HC x64 to crash when opening cap from BBC2. With the 32-bit version, it opens it but corruption is visible when using DXVA. With DXVA off, it plays fine.

Aleksoid1978
28th June 2010, 06:56
That change causes MPC-HC x64 to crash when opening cap from BBC2. With the 32-bit version, it opens it but corruption is visible when using DXVA. With DXVA off, it plays fine.

Can you upload sample of this file ???

Snowknight26
28th June 2010, 07:11
http://stfcc.org/misc/bbc2.sample.ts - first 50,000,000 bytes.

Summary of all the issues that I'm having with this sample:
- 64-bit: MPC-HC crashes when H.264 DXVA is turned on
- 64-bit: Corruption/freezing in the beginning when DXVA is off
- 32-bit: Corruption in the beginning when DXVA is off (not there when DXVA is on)
- 32-bit: Corruption when seeking with DXVA turned off
- 32-bit: Corruption when playing (but not when seeking) with DXVA on
- Both: Strange framerate when playing (due to deinterlacing?) when DXVA is off. Plays at the correct speed but the weird framerate causes judder. According to the stats, it's playing at ~45-48fps.

Apart from one frame of corruption at the beginning, the Microsoft DTV-DVD Video Decoder plays the sample perfectly with DXVA (no corruption [even when seeking], correct fps [50]).

adam777
28th June 2010, 09:53
Hello all,
I've been using MPC-HC for quite some time now, and have recently switched back to x86 in order to use madVR, and all seemed well.
However, one thing did seem a bit "weird" and I could not quite understand what it was, until today it finally hit me - no OSD.
It seems that whatever I try, the OSD will not show, whether using madVR or EVR-CP.
Obviously, "Show OSD" is ticked, any ideas on anything else I should look at?
Thanks in advance, Adam.

namaiki
28th June 2010, 09:55
For one, I'm pretty sure the OSD will not show in MadVR. Besides that, run this: http://www.microsoft.com/downloads/details.aspx?FamilyID=2da43d38-db71-4c1b-bc6a-9b6652cd92a3&displaylang=en

adam777
28th June 2010, 10:23
For one, I'm pretty sure the OSD will not show in MadVR. Besides that, run this: http://www.microsoft.com/downloads/details.aspx?FamilyID=2da43d38-db71-4c1b-bc6a-9b6652cd92a3&displaylang=en

I seem to remember OSD working in madVR, but it doesn't work in EVR-CP as well.
Anyway, everything is up to date here, DirectX included.
Using MPC-HC x86 rev. 2080, FFDShow x86 (non-ICL11) rev. 3488 under Windows 7 x64.

namaiki
28th June 2010, 10:32
Are you talking about MPC-HC's OSD, or FFDShow's OSD?

MPC-HC's OSD will not display through MadVR.

adam777
28th June 2010, 10:39
MPC-HC's OSD, volume change, ctrl+I for time etc.

namaiki
28th June 2010, 10:42
Nah, that won't work with MadVR.

adam777
28th June 2010, 10:55
That's fine, but have you any idea why it won't show up in EVR-CP as well?

namaiki
28th June 2010, 11:03
did you run the dx installer?

adam777
28th June 2010, 11:06
Yep, everything is up to date, as expected.

namaiki
28th June 2010, 11:10
Dunno then, I'm using MPC-HC x86 rev. 2080, Windows 7 x64 as well. :/

adam777
28th June 2010, 11:12
Oh, well, using madVR anyway...
Might be worth investigating anyway for the greater good :)
Thanks, namaiki.

namaiki
28th June 2010, 11:15
I think it would need to be specifically implemented, like subtitle support for MPC-HC's internal subtitle renderer.

Aleksoid1978
29th June 2010, 02:33
I found a bug in the latest SVN 2089 build's internal FFmpeg H.264 software decoder while testing on an old secondary Athlon XP PC, XP SP3. SVN 2080's internal software decoder works fine.

2080
http://img96.imageshack.us/img96/3851/2080.png

2089, Macroblocking errors
http://img691.imageshack.us/img691/7729/2089.png

Upload a sample.

Aleksoid1978
29th June 2010, 03:20
I found a bug in the latest SVN 2089 build's internal FFmpeg H.264 software decoder while testing on an old secondary Athlon XP PC, XP SP3. SVN 2080's internal software decoder works fine.

2080
http://img96.imageshack.us/img96/3851/2080.png

2089, Macroblocking errors
http://img691.imageshack.us/img691/7729/2089.png

Fine play in software mode with internal H.264 decoder, no artefact.

Taurus
29th June 2010, 07:11
The bug only happens on Athlon XP. It does not happen on other PCs with more modern CPUs like Core 2 Duo/Quad or Core i3/5/7. And it happens with almost all the H.264 videos I've tested.
Right, I can confirm this. All H.264 are distorted.
SVN 3483 is doing fine. Corruption started with SVN 3488.

XhmikosR
29th June 2010, 10:13
Does the same happen with the latest ffplay (http://ffmpeg.arrozcru.org/autobuilds/ffmpeg-latest-mingw32-static.7z)?

Taurus
29th June 2010, 11:08
Yes, it still broken with macroblocking errors in the latest ffplay.

http://img13.imageshack.us/img13/708/ffplay.png

Same here.
http://img84.imageshack.us/img84/6853/mp4blackblocks.png

EDIT: ffdshow and internal mp4 decoder show the same corruption = ffmpeg :mad:

XhmikosR
29th June 2010, 11:38
Then you will have to wait until it gets fixed in the ffmpeg.

Dark Shikari
29th June 2010, 13:14
Sample please? I can't replicate it in ffmpeg with any set of CPU flags.

Vincent Vega
29th June 2010, 13:32
is it possible to get mpc hc x86 and x64 NOT to share registry settings when both are installed on x64 OS (Vista)? or the only option is using .ini file for one of them?

Aleksoid1978
29th June 2010, 13:52
is it possible to get mpc hc x86 and x64 NOT to share registry settings when both are installed on x64 OS (Vista)?

No. Only if one of them store setting in .ini file.

Taurus
29th June 2010, 14:41
Sample please? I can't replicate it in ffmpeg with any set of CPU flags.

I happens with -any- h264 encoded file I've tested.
In all possible containers, all known splitters, MPC builtin, Haali, Solveigh, etc.

Former ffdshow's and MPC's are doing all right.

Just to mention:
WinXP 32bit Pro, newest DirectX Update.

Edit: ffmpeg in ffdshow rev3485 is the last working one, dont know which MPC ver is last known good.
Just to make it clear: This happens only on AMD Athlon XPs (old fishbones for webbrowsing).
My Intel Duos and Quads are doing all right.

edigee
29th June 2010, 15:07
The bug only happens on Athlon XP. It does not happen on other PCs with more modern CPUs like Core 2 Duo/Quad or Core i3/5/7. And it happens with almost all the H.264 videos I've tested.

It is for sure related to the lack of SSE2 implementation in Athlon XP and the ffmpeg is not updated properly(something went wrong from the 2080->2088)
Try to use the ffdshow tryouts project versions from here:
http://www.xvidvideo.ru/ffdshow-tryouts-project-x86-x64/

clsid
29th June 2010, 15:56
It has nothing to do with the lack of SSE2 stuff. If anything is wrong it is because of a bug in the recently added MMX(2) code.

Dark Shikari might have already fixed it, because ffdshow + latest FFmpeg updates works fine on my ancient Athlon Thunderbird.

Aleksoid1978
29th June 2010, 23:28
Yes, it still broken with macroblocking errors in the latest ffplay.

http://img13.imageshack.us/img13/708/ffplay.png

check on this test build - http://aleksoid.tosei.ru/Dist/mpc-hc_h264.test.7z

rahzel
30th June 2010, 04:50
Anyone know why the skip button goes to the next video file in the folder, rather than skip to the next chapter? Is this configurable?

namaiki
30th June 2010, 05:24
It will go to the next chapter first if there are chapters, unless the above refers to a bug. Can be disabled via view/Options/tweaks/tick don't use search

Taurus
30th June 2010, 11:13
check on this test build - http://aleksoid.tosei.ru/Dist/mpc-hc_h264.test.7z
Sorry, same blocking/corruption on my side.
Thanks for your efforts :thanks:

clsid
30th June 2010, 12:50
Does it also happen if you disable SSE in ffdshow? If yes, what if you also disable MMX and MMXext?

sneaker_ger
30th June 2010, 13:53
Does it also happen if you disable SSE in ffdshow? If yes, what if you also disable MMX and MMXext?

I tried deactivating them, but I'm not sure if I did it correctly. I couldn't get the artifacts to disappear. (Athlon XP)

http://www.abload.de/img/ffdshow-simdq5rx.png

clsid
30th June 2010, 14:37
Restart the player after changing the settings. Then you should see the grey checkmarks disappear.

sneaker_ger
30th June 2010, 14:42
Ah, thought reloading the file would be enough. Now all the grey marks are gone but it didn't change anything, still artifacts.

gametiger
30th June 2010, 21:32
I'm using a HD5750 and ffdshow's DXVA decoder (which is the same as MPC-HC's right?) and I'm getting artefacts with SD H.264 (DXVA). AFAIK this is a bug of my HD5xxx (drivers?), is there any way to circumvent this? Like, use ffdshow (standard video dec.) for SD and the DXVA one for HD?

TIA!

edigee
30th June 2010, 22:09
I'm using a HD5750 and ffdshow's DXVA decoder (which is the same as MPC-HC's right?) and I'm getting artefacts with SD H.264 (DXVA). AFAIK this is a bug of my HD5xxx (drivers?), is there any way to circumvent this? Like, use ffdshow (standard video dec.) for SD and the DXVA one for HD?

TIA!

Try to use the Cyberlink H264 decoder and the ArcSoft H264 decoder from HD pack 2.4 or 2.3
http://www.dvbsupport.net/download/index.php?act=view&id=162
but AFAIK this is a driver's bug starting with 10.3 ,I guess.

hoborg
30th June 2010, 22:38
I'm using a HD5750 and ffdshow's DXVA decoder (which is the same as MPC-HC's right?) and I'm getting artefacts with SD H.264 (DXVA). AFAIK this is a bug of my HD5xxx (drivers?), is there any way to circumvent this? Like, use ffdshow (standard video dec.) for SD and the DXVA one for HD?

TIA!

You can create an simply new profile in FFDShow DXVA decoder.

rica
30th June 2010, 23:12
Hi guys,

I'have been making some trials with TMT2. 134 with MPC-HC.
I'm told it has been working with seven starting from 130.
What i am trying to do is to get unmolested decoded (to PCM) stream via Arcsoft HD audio decoder over reclock.
I've done it when i open a recorded m2ts or open the main m2ts on original Blu disk. ( i have to select everytime 5.1 manually on Arcsoft HD decoder properties page but it's normal.)
But i'm not able to open a BD using file > open DVD option.
Is this related with MPC-HC uses MS's BDNavigator?
And this is not compatible with Arcsoft filters?

PS:

internal filters:
Mpeg/ps_ts unselected.

external filters:
arcsoft demux, arcsoft hd audio decoder and arcsoft video decoder have been selected as default.

EDIT: reading file brings arcsoft demuxer instead of BD navigator.

Aleksoid1978
1st July 2010, 00:20
Hi guys,

I'have been making some trials with TMT2. 134 with MPC-HC.
I'm told it has been working with seven starting from 130.
What i am trying to do is to get unmolested decoded (to PCM) stream via Arcsoft HD audio decoder over reclock.
I've done it when i open a recorded m2ts or open the main m2ts on original Blu disk. ( i have to select everytime 5.1 manually on Arcsoft HD decoder properties page but it's normal.)
But i'm not able to open a BD using file > open DVD option.
Is this related with MPC-HC uses MS's BDNavigator?
And this is not compatible with Arcsoft filters?

PS:

internal filters:
Mpeg/ps_ts unselected.

external filters:
arcsoft demux, arcsoft hd audio decoder and arcsoft video decoder have been selected as default.

EDIT: reading file brings arcsoft demuxer instead of BD navigator.

Try enable internal MPEG Splitter.

rica
1st July 2010, 00:29
Try enable internal MPEG Splitter.

I've already done it: enabled internal mpeg splitter and removed arcsoft demuxer.
It didn't work.

namaiki
1st July 2010, 03:53
I'm using a HD5750 and ffdshow's DXVA decoder (which is the same as MPC-HC's right?) and I'm getting artefacts with SD H.264 (DXVA). AFAIK this is a bug of my HD5xxx (drivers?), is there any way to circumvent this? Like, use ffdshow (standard video dec.) for SD and the DXVA one for HD?

TIA!

And, you can also tick Disable DXVA for SD in MPC Decoder properties.

XhmikosR
1st July 2010, 10:41
@GTPVHD and Taurus: try these (http://www.mediafire.com/?sharekey=3f33c77c2cf9ce25ab1eab3e9fa335ca540944dcb8da1314) builds and report back which one works.

GTPVHD
1st July 2010, 10:59
mpc-hc.exe.7z Still broken
http://img13.imageshack.us/img13/4426/mpchc7z.png

mpc-hc.exe_VERT_PRED8x8.7z Still broken
http://img196.imageshack.us/img196/386/mpchcvertpred8x8.png

mpc-hc.exe_both.7z Works, no more macroblocking errors on Athlon XP
http://img10.imageshack.us/img10/9366/mpchcboth.png

XhmikosR
1st July 2010, 11:53
Thanks for the testing, it should be fixed in r2091 (thanks to Dark_Shikari for the quick fix).

gametiger
1st July 2010, 19:51
You can create an simply new profile in FFDShow DXVA decoder.
Okay, I know how to add a new profile but what else do I have to do? Thanks.

Snowknight26
2nd July 2010, 06:27
Any reason why MPC Video Decoder won't fallback to RGB32 if a YV12 connection can't be made?

namaiki
2nd July 2010, 06:32
Any reason why MPC Video Decoder won't fallback to RGB32 if a YV12 connection can't be made?

Because it doesn't convert to RGB? Unless you're suggesting that RGB32 support be added.

Taurus
2nd July 2010, 14:24
@GTPVHD and Taurus: try these (http://www.mediafire.com/?sharekey=3f33c77c2cf9ce25ab1eab3e9fa335ca540944dcb8da1314) builds and report back which one works.
Sorry, I did not have the time to test your builds on mediafire, and now they are gone:mad:.
But from my experience with ffdshow rev3495 everything should be ok again (no more black macroblocking).
Thanks to Dark and all in help.

sneaker_ger
2nd July 2010, 14:27
Yes, I can confirm that. No more problems with neither ffdshow nor ffmpeg and AthlonXP.

FDisk80
2nd July 2010, 21:53
So, MPC-HC opening RAR files. Ever going to happen?

oddball
3rd July 2010, 00:55
Hi. I don't know what is causing this but if I playback anything that is high@L5.1 with lots of reframes (More than 8 I think) and possibly with b-pyramid I get corruption at various points in the video when using DXVA internally or CUDA using CoreAVC. Turning back to CPU only decoding fixes it. I have a Nvidia G210 and the last driver release.

crewxp
3rd July 2010, 02:18
I have audio but no Video on certain .mov files. It's from a Tutorial DVD I have. The player it comes with plays the mov files fine, but it's a really dumb video player. If I miss a concept, you have to press rewind... and it rewinds the entire hour long video tutorial.

I downloaded VLC because hpc-hc didnt work with it. When I run it through mpc, it does the same thing though.

Is there some setting I need to enable?

It says for Video Codec in vlc:
Codec: SVQ-3 (Sorenson Video v3) (SVQ3)
Resolution: 800x600
Frame rate: 15

Example File: http://www.crewxp.com/example.mov (3mb)

Guest
3rd July 2010, 02:35
Just pause and then drag the slider back on the timeline, then play. I did that with VLC but the video won't open in MPC for me.

namaiki
3rd July 2010, 04:42
Hi. I don't know what is causing this but if I playback anything that is high@L5.1 with lots of reframes (More than 8 I think) and possibly with b-pyramid I get corruption at various points in the video when using DXVA internally or CUDA using CoreAVC. Turning back to CPU only decoding fixes it. I have a Nvidia G210 and the last driver release.

What version of CoreAVC? Which Forceware driver exactly? Can you post up a sample video that gives corruption?

Inspector.Gadget
3rd July 2010, 06:00
crewxp - try installing QT Lite. I haven't found anything ffmpeg-based that will play your file with video, remuxed to any common valid container.

crewxp
3rd July 2010, 09:53
yeah i know.. it's really weird.

I tried installing QT Lite, it asked me to uninstall QuickTime. I did. But I'm not sure what to do now. Do I just load up mpc-hc again or windows media player? I tried both but still same result. Actually in wmp, it crashed before. Now it loads but all audio tracks (multiple languages) play at once. Still no video

:/

clsid
3rd July 2010, 10:20
You need to use MPC. WMP is not capable of using QT Lite, at least not without additional filters.

crewxp
3rd July 2010, 10:40
okay thanks. Is there a setting I need to have checked or enabled, or should it automatically use it?

clsid
3rd July 2010, 12:24
It goes automatic.

bozek
3rd July 2010, 21:42
Ticket #341 bump - trying to watch some holiday videos...

oddball
3rd July 2010, 22:32
What version of CoreAVC? Which Forceware driver exactly? Can you post up a sample video that gives corruption?

Forceware 257.21 but it does it with older versions.
MPC HC any version.
CoreAVC 2.0

I will try to provide a sample if I can find a bit that does it and extract it.

EDIT: Here you go. I hope this works.

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

war59312
4th July 2010, 04:32
64bit build 2099 crashes while trying to play video from http://www.opera.com/portal/upgrade/ .

FYI: VLC 1.1 plays it fine.

PS: Must view in Opera to see page.

Aleksoid1978
4th July 2010, 09:22
64bit build 2099 crashes while trying to play video from http://www.opera.com/portal/upgrade/ .

FYI: VLC 1.1 plays it fine.

Play fine with DXVA.

adamhj
4th July 2010, 16:50
it seems mpc-hc can only load external vsfilter(directvobsub) when renderer is set to system default in windows 7, if renderer is set to any other,directvobsub is not loaded

both 1.3.1249 and r2099 have this problem. 1.2.908 can load directvobsub correctly with most renderers(i didn't test them all but at least it works with vmr9 rendless/evr)

the system is windows 7 x64 with ms dtv-dvd video/audio decoder disabled by win7dsfiltertweaker, external vsfilter comes from mpc-hc standalone filter r2099, decoder is ffdshow tryout rev3495_20100702_clsid, using Haali's Matroska Splitter(20100520), and i also tried mpc-hc internal mkv splitter and the problem still exists. i test both mkv embedded subtitle and external subtitle and result are same. rendering the same file in graphstudio loads directvobsub correctly with system default renderer, and i can manually replace it with evr and it plays with no problem

by the way, because vsfilter is not loaded, the subtitle pin is connected to ffdshow. this does not happen when i play the same file with graphstudio

all mpc-hc and filters mentioned above is 32 bit version, i didnt test x64 version

namaiki
4th July 2010, 16:56
You need to add DirectVobSub(autoloading version) as Preferred in External Filters.

sneaker_ger
4th July 2010, 21:34
Try disabling the internal subtitle renderer by unchecking "Auto-load subtitles" under "Options">"Playback".

war59312
5th July 2010, 03:50
64bit build 2099 crashes while trying to play video from http://www.opera.com/portal/upgrade/ .

FYI: VLC 1.1 plays it fine.

PS: Must view in Opera to see page.

Play fine with DXVA.

Not here. :(

Faulting application name: mpc-hc64.exe, version: 1.3.2099.0, time stamp: 0x4c2e4e17
Faulting module name: mpc-hc64.exe, version: 1.3.2099.0, time stamp: 0x4c2e4e17
Exception code: 0xc0000005
Fault offset: 0x00000000004228f4
Faulting process id: 0x1110
Faulting application start time: 0x01cb1becc1a6ac95
Faulting application path: C:\Program Files\Media Player Classic\mpc-hc64.exe
Faulting module path: C:\Program Files\Media Player Classic\mpc-hc64.exe
Report Id: 0037de17-87e0-11df-95ab-6cf049e3c116

Problem signature:
Problem Event Name: APPCRASH
Application Name: mpc-hc64.exe
Application Version: 1.3.2099.0
Application Timestamp: 4c2e4e17
Fault Module Name: mpc-hc64.exe
Fault Module Version: 1.3.2099.0
Fault Module Timestamp: 4c2e4e17
Exception Code: c0000005
Exception Offset: 00000000004228f4
OS Version: 6.1.7600.2.0.0.256.1
Locale ID: 1033
Additional Information 1: a38b
Additional Information 2: a38b24a39aa1c2ea0330c447172cf20a
Additional Information 3: 372e
Additional Information 4: 372ebcc46cb831e5fa266ea559001f38

Aleksoid1978
5th July 2010, 04:41
Not here. :(

See what filter and splitter use for this file. I use ONLY internal - play fine in 32 and 64 bit MPC-HC.

adamhj
5th July 2010, 07:37
Try disabling the internal subtitle renderer by unchecking "Auto-load subtitles" under "Options">"Playback".

does not work

You need to add DirectVobSub(autoloading version) as Preferred in External Filters.

this works, but i am wondering why does mpc-hc behavior different from default render path, is this some kind of bug?

namaiki
5th July 2010, 07:38
this works, but i am wondering why does mpc-hc behavior different from default render path, is this some kind of bug?

It's a Windows 7 thing, as far as I know. No idea why default renderer acts differently.

Rain1
5th July 2010, 07:57
http://stfcc.org/misc/bbc2.sample.ts - first 50,000,000 bytes.

Summary of all the issues that I'm having with this sample:
- 64-bit: MPC-HC crashes when H.264 DXVA is turned on
- 64-bit: Corruption/freezing in the beginning when DXVA is off
- 32-bit: Corruption in the beginning when DXVA is off (not there when DXVA is on)
- 32-bit: Corruption when seeking with DXVA turned off
- 32-bit: Corruption when playing (but not when seeking) with DXVA on
- Both: Strange framerate when playing (due to deinterlacing?) when DXVA is off. Plays at the correct speed but the weird framerate causes judder. According to the stats, it's playing at ~45-48fps.

Apart from one frame of corruption at the beginning, the Microsoft DTV-DVD Video Decoder plays the sample perfectly with DXVA (no corruption [even when seeking], correct fps [50]).

I can confirm that (64 bit).

It plays fine (DXVA on) with Haali Media Splitter though (+ disable MPEG PS/TS/PVA in MPC-HC source filter)

Aleksoid1978
5th July 2010, 11:54
64bit build 2099 crashes while trying to play video from http://www.opera.com/portal/upgrade/ .

FYI: VLC 1.1 plays it fine.

PS: Must view in Opera to see page.

This is video - http://aleksoid.tosei.ru/Sample/Opera%2010.60.mp4 ???

Try this build - http://aleksoid.tosei.ru/Dist/mpc-hc64.2101.7z (i play test Opera video on this is build)

adamhj
5th July 2010, 12:12
It's a Windows 7 thing, as far as I know. No idea why default renderer acts differently.

but this issue does not exist in mpc-hc 1.2.908, on the same system, with same filters installed

clsid
5th July 2010, 12:53
but this issue does not exist in mpc-hc 1.2.908, on the same system, with same filters installed
It is probably related to the changes in the custom renderers of MPC that have been made since then.

war59312
5th July 2010, 22:48
This is video - http://aleksoid.tosei.ru/Sample/Opera%2010.60.mp4 ???

Try this build - http://aleksoid.tosei.ru/Dist/mpc-hc64.2101.7z (i play test Opera video on this is build)It's:

http://static.myopera.com/media/video/1060/introduction.webm

And same crash with that build..

Aleksoid1978
6th July 2010, 07:52
It's:

http://static.myopera.com/media/video/1060/introduction.webm

And same crash with that build..

Confirm - x64 build crash on .webm(VP8) video(debug x64 build play fine).

wiak
6th July 2010, 11:27
https://sourceforge.net/apps/trac/mpc-hc/ticket/570

i can also confirm that debug build does not crash, but it plays slooooooooooooooooooooooooooooowly.. :p

my test file's
http://s3.nwgat.net/sintel/sintel_trailer_1080p_vp8_vorbis.webm
http://s3.nwgat.net/sintel/sintel_trailer_720p_vp8_vorbis.webm
http://s3.nwgat.net/sintel/sintel_trailer_480p_vp8_vorbis.webm

anyone got builds r2081 to r2088?

clsid
6th July 2010, 12:58
Does it also happen with x64 ffdshow?

MokrySedeS
6th July 2010, 14:12
I don't know if it's a bug but PGS subtitles are being stretched to fit the whole player window. Here's an extreme example of this behaviour: http://img291.imageshack.us/img291/2758/substretch.png

asc28
6th July 2010, 16:55
Don't know if anyone's reported yet, but Intel DXVA is still broken for me as of the latest revision (I get DXVA enabled but green video for MPEG2 acceleration). It has been broken since rev 1883 for me. Rev 1881 works fine, however, which doesn't make sense because no DXVA changes seem to have implemented in 1882/1883.

System:
Intel DG45FC w/ latest bios and video drivers (tried reverting as well). Windows 7 x64. DirectX 6/2010 (also tried 8/2009). x86 builds of MPC-HC from xvidvideo.ru

Tested:
Rev 1883 to 2099 - broken (green screen)
Rev 1881 and earlier - works fine

clsid
6th July 2010, 17:01
It was broken in 1883 and should be fixed since 2080.

nevcairiel
6th July 2010, 17:36
Does other DXVA (H264/VC1) work, or are all green? Or just MPEG2 green?
I'm thinking about getting a Clarkdale, when its still broken when i have it, i will certainly try to fix it.

war59312
6th July 2010, 19:27
Confirm - x64 build crash on .webm(VP8) video(debug x64 build play fine).

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

i can also confirm that debug build does not crash, but it plays slooooooooooooooooooooooooooooowly.. :p

my test file's
http://s3.nwgat.net/sintel/sintel_trailer_1080p_vp8_vorbis.webm
http://s3.nwgat.net/sintel/sintel_trailer_720p_vp8_vorbis.webm
http://s3.nwgat.net/sintel/sintel_trailer_480p_vp8_vorbis.webm

anyone got builds r2081 to r2088? 2089 x64 crashes.

2080 x64 does not crash. :)

I believe the bug was introduced in 2086 on June 28th 2010 via "Fix : crash on vp8 playback(fix ffmpeg)".

asc28
7th July 2010, 02:32
It was broken in 1883 and should be fixed since 2080.Just tested 2099 again and it works, I must have mistaked the version number. Sorry for the trouble, thanks so much for the fix!

jasonwc
7th July 2010, 07:52
When I play VC-1 content in an M2TS container in any recent MPC-HC SVN build (it's been like this for months, at least) using ffdshow's software decoder, and the MPC-HC internal MPEG TS splitter, there are many dropped frames, and I get around 12 fps.

Playback is perfect if I use Haali's splitter. In addition, there is no issue with the internal MPC-HC VC-1 decoders (but they can't playback interlaced VC-1).

Lack of CPU cycles isn't the issue. I have a Core i7 and it's sitting at 5-8% CPU.

madshi
7th July 2010, 08:03
When I play VC-1 content in an M2TS container in any recent MPC-HC SVN build (it's been like this for months, at least) using ffdshow's software decoder, and the MPC-HC internal MPEG TS splitter, there are many dropped frames, and I get around 12 fps.
That's a bug in the MPC-HC MPEG TS splitter. It outputs jumbled timecodes for VC-1 video tracks...

iwod
7th July 2010, 09:14
Will we get another official release soon? It has been nearly a year since last release.

Vincent Vega
7th July 2010, 11:19
am i the only one who is experiencing this issue? after reboot or not using mpc hc for a while and then clicking on a video file it sorta hangs for a minute or two with "Opening..." in status bar, then starts playback normally. if you click Close button during the "hanging", it closes the window but process keeps working. no cpu utilisation throughout this time. after several such attempts to open a video file (any kind, any format) it finally starts to open them normally, quickly; closes quickly the window and the process at the same time as it should.

until i reboot computer..

i'm on vista64 sp2, mpc hc'32 (mostly use that), same happens with mpc hc'64 as i remember.

madeinlisboa
7th July 2010, 11:53
Will we get another official release soon? It has been nearly a year since last release.

Why wait for an official release when you can get regular releases here: http://www.xvidvideo.ru/

And they work quite well actually.

zegames
7th July 2010, 13:04
Comparing MPC with Splayer (http://www.splayer.org/) I see a big difference is jump forward performance.

In splayer the hotkey ctrl + right (default) is almost instantaneously, but in mpc a substantially delay.

As I can match the performance to Splayer?

Anyone else confirms the issue?

System: Windows Seven X64 ultimate, GPU ATI HD4870 driver catalyst 10.6 or latest always, MPC latest build with EVR custom and all internal codecs.

PS: both players use same base with gpu acceleration on.

namaiki
7th July 2010, 13:12
What video renderer are you using in Splayer? You will have to at least match that in MPC-HC, of course EVR-CP is much smoother than most other video renderers, though, and if you think you can't tell the difference, then just use whatever..

zegames
7th July 2010, 13:33
No idea what renderer is used in Splayer, it just say "Internal Decoder".

"EVR-CP is much smoother than most other video renderers" in teory, cuz in practice is a big difference here. The delay is small millisecond, but in sequence is an annoyance (several hit to hotkey).

General
Complete name : xxxxxxxxxx.mkv
Format : Matroska
File size : 559 MiB
Duration : 21mn 0s
Overall bit rate : 3 722 Kbps
Encoded date : UTC 2010-02-22 21:41:29
Writing application : no_variable_data
Writing library : no_variable_data

Video
ID : 2
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L3.1
Format settings, CABAC : Yes
Format settings, ReFrames : 4 frames
Muxing mode : Container profile=Unknown@3.1
Codec ID : V_MPEG4/ISO/AVC
Duration : 21mn 0s
Bit rate : 3 335 Kbps
Width : 1 280 pixels
Height : 720 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.151
Stream size : 490 MiB (88%)
Writing library : x264 core 85 r1442tw
Encoding settings : cabac=1 / ref=3 / deblock=1:0:0 / analyse=0x3:0x113 / me=hex / subme=6 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=24 / sliced_threads=0 / nr=0 / decimate=1 / mbaff=0 / constrained_intra=0 / bframes=3 / b_pyramid=2 / b_adapt=1 / b_bias=0 / direct=1 / wpredb=1 / wpredp=0 / keyint=240 / keyint_min=24 / scenecut=40 / intra_refresh=0 / rc_lookahead=40 / rc=2pass / mbtree=1 / bitrate=3335 / ratetol=1.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / aq=1:1.00
Language : English

Audio
ID : 1
Format : AC-3
Format/Info : Audio Coding 3
Mode extension : CM (complete main)
Codec ID : A_AC3
Duration : 21mn 0s
Bit rate mode : Constant
Bit rate : 384 Kbps
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 KHz
Stream size : 57.7 MiB (10%)


UPDATE:

I found the possible cause of better performance in Splayer:

http://img199.imageshack.us/img199/8409/splayer.png

"Accturate position..." is disabled by default.

namaiki
7th July 2010, 13:36
I don't quite understand what you mean by 'cuz in practice is a big difference here', 'delay' and 'hotkeys,' but if it doesn't work for you, then simply don't use it.

For me, seeking in EVR-CP is generally instantaneous, unless I'm using ReClock (which I am always using).

zegames
7th July 2010, 13:39
Test by yourself both players and tell me if you see any difference.

You is not contributing nothing.

namaiki
7th July 2010, 13:43
From the dialog box, it sounds like it's seeking to keyframes. You can kind of do this in MPC-HC as well, but only directly to the next one, not one specifically 5 seconds ahead, for instance by pressing Shift+Right or Left.

mariner
7th July 2010, 17:32
Greetings.

MPC's internal splitter has problem with this mpeg2 file (http://www.megaupload.com/?d=GK8OA440). Have to use Arcsoft Demux to open it.

war59312
7th July 2010, 20:22
64bit build 2099 crashes while trying to play video from http://www.opera.com/portal/upgrade/ .

FYI: VLC 1.1 plays it fine.

PS: Must view in Opera to see page.

Play fine with DXVA.

Not here. :(

See what filter and splitter use for this file. I use ONLY internal - play fine in 32 and 64 bit MPC-HC.

This is video - http://aleksoid.tosei.ru/Sample/Opera%2010.60.mp4 ???

Try this build - http://aleksoid.tosei.ru/Dist/mpc-hc64.2101.7z (i play test Opera video on this is build)

It's:

http://static.myopera.com/media/video/1060/introduction.webm

And same crash with that build..

Confirm - x64 build crash on .webm(VP8) video(debug x64 build play fine).

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

i can also confirm that debug build does not crash, but it plays slooooooooooooooooooooooooooooowly.. :p

my test file's
http://s3.nwgat.net/sintel/sintel_trailer_1080p_vp8_vorbis.webm
http://s3.nwgat.net/sintel/sintel_trailer_720p_vp8_vorbis.webm
http://s3.nwgat.net/sintel/sintel_trailer_480p_vp8_vorbis.webm

anyone got builds r2081 to r2088?

2089 x64 crashes.

2080 x64 does not crash. :)

I believe the bug was introduced in 2086 on June 28th 2010 via "Fix : crash on vp8 playback(fix ffmpeg)".Sweet fixed for build 2110.

Aleksoid1978
8th July 2010, 02:17
rev. 2010 - http://aleksoid.tosei.ru/Dist/2010/

betaking
8th July 2010, 02:30
rev. 2010 - http://aleksoid.tosei.ru/Dist/2010/

Hi,can you compiled standalone_filters_1.3.2110.0?:thanks:

Eliminateur
8th July 2010, 02:45
hmm i have a BD rip movie that has a BDMV and a CERTIFICATE folder. inside those folders are a couple of bdmv files and after that some m2ts files.
No matter which one i try to open, they all fail to open with cannot render file or haali error on m2ts.
how int he nine hells do i get to reproduce this?

Aleksoid1978
8th July 2010, 03:12
2010 Filters - http://aleksoid.tosei.ru/Dist/Filters/2010/

war59312
8th July 2010, 03:42
Thanks Aleksoid1978. Confirmed the bug is squashed. :)

Aleksoid1978
8th July 2010, 04:23
Greetings.

MPC's internal splitter has problem with this mpeg2 file (http://www.megaupload.com/?d=GK8OA440). Have to use Arcsoft Demux to open it.

File is corrupted, possible - not fully downloaded;

Midzuki
8th July 2010, 05:11
Greetings.

MPC's internal splitter has problem with this mpeg2 file (http://www.megaupload.com/?d=GK8OA440). Have to use Arcsoft Demux to open it.

Likely there is a problem in MPC's internal MPEG decoder as well. That TS file contains 1-frame only, and SFAIK neither ffdshow nor Mplayer *source-codes* have ever cared very-much about the "MPEG-stills". :devil:

http://forum.videohelp.com/attachments/2562-1278574486/00114.m2v.png

mariner
8th July 2010, 06:18
File is corrupted, possible - not fully downloaded;

Likely there is a problem in MPC's internal MPEG decoder as well. That TS file contains 1-frame only, and SFAIK neither ffdshow nor Mplayer *source-codes* have ever cared very-much about the "MPEG-stills". :devil:

Greetings Aleksoid1978 and Midzuki.

This is the wrong region warning clip (http://forum.doom9.org/attachment.php?attachmentid=11228&stc=1&d=1278566194) taken from Slumdog region A BD. The internal Mpeg2 decoder, ffdshow and MS decoder can handle it.

Rain1
8th July 2010, 06:21
hmm i have a BD rip movie that has a BDMV and a CERTIFICATE folder. inside those folders are a couple of bdmv files and after that some m2ts files.
No matter which one i try to open, they all fail to open with cannot render file or haali error on m2ts.
how int he nine hells do i get to reproduce this?

I have that same problem with Haali spliter. Gabest splitter works fine with those m2ts though

EDIT: actually, with Haali spliter, there's only video, no audio

Rain1
8th July 2010, 06:36
When playing this clip (http://www.mediafire.com/?ilj11izuzjz), I got this error message:

http://i6.photobucket.com/albums/y244/rain1/error.png

then, there's only the vid plays, no audio

Using only MPC-HC souce & transform filters

Midzuki
8th July 2010, 06:37
Greetings Aleksoid1978 and Midzuki.

This is the wrong region warning clip (http://forum.doom9.org/attachment.php?attachmentid=11228&stc=1&d=1278566194) taken from Slumdog region A BD.

Correct. My previous post includes a picture of the demuxed .m2v frame decoded by VirtualDub.

Only the internal Mpeg2 decoder and ffdshow can handle it.

Not with my obsolete AGP card *and* not while using «full» hardware acceleration.

mariner
8th July 2010, 06:47
DXVA works using MS decoder.

Rain1
8th July 2010, 07:37
When playing this clip (http://www.mediafire.com/?ilj11izuzjz), I got this error message:

http://i6.photobucket.com/albums/y244/rain1/error.png

then, there's only the vid plays, no audio

Using only MPC-HC souce & transform filters

NVM, I install QuickTime Alternative & it works fine now :)

Midzuki
8th July 2010, 08:18
Just confirming: MPC-HC's Mpeg Splitter apparently doesn't like "1-frame streams". Old MainConcept MPEG Splitter and ArcDemux.ax 1.0.2.73 have no issues with Mpeg stills.

mariner
8th July 2010, 08:28
Thanks for checking, Midzuki.

hoborg
8th July 2010, 13:55
Hi.

This M2TS sample (http://hobring.esero.net/saf/sample.split.1.zip) will crash MPC-HC player (1.3.2080.0).
The problem is "MPC - Mpeg Source (Gabest)" splitter, if "Cyberlink Demuxer 2.0"/haali/elecard or arcsoft splitter is used, it will play it correctly.

war59312
8th July 2010, 16:50
No crash here with 2110 x64. Just blank large black screen.

hoborg
8th July 2010, 17:17
No crash here with 2110 x64. Just blank large black screen.

Disable DXVA and it will crash. I think the problem is that splitter recognize video stream as h.264/avc instead of MPEG-2 video.

war59312
9th July 2010, 03:31
Like I said just shows a large blank back screen and never even tries to play it.

But yes if I turn off DXVA it still can not play it but the sound works and at least it tries to play it but still blank black screen.

Still no crash with 2110 x64 build.

Though the video should play fine since WMP and VLC (if full screen it locks up when done playing) play it fine. So yea MPC-HC can not play it out of box so it seems. :(

Also after playback exit does not work on this video it seems.

PS: Not good Forum Etiquette to quote right after the post you're replying to.

oddball
9th July 2010, 04:40
I'm having some real problems with subtitles and DXVA. If I tick 'Allow animation when buffering' the video becomes choppy and drops frames all over the place. Especially if I use a higher resolution. If I untick that option I can get high quality subs right up to full HD res without hardly and choppyness. However I lose animated subs. I really like quality subtitles and miss it from my previous player (KMPlayer). I like using DXVA and there are a lot of options MPC-HC has that are missing from other players. It also seems to play the smoothest video (Usually) for me.

Is there any way to get high quality animated subs with DXVA without things getting choppy? My CPU is not being taxed too much so I am guessing it's the video card (G210)?

EDIT: Unticking roundup and only going as high as 1280x720 really seems to have helped. I can't see a big hit in quality at that setting so I guess that will have to do.

Aleksoid1978
9th July 2010, 05:35
Hi.

This M2TS sample (http://hobring.esero.net/saf/sample.split.1.zip) will crash MPC-HC player (1.3.2080.0).
The problem is "MPC - Mpeg Source (Gabest)" splitter, if "Cyberlink Demuxer 2.0"/haali/elecard or arcsoft splitter is used, it will play it correctly.

Try this build - http://aleksoid.tosei.ru/Dist/mpc-hc.m2ts-MPEG2&H264.test.7z

Also need test - .m2ts+H.264 on this build.

Snowknight26
9th July 2010, 06:10
That build plays it fine for me.

hoborg
9th July 2010, 06:22
Working here too. Thanks for really quick fix :)

Rain1
9th July 2010, 07:51
Same here :)...thanks a lot /

edigee
9th July 2010, 10:05
I need a 2110 x86(without installer) build. Not posted on http://www.xvidvideo.ru/media-player-classic-home-cinema-x86-x64/ yet.
Any feedback would be highly apreciated.

Aleksoid1978
9th July 2010, 10:57
I need a 2110 x86(without installer) build. Not posted on http://www.xvidvideo.ru/media-player-classic-home-cinema-x86-x64/ yet.
Any feedback would be highly apreciated.

http://aleksoid.tosei.ru/Dist/

edigee
9th July 2010, 11:26
http://aleksoid.tosei.ru/Dist/

Thank you very much!

clsid
9th July 2010, 15:22
I'm having some real problems with subtitles and DXVA. If I tick 'Allow animation when buffering' the video becomes choppy and drops frames all over the place. Especially if I use a higher resolution. If I untick that option I can get high quality subs right up to full HD res without hardly and choppyness. However I lose animated subs. I really like quality subtitles and miss it from my previous player (KMPlayer). I like using DXVA and there are a lot of options MPC-HC has that are missing from other players. It also seems to play the smoothest video (Usually) for me.

Is there any way to get high quality animated subs with DXVA without things getting choppy? My CPU is not being taxed too much so I am guessing it's the video card (G210)?

EDIT: Unticking roundup and only going as high as 1280x720 really seems to have helped. I can't see a big hit in quality at that setting so I guess that will have to do.
A buffer of zero also allows animation.

Xorp
9th July 2010, 17:19
When I play VC-1 content in an M2TS container in any recent MPC-HC SVN build (it's been like this for months, at least) using ffdshow's software decoder, and the MPC-HC internal MPEG TS splitter, there are many dropped frames, and I get around 12 fps.

Playback is perfect if I use Haali's splitter. In addition, there is no issue with the internal MPC-HC VC-1 decoders (but they can't playback interlaced VC-1).

Lack of CPU cycles isn't the issue. I have a Core i7 and it's sitting at 5-8% CPU.

That's a bug in the MPC-HC MPEG TS splitter. It outputs jumbled timecodes for VC-1 video tracks...

Would be nice if this was fixed sometime in the next 30 years. Same for the 1.0 PCM bug that has seemed to exist forever.

kieranrk
10th July 2010, 00:21
Would be nice if this was fixed sometime in the next 30 years. Same for the 1.0 PCM bug that has seemed to exist forever.

Because of the broken nature of VC-1 timestamps there's no decent way to get this working. iirc Haali's splitter interpolates the timestamps in some messy way and the main mpc devs weren't going to accept such a hack.

Matching_Mole
10th July 2010, 15:11
Because of the broken nature of VC-1 timestamps there's no decent way to get this working. iirc Haali's splitter interpolates the timestamps in some messy way and the main mpc devs weren't going to accept such a hack.

Yes but between a dirty hack an no solution I hope that it exists something :)

73ChargerFan
10th July 2010, 19:31
Because of the broken nature of VC-1 timestamps there's no decent way to get this working. iirc Haali's splitter interpolates the timestamps in some messy way and the main mpc devs weren't going to accept such a hack.

Ask the VLC guys. I use it as backup when I find a problem video, and it never fails. Ugly as sin though, and a bit choppy.

vxr
10th July 2010, 19:42
to madshi:
Hi,...
I have only one question!..
Why does no x64 version?
I find x86 version, but no x64 version!!
My OS is windows 7 x64!!
I use MPC-HC x64 to play video...!!

First here,forgive my poor english!!!:(

ryrynz
10th July 2010, 22:33
There are no immediate plans from Madshi to develop the x64 version, this has already been discussed in the madVR thread which you may wish to read.

http://forum.doom9.org/showthread.php?t=146228

He is instead focusing on perfecting the windowed mode and then starting work on full screen exclusive mode. From there he will be adding more GPU intensive algorithms, it may be at that time he considers a 64 bit version, It is certainly at the bottom of his list of priorities at the moment.

If you wish to use madVR you will need to use the 32 bit version of MPC-HC if that is your preference.

Any further questions regarding madVR should be posted in the madVR thread which I linked above, please use the thread search, most if not all of your questions would have already been answered.

Regards,
Ryan.

rica
10th July 2010, 23:56
Hi guys,

any logical explanation of ???

why i can open a BD with "open DVD" option while mpeg PS/TS selected under internal filters and why i can not open the same BD while MPC-mpeg source selected as preferred under external filters (internal filter disabled for sure in this case.)
I get "can not render the file" caution.
SVN build and standalone filters have the same number btw.

betaking
11th July 2010, 02:19
To Aleksoid1978. tthans for compiled mpc-hc svn 2116, and can you compiled standalone_filters_1.3.2116.0?

Aleksoid1978
11th July 2010, 04:24
http://aleksoid.tosei.ru/Dist/Filters/2116/

nightfly
11th July 2010, 08:39
Hi guys,

any logical explanation of ???

why i can open a BD with "open DVD" option while mpeg PS/TS selected under internal filters and why i can not open the same BD while MPC-mpeg source selected as preferred under external filters (internal filter disabled for sure in this case.)
I get "can not render the file" caution.
SVN build and standalone filters have the same number btw.

You need to register the mpls file type:

Set gabest mpeg splitter to handle mpls files
[HKEY_CLASSES_ROOT\Media Type\Extensions\.mpls]
"Source Filter"="{1365BE7A-C86A-473C-9A41-C0A6E82C9FA3}"

I run MPC exclusively via the External Filters option and have what you state working fine.

chros
11th July 2010, 09:07
DXVA works using MS decoder.

What did you mean about that?
For me VC1 content in wmv container: DXVA IDC not working with my Geforce 9600GT + latest nvidia drivers (257.xxx)

edigee
11th July 2010, 11:53
What did you mean about that?
For me VC1 content in wmv container: DXVA IDC not working with my Geforce 9600GT + latest nvidia drivers (257.xxx)
About your card:
"Supports 2nd generation PureVideo HD technology with partial VC1 decoding. "

see here:
http://en.wikipedia.org/wiki/GeForce_9_Series

Using the W7 Microsoft DTV-DVD decoder is a good solution for your card, just add it as a external filter in MPC-HC and disable internal MPC-HC VC1 decoder(DXVA).

rica
11th July 2010, 14:03
You need to register the mpls file type:

Set gabest mpeg splitter to handle mpls files
[HKEY_CLASSES_ROOT\Media Type\Extensions\.mpls]
"Source Filter"="{1365BE7A-C86A-473C-9A41-C0A6E82C9FA3}"

I run MPC exclusively via the External Filters option and have what you state working fine.

Thanks for the tip but nothing has changed :devil:

Here are some screencaps:

http://img69.imageshack.us/img69/5097/regtweak.png (http://img69.imageshack.us/i/regtweak.png/)

http://img17.imageshack.us/img17/7806/mpcin.th.png (http://img17.imageshack.us/i/mpcin.png/)


http://img194.imageshack.us/img194/4526/mpcex.th.png (http://img194.imageshack.us/i/mpcex.png/)

Anything else missing like HKEY_CLASSES_ROOT > .mpls > Content Type?
PerceivedType?

Thanks.

roytam1
11th July 2010, 15:38
Thanks for the tip but nothing has changed :devil:

Here are some screencaps:

http://img69.imageshack.us/img69/5097/regtweak.png (http://img69.imageshack.us/i/regtweak.png/)

http://img17.imageshack.us/img17/7806/mpcin.th.png (http://img17.imageshack.us/i/mpcin.png/)


http://img194.imageshack.us/img194/4526/mpcex.th.png (http://img194.imageshack.us/i/mpcex.png/)

Anything else missing like HKEY_CLASSES_ROOT > .mpls > Content Type?
PerceivedType?

Thanks.

did you run "regsvr32 MpegSplitter.ax"(w/o quote) before?

rica
11th July 2010, 22:22
did you run "regsvr32 MpegSplitter.ax"(w/o quote) before?

Yes, of course.

Midzuki
11th July 2010, 22:44
At least on my crappy PC, MpegSplitter.ax is NOT good as a *source filter*.
«File Source (Async)» OTOH works fine:

"Source Filter"="{E436EBB5-524F-11CE-9F53-0020AF0BA770}"

HTH.

rica
12th July 2010, 03:23
At least on my crappy PC, MpegSplitter.ax is NOT good as a *source filter*.
«File Source (Async)» OTOH works fine:

"Source Filter"="{E436EBB5-524F-11CE-9F53-0020AF0BA770}"

HTH.

What is

{E436EBB5-524F-11CE-9F53-0020AF0BA770}

Midzuki
12th July 2010, 03:41
File Source (Async.)

SamuriHL
12th July 2010, 21:05
Hi guys. First post in this thread. If this is not the right place for my request I'd appreciate some help in where to ask. I have a request for the MPC matroska splitter. Whoever added PGS sub support, you rock and I thank you big time for that! Would it be possible to add two things to that, however? First, and most important IMO, would be to pass along the choice of "(None)" so that it shows up as an option in ffdshow. This would, of course, disable subs for the currently playing video. See Haali for an idea of how that could work. Also, is it possible when splitting to check the default flag on the subtitle tracks? When I create mine in MKVMerge, unless it's a foreign language film or a forced sub situation, I set the tracks to default=no. This doesn't seem to be honored. If we could get those two things I would incredibly happy! Thanks so much for your hard work!!

oddball
13th July 2010, 05:16
Does anyone else experience problems with using DXVA, EVR-CP and multi-monitors? When I right click on MPC-HC whilst playing back a video to the secondary display and choose any of the filters I don't see the window appear. Same goes for the Options window. If I hit escape on the keyboard the window appears (Looks a bit ugly too. Not sharp. Like it's a remnant) but it's non-functional. I have to exit the player, restart it and restart the video. It sometimes works but usually only the first time (although at times it just does it no matter what). I've also see it affect other windows/apps.

This has always occurred through various builds of MPC-HC and Nvidia drivers. I have seen a similar effect when using visualisations in Winamp to the secondary display. BTW has anyone looked into the high@L5.1 + more than 8 reframes = frame corruption problem in DXVA mode? I don't have many videos like that luckily. But it would be better if it could handle them. Or is this a problem with the video card/drivers? I posted a sample video to test earlier but got no response on it.

Tenki
13th July 2010, 09:18
Why xvidvideo.ru stopped update MPC-HC?
It stopped at 2099 for 10 days..

homerpez
13th July 2010, 09:32
I'm sorry if this has been covered elsewhere, but a search didn't bring up this exact problem for me, and hopefully someone has a solution.

I've found that no matter how an MKV file is muxed, that the subtitles ALWAYS SHOW. I didn't notice this right away, because I have been mainly watching anime (where I want the subtitles to show up), but apparently all other files are showing subtitles as well.

As near as I can tell, this is only using the internal MPC-HC filters, as no other icons show up in the status bar as I play a file (no Haali splitter, in other words). I have also purposely re-muxed MKV's to specifically change the "Default" flag on the subtitle streams to "NO"... MPC seems to ignore this, and show them anyway.

This is on Windows 7 x64, using almost any version of MPC I have available - 32 bit, 64 bit. Even the newest BETA I can find (x64 1.3.2099.0). No matter what I seem to do, MPC-HC ignores the flags totally. The only way I can shut off subtitles is manually (unchecking "enable").

All I want is for the flags to be acknowledged - a default "YES" means the subs show up, and a default "NO" means they don't. How do I fix this? Thanks.........:thanks:

XhmikosR
13th July 2010, 09:52
Why xvidvideo.ru stopped update MPC-HC?
It stopped at 2099 for 10 days..

Alexins is on vacation.

hajj_3
13th July 2010, 09:53
Is there an ETA for a stable public build to be put on sourceforge, its been many months since the last build was added on the MPC-HC official site.

neoufo51
13th July 2010, 10:34
Is there an ETA for a stable public build to be put on sourceforge, its been many months since the last build was added on the MPC-HC official site.
The sad thing is that it's hurting MPC-HC, because most people don't know about the nightlies so when they encounter bugs and lack of compatibility from not rolling out more frequent builds, they give up on MPC-HC and go to VLC or KMPlayer...

hajj_3
13th July 2010, 11:02
exactly, VLC have a fairly regular schedule of releases to fix bugs, its been nearly 11 months since the last version on the main site, they should stop adding functionality and just fix bugs and release a non-nightly build as very few people know about the nightlies.

It should be forked like firefox have MPC-HC 2.0 as the release name, include all current stable functionality, any non-stable or future functionality be called MPC-HC 2.1 and just work on getting 2.0 stable and shipped otherwise the average joe won't see a new build for years.

Keiyakusha
13th July 2010, 13:38
Why do you think no one knows about svn builds? I believe they included in codec packs. Other than that there chances that someone will know where to get stable build or svn build are equal.

SamuriHL
13th July 2010, 13:48
I'm sorry if this has been covered elsewhere, but a search didn't bring up this exact problem for me, and hopefully someone has a solution.

I've found that no matter how an MKV file is muxed, that the subtitles ALWAYS SHOW. I didn't notice this right away, because I have been mainly watching anime (where I want the subtitles to show up), but apparently all other files are showing subtitles as well.

As near as I can tell, this is only using the internal MPC-HC filters, as no other icons show up in the status bar as I play a file (no Haali splitter, in other words). I have also purposely re-muxed MKV's to specifically change the "Default" flag on the subtitle streams to "NO"... MPC seems to ignore this, and show them anyway.

This is on Windows 7 x64, using almost any version of MPC I have available - 32 bit, 64 bit. Even the newest BETA I can find (x64 1.3.2099.0). No matter what I seem to do, MPC-HC ignores the flags totally. The only way I can shut off subtitles is manually (unchecking "enable").

All I want is for the flags to be acknowledged - a default "YES" means the subs show up, and a default "NO" means they don't. How do I fix this? Thanks.........:thanks:

3 posts above yours...

http://forum.doom9.org/showthread.php?p=1417003#post1417003

:D Yes, this is what I asked for, as well. Hopefully it can happen.

nevcairiel
13th July 2010, 15:05
The internal mkv splitter is kinda primitive in that respect. It just exports all streams, without doing any choice for the user (not like the internal Mpeg Splitter that has an internal stream switcher, or Haali).

This means it has to be handled by the subtitle renderer (MPC itself, ffdshow, etc), however, i don't know if those "default" flags can actually be exported through the DShow Subtitle Pin.

Exporting a "None" subtitle as a seperate dshow pin seems like a rather stupid solution. Would make more sense to add an internal stream switcher like Haali uses.

To be a bit more technical: The internal switcher i speak of is the IAMStreamSelect interface. When you export this, the stream switching is done through the splitter, while if you don't, the splitter just exports every stream, and the choice is left to the application building the graph.

One downside of the whole deal: The gabest mkv splitter is an example of weird and crazy code, filled with undocumented spaghetti code all around. It wouldn't be much fun to work with it :(

SamuriHL
13th July 2010, 15:13
Whatever gets the job done. :) I wasn't meaning to provide a stupid solution. Simply to attempt to get a conversation rolling about what can be done. Haali works great but has issues with bitstreaming DTS-HD MA tracks made with mkvmerge. The MPC mkv splitter works fine for bitstreaming, but, has the issue that default subs aren't being detected and always seems to pick the first sub it finds. The reason I got the idea for a "none" option is because when using Haali, their stream switcher has that option and when I look in the streams that ffdshow sees, that option is available there, as well, so it does appear to be passed. If there's a better way to accomplish the goal, I'm all for it.

tetsuo55
13th July 2010, 15:52
exactly, VLC have a fairly regular schedule of releases to fix bugs, its been nearly 11 months since the last version on the main site, they should stop adding functionality and just fix bugs and release a non-nightly build as very few people know about the nightlies.

It should be forked like firefox have MPC-HC 2.0 as the release name, include all current stable functionality, any non-stable or future functionality be called MPC-HC 2.1 and just work on getting 2.0 stable and shipped otherwise the average joe won't see a new build for years.we intend to have a regular stream of stable releases.

However since mpc-hc source is very messy and the code is a huge ball of spaghetti it is very difficult to do so, a lot of the commits over the past months have been working towards a maintainable source tree.

The current stable release is being blocked by a bug in our implementation of swscale, and we dont have any developers in house who can fix it

HELP is needed in this area.

clsid
13th July 2010, 16:56
Perhaps you could create a fresh discussion topic? Then you have full control over the first post and you could include additional information like:
- Roadmap for v1.4 and maybe also v1.5. But be realistic as the goals must actually be achievable within a few months time. The number of changes should be small and mostly consists of bugfixes.
- List of most important bugs in current SVN
- List of specific tasks to be done for next stable release. This should be far more detailed than the roadmap. You could also add which tasks are assigned to which devs, and which tasks are in desperate need of a volunteer. If we have 'bitesize' chunks of work, then we can hopefully attract more outside help.

Keiyakusha
13th July 2010, 17:07
Sounds like good idea. Because without such roadmap as long as everyone thinks that MPC-HC is a "huge ball of spaghetti" there is not much interest in touching this ball.

JarrettH
13th July 2010, 17:28
Why is everything hosted here too? It's barely in English and takes a lot of clicking to find what you want. That's also why nobody knows about the nightlies for mpc-hc

http://www.xvidvideo.ru/

Keiyakusha
13th July 2010, 17:32
Its not "hosted". This site belongs to one of the devs who kindly provides svn builds. Better than having one official build in a year. However I believe there was some other guys who compiling MPC-HC.

XhmikosR
13th July 2010, 17:48
Alexins, the person who runs xvidvideo.ru is not a dev. It's someone who kindly provides daily builds of ffdshow and mpc-hc mostly. But as everywhere else in the world, it's summer in Russia too and Alexins is on vacation probably until August.

Px
13th July 2010, 17:58
Does anyone else experience problems with using DXVA, EVR-CP and multi-monitors?
On ATI all works fine, don't have working NV card for now...

dansrfe
13th July 2010, 20:11
I'm playing a dvd from my hard disk. When I press play movie it starts at the beginning of the movie titleset but I don't understand why the seeking cursor goes back all the way to the start position of the seeking bar for every chapter I go forward or backward. I'm used to seeing the whole bar and being able to click anywhere on the bar and skip to that part of the movie but this new dvd I have just "requeue's" itself when I press the next chapter button and clicking at another location on the bar doesn't do anything at all but bring the cursor there for a split second and back to the place it was at with no affect on playback. Any help? Thx.

Kado
13th July 2010, 22:34
On ATI all works fine, don't have working NV card for now...

Works fine here too. With 9800GTX (old GPU) and GTX 470 (current GPU) using Forceware 258.96.

homerpez
14th July 2010, 06:57
3 posts above yours...

http://forum.doom9.org/showthread.php?p=1417003#post1417003

:D Yes, this is what I asked for, as well. Hopefully it can happen.

Whoops... sorry about that... I was really out of it last night. :p

The lack of MKV sub flag support just seems odd, since I'm almost totally sure MPC-HC USED to fully support the subtitle flags in older versions?... perhaps I'm wrong, though... either way it's kind of a basic feature.

I guess now that I know it's not just me, I can exercise my index finger and manually uncheck "enable" when I have to. Hopefully this feature (or a good permanent work-around) comes soon.

EDIT: Now that I think of it... does Haali work with MPC-HC? Perhaps that was what I remember working. There's a chance that my last working setup may have had it installed (I recently loaded Windows 7 64, but ran Vista 32 before that on this machine)

stax76
14th July 2010, 09:43
There are problems using 144 DPI which I need for my 23" Full HD display otherwise fonts would be very small.

http://msdn.microsoft.com/en-us/library/dd464660%28v=VS.85%29.aspx

http://j.imagehost.org/1000/Unbenannt.png (http://j.imagehost.org/view/1000/Unbenannt)

XhmikosR
14th July 2010, 10:57
Known issue, search the issue tracker.

SamuriHL
14th July 2010, 13:31
Whoops... sorry about that... I was really out of it last night. :p

The lack of MKV sub flag support just seems odd, since I'm almost totally sure MPC-HC USED to fully support the subtitle flags in older versions?... perhaps I'm wrong, though... either way it's kind of a basic feature.

I guess now that I know it's not just me, I can exercise my index finger and manually uncheck "enable" when I have to. Hopefully this feature (or a good permanent work-around) comes soon.

EDIT: Now that I think of it... does Haali work with MPC-HC? Perhaps that was what I remember working. There's a chance that my last working setup may have had it installed (I recently loaded Windows 7 64, but ran Vista 32 before that on this machine)

Yea, Haali works. For me, the problem with Haali is that on any DTS-HD MA track I make with mkvmerge, Haali doesn't handle it properly so ffdshow can't bitstream it. In essence, no splitter works 100% for my environment. I have batch files to switch between them. :)

dbone1026
14th July 2010, 13:43
Yea, Haali works. For me, the problem with Haali is that on any DTS-HD MA track I make with mkvmerge, Haali doesn't handle it properly so ffdshow can't bitstream it. In essence, no splitter works 100% for my environment. I have batch files to switch between them. :)

Unfortunately no signs that Haali has acknowledged the issue with mkvmerge...

SamuriHL
14th July 2010, 13:54
Unfortunately no signs that Haali has acknowledged the issue with mkvmerge...

I know. sigh. It's unfortunate. The MPC mkv splitter works with mkvmerge but then seems to always pick the first sub. We can't win! :)

Inspector.Gadget
14th July 2010, 17:27
On a related note, the MPC-HC MKV splitter doesn't populate the "Navigate -> Audio, Subtitles, Etc." fields either. Will this change?

homerpez
15th July 2010, 08:47
I installed the x64 (I think?) Haali splitter, and discovered this was the problem all along... one system I have had Haali installed (and worked normally) but I forgot to install Haali on my HTPC since it was all a fresh install. Seems to work for what I want it for so far, no issues yet with DTS (I think because I don't have anything over 5.1) so I think I'm set for now. Thanks...

Still would love to see the internal MKV splitter do the sub flags right, but...............

Keiyakusha
15th July 2010, 13:52
By the way, isn't work on "importing" ffmpeg's splitters already started? If so, there is not much sense to talk about current splitters.
And for new splitters, you probably will have to forward all feature requests to ffmpeg devs...

nevcairiel
15th July 2010, 14:25
Some work has started, but its currently focused inside XBMC-DSPlayer. There was a fork off the XBMC integrated splitter for a while to be a standalone directshow splitter, but it was re-integrated into XBMC and lost its ability to be compiled as a standalone filter (for now). No reason to split it in two projects while we're still working on resolving playback issues.

Anyhow, we'll setup a project again to compile a standalone splitter at some point, preferably directly out of XBMC without forking that part again.
But time is limited, and other projects have priority for now.

Integrating the whole thing into the mpc-hc executable is nothing i will be working on (ever), for multiple reasons. One being that ffmpeg itself is rather unstable when you link it statically.

oddball
15th July 2010, 23:18
OK let's try this again.

I am trying to do a PAL slowdown on a PAL .ts file. The problem is in that in order to do that I have to use ReClock in the chain. This actually works quite well for most 25FPS x264 material in MKV files. But for some reason this file (Which I assume is H264) causes problems.

From testing in various configurations I have come to the conclusion that the problem lies with the internal MPV Decoder. Reason being that when I use CoreAVC as a decoder the problem promptly vanishes. However this is not my ideal since CoreAVC has no option to disable itself for SD content which I like to have ffdshow automatically load for in order to upscale. I can achieve this usually by unticking MPC's internal Non-DXVA decoders and setting MPV Decoder's DXVA to disabled for SD. This means that when MPV Decoder tries to fallback on the internal decoders when it encounters SD content it can't, so instead ffdshow loads in their place.

Still following me? Good.

OK so we have established that playing back this H264 25FPS stream plays OK with CoreAVC in conjunction with ReClock using PAL slowdown. So what happens with MPC's internal DXVA decoder (and ffdshow's DXVA decoder I may add). Well basically when I click on the renderer information (EVR-CP BTW) it shows tons of dropped frames (More frames in fact than it says it has played. Which can't be correct surely) and a playback rate somewhere between 18-20FPS.

If I play the same file with CoreAVC as the decoder I see hardly any dropped frames and it stays a constant 24FPS in the renderer information.

Of course if I take ReClock out of the equation the renderer for DXVA shows a proper 24FPS.

So I want to know where the problem lies here. Is this just a straight up conflict between MPV Decoder and ReClock or something else?

I really wish to continue using DXVA for decoding because it's easier to do SD upscaling for both MPEG2 and MPEG4 sources (CoreAVC loads for ALL MPEG4 sources). But right now it is not working 100%

System spec is:
Win7 64
Nvidia G210
8GB DDR2
E6600 @ 3.4Ghz
Triple monitor setup (one of which is a Panasonic G20 HDTV @ 24Hz on the G210).

oddball
16th July 2010, 00:44
OK I figured out the problem with using DXVA with a 25FPS H264 .ts stream (Sorta). It seems to be an issue with vsync. If I switch to EVR-Sync. Disable vsync and use ReClock's vsync instead (Enable all ticks under advanced and set vsync to 12) it plays perfectly! I also get a more or less flat red line when I display stats. I got this info by accident (mainly from a clue in a ReClock thread over at Slysoft's forums).

BTW the renderer now says 25FPS instead of 24FPS but ReClock is slowing it down correctly to 24FPS on the 24Hz HDTV correctly (No PAL jerks on panning) and audio is at correct speed too. But for some reason it still shows tons of dropped frames in the renderer. If it was actually dropping that many frames the video would hardly display at all so I can only assume this is a bug in the renderer readings.

oddball
16th July 2010, 02:08
Just in case anyone jumps in to help. I figured most of my problems out myself. I was stupid enough to have a Nvidia profile set for MPC-HC which I forgot about that had vsync stuff enabled. This was my main problem after all. On a good note it encouraged me to clean out a lot of surplus to requirements codecs and players and clean the registry etc. Now MPC-HC runs better than ever! I can even do a spot of web browsing while a video plays with hardly a frame dropped. The oddity of the 25FPS frame dropping remains however. It shows 100% frames dropped of the frames played. Obviously totally wrong or I would just get a blank screen! ;)

Sorry to take up valuable thread space with my waffle. :P

Guest
17th July 2010, 15:08
To avoid cluttering up this support thread, I have moved the GUI discussion here:

http://forum.doom9.org/showthread.php?t=155699

Please follow up with all discussion of GUI proposals in that thread. Thank you.

MPC-HTPC
17th July 2010, 17:02
I got a question about commit 2125 "Change : show filename in OSD at open, instead "Pause/Play";".

Why do not keep the "Pause/Play" in OSD? I understand that this could be of benefit, when having several files in the playlist. But when I just open a file out of Explorer or from a list out of XBMC/MediaPortal I only open one file after the other and would prefer to just still see the "Play/Pause" in OSD. Could this be toggled depending on the case (many files in playlist or just one)?

However, many thanks to all the developers for all the effort you put into MPC-HC and all the good work! :thanks:

Steveo08
17th July 2010, 18:05
well, i like this change in 2125, but it should be displayed longer as a second, how can set time up?

dbone1026
18th July 2010, 02:00
Hello. A few of us are having problems with mkvs that contain LPCM tracks. I am using w7 x32, MPC HC 1.3.2099. The message says that the following pins failed to find a connectible filter - ACM Wrapper Output.

X:\Movies HD\CASINO ROYALE\Casino Royale 1080p Blu Ray.mkv::English, LPCM 5.1 (Audio 1)
ACM Wrapper::Output

Media Type 0:
--------------------------
Audio: PCM 48000Hz 6ch 4608kbps

AM_MEDIA_TYPE:
majortype: MEDIATYPE_Audio {73647561-0000-0010-8000-00AA00389B71}
subtype: MEDIASUBTYPE_PCM {00000001-0000-0010-8000-00AA00389B71}
formattype: FORMAT_WaveFormatEx {05589F81-C356-11CE-BF01-00AA0055595A}
bFixedSizeSamples: 1
bTemporalCompression: 0
lSampleSize: 12
cbFormat: 18

WAVEFORMATEX:
wFormatTag: 0x0001
nChannels: 6
nSamplesPerSec: 48000
nAvgBytesPerSec: 576000
nBlockAlign: 12
wBitsPerSample: 16
cbSize: 0 (extra bytes)

pbFormat:
0000: 01 00 06 00 80 bb 00 00 00 ca 08 00 0c 00 10 00 ....€»...Ê......
0010: 00 00 ..


Media Type 1:
--------------------------
Audio: PCM 44100Hz stereo 1411kbps

AM_MEDIA_TYPE:
majortype: MEDIATYPE_Audio {73647561-0000-0010-8000-00AA00389B71}
subtype: MEDIASUBTYPE_PCM {00000001-0000-0010-8000-00AA00389B71}
formattype: FORMAT_WaveFormatEx {05589F81-C356-11CE-BF01-00AA0055595A}
bFixedSizeSamples: 1
bTemporalCompression: 0
lSampleSize: 4
cbFormat: 18

WAVEFORMATEX:
wFormatTag: 0x0001
nChannels: 2
nSamplesPerSec: 44100
nAvgBytesPerSec: 176400
nBlockAlign: 4
wBitsPerSample: 16
cbSize: 0 (extra bytes)

pbFormat:
0000: 01 00 02 00 44 ac 00 00 10 b1 02 00 04 00 10 00 ....D¬...±......
0010: 00 00 ..


Media Type 2:
--------------------------
Audio: PCM 44100Hz mono 705kbps

AM_MEDIA_TYPE:
majortype: MEDIATYPE_Audio {73647561-0000-0010-8000-00AA00389B71}
subtype: MEDIASUBTYPE_PCM {00000001-0000-0010-8000-00AA00389B71}
formattype: FORMAT_WaveFormatEx {05589F81-C356-11CE-BF01-00AA0055595A}
bFixedSizeSamples: 1
bTemporalCompression: 0
lSampleSize: 2
cbFormat: 18

WAVEFORMATEX:
wFormatTag: 0x0001
nChannels: 1
nSamplesPerSec: 44100
nAvgBytesPerSec: 88200
nBlockAlign: 2
wBitsPerSample: 16
cbSize: 0 (extra bytes)

pbFormat:
0000: 01 00 01 00 44 ac 00 00 88 58 01 00 02 00 10 00 ....D¬..ˆX......
0010: 00 00 ..


Etc...

vBm
18th July 2010, 12:02
2125 needs to be reverted or fixed. When a filename is too long, it turns into a truncated mess.

http://img10.imageshack.us/img10/2682/2125bug.png
Confirming the problem.
If filename is longer then video's length then it gets truncated.

cbemoore
19th July 2010, 00:42
I've spent ages trying to track down a problem with dropped frames, and I've finally pinpointed where its going wrong.

My refresh rate is normally set to 50Hz (I'm in PAL-land), but I want to play back cinema content at 23.976Hz. If I manually change refresh rate before starting MPC-HC, it plays back perfectly with no dropped frames. However, if I use autochange within MPC-HC, the refresh rate switches correctly but I get constant dropped frames (around one frame every 2 seconds).

So it looks like some sort of problem with autochange. Or maybe MPC-HC doesn't handle the refresh rate changing after the video has started...

Has anyone else come across the same thing?

(My specs : Win7 x64, MPC-HC x32, ATI 5450 running at 1920x1080 via HDMI)

Aleksoid1978
19th July 2010, 03:34
Confirming the problem.
If filename is longer then video's length then it gets truncated.

Try lower font size :)

oddball
19th July 2010, 04:37
DXVA bug to report when playing H264 in FLV container.

With DXVA (EVR-CP D3D output will test without in a moment. EDIT: It's not the renderer that's for sure.). Note the additional distorted bar at the bottom. It makes the screen aspect incorrect too adding small black bars either side of the display.

http://img842.imageshack.us/img842/427/sample2.jpg

With CoreAVC (CUDA enabled) or ffdshow (Non-Accelerated).

http://img833.imageshack.us/img833/6522/sample1.jpg

namaiki
19th July 2010, 04:50
^what about the internal mpc decoder without dxva?

oddball
19th July 2010, 05:15
^what about the internal mpc decoder without dxva?

Plays fine. No distortion.

namaiki
19th July 2010, 05:18
Could you please post a sample?

Aleksoid1978
19th July 2010, 05:38
2135 - http://aleksoid.tosei.ru/Dist/2135/

Test x64 - see Title and 'About'.

oddball
19th July 2010, 07:29
Could you please post a sample?

http://hotfile.com/dl/56059203/dec06c9/sample.flv.html

I hope it does it on your system too ;)

namaiki
19th July 2010, 08:14
Ya, I get the same thing as oddball. The DivX H.264 filter using DXVA gives a black screen, and the internal MPC-HC DXVA filter has a bar at the bottom. Seems something forgets to crop the pixels off of the bottom, but the MS DTV-DVD video decoder filter is fine.

oddball
19th July 2010, 09:39
I've got another funky video clip that won't play nice. It keeps pausing every few seconds and when you hit pause the video continues playing and playing and playing even though it says it's paused.

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L3.2
Format settings, CABAC : Yes
Format settings, ReFrames : 16 frames
Muxing mode : Container profile=Unknown@3.2
Codec ID : V_MPEG4/ISO/AVC
Duration : 2mn 20s
Width : 640 pixels
Height : 480 pixels
Display aspect ratio : 4:3
Frame rate : 59.940 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Writing library : x264 core 65 r999 cc51047
Encoding settings : cabac=1 / ref=16 / deblock=1:0:0 / analyse=0x3:0x133 / me=tesa / subme=9 / psy_rd=0.0:0.0 / mixed_ref=1 / me_range=32 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / chroma_qp_offset=0 / threads=6 / nr=0 / decimate=1 / mbaff=0 / bframes=16 / b_pyramid=1 / b_adapt=2 / b_bias=0 / direct=3 / wpredb=1 / keyint=250 / keyint_min=25 / scenecut=40(pre) / rc=crf / crf=22.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / ip_ratio=1.40 / pb_ratio=1.30 / aq=1:1.00

Audio
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 : 2mn 20s
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 44.1 KHz

Parental advisory. It is a clip from an AMV (Anime Music Video) containing a compilation of fan service clips.

http://hotfile.com/dl/56079002/c5b0572/Zarxrax_58008_640x48060fps-001.mkv.html

namaiki
19th July 2010, 10:31
I've got another funky video clip that won't play nice. It keeps pausing every few seconds and when you hit pause the video continues playing and playing and playing even though it says it's paused.

Parental advisory. It is a clip from an AMV (Anime Music Video) containing a compilation of fan service clips.

Plays fine for me(mpc internal dxva and software decoder).

What are all the filters are you using that produce the above behaviour?

Aleksoid1978
19th July 2010, 10:32
I've got another funky video clip that won't play nice. It keeps pausing every few seconds and when you hit pause the video continues playing and playing and playing even though it says it's paused.

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L3.2
Format settings, CABAC : Yes
Format settings, ReFrames : 16 frames
Muxing mode : Container profile=Unknown@3.2
Codec ID : V_MPEG4/ISO/AVC
Duration : 2mn 20s
Width : 640 pixels
Height : 480 pixels
Display aspect ratio : 4:3
Frame rate : 59.940 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Writing library : x264 core 65 r999 cc51047
Encoding settings : cabac=1 / ref=16 / deblock=1:0:0 / analyse=0x3:0x133 / me=tesa / subme=9 / psy_rd=0.0:0.0 / mixed_ref=1 / me_range=32 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / chroma_qp_offset=0 / threads=6 / nr=0 / decimate=1 / mbaff=0 / bframes=16 / b_pyramid=1 / b_adapt=2 / b_bias=0 / direct=3 / wpredb=1 / keyint=250 / keyint_min=25 / scenecut=40(pre) / rc=crf / crf=22.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / ip_ratio=1.40 / pb_ratio=1.30 / aq=1:1.00

Audio
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 : 2mn 20s
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 44.1 KHz

Parental advisory. It is a clip from an AMV (Anime Music Video) containing a compilation of fan service clips.

http://hotfile.com/dl/56079002/c5b0572/Zarxrax_58008_640x48060fps-001.mkv.html

Possible you have ATI and 10.4+ Catalyst. It's known bug - error with decode SD video + DXVA.

If Nvidia ... i don't know

MPC-HTPC
19th July 2010, 10:45
Try lower font size :)

Thanks for the hint, that one worked with the long filenames. But then another problem occurs, I now just see a blue line with white unidentifiable letters when watching movies on my LCD-TV.

betaking
19th July 2010, 12:42
Hi,Aleksoid1978 can you compiled mpc-hc svn 2137 and standalone_filters_1.3.2137.0? thanks!

Guest
19th July 2010, 12:48
Reminder: GUI suggestions have been moved to new thread. Please post them there. Posts about it here are being silently deleted.

oddball
19th July 2010, 20:51
Plays fine for me(mpc internal dxva and software decoder).

What are all the filters are you using that produce the above behaviour?

I've tried setting to all internal filters and disabled any external loading filters. Using build 2099 No DXVA just internal decoder. Repeatable. It pauses continuously after a few seconds and the video slows to a crawl. Also pressing pause does not pause the video. It says it's paused but continues playing. If I play it in VMR9 renderless it plays fine but if I left click the mouse in the window to pause MPC hangs. If I just hit the space bar to pause it pauses fine. Playing back using EVR-CP D3D it goes nuts and won't play without constant pauses and slow stuttery video.

It also plays fine in GOM player, Media Player etc but they are not using D3D I don't think.

Nvidia G210 and latest drivers.
E6600
8GB DDR2
Win7 64

EDIT: I've found out the problem. It's D3D in conjunction with sending fullscreen video to a secondary display (In this case a HDTV at 24Hz). If I change D3D fullscreen to the current display (Primary) it plays fine.

Also the VMR9 Renderless causing MPC to hang using mouse click on window to pause is a new one.

@namaiki. Have you got a secondary display to test this with? Or better still a 24Hz capable HDTV?

EDIT2: Thinking about it I am guessing it's the fact it is 24Hz that it does not like. 60 into 24 don't go etc. Although I would have thought it would allow it to playback with dropped frames/frame stutter. Not continuous pausing. Just tested at 60Hz on HDTV and it does indeed playback fine. Bit of a pain switching each time for every source. :P

Aleksoid1978
19th July 2010, 23:33
rev 2138:
http://aleksoid.tosei.ru/Dist/2138/
http://aleksoid.tosei.ru/Dist/Filters/2138/

Snowknight26
20th July 2010, 00:10
Any reason why some logos were removed? On a related note, if you press the left arrow several times next to the Internal radio button, the right arrow disappears.

Who's brave enough to tackle the Ctrl+C and File->Close window size discrepancy?

As for the OSD file name length issue, it only happens for the first file to be opened. If you open a file then open the same file again, the name displays fine. My guess is that the OSD is drawn before the renderer surface is resized to the video's dimensions. Seems like a really silly bug.

SamuriHL
20th July 2010, 00:37
rev 2138:
http://aleksoid.tosei.ru/Dist/2138/
http://aleksoid.tosei.ru/Dist/Filters/2138/

Sorry if this is a stupid question, but, where do I find the change log? Thanks!

Aleksoid1978
20th July 2010, 00:41
Sorry if this is a stupid question, but, where do I find the change log? Thanks!

http://mpc-hc.svn.sourceforge.net/viewvc/mpc-hc/?view=log

SamuriHL
20th July 2010, 00:45
Thanks. Sorry for such an idiotic question.

Hypernova
20th July 2010, 10:45
I can't get fullscreen autochange to work with D3D Fullscreen. I have to manually trigger it by alt+enter. Is this the intended behavior?

DMD
20th July 2010, 12:09
Wonder if you can enable or effects when playing an audio file.

Thanks :)

fixed
20th July 2010, 12:14
Are there any plans about libbluray (http://www.videolan.org/developers/libbluray.html) integration?

tetsuo55
20th July 2010, 15:56
Any reason why some logos were removed?We're cleaning up the source tree and decided against keeping the removed ones, you can download them from the older revisions and add them manually if you still want them.

Are there any plans about libbluray (http://www.videolan.org/developers/libbluray.html) integration?Yes we have been in contact with the team in the beginning of this project and intend to support it in the future.

Ramon4eg
21st July 2010, 08:48
What for filters are necessary?

littleb2005
21st July 2010, 23:31
does mpc-hc give control over the playback speed rather then just jumping to 2x

what i mean is like being able to go from 1.00 speed wise to 1.10 kind of what vlc is capable of

chapas
22nd July 2010, 01:53
Hi guys. Does anyone know how MPC-HC evaluates whether to use DXVA or not?

I have two desktops, one with AMD 785G and the other with an ATI Radeon 4870 (both are UVD2) running 10.6 drivers (latest) and Win7 x64.

The 4870 opens almost all the videos I throw at it, disregarding what I set in DXVA Compat Check. DXVA works fine MS DTV-DVD Decoder too.

The 785G only does the same if I set DXVA Compat Check to "Skip all checks". Again, DXVA works fine MS DTV-DVD Decoder.

I know I can go and "Skip all checks" and just disable DXVA if I find glitches, but is this recommended? Both MPC and Microsoft filters corrupt SD video, seems to be a driver glitch.

Hope someone can help! Thanks!

Kado
22nd July 2010, 03:08
@chapas

Although I'm using NVIDIA I use "Skip all Checks" because otherwise some files will not trigger DXVA.
In you case enable "Disable DXVA for SD", because it's already known that with recent Catalyst drivers SD videos get corrupted, and use software decoding instead.

chapas
22nd July 2010, 05:08
@Kado

I'll do that, then!
It seems that, no matter the checks, the player cannot guess if the file will be properly supported.

What seemed strange to me was the 4870 with 10.6 drivers just triggering DXVA on anything, as if having a great DXVA compatibility, but that may be an illusion.

I'll keep wondering why the 785G (IGP) does not trigger DXVA as frequently, having the same capabilities and drivers!

:thanks:

namaiki
22nd July 2010, 05:14
785g is uvd and 4870 is probably uvd2.

edit: wait no, they're both supposed to be UVD2. :/

chros
22nd July 2010, 09:13
Can somebody add support for displaying commands via OSD from the "After playback" group ? (exit, stand by, shutdown, etc. and for their off states)

It would be very useful when you are using a remote control ...

Thanks

chapas
22nd July 2010, 12:47
@namaiki

Yes, they're both UVD2! They do have the same capabilities, and decode the same videos the same way, BUT: the 785G does not pass the checks done by the MPC-HC codec, so I need to "Skip all checks".

tetsuo55
22nd July 2010, 13:58
i think the check is inaccurate.

the check should be rewritten with documenten fact on what does and does not work.

chapas
22nd July 2010, 20:31
@tetsuo55

If I can help with any way not involving programming, let me know! I can provide feedback for AMD 785G and ATI 4870.

oddball
23rd July 2010, 00:01
Is there any way to get animated subtitles without dropped frames (Or flashing on and off briefly if set to buffering animation option)? If I set buffering to 0 I get dropped frames whenever ANY subs appears (Not just animated). I tried enabling buffering for animated subs but then all I get is a brief flash of the animated subs which kinda defeats the point. It's either 1. No animated subs. 2. Animated subs but dropped frames or 3. Animated subs with no dropped frames but they flash on and off briefly. :(

betaking
23rd July 2010, 03:28
Revision 2140 - Directory Listing
Modified Wed Jul 21 02:26:19 2010 UTC (47 hours, 21 minutes ago) by Aleksoid
Fix : Can't open specific mp3, Ticket #363(modify path by koolspin);
this not good fix!:devil:
if i use mpc-hc Internal MPEG Audio Source Filter and standalone mpc-hc AviSplitter ,mpc-hc can not show video for some avi files! but if i not use standalone mpc-hc AviSplitter and use Internal avisplitter play is fine! and i use mpc-hc 1.3.2138 use Internal MPEG Audio Source Filter and standalone mpc-hc AviSplitter! play is fine too! can fix it?
I repot bug at here
http://sourceforge.net/apps/trac/mpc-hc/ticket/586/

namaiki
23rd July 2010, 04:58
Is there any way to get animated subtitles without dropped frames (Or flashing on and off briefly if set to buffering animation option)? If I set buffering to 0 I get dropped frames whenever ANY subs appears (Not just animated). I tried enabling buffering for animated subs but then all I get is a brief flash of the animated subs which kinda defeats the point. It's either 1. No animated subs. 2. Animated subs but dropped frames or 3. Animated subs with no dropped frames but they flash on and off briefly. :(

Animation enabled, buffers is 3, seems to work for me. No flashing. edit: never seen flashing subtitles, buffers can't be 1.

Aleksoid1978
23rd July 2010, 05:21
Revision 2140 - Directory Listing
Modified Wed Jul 21 02:26:19 2010 UTC (47 hours, 21 minutes ago) by Aleksoid
Fix : Can't open specific mp3, Ticket #363(modify path by koolspin);
this not good fix!:devil:
if i use mpc-hc Internal MPEG Audio Source Filter and standalone mpc-hc AviSplitter ,mpc-hc can not show video for some avi files! but if i not use standalone mpc-hc AviSplitter and use Internal avisplitter play is fine! and i use mpc-hc 1.3.2138 use Internal MPEG Audio Source Filter and standalone mpc-hc AviSplitter! play is fine too! can fix it?
I repot bug at here
http://sourceforge.net/apps/trac/mpc-hc/ticket/586/

I revert 2140 changes.

Snowknight26
23rd July 2010, 05:48
Any recent builds? Want to test r2139 as I'm afraid it's a slapped together solution that doesn't fix the underlying issue.

betaking
23rd July 2010, 07:44
I revert 2140 changes.

thanks!and can you compiled mpc-hc svn 2143 and standalone_filters_1.3.2143.0?:)

XhmikosR
23rd July 2010, 07:48
You can always find some new builds in the link in my signature.

betaking
23rd July 2010, 07:57
You can always find some new builds in the link in my signature.

i can not vist you signature! can you up it to http://hotfile.com/ ?

XhmikosR
23rd July 2010, 07:59
No sorry. If someone can provide some FTP space that would be the best.

roozhou
23rd July 2010, 08:02
@XhmikosR
Why is your build so big in size (11.5M)? The build on xvidvideo.ru is only ~7M.

betaking
23rd July 2010, 08:05
No sorry. If someone can provide some FTP space that would be the best.

can you sent to my EMAIL? My email is yzonline@gmail.com?
thanks?
i need MPC-HC MSVC2008

XhmikosR
23rd July 2010, 08:13
@XhmikosR
Why is your build so big in size (11.5M)? The build on xvidvideo.ru is only ~7M.

What build exactly? vs2010 builds are bigger because of vs2010.

Hypernova
23rd July 2010, 08:15
You can always find some new builds in the link in my signature.

I always get an error no matter how I exit your VS2010 build. Do you have any idea why? :thanks:

XhmikosR
23rd July 2010, 08:19
Yep, it's a known issue since mpc-hc was created by Casimir on 2006. No one was able to pinpoint the cause of the crash on exit. It seems that with vs2010 the problem happens a lot more, which is a good thing. Hopefully someone will help and debug this issue. VS2010 projects will go in the svn in the near future. There are a few more stuff I need to change first and Aleksoid or someone else has to create a patch to compile the needed libmingwex.a for vs2010 since it needs a slightly modified lib than with vs2008.

Hypernova
23rd July 2010, 08:26
Yep, it's a known issue since mpc-hc was created by Casimir on 2006. No one was able to pinpoint the cause of the crash on exit. It seems that with vs2010 the problem happens a lot more, which is a good thing. Hopefully someone will help and debug this issue. VS2010 projects will go in the svn in the near future. There are a few more stuff I need to change first and Aleksoid or someone else has to create a patch to compile the needed libmingwex.a for vs2010 since it needs a slightly modified lib than with vs2008.

Got it. Thank you for detailed answer.

Keiyakusha
23rd July 2010, 08:35
Hey guys, there is no way for EVR to use GLslang shaders (vertex+fragment), right? They need to be converted to something, maybe HLSL?
Is it theoretically possible to use scaling shader that will do 2x or 4x upscale? Maybe it absolutely needs something like bicubic scaler on top of it or it will take care of it automatically?

Virtual_ManPL
23rd July 2010, 11:06
...Hopefully someone will help and debug this issue....

http://www.mediafire.com/file/tq5pdbhdsnq8n6u/drwtsn32.log
just opened MPC-HC and closed it

XhmikosR
23rd July 2010, 11:13
I should make my statement more clear. Someone has to find what part of the code is the cause. That's why more people who know how to code are needed.

Mangix
23rd July 2010, 21:08
lmao the msvc2010 build is very funny. i openned up mpc-hc, clicked open file and the crash dialog popped up. however i was still able to watch a movie just fine by minimizing the windows error thing. very strange.

roozhou
23rd July 2010, 22:20
What build exactly? vs2010 builds are bigger because of vs2010.
I guess you are getting something wrong in vs2010 project settings or you configure ffmpeg with unnecesary codecs.

Don't fool me with such word because I am also a C/C++ coder.

XhmikosR
23rd July 2010, 22:40
Then all I can say is wait to submit your patches when/IF the vs2010 projects go in the trunk and IF you still find that it's just a project setting that's causing the increase in size. Maybe the following link will help you. Or just create the projects for everything and submit your patch now and I can make sure it will go in if it's ok.

http://connect.microsoft.com/VisualStudio/feedback/details/504714/statically-linked-mfc-applications-are-massive

Px
23rd July 2010, 23:04
No sorry. If someone can provide some FTP space that would be the best.
If it really needed, I can provide some ftp space at Monday, when I'll be at work

Snowknight26
24th July 2010, 00:15
Any recent builds? Want to test r2139 as I'm afraid it's a slapped together solution that doesn't fix the underlying issue.

Sigh, just as I had expected. I hope MPC-HC doesn't keep going in this direction.

Aleksoid1978
24th July 2010, 03:00
has to create a patch to compile the needed libmingwex.a for vs2010 since it needs a slightly modified lib than with vs2008.

I use last MingW(4.5.1) from Alexins - author of xvidvideo.ru
And don't need any patch for libmingwex.a for vs2010.
I use the same libgcc.a and libmingwex.a for vs2008 and vs2010.

x64 libmingwex.a - build with buildmingwlibs.sh

If need - can upload both x86 & x64 libgcc.a and libmingwex.a

Aleksoid1978
24th July 2010, 03:08
Some information about bigger size in VS 2010 - http://tedwvc.wordpress.com/2010/05/27/how-to-make-small-statically-linked-mfc-exes-in-visual-c-2010/

XhmikosR
24th July 2010, 09:51
I use last MingW(4.5.1) from Alexins - author of xvidvideo.ru
And don't need any patch for libmingwex.a for vs2010.
I use the same libgcc.a and libmingwex.a for vs2008 and vs2010.

x64 libmingwex.a - build with buildmingwlibs.sh

If need - can upload both x86 & x64 libgcc.a and libmingwex.a
With Alexin's MinGW 4.4.4:
Error 1088 error LNK2019: unresolved external symbol __imp____lc_codepage referenced in function _wcsrtombs C:\Users\xmr\Desktop\mpc-hc\src\apps\mplayerc\MPCVideoDec.lib(wcrtomb.o) mpc-hc
Error 1089 error LNK2001: unresolved external symbol __imp____lc_codepage C:\Users\xmr\Desktop\mpc-hc\src\apps\mplayerc\MPCVideoDec.lib(mbrtowc.o) mpc-hc

With Alexin's MinGW 4.5.1 experimental I don't get those errors but I don't want to use an experimental compiler.
With your posted (http://forum.doom9.org/showthread.php?p=1393463&highlight=libmingwex#post1393463) lib everything works ok, at least for x86 since I didn't even try x64 builds.

Aleksoid1978
24th July 2010, 10:09
With Alexin's MinGW 4.4.4:


With Alexin's MinGW 4.5.1 experimental I don't get those errors but I don't want to use an experimental compiler.
With your posted (http://forum.doom9.org/showthread.php?p=1393463&highlight=libmingwex#post1393463) lib everything works ok, at least for x86 since I didn't even try x64 builds.

In last Mingw fix this link error about codepage.

About 4.5.1 - i use long time, 2 or 3 month - all ok.

XhmikosR
24th July 2010, 11:02
Still it's experimental. I'll wait for 4.5.1 stable. Thanks for the info though.
Do we still need a modified libmingwex.a for the x64 build with VS2008/2010 with the newer MinGW?

Aleksoid1978
24th July 2010, 13:14
Do we still need a modified libmingwex.a for the x64 build with VS2008/2010 with the newer MinGW?

No. don't need.

Steveo08
24th July 2010, 13:20
mpc-hc x64 is crashing for me, since build r2132, always when mpc used the autochange for changing frequency

Stephen R. Savage
24th July 2010, 22:19
Could a developer or informed user of MPC-HC please explain the "Mixer Output" field on the EVR Ctrl+J diagnostics? I see in some screenshots that it reads RGB32, but on my system it always reads YUY2, even if ffdshow is configured to transport RGB to the renderer. Does this indicate that a second colorspace conversion is occurring? If so, how does MPC-HC decide to set the colorspace of the renderer output — is it specified by the display driver?

namaiki
25th July 2010, 00:11
Could a developer or informed user of MPC-HC please explain the "Mixer Output" field on the EVR Ctrl+J diagnostics? I see in some screenshots that it reads RGB32, but on my system it always reads YUY2, even if ffdshow is configured to transport RGB to the renderer. Does this indicate that a second colorspace conversion is occurring? If so, how does MPC-HC decide to set the colorspace of the renderer output — is it specified by the display driver?

Check EVR pin info.

Stephen R. Savage
25th July 2010, 01:25
Check EVR pin info.

This is unhelpful. Video renderers only have input pins, and that information is already known. What I want to know is if the video undergoes a further colorspace conversion before reaching the display, in which case software RGB conversion would be pointless.

Snowknight26
25th July 2010, 02:48
The DTS decoder causes visual and audible corruption in this sample (http://stfcc.org/misc/mpc-hc.dts.sample.m2ts). Switching to ffdshow for the audio decoding fixes the corruption.

XhmikosR
25th July 2010, 07:58
Please, everybody, report the issues to the trac. No one is going to browse through so many pages to spot the reported bugs in the future. Actually this thread is pretty much useless IMHO.

namaiki
25th July 2010, 10:16
This is unhelpful. Video renderers only have input pins, and that information is already known. What I want to know is if the video undergoes a further colorspace conversion before reaching the display, in which case software RGB conversion would be pointless.
Well, I will tell you that at least from what I have seen with my eyes, RGB32+Dither is much better than letting EVR handle it (test video with a gradient, I can't tell the difference during 'normal' viewing). Overlay is a different animal, however.

D.A.S.
25th July 2010, 10:51
How to make that MPC-HC display default external subtitle, ignoring the subtitle in the MKV?

stasi
25th July 2010, 11:09
xvidvideo.ru hasn´t been updated since 3 weeks. Anyone knows what´s going on?

oddball
25th July 2010, 11:54
OK I have another bug to report.

When playing back 29.97FPS sources on a 24Hz HDTV I get audio dropout when used with ffdshow as the decoder (MPEG2 source). When played with the internal decoder there is no audio dropout. Also if I switch the output to my 60Hz monitor I get no audio dropout. I want 24FPS output to my 24P HDTV but am unable to get MPC HC to play nice with ffdshow as a decoder on 29.97FPS sources. MPC HC plays 29.97FPS as 24FPS which is fine and dandy most of the time. But when ffdshow is thrown into the equation it breaks it.

Can someone look into this? It needs someone who has a 24P/Hz capable display to test.

BTW I use ffdshow as opposed to the internal MPEG2 decoder because I use the extra processing to clean up and resize sources so using the internal decoder is no good to me.

BTW tsMuxer shows there is no 3:2 pulldown in the video. It thinks it's a straight 29.97FPS. If I try to convert the video to 23.976 the muxing fails with some buffer overflow error. Maybe that can offer some clues?

EDIT: Well this is interesting. Even if I use Avisynth in ffdshow to do a realtime pulldown to 23.976 I still get audio dropout every few seconds. Outputting to soundcard (No ReClock involved here which I originally thought was the problem). I also tried using MPC HC's internal audio decoder. Same problem. Video decoding with ffdshow is the deciding factor here and nothing else. Basically when using MPC HC + ffdshow + 24P output on 29.97FPS sources = audio dropout. EVR CP renderer shows it's playing at 24FPS fine and I get no problems with video playback. If you were to say to me that I need to switch to 60Hz I would think 'OK' but the fact that it plays back 24P from 29.97 with no audio dropout when using MPC HC's internal MPEG2 decoder says otherwise.

Px
25th July 2010, 12:28
xvidvideo.ru hasn´t been updated since 3 weeks. Anyone knows what´s going on?
It was explained a couple of pages before - alexins is on vacation

Kado
25th July 2010, 18:36
@stasi

You can get XhmikosR builds here (http://xhmikosr.1f0.de/).

dansrfe
26th July 2010, 00:05
MPC-HC refuses to start when Photoshop CS5 is running. I have noticed it happens when a particular process of photoshop is working named: CSSServiceManager.exe

Keiyakusha
26th July 2010, 01:01
I'm using CS5 and don't have such problem. What is CSSServiceManager.exe? Never heard of it. Perhaps some useless service that I disabled and forgot about that? :P

Stephen R. Savage
26th July 2010, 04:07
Well, I will tell you that at least from what I have seen with my eyes, RGB32+Dither is much better than letting EVR handle it (test video with a gradient, I can't tell the difference during 'normal' viewing). Overlay is a different animal, however.

The question was whether or not the RGB32 got converted back to YUY2 in the EVR renderer. Since nobody was able to give me a straight-up answer, I thought up an exercise in Avisynth to determine what was happening.


Interleave(BlankClip(color=color_green, height=320), BlankClip(color=color_blue, height=320))
AssumeFieldBased()
Weave()
TurnRight()


Seems that the output is RGB despite the OSD claiming it to be YUY2.

a_afra
26th July 2010, 11:23
Seems that the output is RGB despite the OSD claiming it to be YUY2.

I've studied the source code of the custom EVR renderer a bit, and it tries to set the output format of the EVR mixer to anything but RGB. Despite this, it always renders into RGB textures, so obviously the output can only be RGB. It doesn't make any sense, and I think this behavior is erroneous. According to an MSDN article (http://msdn.microsoft.com/en-us/library/bb530107(VS.85).aspx#allocatingdirect3dsurfaces), the output format you set and the one you actually use must match.

By the way, I believe this also explains why the 10-bit video path is so buggy. Yes, the GPU drivers have faults (the mixer should return an error code instead of crashing the entire application), but MPC tries to do something which is not really supported. For example, my NVIDIA NVS 5100m reports that 10-bit RGB mixer output is not supported, but it seems to be working anyway (only with progressive content). MPC should definitely check whether 10-bit output is truly supported before using it. However, I doubt that there are any such GPUs at the moment. The bottom line is, this feature in MPC is pretty much broken. The only valid solution I see is to use a non-EVR/VMR renderer that natively supports a full 10-bit video rendering path.

It seems that the drivers are too tolerant (lazy), but MPC should not rely on this. If the MPC developers agree, I will gladly help to fix this.

_xxl
26th July 2010, 12:53
xvidvideo.ru hasn´t been updated since 3 weeks. Anyone knows what´s going on?
mpc-hc x86 r2153:
http://www.mediafire.com/?lenll0k4hyoa6yc

oddball
26th July 2010, 13:01
OK playing back the 29.97FPS MPEG2 clip using the internal decoder must have been a fluke because it's now doing it on all 29.97FPS sources. Must I really switch to 60Hz everytime I want to play anything at this framerate??? I have no audio dropout playing 25FPS (Just juddering on pans but I can use ReClock to fix that. The audio dropout occurs with or without ReClock). But 29.97 = audio dropping out every few seconds.

OK after further testing this is a problem with EVR CP with D3D enabled. Using EVR Sync or VMR9 I get no audio dropouts. I tried to capture the stats but it won't capture them just the sync bar and it crashes the player too. The green line goes WAAAAAAAY up off the screen then back down again and after a few seconds the player crashes. The red line has a few hiccups but is generally straight.

namaiki
26th July 2010, 13:05
Are you using Reclock when you get the audio dropping out?

THX-UltraII
26th July 2010, 13:19
@stasi

You can get XhmikosR builds here (http://xhmikosr.1f0.de/).

what are the differences between his and alexins versions?

oddball
26th July 2010, 13:21
Are you using Reclock when you get the audio dropping out?

No. See post above (Refresh page because I edit a lot).

namaiki
26th July 2010, 13:25
Perhaps EVR-Custom hasn't taken into account a situation where the monitor is set to less Hz than the video being played.

Keiyakusha
26th July 2010, 13:26
what are the differences between his and alexins versions?
Maybe version of some compilers can be a bit different but the most noticeable difference is the name of the person who compiled it.

XhmikosR
26th July 2010, 14:26
It also takes like half a second to pause and resume the video with r2153 using the mouse. I've already informed Alekdoid1978.

oddball
26th July 2010, 14:27
Perhaps EVR-Custom hasn't taken into account a situation where the monitor is set to less Hz than the video being played.

Can someone with a 24P display look into this?

Aleksoid1978
26th July 2010, 23:01
There's a bug with 2153, in MKVs with chapters(not ordered/linked chapters), when you press Page Down to jump to the next chapter or right-click, Navigate, Jump To, Select a particular chapter to jump to, after a few seconds of playback it pauses. Bug does not happen with 2152, so the problem started with 2153. Please revert 2153.

Upload short sample for test.
Changes in 1253 do not relate to work with MKV and chapters.

oddball
27th July 2010, 03:13
I've studied the source code of the custom EVR renderer a bit, and it tries to set the output format of the EVR mixer to anything but RGB. Despite this, it always renders into RGB textures, so obviously the output can only be RGB. It doesn't make any sense, and I think this behavior is erroneous. According to an MSDN article (http://msdn.microsoft.com/en-us/library/bb530107(VS.85).aspx#allocatingdirect3dsurfaces), the output format you set and the one you actually use must match.

By the way, I believe this also explains why the 10-bit video path is so buggy. Yes, the GPU drivers have faults (the mixer should return an error code instead of crashing the entire application), but MPC tries to do something which is not really supported. For example, my NVIDIA NVS 5100m reports that 10-bit RGB mixer output is not supported, but it seems to be working anyway (only with progressive content). MPC should definitely check whether 10-bit output is truly supported before using it. However, I doubt that there are any such GPUs at the moment. The bottom line is, this feature in MPC is pretty much broken. The only valid solution I see is to use a non-EVR/VMR renderer that natively supports a full 10-bit video rendering path.

It seems that the drivers are too tolerant (lazy), but MPC should not rely on this. If the MPC developers agree, I will gladly help to fix this.

I thought it was OK to just go ahead and make your own build? Just do it and offer it up to test I say (But then I don't know the rules on open source stuff so ignore me if I am being flippant about it) :)

oddball
27th July 2010, 04:00
XhmikosR 2156 x86 is hanging for a few seconds with an error sound on exit in Win7. It sits in Task Manager for a few seconds.

Aleksoid1978
27th July 2010, 04:16
XhmikosR 2156 x86 is hanging for a few seconds with an error sound on exit in Win7. It sits in Task Manager for a few seconds.

It's happen in VS2010

DMD
27th July 2010, 05:37
I beg your pardon.

In the link http://www.xvidvideo.ru/media-player-classic-home-cinema-x86-x64/
versions are still svn 2099, where you can download the most recent ones?

THANKS

namaiki
27th July 2010, 05:45
@stasi

You can get XhmikosR builds here (http://xhmikosr.1f0.de/).

That link is just one page back...

I beg your pardon.

In the link http://www.xvidvideo.ru/media-player-classic-home-cinema-x86-x64/
versions are still svn 2099, where you can download the most recent ones?

THANKS

ryrynz
27th July 2010, 09:16
Do people know how to use search and actually read anything from the thread at all?

XhmikosR
27th July 2010, 09:51
And a few pages back I explain that the crash on exit happens with all the builds, it's just that with MSVC2010 it happens more often for some people that it did with MSVC2008. So if someone is a programmer and can help fix this, please do so. :)

tetsuo55
27th July 2010, 11:02
I've studied the source code of the custom EVR renderer a bit, and it tries to set the output format of the EVR mixer to anything but RGB. Despite this, it always renders into RGB textures, so obviously the output can only be RGB. It doesn't make any sense, and I think this behavior is erroneous. According to an MSDN article (http://msdn.microsoft.com/en-us/library/bb530107(VS.85).aspx#allocatingdirect3dsurfaces), the output format you set and the one you actually use must match.

By the way, I believe this also explains why the 10-bit video path is so buggy. Yes, the GPU drivers have faults (the mixer should return an error code instead of crashing the entire application), but MPC tries to do something which is not really supported. For example, my NVIDIA NVS 5100m reports that 10-bit RGB mixer output is not supported, but it seems to be working anyway (only with progressive content). MPC should definitely check whether 10-bit output is truly supported before using it. However, I doubt that there are any such GPUs at the moment. The bottom line is, this feature in MPC is pretty much broken. The only valid solution I see is to use a non-EVR/VMR renderer that natively supports a full 10-bit video rendering path.

It seems that the drivers are too tolerant (lazy), but MPC should not rely on this. If the MPC developers agree, I will gladly help to fix this.Please help us fix this :thanks:
And a few pages back I explain that the crash on exit happens with all the builds, it's just that with MSVC2010 it happens more often for some people that it did with MSVC2008. So if someone is a programmer and can help fix this, please do so. :) In addition to what XhmikosR already mentioned, we believe this problem goes back to the original MPC, but the problem was nearly unreproducable when compiled with vs2005

hajj_3
27th July 2010, 12:27
is Hardware decoding enabled in the latest MPC-HC V2099 with an ATI card using ATI 10.7 drivers that were released yesterday or is vlc 1.1.1 the only free player with hardware decoding for ATI cards?

namaiki
27th July 2010, 12:30
I believe MPC-HC has worked since Catalyst 10.4 for most videos.

cengizhan
27th July 2010, 14:17
Regarding the pause issue. For me there was always something wrong with the pause and resume. Open a big mkv file from a slow medium like dvd/flash disk. press pause, then play, then pause, then play. Program says paused but video plays. After that you have to restart the program to fix the issue.

tetsuo55
27th July 2010, 14:37
Regarding the pause issue. For me there was always something wrong with the pause and resume. Open a big mkv file from a slow medium like dvd/flash disk. press pause, then play, then pause, then play. Program says paused but video plays. After that you have to restart the program to fix the issue.
You are right, pause and seek have always been problematic, maybe this new level of problem can help the developers locate the exact cause.is Hardware decoding enabled in the latest MPC-HC V2099 with an ATI card using ATI 10.7 drivers that were released yesterday or is vlc 1.1.1 the only free player with hardware decoding for ATI cards?DXVA has worked for years, but im not sure if 10.7 fixes the standard def corruption bug

Snowknight26
27th July 2010, 19:07
Nope, still broken.

On an unrelated, and apparently fruitless note, preferred filters aren't always loaded even when a connection can be made. For example:

File A contains two tracks, a FLAC track (track A) that's decoded by the chain source splitter -> madFlac -> ffdshow audio decoder and B, decoded by source splitter -> ffdshow. ffdshow audio decoder is set to preferred and accepts both uncompressed audio (for track A) and the original format of track B. Pressing A in MPC-HC, which goes to the next audio track by default), switches from track A to track B. Track B is still being decoded by ffdshow, so so far so good. However, if you press A again, track A is played but this time instead of being handled by the normal chain, ffdshow is no longer present and madFlac connects straight to the audio renderer.

This behavior is especially problematic when ffdshow is set to downmix or upmix uncompressed audio as MPC-HC can't do it on its own. But oh well, apparently bugs in this thread aren't even looked at so I'm just wasting my time typing this. :)

crewxp
28th July 2010, 09:23
random quick question. is there any way to set mpc-hc to run in the background of the monitor, forced fullscreen? I know VLC has something like this, but it disables windows aero.

aka: So I can run a video as a 'wallpaper'

this would be a neat feature since dreamscape was discontinued.

oddball
28th July 2010, 12:01
ffdshow for processing refuses to load with CoreAVC in MPC HC. Using Windows Media Player I can get CoreAVC to load and use ffdshow's processing. But I want to use MPC HC.

Any ideas?

namaiki
28th July 2010, 12:09
Try add both as preferred in External Filters list.

oddball
28th July 2010, 14:13
OK I seem to have broken MPC's internal decoder fiddling with filters. Even though the internal decoders are ticked I get an error on playback. I tried reinstalling MPC and doing a system restore but it's still busted. "Media Player could not render some of the pins in the graph" etc. I tried to register MPCVideoDec.ax again but no joy.

Any ideas?

BTW your suggestion worked.

THX-UltraII
28th July 2010, 15:20
Am I correct that BR (BDMV/CERTIFICATE folder) still is not supported fully by MPC-HC?

I tried to open a directory and select the BDMV folder. Sometimes this seems to work and the movie starts playing but sometimes it doesn t work and the movie begins to play with the directors comment.


ps. I ve checked ONLY MPEG PS/TS in the internal filters of mpc-hc

SamuriHL
28th July 2010, 15:22
Am I correct that BR (BDMV/CERTIFICATE folder) still is not supported fully by MPC-HC?

I tried to open a directory and select the BDMV folder. Sometimes this seems to work and the movie starts playing but sometimes it doesn t work and the movie begins to play with the directors comment.


ps. I ve checked ONLY MPEG PS/TS in the internal filters of mpc-hc

You can load the MPLS for the main movie and that'll work just fine. I use eac3to to give me the most likely candidates. If you do an open DVD on the BD, MPC-HC will make a best guess, but, as you've seen it doesn't always get it right.

nevcairiel
28th July 2010, 15:37
Running the "index.bdmv" usually works just fine.

THX-UltraII
28th July 2010, 15:39
You can load the MPLS for the main movie and that'll work just fine. I use eac3to to give me the most likely candidates. If you do an open DVD on the BD, MPC-HC will make a best guess, but, as you've seen it doesn't always get it right.

Whats the MPLS? and what do you mean by using eac3to?

EDIT: do you mean to first convert my movie to a .m2ts file with http://forum.slysoft.com/showthread.php?t=25818
I know this is possible but it takes ages to convert. I was just hoping that MPC-HC can handle a BD structure folder.

SamuriHL
28th July 2010, 15:41
Whats the MPLS? and what do you mean by using eac3to?

The MPLS is the playlist for different parts of the disc. The main movie will have one. You can scan the BD structure with eac3to and it will list the most probable candidates for the main movie MPLS file.

THX-UltraII
28th July 2010, 15:49
The MPLS is the playlist for different parts of the disc. The main movie will have one. You can scan the BD structure with eac3to and it will list the most probable candidates for the main movie MPLS file.

Ok, so MPC-HC does not support it fully at this moment. I think I ll convert them to .m2ts for the time-beeing then.

SamuriHL
28th July 2010, 15:52
Ok, so MPC-HC does not support it fully at this moment. I think I ll convert them to .m2ts for the time-beeing then.

Wait, huh? That's not what I said at all! :) It usually does just fine on BD structures. But there are some discs that have screwy layouts that have different MPLS for the movie that add "special features" mixed into the main movie. Sometimes MPC-HC gets a bit confused and picks the wrong playlist by default. It's simple enough to open an MPLS. They're in your BD structure. It's MUCH quicker to find the MPLS of titles that don't automatically get picked up correctly than to convert it to m2ts.

THX-UltraII
28th July 2010, 15:55
Wait, huh? That's not what I said at all! :) It usually does just fine on BD structures. But there are some discs that have screwy layouts that have different MPLS for the movie that add "special features" mixed into the main movie. Sometimes MPC-HC gets a bit confused and picks the wrong playlist by default. It's simple enough to open an MPLS. They're in your BD structure. It's MUCH quicker to find the MPLS of titles that don't automatically get picked up correctly than to convert it to m2ts.

is an MPLS a folder or a file?

SamuriHL
28th July 2010, 15:58
is an MPLS a folder or a file?

Look in your BDMV\PLAYLIST folder. It's a file. There's going to be tons of them in there, but, you can usually identify it with bdinfo or eac3to just running it on your bd folder.

dbone1026
28th July 2010, 16:10
Look in your BDMV\PLAYLIST folder. It's a file. There's going to be tons of them in there, but, you can usually identify it with bdinfo or eac3to just running it on your bd folder.

If you only plan on using MPC HC for BluRay playback you might as well just use Clown_BD to grab the main movie, that way you don't have to worry about multiple playlists or grabbing the wrong movie.

SamuriHL
28th July 2010, 16:12
If you only plan on using MPC HC for BluRay playback you might as well just use Clown_BD to grab the main movie, that way you don't have to worry about multiple playlists or grabbing the wrong movie.

That's a fair enough assessment.

zegames
28th July 2010, 16:19
Add files to Windows Media Player list, go to menu File > Save Playing List as.. and save all possible formats: Playlist1.asx, Playlist1.m3u, Playlist1.wpl

Now, try to open each one in MPC, only m3u format will work. Can someone confirm this 'bug'? or this is a normal behavior? I'm asking it, because in MPC options > Formats you can associate with several playlist formats, including all cited by me.

Other thing, saving playlist from MPC will result in a format similar to m3u (.mpcpl), except for the full path for files. Playlist generated by Windows Media Player will result in relative path, what is fantastic for use in any computer, good to send all files to flash drive. Good suggestion? Can be implemented?

tetsuo55
28th July 2010, 16:33
Can anyone confirm that on ATI, With Catalyst 10.7, SD resolution h264 DXVA does not work on MPC-HC but DOES work on VLC?

sneaker_ger
28th July 2010, 16:44
Can anyone confirm that on ATI, With Catalyst 10.7, SD resolution h264 DXVA does not work on MPC-HC but DOES work on VLC?

HD 5850, Win 7 x64, CAT 10.7
SD: artifacts in both players
HD: works fine in both players

oddball
28th July 2010, 17:11
OK all fixed again. Is there any way to use ffdshow processing on DXVA?

SamuriHL
28th July 2010, 17:13
I use ffdshow dxva on everything. Just add it in external filters and set it to preferred and uncheck the internal filters.

Keiyakusha
28th July 2010, 17:15
He probably wants to use ffdshow's postprocessing. No, not possible.

oddball
28th July 2010, 17:19
He probably wants to use ffdshow's postprocessing. No, not possible.

OK just checking. Works with CUDA and CoreAVC though so no biggie :)

JarrettH
28th July 2010, 19:02
I don't know how good an idea this is, I was trying to get dxva+dvds+evr+subtitles working last night to no avail, but I just ended up searching for some subtitles online instead. It would be neat if MPC could automate this somehow.

burfadel
28th July 2010, 19:29
Ok, here's an interesting question...

Most CPU's should be capable of handling HD h264 decoding correct? For DXVA decoding, obviously the CPU use will be very low as the decoding is done on the graphics card. What is the difference in the amount of electrical power consumed by the computer between DXVA deconding and CPU decoding.

Of course, I realise that this varies greatly with different system configurations, I'm just referring to a generalised scenario.

Keiyakusha
28th July 2010, 20:06
So, where is the question? About most CPUs? Everything with single core, old dual cores, some notebooks etc. can't play HD fine. Don't know if this is "most" or no.
Of course decoder should be taken into account. Some software decoders can be twice slower than others.

Power consumption may be lower if we talking about passively cooled low-end gpus. Otherwise it can be higher. Also CPUs always using some amount of power even if they do nothing. It may be twice lower than when they do some computing but you still should take this to account.

So, if CPU has no problems with decoding, most people don't need dxva.

crewxp
29th July 2010, 08:36
random quick question. is there any way to set mpc-hc to run in the background of the monitor, forced fullscreen? I know VLC has something like this, but it disables windows aero.

aka: So I can run a video as a 'wallpaper'

this would be a neat feature since dreamscape was discontinued.

crewxp
29th July 2010, 08:41
Just thought about this...(regarding my previous question)

If the feature is not built in mpc-hc, is there any way to launch a mpc-hc using command line options? (Launch it in fullscreen, on the back-most layer of the monitor, not always on top, and disable the toolbars (so the mouse doesnt activate them when it rolls over the mpc-hc)

Kado
29th July 2010, 22:09
@crewxp

Open MPC-HC
Help=>Command Line Switches

Don't know about "wallpaper mode" though.

aerodown
30th July 2010, 10:46
Hi,

Everytime my computer go to sleep mode and after wake up i open mpc-hc and go to mpc-hc toolbar and select File to open video mpc-hc will not responding. I try to kill the mpc-hc.exe process through task manager but cant and i cant even shutdown the windows it just stuck at Windows is shutting down.. so i have to force shutdown or force reboot the pc. Happen on mpc-hc 1.3.2099.0 that i download form xvidvideo.ru and i compile the latest 1.3.2163.0 still same. I think happen after i update windows, and the last windows update that i perform was kb2032276. before this i never have this problem. Anyone have this same problem ?

mpc-hc x86 1.3.2163.0
Windows 7 Ultimate x64 (fully update)
Nvidia Driver 258.96

XhmikosR
30th July 2010, 10:50
@aerodown: Try using another renderer like EVR.

SoLoR
30th July 2010, 11:34
OK here is my issue.

My ISP have IPTV over multicast. Im using udpxy (multicast to unicast coverter) to stream IPTV on my LAN. Udpxy just gives access to udp multicast streams over http protocol. Those streams are MPEG TS streams, using MPEG1/2 for SD channels and MPEG4/h264 for HD channels, audio is encoded in mp3 format (sometimes multichannel for different languages), there might also be teletext and multiple subtitles. I have m3u playlist made for this, but everytime i try to load it mpc-hc "stops responding". Also if i try to open single stream its same result. I assume MPC-HC currently just does not support that, so my question is if it ever will? At least basic playing functions (if not choosing different audio tracks and teletext) because currently im kinda forces to use VLC for IPTV and mpc-hc for everything else and in all honesty i dont like picture quality of VLC...

nevcairiel
30th July 2010, 12:11
MPC-HC isnt particularly happy with streamed mpeg streams. You could try using another MPEG Splitter and see if that helps.

SoLoR
30th July 2010, 14:29
I tryed others, same result... mpc-hc crashes with "stoped responding"... could this be issue in how url looks like? example: "http://10.0.0.1:4022/udp/239.1.1.8:5000" (runing udpxy on port 4022 playing multicast stream from 239.1.1.9:5000). I would get if player would error out with "hey i can not play this stream/file" but thing is, if i capture part of stream with for example wget i can play it normaly... it just does not work from http link.

here is sample (~15MB): http://solor.wtf.la/test.ts you can open this http link directly inside mpc-hc and it will start playing. Sample was captured with wget from local http://10.0.0.1:4022/udp/239.1.1.8:5000 address.

edit: i figured it out exactly what might be an issue, when i add stream in to playlist it connects it and start to transfer data and since that data never ends (point of TV) mpc-hc stops responding, even tho it is still transfering data of that stream in the background. As soon as i unplug network cable mpc-hc starts to respond... It seems like it have only problems with continuous streams that never ends.

PetitDragon
30th July 2010, 20:43
Could anyone tell me how to configure mpc-hc revisions after 2116 to use madFlac to play .flac files?

For revisions 2116 and before, I am able to disable the internal flac source and decode filters to force madFlac to play .flac files. This method won't work for revisions after 2116. Unfortunately using the internal flac source and decode filters to play .flac files couses sound stutter.

please help!

BrollyLSSJ
30th July 2010, 21:52
Does someone know why the standalone filters compiled with VS 2010 are that much bigger in size than the filters compiled using VS 2008?

Aleksoid1978
31st July 2010, 00:59
Does someone know why the standalone filters compiled with VS 2010 are that much bigger in size than the filters compiled using VS 2008?

VS2010 generate binary biggest size that VS2008.

Ger
31st July 2010, 01:17
At least basic playing functions (if not choosing different audio tracks and teletext) because currently im kinda forces to use VLC for IPTV and mpc-hc for everything else and in all honesty i dont like picture quality of VLC...

I'm in the same situation with ts http streams from Enigma2 (Dreambox). I have to use VLC for that (both Haali and internal splitter fails to open ts streams but works fine* when it's saved to a .ts file), but I prefer MPC-HC, so I only use VLC when I have to.

*Like you say, audio/subtitle switching/recognition in ts/DVB files is far superior in VLC as well, compared to both Haali and the Gabest/MPC-HC splitter.

Anyway, if you create a ticket (http://sourceforge.net/apps/trac/mpc-hc/wiki/Bugs_-_Reporting) it's at least a little more likely to get attention from a developer compared to posting in this thread.

I think there was some talk in this thread about using splitter code from other projects, but I don't know what the status is there.

@Aleksoid1978
I like your "show filename in OSD instead of play/pause on open" change a lot. Very useful in full screen. But the filename/OSD disappears far to quickly to be able to read it. Could you make it stay on screen for a few more seconds? Edit: Just read the 2166 changelog entry and tested 2166. Thanks. I still think 3 seconds is a little short though. Perhaps increase to 5 seconds or make it configurable?

Also if the CTRL-I "remaining time" OSD is enabled, other OSD messages disappear very quickly. Example: Try to adjust the volume and see how quickly the volume message disappears compared to when "remaining time" OSD is disabled. A solution to make sure "remaining time" doesn't overwrite other temporary OSD messages is perhaps to position temporary OSD messages after/ to the right of remaining time if it's enabled, or to move "remaining time" to the other (top right) corner and keep temporary OSD messages on the left. Another option could be to somehow give temporary OSD messages higher priority than the permanent OSD.

diizzy
31st July 2010, 14:40
Just an issue I've noticed recently, is there a way to apply subs before upscaling/resizing the video using the builtin (vsfilter) subtitle filter in EVR CP?
The reason I'm asking is because if you have subs with signs they get scaled improperly / dislocated if they're applied on a video that's not it's native size. I believe this is only an issue with the internal subtitler since running it as a stand alone filter it gets applied before resizing (I havent tried but I think it worked that way in the past at least). Keep up the good work!

allak
31st July 2010, 14:49
I think you must fully check "Position subtitles relative to the video frame" on Options -> Subtitles -> Default Style.

Keiyakusha
31st July 2010, 15:30
Just an issue I've noticed recently, is there a way to apply subs before upscaling/resizing the video using the builtin (vsfilter) subtitle filter in EVR CP?
The reason I'm asking is because if you have subs with signs they get scaled improperly / dislocated if they're applied on a video that's not it's native size. I believe this is only an issue with the internal subtitler since running it as a stand alone filter it gets applied before resizing (I havent tried but I think it worked that way in the past at least). Keep up the good work!

Hmm... so what you using, vsfilter OR built-in engine? Subs displayed on black borders or what? If you using vsfilter, then maybe option par compensation - acurate size is what you want... otherwise try what allak recommended.

namaiki
31st July 2010, 15:36
Internal one gets applied after everything, external one gets pasted to and resized with the video.

diizzy
31st July 2010, 15:54
@ allak

That worked, thanks...
Mine was "grayed/filled" so I don't really know when it's applied. Checking it worked.

@ Keiyakusha

I used the internal but as namaiki confirmed (and what I remembered) using it externally doesn't need this "fix".

Would be nice though if it got applied if script contains \pos .

oddball
31st July 2010, 18:03
@XhmikosR your builds are still broken with the exit player bug even on build 2166.

Faulting application name: mpc-hc.exe, version: 1.3.2166.0, time stamp: 0x4c5297e4
Faulting module name: ntdll.dll, version: 6.1.7600.16559, time stamp: 0x4ba9b29c
Exception code: 0xc0000374
Fault offset: 0x000cdc9b
Faulting process id: 0x12f4
Faulting application start time: 0x01cb30d20138d3f0
Faulting application path: C:\Program Files (x86)\Media Player Classic - Home Cinema\mpc-hc.exe
Faulting module path: C:\Windows\SysWOW64\ntdll.dll
Report Id: 49b22be0-9cc5-11df-be47-001a921cbab6

XhmikosR
31st July 2010, 18:12
Some people just never get it. It's NOT my builds' fault. Period. It's a bug in MPC-HC since ever which is more present if compiled with MSVC2010. This is the last time I say that. If you don't like my builds just simply do NOT use them.

BrollyLSSJ
31st July 2010, 18:12
VS2010 generate binary biggest size that VS2008.
Thank you for the answer. If 2010 does not have any advantages, I will stick with the 2008 filters for the portable version of KMPlayer and PotPlayer.

oddball
31st July 2010, 18:21
Some people just never get it. It's NOT my builds' fault. Period. It's a bug in MPC-HC since ever which is more present if compiled with MSVC2010. This is the last time I say that. If you don't like my builds just simply do NOT use them.

Not that I know anything about such things but why compile it with that then if it exhibits the bug? I don't know anything about programming so if that's a stupid question so be it. :)

And is anyone going to fix the bug in the core code?

SamuriHL
31st July 2010, 18:25
Not that I know anything about such things but why compile it with that then if it exhibits the bug? I don't know anything about programming so if that's a stupid question so be it. :)

And is anyone going to fix the bug in the core code?

I'll answer this for him as he's tired of explaining it by now I'm sure. The bug in MPC-HC has *NOTHING* to do with VS2010. This bug has been there for a very long time. It exists in the VS2008 compiled version, too. It's just that something in VS2010 triggers it more. He's hoping that as such, some developer can pinpoint the bug and finally fix it. There's no functional difference between the VS2008 and VS2010 compiled builds so if you're concerned, just get the VS2008 compiled build and your chances of hitting this bug are less. Albeit not 0.

Ger
31st July 2010, 20:11
But pretty close to 0 for most systems I think. I use MPC-HC (and MPC before that) almost daily, and I don't remember a crash on exit for several years. I think the last time I saw it was when I was still on WinXP years ago (I'm using Win7-x64 now and Vista x86 before that). With VS2010 builds I get the crash on exit every time (have only tested 32-bit builds). So for me the "crash on exit ratio" is close to 0% for VS2008 and close to 100% for VS2010, and judging from the rush of posts about this issue I suspect I'm not alone.

What I'm trying to say is that I suspect that for most people there is a huge difference, and not just a case of a few percent more likely to happen.

I'm aware that some people have seen the crash with VS2008/VS2005 as well, but at least now it should be easy to reproduce with VS2010 builds. Hopefully someone will figure out the exact cause eventually.

XhmikosR
31st July 2010, 20:15
I'm aware that some people have seen the crash with VS2008/VS2005 as well, but at least now it should be easy to reproduce with VS2010 builds. Hopefully someone will figure out the exact cause eventually.
That is exactly the reason I keep uploading the MSVC 2010 builds and I committed the MSVC 2010 project files. Open source doesn't mean complaining only, but submitting patches and help in any way one can.
If it wasn't for that and a bug in the shader editor window, which hopefully someone will fix soon, MSVC 2010 builds feel faster for me.

SamuriHL
31st July 2010, 20:18
I don't have VC 2010 installed yet on either my laptop or my HTPC so I can't take a look at it. I'm not even sure I could fix it even if I did. Been in java too long. :D But does this crash happen with a debug build? If so, you might be able to narrow down where it happens at least.

XhmikosR
31st July 2010, 20:22
Yes it does happen with the debug builds but I have no clue.

--> if (!AfxIsValidAddress(pOb, pOb->GetRuntimeClass()->m_nObjectSize, FALSE))
{
TRACE(traceAppMsg, 0, "ASSERT_VALID fails with illegal pointer.\n");
if (AfxAssertFailedLine(lpszFileName, nLine))
AfxDebugBreak();
return; // quick escape
}
pOb->AssertValid();
}

Keiyakusha
31st July 2010, 20:25
isn't the reason already was known - because MPC-HC uses some old and not really supported api when it closes? I have read about this in this thread not so long ago but forgot the details.

XhmikosR
31st July 2010, 20:29
That's what tetsuo55 said, but unless it's proved, the reason remains unknown.

SamuriHL
31st July 2010, 20:34
What error is it throwing back? That's some nasty code anyway. I don't know exactly what that's doing but it seems like it's asserting the validity of pOb and from what little I can gather about that call it checks to see if it's within the memory space of the calling app. However, to do so it's making a call against the object? Um, if the object is invalid in the first place, won't that second argument blow up? :) Again, I've been in java quite a while but basic C++ memory management tells me that's not good! :)

tetsuo55
31st July 2010, 23:06
It should have something to do with the way open threads are destroyed during or after the exit call.

A similar bug occurs when trying to destroy dxva surfaces created by the internal dxva decoder.

More detail on the "crash on exit bug"
* In VS2010 it crashes 100% of the time on exit.
* In VS2008/2005 it will almost never crash, but instead threads will remain open
* In some cases all that closes is the gui, the rest of the app stays on and is visable from the task manager
* Appverfier or Windows logo check gave me an "dangerous exit api" warning some time in the past, a quick check seems to point to us using the correct calls as described on msdn (Someone with more knowhow will have to verify this)

The "leaked" parts of mpc-hc are the cause of bugs like settings that dont get saved, or some forms of stuttering that dont occur at first startup after a reboot, but from next play on.

madshi
1st August 2010, 09:00
It should have something to do with the way open threads are destroyed during or after the exit call.
Which exit API are you using (you say it's outdated)?

Generally it's a BAD design to have secondary threads still running when the main thread is shutting down. The proper design is for the main thread to set a signal/event to let all secondary threads close down properly. The main thread should wait until all secondary threads are gone, and only after that the main thread finally is allowed to close down, too.

Octo-puss
1st August 2010, 09:07
I use MPC-HC on two computers. Mine is P45-based with 5850 card, and my gf's is H55 with Core i3, using integrated graphics. On my pc everything works fine, but the other freezes a lot with EVR custom pres. output. Switching to Haali renderer fixes it, but some stuff I am used to doesn't work then.
Does anyone have an idea what might be the problem? Both computers run Windows7 x64.

namaiki
1st August 2010, 09:09
Try disable DXVA.

Octo-puss
1st August 2010, 09:14
Care to explain a bit further? :)

Steveo08
1st August 2010, 09:25
i have a large number of dropped frames during playback mostly over 100 for a movie with 120 minutes and it's for 720p & 1080p movies. my settings are "present at nearest vsync" with a value of 0.12ms. so i am planing to buy a bigger graphic card (now i have a xfx gt220), but i am not sure, if it really healps. or is that normal, how many dropped frames have the other here?

namaiki
1st August 2010, 10:19
How about if you use EVR-Custom Pres instead of EVR Sync?

Steveo08
1st August 2010, 10:28
How about if you use EVR-Custom Pres instead of EVR Sync?



when i change to evr-custom pres than is my green line going slowly up for a while and after that the line goes fast down to the red and the same procedure starts again. and i am using direct3d too.

namaiki
1st August 2010, 10:32
You would have to change the refresh rate of your screen to match the fps of the video if you want the line to be straight.

If it isn't perfectly matched, you can still use ReClock. i.e. 23.976fps -> ~24Hz, 48Hz, 96Hz, 120Hz; 29.970fps -> 30Hz, 60Hz, 120Hz.


Care to explain a bit further? :)
I think you would be able to figure it out if you had a little look. In MPC-HC: View-> Options-> Internal Filters-> untick anything in the right column that says DXVA.

Steveo08
1st August 2010, 10:50
You would have to change the refresh rate of your screen to match the fps of the video if you want the line to be straight.

If it isn't perfectly matched, you can still use ReClock. i.e. 23.976fps -> ~24Hz, 48Hz, 96Hz, 120Hz; 29.970fps -> 30Hz, 60Hz, 120Hz.



well, my refresh rate is 23Hz this means in windows 24p and this is for my tv the best solution, because it has a 4:4 Pulldown and it only works when i watch my movies with 24p.

namaiki
1st August 2010, 10:57
ReClock seems to be the solution as it is not perfectly matched.

Steveo08
1st August 2010, 11:02
ReClock seems to be the solution as it is not perfectly matched.




hmm......the only thing i don't like at reclock is, that is no 64bit version available.


but if i use the x86 version, is there any problems with spdif?

namaiki
1st August 2010, 11:05
64bit vs x86
Generally no difference.

any problems with spdif?
Personally, I don't use SPDIF so unfortunately I can't say.

decapitado
1st August 2010, 11:23
Where can we see the changelog in xhmikosr builds?

XhmikosR
1st August 2010, 11:26
Where the official changelog is.

http://mpc-hc.svn.sourceforge.net/viewvc/mpc-hc/trunk/?view=log

Steveo08
1st August 2010, 11:47
Generally no difference.


Personally, I don't use SPDIF so unfortunately I can't say.




ok, than i will test it, if there is a difference for spdif.

Octo-puss
1st August 2010, 14:06
I think you would be able to figure it out if you had a little look. In MPC-HC: View-> Options-> Internal Filters-> untick anything in the right column that says DXVA.
I am not an idiot. I asked WHY, not HOW.

namaiki
1st August 2010, 14:14
I am not an idiot. I asked WHY, not HOW.

"Care to explain a bit further?" is quite open.

Anyways, try it first. If it works, it works. If there are still issues, then it's probably not the fault of DXVA.

Hint: DXVA doesn't work with Haali's Renderer. (or at least, I don't think it does...) Besides that, no idea.

tetsuo55
1st August 2010, 17:03
Which exit API are you using (you say it's outdated)?

Generally it's a BAD design to have secondary threads still running when the main thread is shutting down. The proper design is for the main thread to set a signal/event to let all secondary threads close down properly. The main thread should wait until all secondary threads are gone, and only after that the main thread finally is allowed to close down, too.i agree with that idea, but i have no idea what it looks like in the code right now, or even where it is.

madshi
1st August 2010, 17:13
i agree with that idea, but i have no idea what it looks like in the code right now, or even where it is.
Should not be too hard to find all code locations where a thread is created (e.g. search for CreateThread, _beginthread(ex) and AfxBeginThread) and then to make sure that all of these secondary threads are properly run through before allowing the process to close down. Of course it needs a bit of programming time and maybe one of the devs needs to get his hands dirty a bit. But it's not really rocket science for any programmer with experience in multi threaded programming.

Boulder
1st August 2010, 18:39
I'm getting a crash every time I try to open an AC3 file in MPC-HC (build 2172 by XhmikosR, MSVC2008). Is there anything I can do to track down the error? I have had similar errors lately but I cannot find anything to point my finger at.. If I open the MSVC2008 debugger, it always shows the line with "mov dword ptr [edx],ecx" as the breakpoint.

Updating ffdshow or changing to a different AC3 decoder didn't help either.

XhmikosR
1st August 2010, 18:44
@Boulder: Do you by any chance use the ICL11 ffdshow build?

Boulder
1st August 2010, 18:46
Yes, I tried that too but the problem occurs also with clsid's generic ffdshow build.

XhmikosR
1st August 2010, 18:48
Weird, I always got a crash with some specific files with AC3 audio and only with the ICL11 ffdshow builds; generic builds are fine for me. With the debug ffdshow builds I get no crash. I still haven't found the cause.

Boulder
1st August 2010, 18:50
I think this problem lies somewhere else.. for example I got the infamous "crash when exiting" problem with the same breakpoint a while ago with mkvmerge. I fixed it by changing the language once, restarting mmg and then changing the language back to English. Now it doesn't crash anymore. I've got no clue what may have caused these issues since I've not installed much of anything lately.

XhmikosR
1st August 2010, 18:53
I'll try again with debug builds and I'll post the results (if I have any).

v0lt
2nd August 2010, 08:22
Will there be support for Media Foundation source/splitter filters?
Wants to use the built-in MPEG-4 File Source (http://msdn.microsoft.com/en-us/library/dd757766%28VS.85%29.aspx) (Win7).

nevcairiel
2nd August 2010, 08:23
Supporting Media Foundation basically requires another set of core functionality, and if it ever happens, it will be quite a while.

What does the MF MPEG-4 Source offer that the DirectShow splitters don't, specifically?

While i agree that Media Foundation in general is a big improvement over DirectShow, i am kinda curious what feature you are looking for specifically.

v0lt
2nd August 2010, 08:31
MF MPEG-4 Source works better with sound. For example WMP12 without any problems playing MOVs with "16-bit little-endian PCM audio" ('sowt'), and MPC-HC this can not.

QTLite solves the problem, but adds the brakes.

Sebastiii
2nd August 2010, 12:20
You can load the MPLS for the main movie and that'll work just fine. I use eac3to to give me the most likely candidates. If you do an open DVD on the BD, MPC-HC will make a best guess, but, as you've seen it doesn't always get it right.

Hi SamuriHL,

I'm try to see why on certain BD movies and .mpls the movie timeline is not correct, i have open a ticket for that too.
Did you see this pb too ? and maybe hard to fix it, because i can't upload a sample because we need entire movie.

http://sourceforge.net/apps/trac/mpc-hc/ticket/601

Thanks,
Seb.

tetsuo55
2nd August 2010, 13:12
Should not be too hard to find all code locations where a thread is created (e.g. search for CreateThread, _beginthread(ex) and AfxBeginThread) and then to make sure that all of these secondary threads are properly run through before allowing the process to close down. Of course it needs a bit of programming time and maybe one of the devs needs to get his hands dirty a bit. But it's not really rocket science for any programmer with experience in multi threaded programming.Thanks, using this information i was able to track down that we are using a dangerous call, namely TerminateThread, but not all the time.

After digging deeper and deeper into google i found the page below:
http://members.cox.net/doug_web/threads.htm

This pageexplains how MFC/Win32 applications should deal with threading and exit calls.

We need a dev to use that document and update the existing thread handling.
Since this is almost exactly the problem ar-jar ran into with renderer destruction it might also fix more bugs than just the crash on exit.

SamuriHL
2nd August 2010, 13:27
Hi SamuriHL,

I'm try to see why on certain BD movies and .mpls the movie timeline is not correct, i have open a ticket for that too.
Did you see this pb too ? and maybe hard to fix it, because i can't upload a sample because we need entire movie.

http://sourceforge.net/apps/trac/mpc-hc/ticket/601

Thanks,
Seb.

I hadn't noticed that bug but I don't always pay attention to the timeline, either. Interesting. Next time I'm in MPC-HC I'll see if I can repro it just to give you confirmation. My list of tasks is growing, however. :)

SamuriHL
2nd August 2010, 13:28
Thanks, using this information i was able to track down that we are using a dangerous call, namely TerminateThread, but not all the time.

After digging deeper and deeper into google i found the page below:
http://members.cox.net/doug_web/threads.htm

This pageexplains how MFC/Win32 applications should deal with threading and exit calls.

We need a dev to use that document and update the existing thread handling.
Since this is almost exactly the problem ar-jar ran into with renderer destruction it might also fix more bugs than just the crash on exit.

Nice work! Hopefully someone has time to look at that soon.

Virtual_ManPL
2nd August 2010, 13:40
If you guys working on terminating threads, don't forget about bug in MPC-HC causing player to works in background, even if you close it before ;p

madshi
2nd August 2010, 13:55
Thanks, using this information i was able to track down that we are using a dangerous call, namely TerminateThread, but not all the time.
Yes, TerminateThread should be avoided, if possible in any way. If you use TerminateThread, there could be synchronization objects which will stay locked forever, resulting in deadlocks immediately, or some time later...

After digging deeper and deeper into google i found the page below:
http://members.cox.net/doug_web/threads.htm

This pageexplains how MFC/Win32 applications should deal with threading and exit calls.
Yep, it also confirms what I said earlier:

"In general, it's a bad idea to allow secondary threads to continue executing as the application is shutting down."

tetsuo55
2nd August 2010, 13:59
@madshi Yes you where right.
Could you take a look ? http://sourceforge.net/apps/trac/mpc-hc/browser/trunk/src/apps/mplayerc/MainFrm.cpp

If you guys working on terminating threads, don't forget about bug in MPC-HC causing player to works in background, even if you close it before ;pthis behaviour is caused by the same problem

madshi
2nd August 2010, 14:17
Could you take a look ? http://sourceforge.net/apps/trac/mpc-hc/browser/trunk/src/apps/mplayerc/MainFrm.cpp
It seems that the thread responsible for the DirectShow graph is "violently" terminated in 2 different situations, if it doesn't react as expected in a timeframe of 5 seconds. I don't know the MPC HC code well enough to say anything about why the thread could possibly fail to reply quickly enough. But since the shutdown problem seems to be reproduceable with MSVC++ 2010, it might be worth a try to (in a test version) simply replace those two TerminateThread calls with a simple MessageBox call, just to check whether the MSVC++ 2010 shutdown problem is related to those two TerminateThread calls at all.

Sebastiii
2nd August 2010, 15:37
I hadn't noticed that bug but I don't always pay attention to the timeline, either. Interesting. Next time I'm in MPC-HC I'll see if I can repro it just to give you confirmation. My list of tasks is growing, however. :)

Great :) if you can test :)
If it was only a display wrong lenght is not a big deal but it make an issue for seeking :(

SamuriHL
2nd August 2010, 15:40
I'll see what I can do. I may not get to it today though.

oddball
2nd August 2010, 16:16
If anyone needs me to test a build let me know. ;)

Sebastiii
2nd August 2010, 16:18
I'll see what I can do. I may not get to it today though.

:p not a pb :)
Cheers,
Seb.

mariush
2nd August 2010, 16:23
While you're there, can you also please check the file handle leak? I've reported it a while ago.

double click video, it plays... drag another file while the first video still plays, it goes playing... but now the first file is locked (handle is still open, can't delete file for example) until player is closed. Basically the file before the last one open is always locked.

xiulet
2nd August 2010, 18:51
hi , all ;)

i have a simple question:
what are the benefits of compilation (or coding) MPC-HC on MSVC2010 vs. MSVC2008? if there are any.


thank you, so much.

adéu.

Octo-puss
2nd August 2010, 19:38
Tetsuo, have you considered ninjaing Madshi into the development team? :)

XhmikosR
2nd August 2010, 19:46
hi , all ;)

i have a simple question:
what are the benefits of compilation (or coding) MPC-HC on MSVC2010 vs. MSVC2008? if there are any.


thank you, so much.

adéu.

Just use MSVC 2008. MSVC 2010 binaries feel faster, at least for me. On the other hand size increases and a few bugs are more visible in MSVC 2010 builds.

xiulet
2nd August 2010, 19:52
Just use MSVC 2008. MSVC 2010 binaries feel faster, at least for me. On the other hand size increases and a few bugs are more visible in MSVC 2010 builds.

ok , thanks :)


see you.

adéu.

madshi
2nd August 2010, 21:01
Tetsuo, have you considered ninjaing Madshi into the development team? :)
Thanks, but I'm much too busy with my own projects...

tetsuo55
2nd August 2010, 21:09
we tried that ;)

Aleksoid1978
3rd August 2010, 03:07
I make little test - VS 2010 version MPC-HC does not fall because "TerminateThread".
Need more testing and debug.

SamuriHL
3rd August 2010, 03:12
I make little test - VS 2010 version MPC-HC does not fall because "TerminateThread".
Need more testing and debug.

If you're able to debug it, set a breakpoint and step through it. If you're not, just add messages so you can trace it. If you can narrow down exactly where it's crashing, someone will figure out a way to fix it.

Aleksoid1978
3rd August 2010, 05:39
I think that crash on exit in VS2010 is linked with sizecbar and that it's not worked in MPC-HC + VS2010.

Aleksoid1978
3rd August 2010, 06:32
I spent the extra tests and was proved right - in 2010 build errors due to sizecbar component.
I disable code with create control based on sizecbar ... and MPC-HC not crash on exit;

Here the listing of control:


CPlayerSubresyncBar m_wndSubresyncBar;
CPlayerPlaylistBar m_wndPlaylistBar;
CPlayerCaptureBar m_wndCaptureBar;
CPlayerNavigationBar m_wndNavigationBar;
CPlayerShaderEditorBar m_wndShaderEditorBar;
CEditListEditor m_wndEditListEditor;


This means that the error is not in the code of MPC-HC

P.S. sizecbar don't work in VS2010 build, need rewrite or change to another component.

vBm
3rd August 2010, 07:21
Good thing that at least we now know the cause for the crashes :)
Maybe contact Cristi with the problem ... might be an easy fix for him.

fastplayer
3rd August 2010, 09:09
I spent the extra tests and was proved right - in 2010 build errors due to sizecbar component.
Can you try with the latest update? Right now 2.43 (from August 2000) is in trunk, 2.45 (April 2010) is the latest:
http://www.datamekanix.com/sizecbar/
The homepage says that VS2010 is supported...

Changes since 2.43:

CSizingControlBar 2.45 / Apr 16, 2010

* Maintenance release, fixing some incompatibilities with the newer versions of Visual C++ and MFC. While the sample projects are still VC6, they should now convert and build with VC 2003, 2005, 2008, and 2010.
* Changed the return value of OnNcHitTest() from UINT to LRESULT.
* Removed the use of afxChNil.

CSizingControlBar 2.44 / Mar 31, 2002

* This is a maintenance release. A couple of bug fixes:
* Fixed the bug that caused the bars using CSCBMiniDockFrameWnd under Windows XP to be shrinked when floating. Thanks to DJ for first pointing this out and to everyone that suggested fixes.
* Removed an unnecessary call to ReleaseDC in CSizingControlBar::OnNCPaint(), because the CWindowDC destructor releases the device context handle. Thanks to Pat Kusbel, and then Aleksey Malyshev, who both described the bug and sent the fix.

roytam1
3rd August 2010, 09:10
latest version of CSizingControlBar is 2.4.5
http://www.datamekanix.com/sizecbar/

Aleksoid1978
3rd August 2010, 11:42
Can you try with the latest update? Right now 2.43 (from August 2000) is in trunk, 2.45 (April 2010) is the latest:
http://www.datamekanix.com/sizecbar/
The homepage says that VS2010 is supported...

Changes since 2.43:

Try - nothing don't change, don't work with VS2010 build.

Sebastiii
4th August 2010, 13:39
Hi :)

Aleksoid has made a very good fix for the BD seamless branching movie length problem in the MPC MPEG splitter
But there now is a problem with seeking, i have made an ugly hack by commenting out some lines of code, someone will have to look at it because in its current state it probably cannot be committed with this patch however, seeking works for both branching and non branching.
You can find the link for Filter splitter MPEG in Debug version and Release version and the patch file.

Source .diff file (http://www.mediafire.com/?k5xz4joblc4c2pu)
Release Filter (http://www.mediafire.com/?xcwpir0ng82h5r9)
Debug Filter (http://www.mediafire.com/?cn23ued7i0ao2iq)
MPC-HC Build x86 (http://www.mediafire.com/?66ry0pr719w4ubc)

Can you test on your side ?
Cheers,
Seb.

burfadel
4th August 2010, 16:27
Just use MSVC 2008. MSVC 2010 binaries feel faster, at least for me. On the other hand size increases and a few bugs are more visible in MSVC 2010 builds.

The pixel shader editor doesn't work with the MSVC 2010 build (does in the 2008 build).

I've probably missed it if someone has mentioned that already!...

What difference does it make anyways, if you select PS 3.0 over PS 2.0 for example? (for filters that are currently PS 2.0).

Also, if there is a difference since the latest Directx library is required, why not PS 4.0 and higher?

XhmikosR
4th August 2010, 17:04
http://xhmikosr.1f0.de/mpc-hc_msvc2010/BIG_FAT_WARNING.txt

fastplayer
4th August 2010, 17:07
http://xhmikosr.1f0.de/mpc-hc_msvc2010/BIG_FAT_WARNING.txt
Do the playlist and shader editors use the sizecbar library (see couple of posts above)? If so, does updating it to version 2.45 fix the issues?

XhmikosR
4th August 2010, 17:08
Yes and no. I've already sent an email to the author of sizecbar asking for his help.

fastplayer
4th August 2010, 17:13
Yes and no. I've already sent an email to the author of sizecbar asking for his help.
Good idea!
Although, I'm kinda skeptical that UI components are the root cause of this nasty VS2010 issue...

XhmikosR
4th August 2010, 17:17
Aleksoid confirmed it too. So the only thing we can do right now is wait unless you or someone else can find another way to fix these issues.

romanesque
5th August 2010, 07:35
Is there any place where I can download the latest builds? Thank you. :)

Octo-puss
5th August 2010, 07:45
One post above yours... Even I can see it.

Aleksoid1978
5th August 2010, 07:54
Is there any place where I can download the latest builds? Thank you. :)

http://xhmikosr.1f0.de/

romanesque
5th August 2010, 14:56
Thanks, Aleksoid ... really appreciate. :D

XhmikosR
6th August 2010, 00:10
What version is the last that didn't crash? Obviously I cannot reproduce it, so provide more info, like filters used and a sample.

EDIT: Alright, I managed to reproduce it, I'll take a look.

sneaker_ger
6th August 2010, 00:15
I have the same problem using 2200 (tried both 32 and 64 bit).

/edit: VS2010 builds do not crash on loading a file. (but on exit)

XhmikosR
6th August 2010, 00:19
It's r2200.

Aleksoid1978
6th August 2010, 00:23
MPC-HC SVN 2200 crashes when trying to play anything, MKV, MP4, AVI etc. Tested on Intel Core 2, Core iX and Athlon XP, they all crash when trying to play any videos.

http://img231.imageshack.us/img231/8466/crashd.png

http://img8.imageshack.us/img8/7365/crash2.png

I think is't last ffmpeg update bug.

Revert in 2201 :)

sneaker_ger
6th August 2010, 00:23
Problem with x64 builds:
When I click "modify" (Windows 7) under "options">"formats" a second "options" window opens. Changing the settings in there works so it's more of a cosmetic problem.

sneaker_ger
6th August 2010, 00:24
I think is't last ffmpeg update bug.

In case you didn't see my edit: the VS2010 builds do not crash. (except on exit, but that seems to be known already)

BibiCode
6th August 2010, 02:36
Last try before giving up....

I am having jitter playback using mpc HC with DXVA and EVR Custom.

Whenever the two lines are jaggy I have smooth playback, whenever there is a spike, the video halts for a split second, enough to see jitter. The audio stays good.

This is specialy visible on panoramic images. I tried ALL MPC Settings and combinations with nvidia panel and the mpc own settings to no effect.

I uploaded two screenshots for examples

Please HELP !

I have WIN7 core i5

Aleksoid1978
6th August 2010, 02:42
Last try before giving up....

I am having jitter playback using mpc HC with DXVA and EVR Custom.

Whenever the two lines are jaggy I have smooth playback, whenever there is a spike, the video halts for a split second, enough to see jitter. The audio stays good.

This is specialy visible on panoramic images. I tried ALL MPC Settings and combinations with nvidia panel and the mpc own settings to no effect.

I uploaded two screenshots for examples

Please HELP !

I have WIN7 core i5

Maybe you use VSYNC - disable all VSYNC and try again.

Momber
6th August 2010, 02:56
Sigh... I would so like to be able to watch my BBC HD caps in style... that is, without corruption or jerkyness.
Why do the MPC developers hate the BBC so much?

BibiCode
6th August 2010, 02:57
Maybe you use VSYNC - disable all VSYNC and try again.

Hey man, thanks for replying. I have tried EVERYTHING in those settings dialogs.

Same thing happens.

This happens quite randomly, and even with madVR renderer Also.

Sometimes it happens after a heavy scene and stays like that the hole movie.

The weird thing about it, is that when it starts, it happens every Second. It's like i know it's gonna happen. You just have to look at your watch, each second, you have a spike

Aleksoid1978
6th August 2010, 03:09
Hey man, thanks for replying. I have tried EVERYTHING in those settings dialogs.

Same thing happens.

This happens quite randomly, and even with madVR renderer Also.

Sometimes it happens after a heavy scene and stays like that the hole movie.

The weird thing about it, is that when it starts, it happens every Second. It's like i know it's gonna happen. You just have to look at your watch, each second, you have a spike

I say about Vsync setting in popup menu:

http://s53.radikal.ru/i139/1008/36/5da3428b0497t.jpg (http://radikal.ru/F/s53.radikal.ru/i139/1008/36/5da3428b0497.png.html)

namaiki
6th August 2010, 04:03
I say about Vsync setting in popup menu:

http://s53.radikal.ru/i139/1008/36/5da3428b0497t.jpg (http://radikal.ru/F/s53.radikal.ru/i139/1008/36/5da3428b0497.png.html)

If you disable that, you can get stuttering. If the screen's refresh rate is not matched to the video, then you will need ReClock.

Aleksoid1978
6th August 2010, 06:45
Sigh... I would so like to be able to watch my BBC HD caps in style... that is, without corruption or jerkyness.
Why do the MPC developers hate the BBC so much?

Upload a sample of file and screen what's wrong.

QQ
6th August 2010, 08:36
Hello everyone,

haven't been in ages here on this forum, but as I recall, it has always been great, and full of knowledgeable people!

Hopefully you'll be able to suggest the steps that I should take to solve my issue.

I'm looking for a definite way to make sure that my black/white points on screen are rendered correctly. The TV I'm watching my movies on doesn't have a great black level, so the last thing I want is to further increase it by incorrect level processing.

So, I need a way to check what my file input levels are, to check what levels my TV supports, and make sure that my rendering path doesn't screw up somewhere in between.

Problem is, that there is just so many combinations (I can use different renderers, different codecs, all with different settings, then there are NVIDIA setttings and so on), all giving different outputs, and no any kind of reference. Judging by eye is incorrect, because my eye always seems to like a darker image, but I don't want to compress it too much and loose dark tones either.

So my questions are:

1. Is there perhaps a tried and working rendering path, for say mkv/h.264 on Win7? (Haali splitter, CoreAVC, EVR/Haali/madVR?) What about nvidia settings?

2. Are there any reference videos/images to see if my black is truely black and if my dark/bright tones aren't compressed?

Thanks!

hoborg
6th August 2010, 08:50
Upload a sample of file and screen what's wrong.

If i am not wrong, BBC HD changed CBR to VBR. This is causing coruptions/frame droping not only in MPC-HC DXVA decoder, but PDVD10 have exactly same problem, only Win7 MS DXVA video decoder working fine. SW decoders (FFMpeg based, PDVD with DXVA off) working without problems too.

Here is the sample (http://www.watkinson.me/motd.rar).

Sebastiii
6th August 2010, 12:10
Hi :)

Aleksoid has made a very good fix for the BD seamless branching movie length problem in the MPC MPEG splitter
But there now is a problem with seeking, i have made an ugly hack by commenting out some lines of code, someone will have to look at it because in its current state it probably cannot be committed with this patch however, seeking works for both branching and non branching.
You can find the link for Filter splitter MPEG in Debug version and Release version and the patch file.

Source .diff file (http://www.mediafire.com/?k5xz4joblc4c2pu)
Release Filter (http://www.mediafire.com/?xcwpir0ng82h5r9)
Debug Filter (http://www.mediafire.com/?cn23ued7i0ao2iq)
MPC-HC Build x86 (http://www.mediafire.com/?66ry0pr719w4ubc)

Can you test on your side ?
Cheers,
Seb.

Hi,

Anybody have test ?
Cheers,
Seb.

BibiCode
6th August 2010, 12:18
If you disable that, you can get stuttering. If the screen's refresh rate is not matched to the video, then you will need ReClock.

Tried those, still no go

madshi
6th August 2010, 13:37
@devs:

we're working on defining a new media type (GUID + structure), with the main purpose being to connect 3D splitters, decoders and renderers. If you're interested, please post your feedback here:

http://forum.doom9.org/showthread.php?t=156051

Aleksoid1978
6th August 2010, 23:08
If i am not wrong, BBC HD changed CBR to VBR. This is causing coruptions/frame droping not only in MPC-HC DXVA decoder, but PDVD10 have exactly same problem, only Win7 MS DXVA video decoder working fine. SW decoders (FFMpeg based, PDVD with DXVA off) working without problems too.

Here is the sample (http://www.watkinson.me/motd.rar).

Play with MPC Video Decoder+DXVA - and no corruption and drop frame.

hoborg
6th August 2010, 23:18
Play with MPC Video Decoder+DXVA - and no corruption and drop frame.

...you are right! Looks like something was changed since i try it last time.

Momber
7th August 2010, 02:34
Upload a sample of file and screen what's wrong.
Oh come on. Not again. How many more samples do you need?
The problem has been known for months.

namaiki
7th August 2010, 02:37
"Play with MPC Video Decoder+DXVA - and no corruption and drop frame."
"...you are right! Looks like something was changed since i try it last time."

Momber: Seems it was fixed, or at the very least, both Aleksoid1978 and hoborg cannot reproduce the issue (with the latest builds?).

Snowknight26
7th August 2010, 05:23
Play with MPC Video Decoder+DXVA - and no corruption and drop frame.

And yet this sample (http://forum.doom9.org/showpost.php?p=1412577&postcount=13360) still crashes MPC-HC x64 and there's corruption visible with DXVA in the 32-bit version.

8ternity
7th August 2010, 08:09
Hello, can anyone add this in the first post of this thead. I have build that icone for Media Player Classic Home Cinema, originally beta created for AVStoDVD, i just decide to modifiy for my Media Player Classic wich is under my Xwindows dock and icon quality is poor originally, so i create that one and also add the title for MPC-HC.

http://i480.photobucket.com/albums/rr165/8ternity/mpcHC.png

It's under .PNG extension, i have it in .ICO but Photobucket doesn't accept .ICO. I will edit and add it by rapidshare link.

Media Player Classic Home Cinema .ICO
All Windows including Vista/7
http://rapidshare.com/files/411524066/MPC-HC.ico

Media Player Classic .ICO
All Windows including Vista/7
http://rapidshare.com/files/411524196/MPC.ico

8ternity
7th August 2010, 08:20
Hello,

I've got this error while starting a play back for a m2ts 1080P video.

i have an gigabyte HD5750 1GB with ati stream, etc...

Installed with Windows 7 profesionnal 64bit;

http://i480.photobucket.com/albums/rr165/8ternity/error_mpchc.jpg

The video starts well after that. The status down it say "Playing DXVA". If i activate shader, it works.

patch1
7th August 2010, 08:36
Hello,

I've got this error while starting a play back

Installing DIRECTX End-User Runtime to the version 9.29.1962 ( 2010.06.07 ) makes a very similar error go away in W7-32. I assume you have already done that though :)

XhmikosR
7th August 2010, 09:58
And yet this sample (http://forum.doom9.org/showpost.php?p=1412577&postcount=13360) still crashes MPC-HC x64 and there's corruption visible with DXVA in the 32-bit version.

How about these builds?

EDIT: Try r2212.

Also, does the same happen with ffdshow's DXVA?

Hello, can anyone add this in the first post of this thead. I have build that icone for Media Player Classic Home Cinema, originally beta created for AVStoDVD, i just decide to modifiy for my Media Player Classic wich is under my Xwindows dock and icon quality is poor originally, so i create that one and also add the title for MPC-HC.

http://i480.photobucket.com/albums/rr165/8ternity/mpcHC.png

It's under .PNG extension, i have it in .ICO but Photobucket doesn't accept .ICO. I will edit and add it by rapidshare link.

Media Player Classic Home Cinema .ICO
All Windows including Vista/7
http://rapidshare.com/files/411524066/MPC-HC.ico

Media Player Classic .ICO
All Windows including Vista/7
http://rapidshare.com/files/411524196/MPC.ico

Personally I do not like it since the small icon does not look very well. And this change has to be approved by most of the users otherwise we'll have 10 posts per day by people complaining.

Hello,

I've got this error while starting a play back for a m2ts 1080P video.

i have an gigabyte HD5750 1GB with ati stream, etc...

Installed with Windows 7 profesionnal 64bit;

http://i480.photobucket.com/albums/rr165/8ternity/error_mpchc.jpg

The video starts well after that. The status down it say "Playing DXVA". If i activate shader, it works.

I still don't understand why do people do not get the meaning of the MessageBox. It's self explanatory: ...make sure to install the latest DirectX End-User Runtime.

Unity
7th August 2010, 10:03
And yet this sample (http://forum.doom9.org/showpost.php?p=1412577&postcount=13360) still crashes MPC-HC x64 and there's corruption visible with DXVA in the 32-bit version.

The sample is playing nicely here.

No corruption at all with a 32 bits windows 7 with this sample on my system and MPC HC 1.3.2210.0
from XhmikosR regular build.

Same results with the above test build.

Windows 7 home premium 32 bits
Intel Core2duo 8400.
Nvidia Geforce 9800 GTX with 258.96 drivers.

vBm
7th August 2010, 11:48
Using exactly the same sample MPC-HC 1.3.2210.0 crashes for me. (using regular XhmikosR's build)


(Operating system) Microsoft Windows 7 Enterprise 32-bit, version 6.1.7600 (67 processes running, 1.81GB free RAM, installed 8w 4d 21h 21m 22s ago, 4d 12h 17m 19s uptime, 4w 2d 15h 41m 31s uptime record)
(CPU 1) Intel® Core™2 Quad CPU Q6600 @ 2.40GHz (8192KB L2 Cache, LGA775) @ 2394MHz (335MHz FSB), 3% load
(Video controller 1) NVIDIA GeForce 8800 GT (Processor: GeForce 8800 GT), 1GB, 1680x1050x32, 59Hz, driver version: 8.17.12.5896


When using debug build


Unhandled exception at 0x013d7218 in mpc-hc.exe: 0xC0000005: Access violation reading location 0x0f25c000.

this is from call stack

> mpc-hc.exe!memcpy(unsigned char * dst=0x09380159, unsigned char * src=0x0f24013e, unsigned long count=4294967294) Line 250 Asm

8ternity
7th August 2010, 13:33
Personally I do not like it since the small icon does not look very well. And this change has to be approved by most of the users otherwise we'll have 10 posts per day by people complaining.



I still don't understand why do people do not get the meaning of the MessageBox. It's self explanatory: ...make sure to install the latest DirectX End-User Runtime.

1rst: Okay for the icon! I just installed MPC-HC and the icon is in better resolution then the MPC.

2nd: I understand why your answer is strict, but you must understand that we are under windows 7 and it used directx 11. How come can we think adding older directx 9 updates under a directx 11 structure? It's like install windows xp under windows 7 os. I understand that some games is not running under directx 11, also directx 10.

Normally i was installing directx latest updates but i just forgot to install it. I just install a new SSD drive and not finished to install everything. So excuse me if you are too tired to repeat and repeat again to everyone, but i was someone having great knowledges in computing and for newbies can't understand the logically about directx 9 under 10/11 version updates, you should add a comments in your first post. It's not a complaint, but a constructive suggestion.

Thanks for your replies,
8ternity

Sebastiii
7th August 2010, 14:34
Hi,

Thank you Aleksoid that commit patch for BD Seamless for VC-1:)
I hope it's working for all,
Cheers,
Seb.

Kado
7th August 2010, 15:39
@8ternity

The DirectX runtime updates or instals the libraries to their latest revision, there is no package only for dx9, 10 or 11. It's unified, just like nvidia drivers, one driver package for several gpu generations. Also MPC-HC uses DX9 libraries like there's games that use DX9, 10 or 11.
The package updates directx according to your needs. Click here for the web installer (http://www.microsoft.com/downloads/details.aspx?FamilyID=2da43d38-db71-4c1b-bc6a-9b6652cd92a3&displaylang=en).

@XhmikosR

Thanks for the fresh builds mate!

BibiCode
7th August 2010, 16:57
When I use the ClearVideo (Intel's DXVA Version) (Because I get jitters usind nvidia or Even CUDA.

I get these coloured cubes with mpc's decoder. And I get none if I put a microsoft decoder filter.

do you know why ?

view attached images

Snowknight26
7th August 2010, 18:05
Both 32- and 64-bit builds crash when playing this sample (http://stfcc.org/misc/bbc2.sample2.ts). The first crash when subtitles are enabled in /src/Subtitles/Rasterizer.cpp:
> mpc-hc.exe!pixmix_sse2(unsigned long * dst, unsigned long color, unsigned long alpha) Line 880 + 0x3 bytes C++
mpc-hc.exe!Rasterizer::FillSolidRect(SubPicDesc & spd, int x, int y, int nWidth, int nHeight, unsigned long lColor) Line 2040 + 0x15 bytes C++
mpc-hc.exe!CompositionObject::Dvb4PixelsCodeString(SubPicDesc & spd, CGolombBuffer & gb, short & nX, short & nY) Line 347 C++
mpc-hc.exe!CompositionObject::DvbRenderField(SubPicDesc & spd, CGolombBuffer & gb, short nXStart, short nYStart, short nLength) Line 189 C++
mpc-hc.exe!CompositionObject::RenderDvb(SubPicDesc & spd, short nX, short nY) Line 166 C++
mpc-hc.exe!CDVBSub::Render(SubPicDesc & spd, __int64 rt, tagRECT & bbox) Line 331 C++
mpc-hc.exe!CRenderedHdmvSubtitle::Render(SubPicDesc & spd, __int64 rt, double fps, tagRECT & bbox) Line 101 + 0x2e bytes C++
mpc-hc.exe!CSubPicQueueImpl::RenderTo(ISubPic * pSubPic, __int64 rtStart, __int64 rtStop, double fps, int bIsAnimated) Line 123 + 0x80 bytes C++
mpc-hc.exe!CSubPicQueue::ThreadProc() Line 480 + 0x44 bytes C++
mpc-hc.exe!CAMThread::InitialThreadProc(void * pv) Line 123 + 0xe bytes C++
kernel32.dll!74d43677()
[Frames below may be incorrect and/or missing, no symbols loaded for kernel32.dll]
ntdll.dll!77199d42()
ntdll.dll!77199d15()
The second is when subtitles are disabled:
> mpc-hc.exe!memcpy(unsigned char * dst, unsigned char * src, unsigned long count) Line 250 Asm
mpc-hc.exe!CDXVADecoderH264::CopyBitstream(unsigned char * pDXVABuffer, unsigned char * pBuffer, unsigned int & nSize) Line 153 + 0x1e bytes C++
mpc-hc.exe!CDXVADecoder::AddExecuteBuffer(unsigned long CompressedBufferType, unsigned int nSize, void * pBuffer, unsigned int * pRealSize) Line 271 + 0x1b bytes C++
mpc-hc.exe!CDXVADecoderH264::DecodeFrame(unsigned char * pDataIn, unsigned int nSize, __int64 rtStart, __int64 rtStop) Line 254 + 0x16 bytes C++
mpc-hc.exe!CMPCVideoDecFilter::Transform(IMediaSample * pIn) Line 1890 + 0x35 bytes C++
mpc-hc.exe!CBaseVideoFilter::Receive(IMediaSample * pIn) Line 107 + 0x13 bytes C++
mpc-hc.exe!CTransformInputPin::Receive(IMediaSample * pSample) Line 763 + 0x19 bytes C++
mpc-hc.exe!CBaseOutputPin::Deliver(IMediaSample * pSample) Line 2695 + 0x20 bytes C++
mpc-hc.exe!CBaseSplitterOutputPin::Deliver(IMediaSample * pSample) Line 621 C++
mpc-hc.exe!CBaseSplitterOutputPin::DeliverPacket(ATL::CAutoPtr<Packet> p) Line 582 + 0x18 bytes C++
mpc-hc.exe!CMpegSplitterOutputPin::DeliverPacket(ATL::CAutoPtr<Packet> p) Line 1411 + 0x20 bytes C++
mpc-hc.exe!CBaseSplitterOutputPin::ThreadProc() Line 455 + 0x3b bytes C++
mpc-hc.exe!CAMThread::InitialThreadProc(void * pv) Line 123 + 0xe bytes C++
kernel32.dll!74d43677()
[Frames below may be incorrect and/or missing, no symbols loaded for kernel32.dll]
ntdll.dll!77199d42()
ntdll.dll!77199d15()
This second crash also happens with this first sample (http://stfcc.org/misc/bbc2.sample.ts) as well. I'll add these issues to the bug tracker when I'm less lazy.

namaiki
8th August 2010, 10:27
When I use the ClearVideo (Intel's DXVA Version) (Because I get jitters usind nvidia or Even CUDA.

I get these coloured cubes with mpc's decoder. And I get none if I put a microsoft decoder filter.

do you know why ?

view attached images
Known issue: http://sourceforge.net/apps/trac/mpc-hc/ticket/168

Current solution: Use the MS decoder for DXVA, or use a software decoder. By the way, you are not using the CUDA thing in CoreAVC unless you have a nVidia graphics card. What exactly do you mean by jitters? Do you mean that there is lag?

Matching_Mole
8th August 2010, 11:59
Hi all,

Thank you very much Xhmikosr and Aleksoid because you currently fix a lot of issue in MPC which is very great!! Thank you very much!

Aleksoid, you seems to fix a lot of issue related to the BD, can you think you can fix also the issue related to the wrong VC1 framerate using external decoder? It's related to the fact that when we use external VC1 decoder, the splitter send the wrong framerate to the renderer and so the playback is jerky. With the MPC EVR custom renderer (as Madvr it seems now) a hack have been implemented but it is not present with the EVR sync.

hajj_3
8th August 2010, 16:58
MPC-HC beeps when i close it in build v2210, thought i'd let you guys know to remove this as its very annoying.

XhmikosR
8th August 2010, 17:05
MPC-HC beeps when i close it in build v2210, thought i'd let you guys know to remove this as its very annoying.

I wonder, is it so hard for you to just open and read a txt file which is in the exact same place as the .7z or the .exe file you downloaded? I'm not saying to search this same thread before posting cause I know that's very hard.:p

ADude
8th August 2010, 21:01
So what is the latest reasonably stable version ? There hasn't a build uploaded to the Russian site since 2099...but is there one slightly earlier that is a little more stable ?

XhmikosR
8th August 2010, 21:06
Stable is what you call stable. xvidvideo.ru isn't the official mpc-hc site, it just hosts nightly builds. Alexins, the person who owns xvidvideo.ru is on vacation. He should be back soon though.

ADude
8th August 2010, 22:25
Stable is what you call stable.
In the case of MPC-HC, I would say that "stable" is a version where two or more people do not report the same major problem. (In other words, any report of a major problem is not confirmed by any other person.)

"Major" problem is one that prevents use of the program for a particular group of files (rather than just some unusual aspect of one file). ("Minor" problem would be something like reddish tinge to text, or increased judder.)

For example, 1503 through at least 1557 are not stable (due to double image problem with xvid), 1489 seems stable (although I have seen some problem reports state "since 1453")... prior to that, 1043 is the most stable version, perhaps the most stable version ever. The "official stable version" 1249 is certainly not one of the more stable versions...

betaking
9th August 2010, 04:12
Hi.to all mpc-hc dev.can put this words to MPC-HC string?
"The 'Save Image' and 'Save Thumbnails' functions do not work with the default video renderer for RealMedia.\nSelect one of the DirectX renderers for RealMedia in MPC's output options and reopen the file."
"The 'Save Image' and 'Save Thumbnails' functions do not work with the default video renderer for QuickTime.\nSelect one of the DirectX renderers for QuickTime in MPC's output options and reopen the file."
"The 'Save Image' and 'Save Thumbnails' functions do not work for Shockwave files."
"The 'Save Image' and 'Save Thumbnails' functions do not work with the Overlay Mixer video renderer.\nChange the video renderer in MPC's output options and reopen the file."b

cafevincent
9th August 2010, 10:59
I just released a "fix" for the crippled playlist functionality of MPC-HC, read more here (http://forum.doom9.org/showthread.php?p=1424502#post1424502).

arty
9th August 2010, 17:37
dear developers! ;)

still no chance for a setting in mpchc to priorize external (srt) subtitle over internal ? (mkv)

the only thing why I can't use mpchc on my htpc is the annoying 'press or not to press' dilemma: if there is no internal subtitle, I switch off subtitles. if there is internal subtitle(s) I miss the first lines while switching ...

thank you anyway for this great palyer :)

QQ
9th August 2010, 18:02
Downloading a subtitle from subtitle database does not save it to disk. Is this by design?

DigitalLF
9th August 2010, 20:58
BUG REPORT: open ANY flac audio file... and MPC-HC crash with ffdshow audio... but with internal decoder its ok.

can anyone else confirm this?

it might be the combo or it could just be ffdshow... but could anyone help me test this ?

wOxxOm
10th August 2010, 06:41
still no chance for a setting in mpchc to priorize external (srt) subtitle over internal ? (mkv)
I just set subs priority (Options->playback) to ENG and rename extsubs as VidFileName.LANG.ext, e.g. SomeVideoFile.ENG.ass. Of course it doesn't have to be ENG only. You can choose whatever letters you like.

ryrynz
10th August 2010, 08:03
Using ffdshow 3526 msvc 2008 and MPC 2217 and no crash with ffdshow playing flac.

hoborg
10th August 2010, 08:52
Just downloaded "MPC-HC_r2220_x86.7z" xhmikosr msvc2008 build and it crashing when i try to play anything.

EDIT:
Last working revision is "MPC-HC_r2212_x86.7z".

XhmikosR
10th August 2010, 13:37
It's a problem on your side, no crashes here.

hoborg
10th August 2010, 13:45
It's a problem on your side, no crashes here.

:) Nice, what i can do to identify source of problem?
I have only stupid Intel Atom CPU and Intel i945G0 GPU, DirectX is latest, WinXP SP3.

It crashed when i hit play - MPC-HC window is not resized to video resolution.

I tryed to disable all internal filters, still crash. Delete registry key, various media MP3, AVI, MKV, all crash. Playing them in Graphstudio is working, so this must be connected directly to MPC-HC player code.

No crash at all on older versions.

I bet it will be working home on Win7...

XhmikosR
10th August 2010, 13:50
Sorry, I have no idea. You will have to figure it out yourself and fix your system.

hoborg
10th August 2010, 13:52
Sorry, I have no idea. You will have to figure it out yourself and fix your system.

Fix my system?
Ha, ha, "fix" is to use older revision :)

XhmikosR
10th August 2010, 13:54
Laugh as much as you can, since no one else can reproduce your problem, then it's something on your side. So, sure, do whatever works for you.

hoborg
10th August 2010, 14:07
OK, problem located, it was "DirectShowSpy.dll" that causing new MPC-HC revisions to crash, unregistering it and all is OK now.

Strange.

QQ
10th August 2010, 16:36
Downloading a subtitle from subtitle database does not save it to disk. Is this by design?

bump?

DigitalLF
10th August 2010, 18:03
XhmikosR does MPC-HC crash upon load of a .FLAC file when using ffdshow and not the internal decoder for you?

Momber
10th August 2010, 19:11
Momber: Seems it was fixed, or at the very least, both Aleksoid1978 and hoborg cannot reproduce the issue (with the latest builds?).
Nothing was fixed. Nothing.
I have no trouble reproducing the problem on two completely different computers, every time 100% fail with BBC HD content.
And that includes today's r2223 build.

Here is a very short sample that I capped myself (7.5 MB).
http://fono.jp/uploader/src/file_1574.rar

Alexander01
10th August 2010, 22:48
To the coders of Media Player Classic - Home Cinema:

Can you please add an option to disable 'embedded subtitles'.

Everytime when I open a mkv file with embedded subtitles I need to switch to my external .srt manually
And sometimes I just don't want to use subtitles, but MPC-HC always loads the embedded subtitles. I can disable them manually, but i'd like to see an option to permantly disable embedded subtitles.

Aleksoid1978
10th August 2010, 23:01
Nothing was fixed. Nothing.
I have no trouble reproducing the problem on two completely different computers, every time 100% fail with BBC HD content.
And that includes today's r2223 build.

Here is a very short sample that I capped myself (7.5 MB).
http://fono.jp/uploader/src/file_1574.rar

without DXVA play fine - with DXVA cat test later.

PetitDragon
10th August 2010, 23:22
XhmikosR does MPC-HC crash upon load of a .FLAC file when using ffdshow and not the internal decoder for you?

I confirmed this .flac loading crach at Post #13685.

The .flac files are 44.1khz/2-ch rip from audio cd.

XhmikosR
10th August 2010, 23:31
XhmikosR does MPC-HC crash upon load of a .FLAC file when using ffdshow and not the internal decoder for you?

No it doesn't crash but it doesn't load ffdshow audio decoder; it's using the internal FLAC decoder (low merit). IIRC it crashed if you used madFlac instead of the internal filter.

Nothing was fixed. Nothing.
I have no trouble reproducing the problem on two completely different computers, every time 100% fail with BBC HD content.
And that includes today's r2223 build.

Here is a very short sample that I capped myself (7.5 MB).
http://fono.jp/uploader/src/file_1574.rar
I can only notice one corrupted frame around #50-55 using r2225 and the internal ffmpeg decoder. I cannot test the DXVA decoder though.
DivX H.264 decoder plays it fine though with the wrong AR.
MS decoder produces garbage.
FFmpeg-mt shows a black screen only.
I cannot get ffdshow's libavcodec to play the video at all. (ffdshow r3528)

alexins
11th August 2010, 01:49
Nothing was fixed. Nothing.
I have no trouble reproducing the problem on two completely different computers, every time 100% fail with BBC HD content.
And that includes today's r2223 build.

Here is a very short sample that I capped myself (7.5 MB).
http://fono.jp/uploader/src/file_1574.rar

mpc-hc build 2225, plays the file without problems.

Tsukihime
11th August 2010, 03:04
xvidvideo.ru has updated again

Media Player Classic HomeCinema (x86/x64), svn 2225
compiled with GCC 4.5.2

Momber
11th August 2010, 06:55
mpc-hc build 2225, plays the file without problems.
No it doesn't.
One one of my PCs (XP SP3, Radeon HD2600, latest driver, VMR9 renderless) it freezes at 00:00 with a black screen. Regardless which splitter I use (including Haali).
The other PC I will test tomorrow.

http://img.pixs.ru/storage/4/9/9/samplejpg_3388181_877499.jpg

Aleksoid1978
11th August 2010, 07:05
No it doesn't.
One one of my PCs (XP SP3, Radeon HD2600, latest driver, VMR9 renderless) it freezes at 00:00 with a black screen. Regardless which splitter I use (including Haali).
The other PC I will test tomorrow.

Try disable DXVA decoder - play in software or not ???

Momber
11th August 2010, 07:15
Try disable DXVA decoder - play in software or not ???
I need DXVA.

Octo-puss
11th August 2010, 08:00
Is it so hard to try though?

Mercury_22
11th August 2010, 08:16
I need DXVA.

It's playing fine with DXVA using Microsoft DTV-DVD Video Decoder, (initial with wrong AR but after a quick enter then exit full screen the AR it's OK) and with the internal DXVA decoder too with correct AR from the beginning (a very very very small glitch at some point though = "one corrupted frame around #50-55")

P.S. Try reset MPC-HC's settings and... http://sourceforge.net/apps/trac/mpc-hc/wiki/Troubleshooting_guidelines

Dreamhacker
11th August 2010, 11:34
Would it be possible to add an option in MPC-HC to specify what folder to auto-load subtitles from? Or if I were to do it myself, in what part of the code would I have to look for the auto-load functionality?

namaiki
11th August 2010, 14:02
edit: oops wrong thread

/facepalm

88keyz
11th August 2010, 14:37
@ Momber

On the XP machine have you tried downloading .NET Framework 3 (http://www.microsoft.com/downloads/details.aspx?FamilyID=10cc340b-f857-4a14-83f5-25634c3bf043&displaylang=en) and running MPC-HC with EVR renderer instead?

As alexins said, your sample file plays fine on my machine (W7-x64 w/ GTS 250) with his 2225 build.

I would also make sure that you have all external filters disabled and that that you are using only the internal MPC-HC filters. Filter packs such as CCCP might mess with your playback. And you might also want to try blocking the ffdshow filter if applicable (as seen here (http://imouto.my/watching-h264-videos-using-dxva/#Step6)).

namaiki
11th August 2010, 14:42
Filter packs such as CCCP might mess with your playback.

Don't worry, CCCP will never have DXVA enabled by default, which is what Momber wants to use.

bobdynlan
11th August 2010, 14:51
The MSYS/MINGW part of the guide is not user friendly. I know this is inherited from those projects - lots of distro's, lots of dependencies, lack of all-in-one installers for Windows, silly post install scripts etc. And we need to deal with this because of ffmpeg's incompatibility with MSVS.

Not liking the recommended hard-coded paths, variables and project modifications, I've created a batch file that will help setting up a more dynamic environment. You just need to copy the batch file into MSYS/MINGW installation directory and run it to automate the needed modifications. You may also copy the batch file to the rootdir ?:\ and run it from there to scan the entire drive.

The following environment variables will be added in addition to the standard ones: LIBMINGW32, LIBGCC32, LIBMINGW64, LIBGCC64, GCC32VER, GCC64VER. Projects can be modified to use these, so that no reconfiguration is needed when changing GCC versions.

For MPC-HC, the Compiling MPC-HC guide (http://sourceforge.net/apps/trac/mpc-hc/wiki/How_to_compile_the_MPC) can be modified as:

Part B: Preparing the GCC environment.
2. Edit the "fstab" file in C:\MSYS\etc\ [...]
3. Add the following environment variables [...]
Modify the "Path" environment variable by adding [...]
TO:
- copy gnuenvxx.bat to the dir you've extracted MSYS/MINGW
- run gnuenvxx.bat to setup environment variables

Part C: Downloading and compiling the MPC-HC source.
4. Right click the MPCVideoDec project [...]
TO:
- svn-side (removing this step) or local-side modification to include:
Win32=$(OutDir);$(SolutionDir)lib;$(LIBGCC32);$(LIBMINGW32)
x64=$(OutDir);$(SolutionDir)lib64;$(LIBGCC64);$(LIBMINGW64)

Part E: Building ffmpeg x64 (libavcodec) with GCC
1. - 3. Run MSYS and cd to the trunk\src [...]
TO:
- copy build_mingw_x64libs.bat to MPC-HC trunk /lib64
- run batch instead of manual steps of launching buildmingwlibs.sh shell script
ADDITIONS:
- Specify that it only works with updated GCC (4.4.4 fails)
- Specify that the svn command line client that comes with xhmikosr's MSYS package fails in Windows 7 x64; direct users to replace/rename it and install alternatives like Sliksvn (http://www.sliksvn.com/en/download)

Proposed batch files are zipped in the attachment. Drop.io link here (http://drop.io/bobdynlan/asset/gnuenv-zip)

Mercury_22
11th August 2010, 15:28
The MSYS/MINGW part of the guide is not user friendly. I know this is inherited from those projects - lots of distro's, lots of dependencies, lack of all-in-one installers for Windows, silly post install scripts etc. And we need to deal with this because of ffmpeg's incompatibility with MSVS.

Not liking the recommended hard-coded paths, variables and project modifications, I've created a batch file that will help setting up a more dynamic environment. You just need to copy the batch file into MSYS/MINGW installation directory and run it to automate the needed modifications. You may also copy the batch file to the rootdir ?:\ and run it from there to scan the entire drive.

The following environment variables will be added in addition to the standard ones: LIBMINGW32, LIBGCC32, LIBMINGW64, LIBGCC64, GCC32VER, GCC64VER. Projects can be modified to use these, so that no reconfiguration is needed when changing GCC versions.

For MPC-HC, the Compiling MPC-HC guide (http://sourceforge.net/apps/trac/mpc-hc/wiki/How_to_compile_the_MPC) can be modified as:

Part B: Preparing the GCC environment.
2. Edit the "fstab" file in C:\MSYS\etc\ [...]
3. Add the following environment variables [...]
Modify the "Path" environment variable by adding [...]
TO:
- copy gnuenvxx.bat to the dir you've extracted MSYS/MINGW
- run gnuenvxx.bat to setup environment variables

Part C: Downloading and compiling the MPC-HC source.
4. Right click the MPCVideoDec project [...]
TO:
- svn-side (removing this step) or local-side modification to include:
Win32=$(OutDir);$(SolutionDir)lib;$(LIBGCC32);$(LIBMINGW32)
x64=$(OutDir);$(SolutionDir)lib64;$(LIBGCC64);$(LIBMINGW64)

Part E: Building ffmpeg x64 (libavcodec) with GCC
1. - 3. Run MSYS and cd to the trunk\src [...]
TO:
- copy build_mingw_x64libs.bat to MPC-HC trunk /lib64
- run batch instead of manual steps of launching buildmingwlibs.sh shell script
ADDITIONS:
- Specify that it only works with updated GCC (4.4.4 fails)
- Specify that the svn command line client that comes with xhmikosr's MSYS package fails in Windows 7 x64; direct users to replace/rename it and install alternatives like Sliksvn (http://www.sliksvn.com/en/download)

Proposed batch files are zipped in the attachment. Drop.io link here (http://drop.io/bobdynlan/asset/gnuenv-zip)

This means that now I can successfully compile MPC-HC on a x64 OS (windows 7 x64)?

bobdynlan
11th August 2010, 15:40
This means that now I can successfully compile MPC-HC on a x64 OS (windows 7 x64)? Not, it's not meant for that. You must have issues of your own, but you should know that compiling MPC-HC in 7x64 works fine at least for me - by just using the How to compile guide with MSVC2008 SP1 + GCC version 4.5.1 Pre-Release SVN rev. 161239, 2010.06.23 and my little batch :P . I guess you did not select x64 compilers when installing Windows SDK v7.1? Anyway, try it out - maybe you only have trouble with building mingw libs, because of the svn issue.

XhmikosR
11th August 2010, 16:19
The instructions are pretty clear. Hundreds of people can build mpc-hc since they follow the instructions. If you are not just a simple user and have the knowledge you can do whatever you want. The wiki is going to stay as it is unless you can show me a testcase that the instructions are wrong and compilation fails.

Keep in mind that you should already know how to set up MSYS/mingw, it's not something that's mpc-hc specific. Nevertheless there are instructions on that too.

bobdynlan
11th August 2010, 17:22
The instructions are pretty clear. Hundreds of people can build mpc-hc since they follow the instructions. If you are not just a simple user and have the knowledge you can do whatever you want. The wiki is going to stay as it is unless you can show me a testcase that the instructions are wrong and compilation fails.

Keep in mind that you should already know how to set up MSYS/mingw, it's not something that's mpc-hc specific. Nevertheless there are instructions on that too.
No need to shoot me for adding some friendly tips using only words like can be modified. http://sourceforge.net/apps/trac/mpc-hc/wiki/Manual encourages involvement in this area, guess what does your post... for others. I for one don't mind it, so long and thanks for all the work.

Mercury_22
11th August 2010, 17:30
Not, it's not meant for that. You must have issues of your own, but you should know that compiling MPC-HC in 7x64 works fine at least for me - by just using the How to compile guide with MSVC2008 SP1 + GCC version 4.5.1 Pre-Release SVN rev. 161239, 2010.06.23 and my little batch :P . I guess you did not select x64 compilers when installing Windows SDK v7.1? Anyway, try it out - maybe you only have trouble with building mingw libs, because of the svn issue.

Haven't try it in a long time always had problem with what version of GCC to use and "with building mingw libs"
Maybe I'll try again after compiling with VS2010 it's "fixed"

Momber
11th August 2010, 18:09
On the XP machine have you tried downloading .NET Framework 3 (http://www.microsoft.com/downloads/details.aspx?FamilyID=10cc340b-f857-4a14-83f5-25634c3bf043&displaylang=en) and running MPC-HC with EVR renderer instead?
My dot-net is current up to version 3.5.30729 and EVR works, albeit without DXVA.
I have probably a dozen options at my disposal to play back videos without DXVA but that's not my point.

Momber
11th August 2010, 18:12
(a very very very small glitch at some point though = "one corrupted frame around #50-55")
If you look hard at the computer monitor in the background of the sample vid, you will see more than one small glitch.
Besides, if the sample was longer, there would also be more glitches.
What exactly is it you're trying to say? That one glitch per seven seconds is acceptable?

Momber
11th August 2010, 18:19
you might also want to try blocking the ffdshow filter if applicable
ffdshow is my audio decoder of choice. Why would I want to block it?
And the ffdshow video decoder does not interfere with MPC H.264 playback, since it doesn't even get loaded.
My installation is very clean and only two months old. I don't do codec packs, ever.

http://i8.fastpic.ru/big/2010/0811/d0/5cb506c12c9c002694e1b533b47a76d0.jpg

XhmikosR
11th August 2010, 19:13
No need to shoot me for adding some friendly tips using only words like can be modified. http://sourceforge.net/apps/trac/mpc-hc/wiki/Manual encourages involvement in this area, guess what does your post... for others. I for one don't mind it, so long and thanks for all the work.

I didn't shoot you in the face, you should know that written word can be misinterpreted. :) But my point is still valid. What you suggest is useless for someone who follows the current instructions or at least it doesn't make the process easier.

Momber
12th August 2010, 07:15
OK, I tested r2225 on my other PC with the BBC HD ts, like I said I would.
It's a dedicated HTPC (Vista SP2, HD3650 w/driver 8.723, EVR CP). The result was the same as it was with previous builds, lots of small glitches throughout.

Momber
12th August 2010, 09:08
Oh, and VC-1 decoding with DXVA doesn't work at all under XP (ATI platform, VMR9). Tried 1080p24 (ex BluRay) and 720p60 (ex HD-DVD). Black screen, freezing at 00:00.
And interlaced VC-1 decoding still doesn't work regardless of the OS, it never did.
Enabling subtitles produces infrequent dropped frames (as has been reported a number of times before).
So basically, nothing works as it should with DXVA. LOL.

MPC-HTPC
12th August 2010, 09:36
Sorry Momber, but I have to interrupt here, before you are finally filling this thread with all your "Not-Working-Posts" that never include new information. (At least you have changed your "So basically, nothing works." statement, so thanks for that.)

For interlaced VC-1 material it is known, that this won't work, since FFmpeg does not support it yet. Maybe this will happen in the future, but somebody has to be found to implement it.

For myself I have to say, that DXVA works pretty damn well on my GeForce 9400M and I never ran into any issue yet.
Furthermore I have to make a big compliment to the developers for providing a great experience when using MPC-HC at my HTPC. Without it my HTPC wouldn't be the fun to use as it is now. MPC-HC is highly configurable and its continuous development makes it the best media player out there, IMHO. So again a big thanks to the developers and their continuous effort!

Mercury_22
12th August 2010, 10:56
If you look hard at the computer monitor in the background of the sample vid, you will see more than one small glitch.
Besides, if the sample was longer, there would also be more glitches.
What exactly is it you're trying to say? That one glitch per seven seconds is acceptable?

I have the same "glitch" when I'm using WMP 12 (no other filters) so it's not MPC-HC fault !

jeremy33
12th August 2010, 11:11
Flac with madFlac is broken since between rev. 2116 and 2124.

It will be fixed ? Because mpc doesn't load ffdshow flac decoder and the internal doesn't work properly for me, every 30s the sound cuts.

Gser
12th August 2010, 11:31
Flac with madFlac is broken since between rev. 2116 and 2124.

It will be fixed ? Because mpc doesn't load ffdshow flac decoder and the internal doesn't work properly for me, every 30s the sound cuts.

Works for me, try installing madflac again and forcing it in external filters

littleD
12th August 2010, 12:31
My dot-net is current up to version 3.5.30729 and EVR works, albeit without DXVA.
I have probably a dozen options at my disposal to play back videos without DXVA but that's not my point.

Momber, do you have dxva2.dll file in system32 folder? I had to copy it there even after dot net 3.0 installation.

jeremy33
12th August 2010, 13:02
Works for me, try installing madflac again and forcing it in external filters

It doesn't work. And I'm not alone.

Using ffdshow 3526 msvc 2008 and MPC 2217 and no crash with ffdshow playing flac.

Steveo08
12th August 2010, 13:49
i have a question to the function autochange, it won't work for me on win7 x64 at a nvidia gt220, windows ignores all modes autochange. and i am running mph-hc as a admin.

NiFa
12th August 2010, 17:52
What does cause the choppy playback in win 7 when refresh rate is set 24Hz? When palying using 50Hz & 60Hz everything works just right, 24Hz worked in vista without any problems. I have tried EVR CP & EVR Sync with & without internal decoders, but nothing helps.

My system:
Win 7
HD4200 with cat 10.1
MPC-HC
FFdshow

Puncakes
12th August 2010, 18:11
Flac with madFlac is broken since between rev. 2116 and 2124.

Hasn't worked for me for much longer than that. Works on another computer of mine though. Recently did a fresh install of windows and it still doesn't work for some reason. In any case, it's a userside issue, but I have no idea what causes it.

MadFlac loads fine in GraphEdit and WMP.

oddball
12th August 2010, 19:34
Build 2229 keeps defaulting to French language on start up even though I set it to English.

Momber
12th August 2010, 21:35
For myself I have to say, that DXVA works pretty damn well on my GeForce 9400M
Good for you.
Me, I don't care if it works with GeForce cards, or on Windows-fucking-Seven, or during full moon under an oaktree.
I'm not going to replace perfectly good hardware, nor a working OS, to accommodate faulty code in a software player, thank you very much.

Momber
12th August 2010, 21:37
Momber, do you have dxva2.dll file in system32 folder?
Yes I do.

Momber
12th August 2010, 21:40
I have the same "glitch" when I'm using WMP 12 (no other filters) so it's not MPC-HC fault !
WMP is not a benchmark for anything.
The glitches disappear when I use the Cyberlink H.264 decoder (with DXVA) - so whose fault is it?

[unfortunately the CL decoder has other problems but I'm not going to bore you with them]

oddball
12th August 2010, 23:05
Build 2229 keeps defaulting to French language on start up even though I set it to English.

Anyone else having this issue with this build or am I going to have to uninstal and install clean again (A real pain because I tweak up a lot and sometimes forget all the settings. I could really do with a save settings to file option).

Aleksoid1978
13th August 2010, 00:41
To all - test this build http://aleksoid.tosei.ru/Test/mpc-hc_MP4_MOV_PCM_test.7z on any MOV and MP4.
In this build work play PCM sound, like here https://sourceforge.net/apps/trac/mpc-hc/ticket/242

And compare with the original MPC-HC.

sansnom05
13th August 2010, 03:26
Anyone else having this issue with this build or am I going to have to uninstal and install clean again (A real pain because I tweak up a lot and sometimes forget all the settings. I could really do with a save settings to file option).

Same here. Easy solution: delete all the resource.dll. Still, this is weird.

Aleksoid1978
13th August 2010, 04:40
Build 2229 keeps defaulting to French language on start up even though I set it to English.

What system language UI you have ??? French ???
and can you upload you setting - .reg or .ini - it's need for me to understand what's wrong.

If you select language - it's must store and don't change at startup MPC-HC

arty
13th August 2010, 06:25
I just set subs priority (Options->playback) to ENG and rename extsubs as VidFileName.LANG.ext, e.g. SomeVideoFile.ENG.ass. Of course it doesn't have to be ENG only. You can choose whatever letters you like.

ah, that's an ugly trick :)

thanks anyway!

Kraise
13th August 2010, 07:30
Which setting should I be using here?
http://dl.dropbox.com/u/4289924/images/uhmlol.png

I just found out about color spaces kinda and did a quick test with Haali, and then EVR Custom + Nividia control panel for the color conversion. I think the Haali+16-235 looks best

2 quick other questions:

What is the best way to upscale an SD video in MPC-HC? Would Haali be the best?

for SD sources, should I use the bt.601 in haalis options?

Sorry if this isn't meant to go here, had no idea where else to post this.

Mangix
13th August 2010, 07:43
0-255 looks the best

and with madvr

Aleksoid1978
13th August 2010, 08:13
Flac with madFlac is broken since between rev. 2116 and 2124.

It will be fixed ? Because mpc doesn't load ffdshow flac decoder and the internal doesn't work properly for me, every 30s the sound cuts.

mpc-hc play fine flac with ffdshow decoder.
What's about crash with madFlac - it's happen after rev.2123, add Heap Corruption Detection.

Possible heap error in madFlac decoder ???

jeremy33
13th August 2010, 08:23
How do you make ffdshow to work with mpc ? Because I tried everything and it doesn't work.

No it doesn't crash but it doesn't load ffdshow audio decoder; it's using the internal FLAC decoder (low merit). IIRC it crashed if you used madFlac instead of the internal filter.

hoborg
13th August 2010, 08:30
I just noticed:

Revision 2231:
Fix : MPEGSplitter - could not read some MPEG files.

Should MPEGSplitter support MPEG-1? For example MPEGSplitter doesnot like this MPEG-1 sample (http://hobring.esero.net/saf/samples/mpeg-1.zip) (rev. 2225). MPC-HC will play it but OS splitter/decoder and overlay mixer + wrong renderer is in use:

http://hobring.esero.net/saf/samples/mpeg-1.png

madshi
13th August 2010, 08:38
mpc-hc play fine flac with ffdshow decoder.
What's about crash with madFlac - it's happen after rev.2123, add Heap Corruption Detection.

Possible heap error in madFlac decoder ???
The current madFlac version (1.8) has been unchanged since April 2008 and it has been working in *all* media players without any stability issues for all that time. It still does. The only exception is newer builds of MPC HC. I think these facts give a quite clear lead to where the problem should be searched first... ;)

madshi
13th August 2010, 09:00
Wouldn't be too surprised if old, not updated software starts having bugs that has already been fixed in MPC-HC.
So what if there's a memory leak? That's not optimal, of course, but it shouldn't result in a crash. It never has in the past, with any media player.

patch1
13th August 2010, 10:41
Build 2229 keeps defaulting to French language on start up even though I set it to English.

Same here for build MPC-HomeCinema.1.3.2231.0.x86
Interestingly I can set it to any none English language and it will remember it.

btw I'm using Window 7 32bit.

What system language UI you have ??? French ???
English (Australia)


and can you upload you setting - .reg or .ini - it's need for me to understand what's wrong.

If you select language - it's must store and don't change at startup MPC-HC
Where do I find them?

Steveo08
13th August 2010, 11:03
i have a question to the function autochange, it won't work for me on win7 x64 at a nvidia gt220, windows ignores all modes autochange. and i am running mph-hc as a admin.




no one else with the problem?

Linus82
13th August 2010, 13:03
Hi, i have a weird problem, i've tried searching but can't find the solution.
I have a Ati 3650 card, win7, i've been using MPC-HC for 2 years or something and never had this problem.
When i play up dxva videos i get artifacts, like the renderer can't render fast enough.
I tought it might be something wrong with drivers or something, so i formated the htpc and did a clean install of win 7 and newest drivers for the card.
I get the same problem again, tried both stable version and latest build, and both x86 and x64.
The weird thing is that dxva with ffdshow works like a charm.
Is it my graphic card or something else thats wrong?
Using EVR btw.

Alexander01
13th August 2010, 13:30
To the coders of Media Player Classic - Home Cinema:

Can you please add an option to disable 'embedded subtitles'.

Everytime when I open a mkv file with embedded subtitles I need to switch to my external .srt manually
And sometimes I just don't want to use subtitles, but MPC-HC always loads the embedded subtitles. I can disable them manually, but i'd like to see an option to permantly disable embedded subtitles.

*bump*

Please, anyone can add this option to disable loading of subtitle streams inside video files?

Dreamhacker
13th August 2010, 13:47
Which is the last stable revision at the SVN?

MPC-HTPC
13th August 2010, 14:04
Please, anyone can add this option to disable loading of subtitle streams inside video files?

As long as there is no such feature added, you can use woXXoM's workaround to prioritize your external subtitles over internal ones:

I just set subs priority (Options->playback) to ENG and rename extsubs as VidFileName.LANG.ext, e.g. SomeVideoFile.ENG.ass. Of course it doesn't have to be ENG only. You can choose whatever letters you like.

MPC-HTPC
13th August 2010, 14:09
Which is the last stable revision at the SVN?

I refer here to a previously made statment from XhmikosR:
Stable is what you call stable.

and also a quote from a post of ADude:
In the case of MPC-HC, I would say that "stable" is a version where two or more people do not report the same major problem. (In other words, any report of a major problem is not confirmed by any other person.)

So you can grab the latest SVN-Version most of the time and have a fully functional media player. Or you take the compiled versions from alexins site: http://www.xvidvideo.ru/media-player-classic-home-cinema-x86-x64/ or one of XhmikosR builds: http://xhmikosr.1f0.de/index.php?folder=bXBjLWhjX21zdmMyMDA4


If your question refers to your previously made post
Would it be possible to add an option in MPC-HC to specify what folder to auto-load subtitles from? Or if I were to do it myself, in what part of the code would I have to look for the auto-load functionality?

then maybe one of the developers can hopefully point you in the right direction.

XhmikosR
13th August 2010, 14:49
About madflac, using the latest rev:

Unhandled exception at 0x77572913 in mpc-hc.exe: 0xC0000374: A heap has been corrupted.

atlcomcli.h

inline CComBSTR::~CComBSTR() throw()
{
--> ::SysFreeString(m_str);
}
If I choose continue then it starts playback.

madshi
13th August 2010, 15:02
@XhmikosR,

thanks for looking into this. I guess MPC HC is here trying to free a string which was fetched from madFlac's "IAMMediaContent" interface before? Can you say which string/property is being freed when the exception occurs? As far as I can see, the madFlac code looks ok to me. I'm using CoTaskMemAlloc to allocate the memory for those strings.

XhmikosR
13th August 2010, 15:08
I have no idea, so it should be easier if you just debugged this thing yourself :) Here (http://xhmikosr.1f0.de/mpc-hc_msvc2008/mpc-hc_x86_Debug.7z) is a Debug build for your to test.

madshi
13th August 2010, 15:22
I have no idea, so it should be easier if you just debugged this thing yourself :) Here (http://xhmikosr.1f0.de/mpc-hc_msvc2008/mpc-hc_x86_Debug.7z) is a Debug build for your to test.
I've just tried, and I can't even reproduce a crash on my XPSP3 dev machine. Does the crash only occur on other OSs? Anyway, I don't really think it's my job to debug this problem, because as far as I can see, MPC HC is the guilty one here. If madFlac would be responsible for the crash, then why has this crash not occured in the last 2.5 years, with *any* media player? Makes no sense to me.

XhmikosR
13th August 2010, 15:31
I only have Windows 7 so I cannot test other OS. I agree with you but since I'm not the one who can fix this we'll have to wait.

madshi
13th August 2010, 15:33
Ok, thanks.

yesgrey
13th August 2010, 17:52
I only have Windows 7 so I cannot test other OS.
I also have W7 but I'm not getting any crash when using madFlac... I've tried both your debug build and last xvideo.ru 2225 build, with both movie and music flac files.

Dreamhacker
13th August 2010, 17:54
I refer here to a previously made statment from XhmikosR:


and also a quote from a post of ADude:


So you can grab the latest SVN-Version most of the time and have a fully functional media player. Or you take the compiled versions from alexins site: http://www.xvidvideo.ru/media-player-classic-home-cinema-x86-x64/ or one of XhmikosR builds: http://xhmikosr.1f0.de/index.php?folder=bXBjLWhjX21zdmMyMDA4


If your question refers to your previously made post


then maybe one of the developers can hopefully point you in the right direction.
Alright, I'll just use the latest SVN-build in that case. I found where in the code to edit the auto-load locations, gonna see if I can change the code to enable users to set the folders.

Also, I'll look into the possibility of prioritizing external subtitles, that also shouldn't be too impossible to fix. :p

oddball
13th August 2010, 18:45
XhmikosR I installed build 2225 from xvidvideo.ru and it defaults to English. If I install your build 2229 it defaults to French. If I copy over your build 2225 files it stays on French. If I install xvidvideo.ru again it defaults back to English again but NOW if I copy over your build 2225 files it STAYS on English.

I think it's your installer is the problem that is setting the default language to French somehow. But I don't know why it's staying on French when I set it to English and restart MPC. Hmmm.

If you had your build 2225 with installer I'd be interested to see if it goes back to French after install.

EDIT: Oh well I installed 2232 and it is fine so it got fixed along the line somewhere.

XhmikosR
13th August 2010, 19:25
Well, don't think. My builds are vanilla builds and are fine. If something is broken in the svn, then it will be broken in my builds and in xvidvideo.ru builds so please cut the BS.

MPC-HTPC
13th August 2010, 20:19
I found where in the code to edit the auto-load locations, gonna see if I can change the code to enable users to set the folders.

Also, I'll look into the possibility of prioritizing external subtitles, that also shouldn't be too impossible to fix. :p

That is good news! I hope you manage to include these two features and the developers decide to add them to the trunk. Until then I keep my fingers crossed. ;)

oddball
13th August 2010, 21:25
Well, don't think. My builds are vanilla builds and are fine. If something is broken in the svn, then it will be broken in my builds and in xvidvideo.ru builds so please cut the BS.

Thanks.

hissatsu
13th August 2010, 22:22
I have one issue with MPC-HC concerning blu-ray playback. If there is a known fix or it's a problem with my setup I apologize, but after trying just about everything I can think of I've been unable to fix it.

I can play individual m2ts files just fine. I can play using Open DVD or by directly opening an mpls playlist on the blu-ray just fine and as long as the mpls itself contains just one m2ts file, all is fine. But if the it's made up of multiple m2ts files, when it switches from one to another during seamless playback, that's where there's an issue.

At the point where it switches from one m2ts file to the next, I can see the timer pause for about 1 second, maybe a little more. The audio plays, but the video doesn't start until the timer starts moving again. Once the video starts, it goes fast until it resyncs with the audio, which takes less than a second. But that second or so during which timer wasn't moving is "lost", so the timer is now behind by second or so after that point. It no longer matches the time it should be if I played it using a Blu-ray player or something like PowerDVD (which is mostly useless to me otherwise). If there are multiple switches between m2ts files, then the timer falls further and further behind. This isn't much of an issue for normal playback, but it means if I load a subtitle script, I have to retime it after that point, and if I time a script to it, it's wrong for anything but MPC-HC.

Any help in solving this would really be appreciated. That is, if there is a solution. If it's a known issue then I'll just have to wait until it's fixed. Running on Windows 7 x64, DXVA, using internal filters only. Thanks again for a great program.

alexins
13th August 2010, 22:55
Media Player Classic HomeCinema (x86/x64), svn 2235 (http://www.xvidvideo.ru/media-player-classic-home-cinema-x86-x64/media-player-classic-homecinema-x86-x64-svn-2235.html)

Changes (2226-2235):

mpciconlib: renamed PLS to PLC plus some cosmetic changes;
Filters: applied astyle formatting, updated copyright notice. VSFilter, VSRip: updated copyright notice. Renamed renaming "subtitles" instances to "Subtitles";
Add : detect system UI language and set interface language at first run;
Fix : issue some MPEG(mono) audio playback; ticket #116;
Updated Portuguese translation;
Fix : MPEGSplitter - could not read some MPEG files;
Add : some PCM RAW GUID;
Fix : rev. 2228;
removed DSUtil directory from common.vsprops and common.props;
renamed "toolbar1.bmp" to "toolbar.bmp";
clean up libavcodec project files.

Alexander01
14th August 2010, 00:21
As long as there is no such feature added, you can use woXXoM's workaround to prioritize your external subtitles over internal ones:

Yes, but with that workaround I have to rename all my subtitle files and if no external srt file exists (because I want to watch without subtitles), it still loads the embedded subtitles. I just need a checkbox to disable embedded subtitles (just like ffdshow has).


For now, I used a hexeditor to overwrite the following strings in mpc-hc.exe with hex00:

S_VOBSUB
S_HDMV/PGS
S_USF
S_TEXT/USF
S_SSF
S_TEXT/SSF
S_ASS
S_TEXT/ASS
S_SSA
S_TEXT/SSA
S_TEXT/UTF8
S_TEXT/ASCII

Now it won't load any embedded subtitles anymore. Only external subtitles :)

Dreamhacker
14th August 2010, 00:27
Yes, but with that workaround I have to rename all my subtitle files and if no external srt file exists (because I want to watch without subtitles), it still loads the embedded subtitles. I just need a checkbox to disable embedded subtitles (just like ffdshow has).


For now, I used a hexeditor to overwrite the following strings in mpc-hc.exe with hex00:

S_VOBSUB
S_HDMV/PGS
S_USF
S_TEXT/USF
S_SSF
S_TEXT/SSF
S_ASS
S_TEXT/ASS
S_SSA
S_TEXT/SSA
S_TEXT/UTF8
S_TEXT/ASCII

Now it won't load any embedded subtitles anymore. Only external subtitles :)
So you basically butchered the poor file. :P

I'm working on a better solution at the moment, have some ideas but need to make sure I don't screw anything up by the code changes I'm thinking of doing. And I won't have any files to test it on before Monday in any case.

MPC-HTPC
14th August 2010, 00:39
Yes, but with that workaround I have to rename all my subtitle files and if no external srt file exists (because I want to watch without subtitles), it still loads the embedded subtitles.

Yeah, I was aware that my hint just fits your needs partly, but it is good to hear that you found some workaround yourself. :)

But to have a clean solution for the whole internal/external subtitle case I am eager to see with what Dreamhacker will come up!

Sebastiii
14th August 2010, 08:22
I have one issue with MPC-HC concerning blu-ray playback. If there is a known fix or it's a problem with my setup I apologize, but after trying just about everything I can think of I've been unable to fix it.

I can play individual m2ts files just fine. I can play using Open DVD or by directly opening an mpls playlist on the blu-ray just fine and as long as the mpls itself contains just one m2ts file, all is fine. But if the it's made up of multiple m2ts files, when it switches from one to another during seamless playback, that's where there's an issue.

At the point where it switches from one m2ts file to the next, I can see the timer pause for about 1 second, maybe a little more. The audio plays, but the video doesn't start until the timer starts moving again. Once the video starts, it goes fast until it resyncs with the audio, which takes less than a second. But that second or so during which timer wasn't moving is "lost", so the timer is now behind by second or so after that point. It no longer matches the time it should be if I played it using a Blu-ray player or something like PowerDVD (which is mostly useless to me otherwise). If there are multiple switches between m2ts files, then the timer falls further and further behind. This isn't much of an issue for normal playback, but it means if I load a subtitle script, I have to retime it after that point, and if I time a script to it, it's wrong for anything but MPC-HC.

Any help in solving this would really be appreciated. That is, if there is a solution. If it's a known issue then I'll just have to wait until it's fixed. Running on Windows 7 x64, DXVA, using internal filters only. Thanks again for a great program.

Hi, i need to test if i can see this too, but i'm not @ home, could you give us what kind of video codec is on your BD ?
VC-1 or H264, or maybe you have this on 2 type of BD codec ?
Thanks.

3ngel
14th August 2010, 09:13
Hi,

i've just downloaded the latest builds 1.3.2235.0.

The bob deinterlace doesn't work anymore.

The video remains untouched (interlacing jaggies completely visible on interlaced ntsc material)

My chain filter

Mpeg-2 Video Decoder-> Overlay Mixer -> Video Renderer

(Same results with any other renderer, using it because faster on the netbook)

Can this be fixed soon?

Thanks

DMD
14th August 2010, 09:20
Good morning.

After several attempts I was able to test and do the shrink of the Blu-ray HDD, only forced subtitles and audio in my language.

For this reason I ask if you can, in general settings, set the player that always starts with the first track of subtitles activated.

This is to avoid that whenever I play a movie I must act in the selection menu or press the button corresponding to the subtitles.

http://www.allfreeportal.com/imghost2/images/12244Screenshot 003.png (http://allfreeportal.com)


THANKS

hissatsu
14th August 2010, 11:33
Hi, i need to test if i can see this too, but i'm not @ home, could you give us what kind of video codec is on your BD ?
VC-1 or H264, or maybe you have this on 2 type of BD codec ?
Thanks.

All the BDs I have like this are H264, so I don't know if it happens with VC-1. I should have thought to mention that.

jeremy33
14th August 2010, 14:41
About the madFalc problem why you don't revert the 2123 modification ? At least temporarily.

tetsuo55
14th August 2010, 15:17
About the madFalc problem why you don't revert the 2123 modification ? At least temporarily.There error you are getting is very dangerous, in theory your whole computer could crash as a result. We definately won't be reverting.

Sebastiii
14th August 2010, 15:35
All the BDs I have like this are H264, so I don't know if it happens with VC-1. I should have thought to mention that.

It happen on recent rev or you always have that ?

madshi
14th August 2010, 16:11
There error you are getting is very dangerous, in theory your whole computer could crash as a result.
What!? :confused:

As a project manager you should care about practical consequences, not about theoretical stuff. Let's look at the practical consequences of activating that Heap Corruption Detection feature:

- no practical improvements I can see
- madFlac stops working, maybe some other filters, too

IMHO you should activate a feature like Heap Corruption Detection only *after* all negative side effects are solved. So if you insist of using that feature, first make sure that it works alright. Only then activate it. Doing it the other way round is a bad choice for your users.

tetsuo55
14th August 2010, 17:30
Let me put it this way.

1. I am convinced other filters should be caught by this too, and I do think the heap corruption should not be ignored.

2. There are actually several filters that fail under different circumstances since we enabled all the security features, madflac is just the latest victim. (before you ask, yes there are known exploits for mpc-hc)

3. This feature is only enabled in the nightly/wip builds, the stable build works just fine apart from the crash now and then when the heap corrupts in a bad way(now and then is an understatement, think more in the lines of 1000's of reported crashes per day).

I hope this makes our decision a bit more clear.
Apart from that i have given this crash a very high priority with the few devs we have.

EDIT: Breaking news, one of the devs has reproduced the madflac crash in build without heap corruption, it seems then the catch is correct and the code should be blocked from executing.

madshi
14th August 2010, 18:01
1. I am convinced other filters should be caught by this too, and I do think the heap corruption should not be ignored.
I'm all for finding bugs. As long as end users are not negatively affected.

3. This feature is only enabled in the nightly/wip builds, the stable build works just fine
You mean the stone age stable builds which nobody is using? Or which stable builds do you mean? I think most people are using the nightly builds.

Apart from that i have given this crash a very high priority with the few devs we have.
Thanks, I'm glad to hear that. FWIW, I'm very willing to help, especially if there are signs that it could be a bug in madFlac (which I'm not convinced of yet).

EDIT: Breaking news, one of the devs has reproduced the madflac crash in build without heap corruption, it seems then the catch is correct and the code should be blocked from executing.
The big question is if it's a bug in MPC HC or a bug in madFlac. Even if the crash only occurs with madFlac in the graph, it could still be a bug in MPC HC. E.g. let's just say it could be quite possible that MPC HC is fetching a description string from madFlac and then freeing it twice. That would probably result in heap corruption and would be a bug in MPC HC and not in madFlac. Of course it's also possible that there's a real bug in madFlac. But I've heard no stability complaints about madFlac from any users of any media players in the last 2.5 years, which makes me somehow doubt it. But of course you can never be sure...

arty
14th August 2010, 18:32
Alright, I'll just use the latest SVN-build in that case. I found where in the code to edit the auto-load locations, gonna see if I can change the code to enable users to set the folders.

Also, I'll look into the possibility of prioritizing external subtitles, that also shouldn't be too impossible to fix. :p

I have been waiting for this feature for years, really!!! :D Thank you sooo much!

tetsuo55
14th August 2010, 18:42
@madshi, it would be a great help if you could join us online, we have a few people trying to fix it right now. http://webchat.freenode.net channel #mpc-hc

sneaker_ger
14th August 2010, 18:50
I have been waiting for this feature for years, really!!! :D Thank you sooo much!

Using only external subtitles is already possible using DirectVobSub (if you can't wait for a modded version):
http://www.abload.de/img/vsfilterfprt.png

arty
14th August 2010, 19:08
Using only external subtitles is already possible using DirectVobSub (if you can't wait for a modded version):


but not with dxva :)

sneaker_ger
14th August 2010, 19:10
True. It's only a suggestion - a new feature for the internal renderer shouldn't hurt. (I'm also using the internal one)

Dreamhacker
14th August 2010, 20:25
Build 2235 seems to crash for me at exit. An access violation within MFC it looks like. Though, I skipped compiling the resource dlls, should that matter in any way?

And it seems my current code changes makes it load the first external subtitle rather than the first internal subtitle. Just need to add an option to turn the feature on/off. Along with an option to specify the paths where it should look.

tetsuo55
14th August 2010, 20:43
Build 2235 seems to crash for me at exit. An access violation within MFC it looks like. Though, I skipped compiling the resource dlls, should that matter in any way?

And it seems my current code changes makes it load the first external subtitle rather than the first internal subtitle. Just need to add an option to turn the feature on/off. Along with an option to specify the paths where it should look.did you use vs2010? crash on exit is an age old bug since the first release of mpc, but its more noticable in vs2010 compiled builds

Dreamhacker
14th August 2010, 20:59
did you use vs2010? crash on exit is an age old bug since the first release of mpc, but its more noticable in vs2010 compiled builds

Yes, I use Visual Studio 2010. Though, shouldn't someone track down that bug and find what is being done in wrong order?

tetsuo55
14th August 2010, 21:54
Yes, I use Visual Studio 2010. Though, shouldn't someone track down that bug and find what is being done in wrong order? we tried and got stuck on one of the 3rd party libraries, maybe you can try and have more luck?

Dreamhacker
14th August 2010, 21:55
we tried and got stuck on one of the 3rd party libraries, maybe you can try and have more luck?

I could always try, could be a nice challenge to work at. ;)

Does it always happen when it's compiled with Visual Studio 2010? Or have people succeeded in compiling with Visual Studio 2010 and without this bug present?

Hypernova
14th August 2010, 22:07
I spent the extra tests and was proved right - in 2010 build errors due to sizecbar component.
I disable code with create control based on sizecbar ... and MPC-HC not crash on exit;

Here the listing of control:



This means that the error is not in the code of MPC-HC

P.S. sizecbar don't work in VS2010 build, need rewrite or change to another component.

Can you try with the latest update? Right now 2.43 (from August 2000) is in trunk, 2.45 (April 2010) is the latest:
http://www.datamekanix.com/sizecbar/
The homepage says that VS2010 is supported...

Changes since 2.43:

Try - nothing don't change, don't work with VS2010 build.

I could always try, could be a nice challenge to work at. ;)

Does it always happen when it's compiled with Visual Studio 2010? Or have people succeeded in compiling with Visual Studio 2010 and without this bug present?

Put it together for your convinent. Hopefully I will be able to use vs2010 ver soon. :)

omri09
14th August 2010, 22:56
Where can I see what's the updates in every release?
I already checked here: http://xhmikosr.1f0.de/index.php
and in the "changelog" file of the 7z.

BTW, I just love this software!

Alexander01
14th August 2010, 23:00
Build 2235 seems to crash for me at exit. An access violation within MFC it looks like. Though, I skipped compiling the resource dlls, should that matter in any way?

And it seems my current code changes makes it load the first external subtitle rather than the first internal subtitle. Just need to add an option to turn the feature on/off. Along with an option to specify the paths where it should look.


Great! Can you also make an option to disable embedded subtitles completely?

Dreamhacker
14th August 2010, 23:55
Great! Can you also make an option to disable embedded subtitles completely?

What do you mean by that? Do you want it to not load the embedded subtitle at all, or just make it so it never defaults to an embedded subtitle even if there are no externals available?

Alexander01
15th August 2010, 01:31
Both options are fine for me. As long it does not display the embedded subtitles when I open the video file it's fine! But it should display external subtitles by default if they exists.

sneaker_ger
15th August 2010, 01:35
Where can I see what's the updates in every release?

Link taken from the start post of this thread:
changelog (http://mpc-hc.svn.sourceforge.net/viewvc/mpc-hc/?view=log)

omri09
15th August 2010, 05:11
Link taken from the start post of this thread:
changelog (http://mpc-hc.svn.sourceforge.net/viewvc/mpc-hc/?view=log)

Thanks dude!
Missed it somehow :)

Dreamhacker
15th August 2010, 07:38
I'm not able to fully explain why the on-exit crash occurs. But what a little debugging shows is that the dockbars which CSizingControlBar objects in CMainFrame are docked to, are destroyed without actually nullifying the m_pDockBar in CSizingControlBar objects (because apparently these dockbars contain 1 element, but when it requests the pointer for it, the pointer is null). The result of m_pDockBar pointing to freed memory is that when CDockContext is destructing itself, it will cause the access violation by reading this memory area.

So, the only real workaround until one finds why the CSizingControlBar doesn't get registered properly in the CDockBar, is to actually do this in the CSizingControlBar destructor:
m_pDockContext->m_pBar->m_pDockBar = NULL;

MPC-HTPC
15th August 2010, 07:52
Congratulations for finding a workaround to the Crash-on-exit-problem in MSVC2010! :)
I remeber that XhmikosR said, that he contacted the developer of CSizingControlBar, but it seems like he has not yet replied.

I am curious if your workaround also fixes the other two known issues when compiling MPC-HC with MSVC2010:
-shader editor window does not work
-playlist window does not work

(The information was taken from XhmikosR and can be found here: http://xhmikosr.1f0.de/mpc-hc_msvc2010/BIG_FAT_WARNING.txt)

Porsche_fan
15th August 2010, 08:39
I have a few dvd's that show aliasing when watching them. I was hoping to use the graphic card’s Direct3D anti-aliasing to correct it but can’t seem to get it to work.

Should the D3D Fullscreen GUI Support allow the utilization of a graphic card’s anti-aliasing or is it only to reduce tearing?

namaiki
15th August 2010, 08:50
I was hoping to use the graphic card’s Direct3D anti-aliasing to correct it but can’t seem to get it to work.

It doesn't work like that, AFAIK. The PC is just painting a picture onto a rectangle. Anti-aliasing can be applied onto the edges of shapes.

jeremy33
15th August 2010, 10:41
In the rev. 2246 if the settings are stored in an .ini file in read only these source filter Flac - MP4/MOV - MPEG audio - MPEG PS/TS/PVA are unchecked but there are checked in the .ini

2243 2246
http://img203.imageshack.us/img203/9287/2243.th.png (http://img203.imageshack.us/i/2243.png/) http://img121.imageshack.us/img121/5966/2246.th.png (http://img121.imageshack.us/i/2246.png/)

namaiki
15th August 2010, 10:58
In the rev. 2246 if the settings are stored in an .ini file in read only these source filter Flac - MP4/MOV - MPEG audio - MPEG PS/TS/PVA are unchecked but there are checked in the .ini


Have you tried creating a new ini file in read only and see if it will hold?

Search and replace the following value in your ini file:
[Internal Filters]
SrcFilters=-1202241

tetsuo55
15th August 2010, 11:07
I'm not able to fully explain why the on-exit crash occurs. But what a little debugging shows is that the dockbars which CSizingControlBar objects in CMainFrame are docked to, are destroyed without actually nullifying the m_pDockBar in CSizingControlBar objects (because apparently these dockbars contain 1 element, but when it requests the pointer for it, the pointer is null). The result of m_pDockBar pointing to freed memory is that when CDockContext is destructing itself, it will cause the access violation by reading this memory area.

So, the only real workaround until one finds why the CSizingControlBar doesn't get registered properly in the CDockBar, is to actually do this in the CSizingControlBar destructor:
m_pDockContext->m_pBar->m_pDockBar = NULL;can you make a patch?

Dreamhacker
15th August 2010, 11:08
Congratulations for finding a workaround to the Crash-on-exit-problem in MSVC2010! :)
I remeber that XhmikosR said, that he contacted the developer of CSizingControlBar, but it seems like he has not yet replied.

I am curious if your workaround also fixes the other two known issues when compiling MPC-HC with MSVC2010:
-shader editor window does not work
-playlist window does not work

(The information was taken from XhmikosR and can be found here: http://xhmikosr.1f0.de/mpc-hc_msvc2010/BIG_FAT_WARNING.txt)

I do believe all the errors could be caused by the same issue, so my workaround does not fix those two windows. But knowing that, maybe I could try find a real solution.

Dreamhacker
15th August 2010, 11:44
can you make a patch?

What do you mean by patch? Like, a patch file that applies changes to binary files? Or do you mean something else?

jeremy33
15th August 2010, 11:55
Have you tried creating a new ini file in read only and see if it will hold?

Search and replace the following value in your ini file:
That's what I mean is it is normal ?

Sebastiii
15th August 2010, 12:04
What do you mean by patch? Like, a patch file that applies changes to binary files? Or do you mean something else?

I think patch from source svn file :) it's more easy to look diff :)
Thanks :)

dbone1026
15th August 2010, 12:54
I am using MPC HC v1.3.2212.

I have a question about subtitles that are flagged as forced. I have an mkv where I have two subtitle tracks (IDX/SUB). The first subtitle track is the full English subtitles. This is marked as Default = No and Forced = No. The second subtitle track is the forced subtitles. This is marked as Default = Yes and Forced = Yes.

In MPC HC If I keep "Auto-load subtitles" unchecked no subtitles will show. If I check "Auto-load subtitles" MPC HC just loads the first subtitle track, when I think it should auto load the second subtitle track with is flagged as forced. I am not using any External Filters in MPC HC, just the internal ones. Is this noted behavior, does MPC HC not respect the forced track flag? Thanks

oddball
15th August 2010, 15:12
I've got a problem when using Haali as the Matroska splitter. If I uncheck the internal splitter I get a pin out error and the internal DXVA decoder does not load. It works fine with the internal splitter checked. Any ideas?

EDIT: Nevermind. Installed 2246 and all is well again.


EDIT2: I was wrong. It works on one particular source but all others give the pin error. The source that works has an old MS codec I think. Anything newer like x264 fails with the pin out error.

WTH!

namaiki
15th August 2010, 15:23
Only thing I could think of is make sure that 'Options-> Input-> Use custom media type for H.264' is set to 'No,' in Haali Media Splitter Properties.

Dreamhacker
15th August 2010, 15:48
Okay, so I got the Playlist window and Shader Editor window to work again, though the solution is a bit more hacky than I wanted to. What seems to be the problem is that MFC, when it's supposed to dock the bar, actually removes it from the list of docked bars again, so even if it exists and SHOULD be docked, the code would seem to think it's not and it crashes. What seems to work is to simply adding them back into the array after you've run the initial docking function, though there must be something wrong somewhere for this to be necessary (to me it looks like it's the MFC function that is broken. :S).

I'll try to get the updated files posted one of the next few days, so the changes can be added to the SVN. :)

renq
15th August 2010, 16:05
b2246 wont use madVR. Haali and evr work fine. b2206 was fine

Sebastiii
15th August 2010, 16:15
Okay, so I got the Playlist window and Shader Editor window to work again, though the solution is a bit more hacky than I wanted to. What seems to be the problem is that MFC, when it's supposed to dock the bar, actually removes it from the list of docked bars again, so even if it exists and SHOULD be docked, the code would seem to think it's not and it crashes. What seems to work is to simply adding them back into the array after you've run the initial docking function, though there must be something wrong somewhere for this to be necessary (to me it looks like it's the MFC function that is broken. :S).

I'll try to get the updated files posted one of the next few days, so the changes can be added to the SVN. :)

Great :) Thanks :)

oddball
15th August 2010, 16:16
Only thing I could think of is make sure that 'Options-> Input-> Use custom media type for H.264' is set to 'No,' in Haali Media Splitter Properties.

That was it. Thanks. :)

oddball
15th August 2010, 16:19
b2246 wont use madVR. Haali and evr work fine. b2206 was fine

Works for me but only if I use CoreAVC for decoding. If I blick CoreAVC it loads EVR instead.

renq
15th August 2010, 17:09
Works for me but only if I use CoreAVC for decoding. If I blick CoreAVC it loads EVR instead.
Using internal codecs.
2206 was msvc10, 2246 is vc08, (both x86), should it be of any use.

MPC-HTPC
15th August 2010, 19:42
Okay, so I got the Playlist window and Shader Editor window to work again, though the solution is a bit more hacky than I wanted to.

Thanks for finding a workaround for these two problems too, Dreamhacker! :)

iaTa
15th August 2010, 20:16
I am using MPC HC v1.3.2212.

I have a question about subtitles that are flagged as forced. I have an mkv where I have two subtitle tracks (IDX/SUB). The first subtitle track is the full English subtitles. This is marked as Default = No and Forced = No. The second subtitle track is the forced subtitles. This is marked as Default = Yes and Forced = Yes.

In MPC HC If I keep "Auto-load subtitles" unchecked no subtitles will show. If I check "Auto-load subtitles" MPC HC just loads the first subtitle track, when I think it should auto load the second subtitle track with is flagged as forced. I am not using any External Filters in MPC HC, just the internal ones. Is this noted behavior, does MPC HC not respect the forced track flag? Thanks

I was also going to ask a similar question regarding forced subtitles. Would it be possible for an option to be added so that only subtitles which are marked as forced within an mkv are displayed?

Dreamhacker
16th August 2010, 11:46
Here is the patch for playlist/shader editor/crash. :)

Link: http://home.nith.no/~lilgun/mpc-hc-fixes.patch

XhmikosR
16th August 2010, 13:18
Here is the patch for playlist/shader editor/crash. :)

Link: http://home.nith.no/~lilgun/mpc-hc-fixes.patch

Thanks for the patch. Currently the playlist and editor window do not open at all for me with the vs2010 builds. It might have something to do with the manifest failing to parse with vs2010 sdk.

Dreamhacker
16th August 2010, 13:40
Thanks for the patch. Currently the playlist and editor window do not open at all for me with the vs2010 builds. It might have something to do with the manifest failing to parse with vs2010 sdk.

What do you mean by failing to parse the manifest (sorry if it's a silly question :p)?

XhmikosR
16th August 2010, 14:36
H:\progs\Compiling\mpc-hc_dev\src\apps\mplayerc\res\mpc-hc.exe.manifest : manifest authoring warning 81010002: Unrecognized Element "compatibility" in namespace "urn:schemas-microsoft-com:compatibility.v1".

It happens with SDK v7.0A which is the one VS2010 ships with, but it doesn't happen with SDK v7.1. Maybe I should set Windows7.1SDK as the platform toolset for the mpc-hc project.
I tested your patch and it doesn't seem to work.
Try a debug msvc2010 build and you'll see the errors.

Dreamhacker
16th August 2010, 16:10
H:\progs\Compiling\mpc-hc_dev\src\apps\mplayerc\res\mpc-hc.exe.manifest : manifest authoring warning 81010002: Unrecognized Element "compatibility" in namespace "urn:schemas-microsoft-com:compatibility.v1".

It happens with SDK v7.0A which is the one VS2010 ships with, but it doesn't happen with SDK v7.1. Maybe I should set Windows7.1SDK as the platform toolset for the mpc-hc project.
I tested your patch and it doesn't seem to work.
Try a debug msvc2010 build and you'll see the errors.

Hmmm... I didn't actually test the changes with the latest build before I made the patch, gonna have a look at it again.

Also, the manifest error is indeed not there if you compile with 7.1. :)

For me the changes in that patch fixes it. :S

3ngel
16th August 2010, 17:25
I just tracked down the BOB bug.

It's introduced with the addition of the ELA deinterlacing,

in the r1922

The r1906 it's the last working without problem

(the ELA is not present).

I hope this information can help fix the issue.

omri09
16th August 2010, 18:00
Is there any difference between x64 version to x86?
I have WIN7 x64, should I be satisfied with x86 version?

XhmikosR
16th August 2010, 19:05
I just tracked down the BOB bug.

It's introduced with the addition of the ELA deinterlacing,

in the r1922

The r1906 it's the last working without problem

(the ELA is not present).

I hope this information can help fix the issue.
Use the trac (https://sourceforge.net/apps/trac/mpc-hc/newticket). Whatever you report here will be lost after a couple of days.

Dreamhacker
16th August 2010, 19:13
H:\progs\Compiling\mpc-hc_dev\src\apps\mplayerc\res\mpc-hc.exe.manifest : manifest authoring warning 81010002: Unrecognized Element "compatibility" in namespace "urn:schemas-microsoft-com:compatibility.v1".

It happens with SDK v7.0A which is the one VS2010 ships with, but it doesn't happen with SDK v7.1. Maybe I should set Windows7.1SDK as the platform toolset for the mpc-hc project.
I tested your patch and it doesn't seem to work.
Try a debug msvc2010 build and you'll see the errors.

Did you mean there was something wrong with the code changes, or the patch file? Because the changes do indeed fix the playlist/shader editor crashes.

tetsuo55
16th August 2010, 19:20
He means he was not able to reproduce the not-crashing behaviour you mentioned, in particular with debug builds.

the patch looks pretty slim, are you sure we only need those 3 lines of code?

Dreamhacker
16th August 2010, 19:50
I cannot guarantee it, but both my computers have working playlist and shader editor in build 2249 compiled with VC2010 after I did these changes. It's basically a hack to get around what MFC does.

PS: Not sure if there will be needed a define to avoid the extra lines to be run on VC2008, I don't have that installed to test it on. But some people said it was with VC2010 it became apparent.
PS2: Gonna take a look at another approach that could be less "hacky".

3ngel
16th August 2010, 19:57
Thank you very much XhmikosR

Done that.

Dreamhacker
16th August 2010, 20:54
The real problem is that pBar->m_hWnd points to itself, I think. For what reason that is the next question to answer. But at least the error is no longer in MFC anymore. :P

XhmikosR
16th August 2010, 20:56
I cannot guarantee it, but both my computers have working playlist and shader editor in build 2249 compiled with VC2010 after I did these changes. It's basically a hack to get around what MFC does.

PS: Not sure if there will be needed a define to avoid the extra lines to be run on VC2008, I don't have that installed to test it on. But some people said it was with VC2010 it became apparent.
PS2: Gonna take a look at another approach that could be less "hacky".

Here is the thing. The playlist and shader editor windows do not even open for me with vs2010 builds. With a debug VS2010 build here is what I get when I try to open playlist or shader editor window:

Debug Assertion Failed!
Program: C:\Program Files\MPC-HC\mpc-hc.exe
File: f:\dd\vctools\vc7libs\ship\atlmfc\src\mfc\winfrm.cpp
Line: 1395

Dreamhacker
16th August 2010, 21:30
Here is the thing. The playlist and shader editor windows do not even open for me with vs2010 builds. With a debug VS2010 build here is what I get when I try to open playlist or shader editor window:

Debug Assertion Failed!
Program: C:\Program Files\MPC-HC\mpc-hc.exe
File: f:\dd\vctools\vc7libs\ship\atlmfc\src\mfc\winfrm.cpp
Line: 1395

What I wonder is why you are compiling with vc7 libs? :S

XhmikosR
16th August 2010, 21:41
I don't. No idea why it says that. Anyway, here is the situation:
Default playlist/shader editor window is docked. With your patch everything works. Now in my case I had the playlist window floated. This is where it crashes and someone has to fix it.
Also good news: if I leave the playlist/shader window at the default state, docked, then no crash on exit.

The playlist/shader window didn't open for me but after deleting the following registry key, they opened since they defaults were restored
HKEY_CURRENT_USER\Software\Gabest\Media Player Classic\ToolBars

Dreamhacker
16th August 2010, 21:53
I don't. No idea why it says that. Anyway, here is the situation:
Default playlist/shader editor window is docked. With your patch everything works. Now in my case I had the playlist window floated. This is where it crashes and someone has to fix it. Also good news: if I leave the playlist/shader window at the default state, docked, then no crash on exit.

You are right, good thing you spotted that bug. I never tried to actually undock it, so it worked fine for me. :P

The problem is caused because m_hWnd member of the bar points back at itself in a way. But I believe it should be pointing to the CMainFrame object.

What I'm trying to find out now is WHY this pointer doesn't point to where it should.

mark0077
16th August 2010, 21:56
Hi all. Can anyone tell me does mpc-hc close down the filter chain correctly. Because when a movie ends, and I close mpc-hc, reclock doesn't fire the QUIT event, indicating its probably not getting closed down correctly during mpc-hc shut down.

See Jongs reply to my post over at the reclock forums.... http://forum.slysoft.com/showpost.php?p=275806&postcount=101

Maybe a developer can test / reproduce my problem where reclock doesn't seem to be closing down gracefully if mpc-hc video ends (reclock still loaded).... and then a manual mpc-hc close is executed.

tetsuo55
16th August 2010, 22:02
mark, see the posts above yours.

mark0077
16th August 2010, 22:31
thanks tetsuo, I assume you mean the problems being discussed lately about crashes on mpc-hc exit, are effecting me here.... ie reclock not getting shutdown gracefully as a result of these other issues.

mark0077
16th August 2010, 23:39
I've got a problem when using Haali as the Matroska splitter. If I uncheck the internal splitter I get a pin out error and the internal DXVA decoder does not load. It works fine with the internal splitter checked. Any ideas?

EDIT: Nevermind. Installed 2246 and all is well again.


EDIT2: I was wrong. It works on one particular source but all others give the pin error. The source that works has an old MS codec I think. Anything newer like x264 fails with the pin out error.

WTH!
I'm also having terrible throuble tonight with the haali media splitter and version 2249 at least. I get no truehd audio from m2ts files, and dts-ma from m2ts gives me a stuttering mess with audio streams changing every few seconds.... anyone know is there some incompatibility or issue with mpc-hc?

Snowknight26
17th August 2010, 00:00
Right clicking on the MPC-HC icon in the taskbar doesn't cause a menu to appear.

vBm
17th August 2010, 04:58
Right clicking on the MPC-HC icon in the taskbar doesn't cause a menu to appear.

It does here on r2257

Never had that problem thou.

rahzel
17th August 2010, 07:37
Ever since I've owned my radeon HD5450, I've been getting an error message using DXVA saying "display driver amdkmdap has stopped responding". It only happens on certain (high bitrate 1080p) movies like Avatar or Transformers. I decided to test the card out in my XP machine and I was error free.

My system is completely stable, and I've literally tried every "fix" for this common error.

What I basically want to know is, does it sound like my video card is not stable? I used VMR9 on my XP machine and EVR on my Win7 machine; does EVR require more performance? And it's also my understanding that Vista and up uses DXVA2 and XP uses DXVA1; does DXVA2 require more performance as well? This could explain the crash in 7 but not XP.

Sorry, this is kind of off topic.

MPC-HTPC
17th August 2010, 07:43
Dreamhacker,

just a question out of interest. Do you use for debugging of those nasty bugs the latest CSizingControlBar 2.45 or the one that is shipped with MPC-HC, which is version 2.43?
I know that Aleksoid already mentioned, that implenting the latest version does not solve those bugs, but maybe your bug hunting could also be a good opportunity to implement the latest version.

Either way, I hope that you can nail down the problem and solve it! My fingers are still kept crossed!

MPC-HTPC
17th August 2010, 07:46
Is there any difference between x64 version to x86?
I have WIN7 x64, should I be satisfied with x86 version?

There is no difference in functionality if you mean that by difference. I would recommend you to stick with the x86 version, even with Win7 x64, and be satisfied. :)

Dreamhacker
17th August 2010, 10:29
Dreamhacker,

just a question out of interest. Do you use for debugging of those nasty bugs the latest CSizingControlBar 2.45 or the one that is shipped with MPC-HC, which is version 2.43?
I know that Aleksoid already mentioned, that implenting the latest version does not solve those bugs, but maybe your bug hunting could also be a good opportunity to implement the latest version.

Either way, I hope that you can nail down the problem and solve it! My fingers are still kept crossed!

I think the only solution is to write a new class to replace it. Hunting bugs that are almost impossible to catch and obviously have existed in the class for 10 years is often a waste of time if you have the possibility to just write a new class. :p

MPC-HTPC
17th August 2010, 10:44
Yeah, you got a point there Dreamhacker. Furthermore, it is interesting to know that it would be better to just write a new class instead of hunting those bugs.

Dreamhacker
17th August 2010, 12:08
Patch which enables the following options in the registry/ini:

- PrioritizeExternalSubtitles
- DisableInternalSubtitles

The first one makes MPC-HC always default to an external subtitle over the internal subtitle if both are available.
The second one makes MPC-HC never load internal subtitles (mind that it doesn't look for forced subtitles that should be left on at this moment).

Link: http://home.nith.no/~lilgun/mpc-hc-subtitle-options.patch

PS: Gonna add interface options for them too at some point, but will try to get the new bar class done first (crashes get prio :P).

omri09
17th August 2010, 12:26
There is no difference in functionality if you mean that by difference. I would recommend you to stick with the x86 version, even with Win7 x64, and be satisfied. :)

:thanks: :p

MPC-HTPC
17th August 2010, 12:31
Great news that you are working on a new bar class, Dreamhacker. Thanks for that one in advance! ;)

And I hope your subtitle changes will be integrated into SVN soon, so we can try them! Also thanks for that one and the coming interface options in the future. :)

mark0077
17th August 2010, 14:15
Hi, I assume nobody else is having issues with mpc and haali media splitter with m2ts files. I'm getting no truehd if I use haali, and with dts, I'm getting channels switching autmoatically every couple of seconds... really strange.

Is there a way for me to debug this, ie debug why I get no audio at all with truehd... is there some way to make mpc / haali create a log for example to say why no audio decoder is in the chain...

Superb
17th August 2010, 14:31
Patch which enables the following options in the registry/ini:

- PrioritizeExternalSubtitles
- DisableInternalSubtitles

The first one makes MPC-HC always default to an external subtitle over the internal subtitle if both are available.
The second one makes MPC-HC never load internal subtitles (mind that it doesn't look for forced subtitles that should be left on at this moment).

Link: http://home.nith.no/~lilgun/mpc-hc-subtitle-options.patch

PS: Gonna add interface options for them too at some point, but will try to get the new bar class done first (crashes get prio :P).:O this is the patch tons of ppl are waiting for!

burfadel
17th August 2010, 14:36
Ever since I've owned my radeon HD5450, I've been getting an error message using DXVA saying "display driver amdkmdap has stopped responding". It only happens on certain (high bitrate 1080p) movies like Avatar or Transformers. I decided to test the card out in my XP machine and I was error free.

My system is completely stable, and I've literally tried every "fix" for this common error.



Have you tried updating the driver? ATI have made it extremely easy to know what driver is out, they release one once a month and have a year.month naming scheme. Currently the latest is Catalyst 10.7 (year 2010, month July), with 10.8 coming out before the end of the month. ATI may release hotfix drivers that fix specific problems (and based on a different driver version) such as the current 10.7a. Despite what people claim ATI drivers aren't worse than Nvidia drivers in terms of stability. Most games that present problems with ATI mysteriously have the Nvidia logo on them :rolleyes:

Virtual_ManPL
17th August 2010, 15:41
Just curious, why I can't use external Haali splitter (not registered to system, only extracted from installer) added to external filters in MPC-HC. Internal splitters MKV,MP4,AVI,MPEG,OGG are disabled. Setting "Any type - Any type" didn't help too. Same with LAVFSplitter (https://forum.doom9.org/showthread.php?t=156191)
It's known bug ?

hoborg
17th August 2010, 15:44
Just curious, why I can't use external Haali splitter (not registered to system, only extracted from installer) added to external filters in MPC-HC. Internal splitters MKV,MP4,AVI,MPEG,OGG are disabled. Setting "Any type - Any type" didn't help too. Same with LAVFSplitter (https://forum.doom9.org/showthread.php?t=156191)
It's known bug ?

They need to be registered first and old needs to be disabled + registry configuration...

It is not that easy.

DGMurdockIII
17th August 2010, 16:33
if libbluray was integrated in to Media Player Classic Home Cinema I would use this player over vlc

home page - http://www.videolan.org/developers/libbluray.html

maling list - http://mailman.videolan.org/listinfo/libbluray-devel

source code - http://git.videolan.org/?p=libbluray.git

git clone git://git.videolan.org/libbluray.git

MPC-HTPC
17th August 2010, 16:49
DGMurdockIII,

your question was already raised before. Please see the below quote from tetsuo55, the MPC-HC Project Manager, regarding libbluray:

Yes we have been in contact with the team in the beginning of this project and intend to support it in the future.

So libbluray support will be implemented some day. Hope your question is answered and I can just recommend to use MPC-HC! :)

Snowknight26
17th August 2010, 17:32
It does here on r2257

Never had that problem thou.

Forgot to add that it happens on Windows 7. I'll test it in a VM later to confirm (or refute) my suspicions.

rahzel
17th August 2010, 19:12
Have you tried updating the driver? ATI have made it extremely easy to know what driver is out, they release one once a month and have a year.month naming scheme. Currently the latest is Catalyst 10.7 (year 2010, month July), with 10.8 coming out before the end of the month. ATI may release hotfix drivers that fix specific problems (and based on a different driver version) such as the current 10.7a. Despite what people claim ATI drivers aren't worse than Nvidia drivers in terms of stability. Most games that present problems with ATI mysteriously have the Nvidia logo on them :rolleyes:
Definitely... I've tried every driver released in the past 6 months. I've tried almost everything I can think of. The only thing I haven't tried, is update the BIOS on my video card, because 1) I don't know where to get one, and 2) I'm not comfortable doing it. I've contacted AMD/ATI and Gigabyte, and ATI basically told me to test other components over and over a again and to update them using software that reports your system specs and driver/BIOS revisions. Gigabyte finally told me to RMA the card, but I just want to make sure before I ship it back and pay money when I might not need to. Although, at this point, it seems like the video card is not 100% stable.

Alexander01
17th August 2010, 20:02
Patch which enables the following options in the registry/ini:

- PrioritizeExternalSubtitles
- DisableInternalSubtitles

The first one makes MPC-HC always default to an external subtitle over the internal subtitle if both are available.
The second one makes MPC-HC never load internal subtitles (mind that it doesn't look for forced subtitles that should be left on at this moment).

Link: http://home.nith.no/~lilgun/mpc-hc-subtitle-options.patch

PS: Gonna add interface options for them too at some point, but will try to get the new bar class done first (crashes get prio :P).

Great! I hope we will see this integrated soon in new builds of MPC-HC.

Snowknight26
17th August 2010, 21:06
The changes made in r2190 (http://mpc-hc.svn.sourceforge.net/viewvc/mpc-hc?view=revision&revision=2190) now make the total duration of certain files display incorrectly, limiting seeking. When the internal MPEG splitter is unchecked in the list but is used nevertheless (be it because no other MPEG splitters exist on the system or for whatever other reason), the file duration is always 3 seconds. When the internal MPEG splitter is checked in the filters list, the duration is correct. Should be an easy fix.

XhmikosR
17th August 2010, 21:57
Great! I hope we will see this integrated soon in new builds of MPC-HC.

It will when Dreamhacker finishes his patch and it's thoroughly tested.

alexins
18th August 2010, 00:55
Media Player Classic HomeCinema (x86/x64), svn 2264 (http://www.xvidvideo.ru/media-player-classic-home-cinema-x86-x64/media-player-classic-homecinema-x86-x64-svn-2264.html)

Changes (2250-2264):

removed DisableSpecificWarnings from common.props and common.vsprops files;
Installer: added separate components for mpciconlib and translations;
muxers: applied astyle formatting;
mpcinfo: applied astyle formatting, added VS2008 project and solution file;
excluded DiracSplitter and libdirac from builds (DiracSplitter didn't work for quite some time);
mpcinfo: -fixed warnings was about using functions without any protection from buffer overflows [Patch by Alexx999]; -added MSVC2010 project and solution files;
mpcinfo: fixed typos in mpcinfo.txt;
update korean translation;
Add : E-AC3 support in MPEGSplitter;
Fix : ticket #333;
Add : Optional internal PCM RAW Audio Decoder;
Fix : revert back 2249, MPEGSplitter;
Updated Czech translation;
updated AUTHORS and CHANGELOG;
Installer: hide the license page if it's an upgrade.

Dreamhacker
18th August 2010, 03:24
I just want to announce, I have found the actual reason for the playlist/shader editor errors, and I know how to fix them. :D
After all, it seems the fault was not on sizecbar, but the derived classes from it. Meaning we can still use sizecbar, we just need to fix up a few values in the classes that derive from it. ;)

So, in the next few days I'll probably have a patch ready for those crashes, along with proper implementation of the subtitle options (i.e. adding them to the settings dialog and stuff too).

PS: VS2008 obviously wasn't strict enough when it let coding errors like this pass. :S

SamuriHL
18th August 2010, 03:56
Nice work!

APorter819
18th August 2010, 04:09
I hope this is where I ask the following question. When playing a movie in a mkv container in MPC-HC that has 2 audio files, the first listed audio files plays instead of the audio file marked as default. Is this correct? In order to get the True HD file to play I have to stop the movie to switch the audio as switching on the fly does not work. I have the AC3 file first so that I can stream to another device but would like MPC-HC to pick the audio set as default.

Alexander01
18th August 2010, 05:18
Can someone confirm this:

Is it true that the colors are a little bit deeper/stronger when using the 10 bit RGB option and D3D Fullscreen Mode? I am using the 10 bit RGB option for some time now, but a few days back I also checked the D3D Fullscreen Mode option. I have the feeling the colors are a little bit deeper/stronger with D3D Fullscreen.

Mangix
18th August 2010, 07:26
I hope this is where I ask the following question. When playing a movie in a mkv container in MPC-HC that has 2 audio files, the first listed audio files plays instead of the audio file marked as default. Is this correct? In order to get the True HD file to play I have to stop the movie to switch the audio as switching on the fly does not work. I have the AC3 file first so that I can stream to another device but would like MPC-HC to pick the audio set as default.

i think it depends on which splitter you're using for matroska files

DGMurdockIII
18th August 2010, 08:20
integrate liba52 in to Media Player Classic Home Cinema

http://liba52.sourceforge.net/

MPC-HTPC
18th August 2010, 09:48
As far as I am aware MPC-HC is (still) using liba52. There was a discussion about liba52 beginning of this year, see the below two quotes:

please replace liba52 and libdca with libavcodec. libavcodec always update and better them both. and add disable jitter correction like ffdshow. thank you.

libavcodec does not support 24 bit decoding for these formats, this in effects mean they are clipping data.
We will gladly switch once 24bit support has been added (its not on their to-do list)

According to these quotes MPC-HC will still be using liba52 for some time. If that was already changed and I missed it, please somebody correct me.
Anyway, if the devs have or will change completely to libavcodec, it was their decision and they did it for a good reason, which means that your demand will not be met by the devs.

tetsuo55
18th August 2010, 10:21
Since posting that it has come to my attention that the biddepth is limited by the chosen API, libavcodec is internally float quality.

If we assume that to be true then there is no reason to use anything but libavcodec (and we intend to switch to that for all codecs eventually)

madshi
18th August 2010, 10:32
libavcodec is internally float quality.
It mostly is, but currently almost all libav audio decoders still forcefully downconvert to 16bit integer - and that without even using any dithering, which is a violation of digital processing laws. Shame on them. You can look at the eac3to "legal stuff\ffmpeg" subfolder to see how eac3to patches libav to get full floating point data out of all the libav audio decoders used by eac3to.

tetsuo55
18th August 2010, 11:37
I read some articles on google to update myself on the information available.

Some facts i found:
Ideally a recording would be RECORDED with the highest possible bitdepth and frequency (32bit float and 192khz)

Ideally a recording would be PLAYED with 8bit more bitdepth and the same frequency as it was recorded. (the extra bitdepth will help with rounding errors that occur once the audio sample goes through any mathematical process like resampling, of the bitdepth ends up higher than what the hardware is physically capable off, extra bits get clipped, not dithered)

The bitdepth of the original recording limits the number of steps in db between the loudest and the softest sound, at 63bit the number of steps available supraces the ability of the average human to make out the differences between the smallest step.
In a realworld sample steps are usually so big that 24bit should already be more than enough to hear all the steps.(was unable to re-find the source)

All of this research completely ignores touch sensory information, frequencies/db not only reach your ears but with enough volume and the right placing also bumps into your skin, some db and frequency can make your skin hair or even your skin itself vibrate to the frequency/loudness thus increasing the amount of information the brain can process about a sound. i know many people claim to feel certain frequencies in their neck that they cannot hear in their ears, but this could all be placebo.

Clearly more scientific research is needed.

The above is all about the PCM stream, some codecs like mp3 have other factors and reasons to benefit from a higher bitdepth decoder that i wont go into.

Since on windows we know for a fact that the audio stream will go through some mathematical formulas it probably is a good idea to ouput it with the highest possible bitdepth so rounding errors are minimized.

In any case i would not recommend outputting anything lower than 24bit, 32bit float might be overkill for out content and the expect level of processing that will occur.

Sources:
http://www.tweakheadz.com/16_vs_24_bit_audio.htm
http://en.wikipedia.org/wiki/Audio_bit_depth
unable to find older ones i used several months ago

madshi
18th August 2010, 11:57
@tetsuo, not sure where you got that 63bit number from. Also the information about rounding makes no sense, because using simple rounding is a violation of digital processing laws. Whenever you reduce bitdepth in either video or audio processing, you must apply dithering, instead of simple rounding. Dithering avoids all the rounding problems, at the cost of a higher noise floor. All expert opinions I've *ever* heard clearly say that a final audio output of more than 24bit is totally overkill, if you use proper dithering. Many many experts even say that 16bit is already better than even high-end hardware can reproduce. Again this applies only if proper dithering was used. Blu-Ray is limited to 24bit because more simply doesn't make any sense. More bits may make sense in the studio, though, where loads of processing still needs to be done (e.g. mixing various audio tracks etc), to have a safety net. But for delivery to end users, 24bit is the max that can be useful.

For best audio quality, every decoder should output the data in its native decoded format. Processing (if any) should be done in floating point. The final output to the audio hardware can usually not be done in floating point (neither audio cards nor receivers accept such a format), so it has to be dithered down to e.g. 24bit integer. This should be done as the very last step in the processing chain. This is exactly what eac3to is doing. Unfortunately most libav decoders round down to 16bit, instead of dithering down to 24bit. That's why eac3to applies several patches to libav.

tetsuo55
18th August 2010, 12:12
The 63bit value is based on the maximum number of differences in loudness(db), in the smallest step a human can recognize being different from the same size other step. This value is based on sea level hight. 3ghz would incidentally be the highest possible frequency sound in our athmosphere, and would require a whopping 6ghz to record, so in theory 63bit/6ghz could record any sound that can occur in our current atmosphere at sea level (vulcanos can bend these rules though addition of gasses and extreme heat)

---

Rouding vs Dithering: That makes sense, but to convince ffmpeg we will need the sources where you got that info from, especially direct access to their test methology and results.

---

24bit: yes you confirm what i thought recording/playing at more than 24bit is more than enough for the stuff we bother to record (One reason is that everying above a certain DB level is deadly, the same is true for frequencies).

---

We agree on the processing part then.

---

Since in the near future the audio renderer(or any filter hijacking the audio stream after the decoder) will be responsible for post processing, we should be outputing 32bit/float to the renderer, and only go lower if the renderer fails to understand 32bit/float
Or can we just always output 24/int regardless? and have the renderer use 32/float if and when it does any math?

jeremy33
18th August 2010, 12:31
Any news on the madFlac problem ?

hoborg
18th August 2010, 12:33
Any news on the madFlac problem ?

Was it not fixed already in madFlac1.9?

jeremy33
18th August 2010, 12:40
Ok I didn't see.

Thanks Madshi.

madshi
18th August 2010, 12:46
Rouding vs Dithering: That makes sense, but to convince ffmpeg we will need the sources where you got that info from, especially direct access to their test methology and results.
That's common knowledge, every audio pro knows that. Some of the ffmpeg guys know that, too, they keep on telling me that ffmpeg will "soon" get new audio APIs.

Look here for a paper about dithering:

www.users.qwest.net/~volt42/cadenzarecording/DitherExplained.pdf

Since in the near future the audio renderer(or any filter hijacking the audio stream after the decoder) will be responsible for post processing, we should be outputing 32bit/float to the renderer, and only go lower if the renderer fails to understand 32bit/float
Or can we just always output 24/int regardless? and have the renderer use 32/float if and when it does any math?
What kind of processing do you plan to do in the audio renderer? Channel mixing or something like that?

Anyway, the best solution would be this:

(1) Every decoder should output exactly the native bitdepth of the decoded audio data, regardless of whether it's floating point or integer.

(2) The audio renderer should accept both integer and floating point. If any processing is needed, it must be done in floating point. Final output must be integer, though, because hardware doesn't accept floating point, AFAIK. If no processing needs to be done by the audio renderer, and the input is native integer, the data should stay untouched and should not be converted to floating point (or even to a higher integer bitdepth) to avoid having to apply dither later.

dbone1026
18th August 2010, 12:52
Hey guys,

I had posted a few days ago about the forced subtitle track flag not being respected by MPC for mkvs - http://forum.doom9.org/showpost.php?p=1426246&postcount=13944

I am using MPC HC v1.3.2212.

I have a question about subtitles that are flagged as forced. I have an mkv where I have two subtitle tracks (IDX/SUB). The first subtitle track is the full English subtitles. This is marked as Default = No and Forced = No. The second subtitle track is the forced subtitles. This is marked as Default = Yes and Forced = Yes.

In MPC HC If I keep "Auto-load subtitles" unchecked no subtitles will show. If I check "Auto-load subtitles" MPC HC just loads the first subtitle track, when I think it should auto load the second subtitle track with is flagged as forced. I am not using any External Filters in MPC HC, just the internal ones. Is this noted behavior, does MPC HC not respect the forced track flag? Thanks

I just wanted to confirm if this is a known issue?

tetsuo55
18th August 2010, 13:05
What kind of processing do you plan to do in the audio renderer? Channel mixing or something like that? reclock esque features.

(1) Every decoder should output exactly the native bitdepth of the decoded audio data, regardless of whether it's floating point or integer.
I'm having trouble googling the source, but i remember tests on audio cd and dts tracks that digitally proved that decoding them with 24bit presision slightly improved the amount of data that could be recovered, especially near the noise floor.

If i can find that and it does prove to be true, then it would be interesting to always use at least 24bit quality when decoding.

madshi
18th August 2010, 13:26
reclock esque features.
Cool, but I hope that will just be an option and not forced on... ;)

I'm having trouble googling the source, but i remember tests on audio cd and dts tracks that digitally proved that decoding them with 24bit presision slightly improved the amount of data that could be recovered, especially near the noise floor.
@tetsuo, no offense, but you're not making much sense here. Look: There are lossy formats and lossless formats. I hope you understand the difference? Lossy formats are usually stored in the frequency domain, while lossless formats are usually simple PCM compression algorithms. Which means that the native bitdepth of a lossy decoder is usually floating point, while the native output of a lossless decoder is usually integer PCM. As I said before, every decoder should output its native bitdepth. Now let's talk about the 2 examples you mentioned:

(1) Audio CDs are not compressed at all. So no decoder is involved. It doesn't make sense to talk about "decoding" here. Audio CDs are 16bit. You can't "decode them with 24bit precision". End of story. Unless you're talking HDCD, but let's not go there.

(2) DTS is a lossy format (exception: DTS-HD Master Audio). Which means that the native decoder output is floating point.

Your post throws Audio CDs and DTS tracks together, while actually they're as much different as they could possibly be. Audio CDs are 16bit integer PCM. Lossy DTS tracks should be decoded to floating point.

tetsuo55
18th August 2010, 13:35
Your post is very clear, that means we're not talking about decoding but dithering.

Dithering a 16bit uncompressed stream to 24 bit brings the audio closer to a native 24bit recorded track in a digital double blind test (for which im totally failing to find the source)

madshi
18th August 2010, 13:42
Dithering is used for *reducing* bitdepth, not for increasing it.

tetsuo55
18th August 2010, 13:44
i guess i totally need to find that source to take this any further.

nevcairiel
18th August 2010, 13:50
Hey guys,

I had posted a few days ago about the forced subtitle track flag not being respected by MPC for mkvs - http://forum.doom9.org/showpost.php?p=1426246&postcount=13944



I just wanted to confirm if this is a known issue?

Sadly, due to the design of the Gabest MKV Splitter, it simply cannot respect those flags. It doesn't decide which subtitles get used, because it simply exposes all streams as a seperate pin, and an external subtitle renderer will have to grab all streams and pick one to play - and the flags are lost on this transition.

The new splitter will respect the flags, once implemented, that is.

dbone1026
18th August 2010, 13:53
Sadly, due to the design of the Gabest MKV Splitter, it simply cannot respect those flags. It doesn't decide which subtitles get used, because it simply exposes all streams as a seperate pin, and an external subtitle renderer will have to grab all streams and pick one to play - and the flags are lost on this transition.

The new splitter will respect the flags, once implemented, that is.

Thanks for the update

XhmikosR
18th August 2010, 14:07
Thanks to heksesang, all known crashes with the MSVC2010 builds should be fixed in r2267 (http://mpc-hc.svn.sourceforge.net/viewvc/mpc-hc?view=rev&revision=2267).
Please everyone try the r2267 MSVC2010 builds from the link in my signature and report back.

tetsuo55
18th August 2010, 14:15
Dithering is used for *reducing* bitdepth, not for increasing it.I'm unable to find anything about it anymore so in conclusion:

-lossy codecs should be decoded with 32bit float accuracy (this is already the case)
-Lossless PCM streams should not be touched in any way
-If any content happens to be 32bit/float it should be dithered down to 24/int


Agreed?
i guess thats what you already do with eac3to

Thanks to heksesang, all known crashes with the MSVC2010 builds should be fixed in r2267 (http://mpc-hc.svn.sourceforge.net/viewvc/mpc-hc?view=rev&revision=2267).
Please everyone try the r2267 MSVC2010 builds from the link in my signature and report back.

That was unexpected, i see he asked microsoft and they gave the solution :D, and how deceptively simple to solve too.

madshi
18th August 2010, 14:20
I'm unable to find anything about it anymore so in conclusion:

-lossy codecs should be decoded with 32bit float accuracy (this is already the case)
32bit float or 64bit float, yes. Currently libav *internally* decodes this way, but still truncates the output to 16bit integer. So no, this is not already the case, for most decoders, with the official ffmpeg SVN.

-Lossless PCM streams should not be touched in any way
Correct. Unless you need to do processing, of course (like channel mixing or ReClock like stuff).

-If any content happens to be 32bit/float it should be dithered down to 24/int
Correct. Float can be 32bit or 64bit, though.

i guess thats what you already do with eac3to
Yes.

GTPVHD
18th August 2010, 14:21
MSVC2010 2267 build crashes on XP SP3 when trying to play anything, MKV, MP4, AVI etc.
MSVC2008 build works without issues.

http://img714.imageshack.us/img714/1462/crash2267.png

Application exception occurred:
Exception number: c000001d (illegal instruction)

XhmikosR
18th August 2010, 14:23
MSVC2008 build works though, right? Try backing up your settings and delete the following reg key
HKEY_CURRENT_USER\Software\Gabest\Media Player Classic\ToolBars

Personally I don't have any crashes and I've tried all the combinations that before caused a crash.

GTPVHD
18th August 2010, 14:27
Same, still crashes after deleting the registry key.

XhmikosR
18th August 2010, 14:29
Then it's something specific on your machine. No one else can reproduce any crashes with r2267 on XP or Windows 7 so far.

MPC-HTPC
18th August 2010, 14:31
I can verify the issues reported by GTPVHD on WinXP SP3. The MSVC 2008 build from r2267 works fine. The MSVC 2010 build crashes, when trying to play a file (I also tried to delete the mentioned Reg-Key).

At least all other issues of the MSVC 2010 build do not occur anymore. Many thanks to heksesang for solving this!!! :)

tetsuo55
18th August 2010, 14:32
GTPVHD, try deleting all the ini and registry settings, and make sure the playlist and shaderlist are docked in their default positions

tetsuo55
18th August 2010, 14:33
32bit float or 64bit float, yes. Currently libav *internally* decodes this way, but still truncates the output to 16bit integer. So no, this is not already the case, for most decoders, with the official ffmpeg SVN.


Correct. Unless you need to do processing, of course (like channel mixing or ReClock like stuff).


Correct. Float can be 32bit or 64bit, though.


Yes.Does your ffmpeg patch make it behave exactly like this?