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

[Barlow]

Wow Ati fixed SD DXVA in Catalyst 10.12. Only took them 8 months :P

[Ronin-7]

I vote to add the audiochannel patch, its really usefull (but again due to chinese background)

Also Catalyst 10.12 is out, some interesting changes, for one DIVX DXVA should get enabled on 6xxx cards, anyone have one so they can show the id with dxvachecker?

it also updates openGL to 4.1.

Is this what you need;
AMD Radeon HD 6800 Series
ModeMPEG2_VLD: DXVA2, NV12, 720x480 / 1280x720 / 1920x1080
ModeMPEG2_IDCT: DXVA2, NV12, 720x480 / 1280x720 / 1920x1080
ModeMPEG2_A: DXVA1, NV12, 720x480 / 1280x720 / 1920x1080
ModeMPEG2_C: DXVA1, NV12, 720x480 / 1280x720 / 1920x1080
ModeH264_VLD_NoFGT: DXVA2, NV12, 720x480 / 1280x720 / 1920x1080
ModeH264_VLD_NoFGT_Flash: DXVA2, NV12, 720x480 / 1280x720 / 1920x1080
6719B6FB-5CAD-4ACB-B00A-F3BFDEC38727: DXVA2, NV12, -
ModeH264MVC_VLD_Avivo: DXVA2, NV12, 720x480 / 1280x720 / 1920x1080
ModeVC1_VLD: DXVA2, NV12, 720x480 / 1280x720 / 1920x1080
CA15D19A-2B48-43D6-979E-7A6E9C802FF8: DXVA2, NV12, -
ModeMPEG4ASP_VLD_Avivo: DXVA2, NV12, 720x480 / 1280x720 / 1920x1080
5B23D46D-FA5F-4FDC-B78A-7EB2787942EC: DXVA2, NV12, 720x480 / 1280x720 / 1920x1080

[XhmikosR]

@clsid:
Backporting your latest ffmpeg update from ffdshow to mpc-hc, I came across the following problems.
First of all I'm getting linking errors, which are fixed if I remove "#if CONFIG_AAC_DECODER" from dsputil.h too. But then mpc-hc is crashing every time with the internal ffmpeg decoders. That's with the 32bit build, I haven't even tried the 64bit build. With a debug mpc-hc build I cannot reproduce the crash.
Patch (http://xhmikosr.1f0.de/patches/mpc-hc/ffmpeg.patch)

Any ideas?

[CruNcher]

@v0lt
mpc-hc: xhmikosr * r2771 /trunk/src/filters/parser/MP4Splitter/AP4/Core/ (Ap4Atom.h Ap4AtomFactory.cpp):
add support for png,8bps,3iv1,3iv2 in MOV
Patch by v0lt

nice one could you also add mjpb, mjpa is working but mjpb is missing :)
is there also a standalone of your IMA4 and sowt patched PCM Decoder ? i tried with MpcAudioRendererFilter.ax but connecting to a sowt stream let it crash :( (seems its only working inside MPC-HC currently)

case AP4_ATOM_TYPE_MJPB:

http://wiki.multimedia.cx/index.php?title=Motion_JPEG

[XhmikosR]

All of v0lt's patches should be in the svn or did I miss some of his patches?

[v0lt]

nice one could you also add mjpb, mjpa is working but mjpb is missing :)
need a sample and a decoder that can decode 'mjpb'.
at that time I did this was not.

i tried with MpcAudioRendererFilter.ax but connecting to a sowt stream let it crash :(
I need a sample.

(seems its only working inside MPC-HC currently)
Always check a second copy of the filter (eg in the system folder)

[CruNcher]

http://samples.mplayerhq.hu/V-codecs/MJPEGs/mjpa-b.mov/
Decoder = FFmpeg MJPEG-B decoder

The crash happens with any sowt including .mov stream outside of MPC-HC as soon as the graph connects to it what is also strange there is no splitter registered @ all when regsvr32 MpcAudioRendererFilter.ax still the crash happens in MpcAudioRendererFilter.ax (hidden filter) from www.xvidvideo.ru standalone filters pack.

sowt directly is supported by Neros Mp4 splitter,Mainconcepts Mp4 splitter and Haalis Mp4 Splitter but neither of them supports IMA4 or any Ima4 decoder filter like Neros Quicktime Audio Decoder that is supported by the Mpc-HC Mp4 Splitter

[v0lt]

Decoder = FFmpeg MJPEG-B decoder
I need a link to the DirectShow MJPEG-B decoder.
ffdshow does not understand this format :(

[CruNcher]

http://www.leadtools.com/rd/v170/LEADTOOLSMultimedia.exe

[v0lt]

I downloaded and installed this pack. Launched in GraphStudio with great difficulty. Works, but I do not advise to repeat.
removed it, but left LCodcCMP2.dll for experiments.

mov-mpgb_support.patch (http://www.mediafire.com/?mi48k4qxxwcu5dt)

[v0lt]

The crash happens with any sowt including .mov stream outside of MPC-HC...
I do not see any problems.
http://img510.imageshack.us/img510/6052/sowtnoproblem.th.jpg (http://img510.imageshack.us/img510/6052/sowtnoproblem.jpg)

@All
Here are two examples where there is a crack in PCM32bit output (MpaDecFilter.ax):
http://www.mediafire.com/?qqpbpniec9ioza9
http://www.mediafire.com/?ro1kbk8a7z3e3b7
I need confirmation bug. Why is it happening I did not understand.

[Px]

Wow Ati fixed SD DXVA in Catalyst 10.12. Only took them 8 months :P
That's only because one of the Brazos platform testers reported about problem directly to them :)

[Polcius]

That's only because one of the Brazos platform testers reported about problem directly to them :)

They fixed it, but SILL no DXVA + SUBTITLES in MPEg2

[Px]

They fixed it, but SILL no DXVA + SUBTITLES in MPEg2
Try to create ticket through Customer Care form - http://emailcustomercare.amd.com/

[CruNcher]

I do not see any problems.
http://img510.imageshack.us/img510/6052/sowtnoproblem.th.jpg (http://img510.imageshack.us/img510/6052/sowtnoproblem.jpg)

@All
Here are two examples where there is a crack in PCM32bit output (MpaDecFilter.ax):
http://www.mediafire.com/?qqpbpniec9ioza9
http://www.mediafire.com/?ro1kbk8a7z3e3b7
I need confirmation bug. Why is it happening I did not understand.

Arghh i supposed the PCM part was inside MpcAudioRendererFilter.ax so i registered that and then it crashed on connection didn't knew the PCM part is actually in MpaDecFilter.ax i was just reading the Audio in the name seems i ignored the "Renderer" now it also makes sense why it is not appearing in the main filter list ooops ;)

Works on both of my testcases fine outside (Encoding Framework) of MPC-HC nice :)

Im trying your samples and report about the results in general i don't use the MPC Audio Decoder (for any other then those special quicktime audio cases though) because of missing libavcodec but ffdshows audio decoder instead for anything else)

@v0lt
This is strange also as i was supposing that the MPC Audio Decoder uses libmad by default though for both of your samples also libavcodec in ffdshow fails and that crackling gets audible on 32 bit changing to libmad 32 bit float/integer decoding instead fixes it. So seems that it's a libavcodec decoding bug with 32 bit the libavcodec AAC Decoder doesn't seem to be affected only the MPEG layer 1/2/3 parts. I wonder if this could be a compilation problem with GCC 4.5.x or indeed some uncovered libavcodec bug.

On the other side did you carefully listened on the bloodhound gang track the "crackling" isn't random with libavcodec 32 bit it sounds like clapping seems the clapping frequency somehow gets amplified with the libavcodec decoder on 32 bit, so heavy that you hear it as clipping problems :D

[v0lt]

On the other side did you carefully listened on the bloodhound gang track the "crackling" isn't random with libavcodec 32 bit it sounds like clapping seems the clapping frequency somehow gets amplified with the libavcodec decoder on 32 bit, so heavy that you hear it as clipping problems :D
Yes, but such is not the other bit depth and ffdshow also works without problems.

[CruNcher]

Ehh yeah at least on ffdshow latest build of xvidvideo.ru (15 Dec) it seems to be fixed libavcodec works again without any crackling on Layer 1/2/3 your sample and i also found a sample here (Mp3) that showed this clipping issue with libavcodec.

[v0lt]

I did a test. Many things became clear.
http://img138.imageshack.us/img138/1399/32bitmpadecffdshow.th.png (http://img138.imageshack.us/img138/1399/32bitmpadecffdshow.png)

[Kazuya]

Very interesting ! How did you manage that ?

[v0lt]

Previous patch was not correct. Here is the correct.
fix_PCM32bit_output_crackling_(correct).patch (http://www.mediafire.com/?628qmo4ztx2uip4)

A little explanation:
2147483647 - 10 decimal digit
float value contains 6 decimal digits of precision
double value contains 15 decimal digits of precision

MPC-HomeCinema.1.4.2775.x86_fix_PCM32bit_output.7z (http://www.mediafire.com/?jce0jeekm8ajeit)

[sansnom05]

This is intended cause those two modes have no caption bar to move window around, so you can click & drag to move it. Right now you can only use Space to pause/resume video in those 2 modes, but this can be changed in the future. :)


I've made some changes to this click behavior. Try this test build: http://www.mediafire.com/?clblezoslseh47k

Basically, if you have any bars(caption/seekbar/control/information/status/ etc), then you can click to pause/resume, but if you don't have any bars like preset->minimal mode, the mouse will be used to move window instead. So if you like Borderless/FrameOnly mode and also want to click pause/resume, turn on any bar from View menu will do that.

[alexins]

Media Player Classic HomeCinema (x86/x64), 1.4.2776 (http://www.xvidvideo.ru/media-player-classic-home-cinema-x86-x64/media-player-classic-homecinema-x86-x64-1-4-2776.html)

Changes: (http://www.xvidvideo.ru/logi-izmeneniy/log-izmeneniy-media-player-classic-homecinema.html)
update ffmpeg, MediaInfoLib to r3537.

[Tom Keller]

I'm getting a strange behavior here with the last revisions...

I tried the x86 compiles 1.4.2769, 1.4.2772 and 1.4.2776 from xvidvideo.ru - they all give me a BSOD:

http://img3.imageshack.us/img3/3227/dsc00201rv.th.jpg (http://img3.imageshack.us/img3/3227/dsc00201rv.jpg)

Translated:
STOP: c000021a {Fatal System error}
The windows subsystem system process terminated unexpectedly with a status 0xc0000005 (0x7c9206c3 0x0052ed04).
The system has been shut down.

It doesn't matter, if i take take the MSVC2008 or MSVC2010 build - it's always the same: i double click on the mpc-hc.exe, the hard drive starts working and working, nothing else happens... but after 20-30 seconds the bluescreen appears.
But with 1.4.2765 and prior versions i have no problem at all.


I'm using WinXP SP2, running on a Core2Duo E6600 @2,4Ghz with NVIDIA 9600GT GPU and Asus Xonar DX soundcard.

Afaik it's the Csrss.exe that crashes. But i don't understand why the mpc-hc.exe can cause such a problem. It's the first time i ever saw this kind of bluescreen... and it's even the first time for me, mpc-hc causes one :( ...

[sansnom05]

It doesn't matter, if i take take the MSVC2008 or MSVC2010 build - it's always the same: i double click on the mpc-hc.exe, the hard drive starts working and working, nothing else happens... but after 20-30 seconds the bluescreen appears.
But with 1.4.2765 and prior versions i have no problem at all.

What build of r2765 you used without this problem? vs2010 or vs2008 builds? where did you get it?


I'm using WinXP SP2, running on a Core2Duo E6600 @2,4Ghz with NVIDIA 9600GT GPU and Asus Xonar DX soundcard.

You may want to check this page: How to troubleshoot a "STOP 0xC000021A" error (http://support.microsoft.com/default.aspx?scid=kb;en-us;156669), also I recommend you to upgrade to SP3 though it's a long shot.

[boyumeow]

Just an early season greeting to everyone and especially to all the Devs (mpc-hc and ffdshow-tryout, as most of them seem to be working for both or even more).

Thanks and enjoy the Holidays :D.

[Tom Keller]

What build of r2765 you used without this problem? vs2010 or vs2008 builds? where did you get it?
I use the MSVC2010 build from xvidvideo.ru. Any prior revision downloaded from there running fine too.


You may want to check this page: How to troubleshoot a "STOP 0xC000021A" error (http://support.microsoft.com/default.aspx?scid=kb;en-us;156669), also I recommend you to upgrade to SP3 though it's a long shot.
I already checked a couple of pages giving hints and tips regarding this stop error message. The most common advice is to find and deinstall the problematic driver or software. But i already know the "problematic software". Thanks anyway for the link.

And: yes... i know. SP3 is recommended. But i use SP2 with most of the recommended hotfixes and therefore have a pretty stable and fast system - and (as we all know): never change a running system. So installing SP3 would only be my last option. Cause the simple fact is: i don't understand, why from one revision to another the mpc-hc.exe could cause a bluescreen. Since the changelog on xvidvideo.ru doesn't list any major and significant changes from r2765 to r2769, i'm simply confused.

[Aleksoid1978]

Try delete all MPC-HC settings and try again at last rev.
Or use version with installer http://www.xvidvideo.ru/component/docman/doc_download/4944-media-player-classic-homecinema-x86-142776-msvc2010-sse2--with-installer.html
and use clean install.

[sansnom05]

I use the MSVC2010 build from xvidvideo.ru. Any prior revision downloaded from there running fine too.



I already checked a couple of pages giving hints and tips regarding this stop error message. The most common advice is to find and deinstall the problematic driver or software. But i already know the "problematic software". Thanks anyway for the link.

And: yes... i know. SP3 is recommended. But i use SP2 with most of the recommended hotfixes and therefore have a pretty stable and fast system - and (as we all know): never change a running system. So installing SP3 would only be my last option. Cause the simple fact is: i don't understand, why from one revision to another the mpc-hc.exe could cause a bluescreen. Since the changelog on xvidvideo.ru doesn't list any major and significant changes from r2765 to r2769, i'm simply confused.

The major difference would be changed from SDK7.0a(included with vs2010) to SDK7.1. Your pre-r2766 builds was vs2010 builds which used SDK7.0a.

That's why I asked what builds you used, seems my guess is right, vs2010+sdk7.1 would be the culprit. Reason unknown to me. I guess upgrade to SP3 would help though, as this is "incompatible software" error, nowadays majority XP users would be SP3, and no such complain from them so far.

Edit: According to this page (http://www.microsoft.com/downloads/en/details.aspx?FamilyID=35aeda01-421d-4ba5-b44b-543dc8c33a20), SDK7.1 do require XP SP3 or above.

[nevcairiel]

Microsoft does not support XP prior to SP3 anymore, so they wouldn't list it on their Compatible Software list, ever. But that doesn't mean it should cause a blue screen.

In any case, the VS2008 build does not cause issues? Use that :P

[CruNcher]

Can someone confirm that on Windows XP SP3 @ least using the Auto Fullscreen Resolution switching doesn't work when using Real Video and its external Playback Framework it crashes over here in d3d9.dll and also sometimes the D3DX9_43.dll on switch :( Switching via ffdshow works but playback isn't very fluid with it :( see the Jitter problem report in the ffdshow thread http://forum.doom9.org/showpost.php?p=1463435&postcount=12743. Happening here on Nvidia G92 and 261 Forceware

[Ingram]

More HD-DVD to MKV woes. This time with a VC-1 title. Unforgiven (1992).

The disc plays fine in PDVD8, the MKV rip plays fine with software decoding (FFDShow or Windows WMV Video Decoder) but try to play it with the MPC-HC DXVA decoder and there are groups of scenes that just go to shit.

http://i34.photobucket.com/albums/d126/Lord-Ingram/Image1-6.jpg

Video details:

(MKVInfo) + EBML head
(MKVInfo) |+ EBML version: 1
(MKVInfo) |+ EBML read version: 1
(MKVInfo) |+ EBML maximum ID length: 4
(MKVInfo) |+ EBML maximum size length: 8
(MKVInfo) |+ Doc type: matroska
(MKVInfo) |+ Doc type version: 2
(MKVInfo) |+ Doc type read version: 2
(MKVInfo) + Segment, size 9112868564
(MKVInfo) |+ Seek head
(MKVInfo) | + Seek entry
(MKVInfo) | + Seek ID: 0x15 0x49 0xa9 0x66 (KaxInfo)
(MKVInfo) | + Seek position: 4099
(MKVInfo) | + Seek entry
(MKVInfo) | + Seek ID: 0x16 0x54 0xae 0x6b (KaxTracks)
(MKVInfo) | + Seek position: 4254
(MKVInfo) | + Seek entry
(MKVInfo) | + Seek ID: 0x1c 0x53 0xbb 0x6b (KaxCues)
(MKVInfo) | + Seek position: 9112735354
(MKVInfo) |+ EbmlVoid (size: 4043)
(MKVInfo) |+ Segment information
(MKVInfo) | + Timecode scale: 1000000
(MKVInfo) | + Muxing application: libebml v1.0.0 + libmatroska v1.0.0
(MKVInfo) | + Writing application: mkvmerge v4.4.0 ('Die Wiederkehr') built on Oct 31 2010 21:52:48
(MKVInfo) | + Duration: 4008.154s (01:06:48.154)
(MKVInfo) | + Date: Thu Dec 16 08:46:09 2010 UTC
(MKVInfo) | + Segment UID: 0x85 0x5b 0xa5 0x70 0x83 0x16 0x42 0x35 0xa2 0xc7 0xb9 0x54 0xb9 0x21 0x90 0xb9
(MKVInfo) |+ Segment tracks
(MKVInfo) | + A track
(MKVInfo) | + Track number: 1
(MKVInfo) | + Track UID: 4207675809
(MKVInfo) | + Track type: video
(MKVInfo) | + Lacing flag: 0
(MKVInfo) | + MinCache: 1
(MKVInfo) | + Codec ID: V_MS/VFW/FOURCC
(MKVInfo) | + CodecPrivate, length 77 (FourCC: WVC1, 0x31435657)
(MKVInfo) | + Default duration: 33.367ms (29.970 fps for a video track)
(MKVInfo) | + Language: und
(MKVInfo) | + Video track
(MKVInfo) | + Pixel width: 1920
(MKVInfo) | + Pixel height: 1080
(MKVInfo) | + Display width: 1920
(MKVInfo) | + Display height: 1080
(MKVInfo) |+ EbmlVoid (size: 1013)
(MKVInfo) |+ Cluster


The video is actually 24FPS, don't know what its marked as 30.

[v0lt]

In any case, the VS2008 build does not cause issues? Use that :P
People write about the problems with VS2008 builds as well.

[v0lt]

MSVC2008 builds from XvidVideo.ru overload the WinXP SP2. My build (http://www.mediafire.com/?628qmo4ztx2uip4) is not done anything wrong.

[XhmikosR]

Alexins uses SDK 7.1 for the MSVC2008/MSVC2010 builds like I I do. The stable at the SF page shouldn't work too then since I built it. Anyway, I won't change my building environment, but maybe we should make clear that XP SP3 is needed and that's all.

[clsid]

You should use the SDK that came with VS2010. The only reason you are using 7.1 is because it is "newer". BSODs are a darn good reason for reverting back to 7.0a. You should only update to a new SDK if that contains new functionality that you desperately need, which is obviously not the case for MPC.
Also, it wouldn't hurt to add some code to the initialization part of MPC that checks if a user has the minimum required version of Windows, and show a warning and exit if not. Or better yet, fix the API calls that cause the BSOD.
Giving arguments like "people should not be using XP SP2" are just plain wrong. MPC should work regardless of the SP, and if it fails it is the developers fault.

[XhmikosR]

To put simply: I will use any SDK I think is better. I won't revert because you or someone else says so. And I haven't found any problems with 7.1 that didn't exist in 7.0A so your argument is wrong.

[GTPVHD]

http://blogs.msdn.com/b/windowssdk/archive/2010/04/07/coming-soon-win-sdk-for-windows-7-and-net-4.aspx

Each release of the SDK ships with the latest RTM headers and libraries for native Windows development. WinSDK v7.1 includes a slightly more recent set than the Windows 7 RTM SDK. This set matches exactly the Windows headers/libraries delivered via Visual Studio 2010 RTM. (If you’re already using Visual Studio 2010 or VC++ 2010 Express there’s no need to update the Windows headers, libraries and tools using the SDK. Visual Studio 2010 is completely up to date.)

It's not Windows SDK 7.1 problem and only 1 XP SP2 user has reported experiencing BSoD, if it was serious every XP SP2 users will be reporting BSoDs, but this hasn't happen so it's only the single reporter's machine.

[clsid]

"This set matches exactly the Windows headers/libraries delivered via Visual Studio 2010 RTM. (If you’re already using Visual Studio 2010 or VC++ 2010 Express there’s no need to update the Windows headers, libraries and tools using the SDK. Visual Studio 2010 is completely up to date.)"

[GTPVHD]

There's nothing wrong with keeping the Windows SDK up to date and it's already been proven the headers and libraries are the same as VS2010 RTM, so don't blame Windows SDK 7.1, clsid. The problem clearly lies elsewhere.

Also the 1.4 stable on Sourceforge was build with VS2008 and SDK 7.1 as mentioned and not a single XP SP2 user has reported BSoDs on Trac or the forums here.

[sansnom05]

http://blogs.msdn.com/b/windowssdk/archive/2010/04/07/coming-soon-win-sdk-for-windows-7-and-net-4.aspx



It's not Windows SDK 7.1 problem and only 1 XP SP2 user has reported experiencing BSoD, if it was serious every XP SP2 users will be reporting BSoDs, but this hasn't happen so it's only the single reporter's machine.

Agreed. I think I was jumping into conclusion too soon, we need to find out this is the general situation or single special case first. I don't have machines to test it though, so it's up to those who can to try reproduce it. And XP SP3 was out for few years, should be mature enough for any SP2 users to upgrade safely.

[v0lt]

I renamed the folders
"c:\Program Files\Microsoft SDKs\Windows\v6.0A"
"c:\Program Files\Microsoft SDKs\Windows\v7.0A"
and build player without any problems.
But I got BSOD on Windows XP SP2.

I returned the old name of the folder
"c:\Program Files\Microsoft SDKs\Windows\v7.0A"
and build player again.
Now I do not see any BSODs.

I tested it on Oracle VM VirtualBox.

[waynezo]

When I try to play a dvr-ms file with MPC-HC I get error message that I'm missing a codec. then it goes on to play the file without problem. Is there a fix?

[janos666]

The Abs.col.int bug is theoretically fixed in the latest developer version of lcms2. Can you please update the lcms files?

[Tom Keller]

The bluescreen seems to be solved. I searched the Microsoft support sites only for hotfixes related to the Csrss.exe causing this stop error message. I found this one:

http://support.microsoft.com/kb/969936

... pointing at these two hotfixes

http://support.microsoft.com/kb/921337/
http://support.microsoft.com/kb/943232/

I downloaded and installed the last one (as both replace the Sxs.dll... but the last one contains a newer version).

I only tested the MPC-HC r2776 MSVC2010 build so far - but the mpc-hc.exe is running now without any problems :) .

[Superb]

The bluescreen seems to be solved. I searched the Microsoft support sites only for hotfixes related to the Csrss.exe causing this stop error message. I found this one:

http://support.microsoft.com/kb/969936

... pointing at these two hotfixes

http://support.microsoft.com/kb/921337/
http://support.microsoft.com/kb/943232/

I downloaded and installed the last one (as both replace the Sxs.dll... but the last one contains a newer version).

I only tested the MPC-HC r2776 MSVC2010 build so far - but the mpc-hc.exe is running now without any problems :) .Wow. Just install SP3. Why even get to a point where you have to bother w/ all this research...? Simply to say "it it's not broken, don't fix it"? Well, your system was obviously broken, and I'm sure there are many more SP2 bugs that SP3 fixes.

[v0lt]

Many users do not have admin rights. But this did not prevent them from using the player.

If an ordinary user to see the BSOD, then most likely he will remove the player.

I think VS2008 build should be compatible Windows SP2. At least there should be no BSODs.

[Tom Keller]

"Just install SP3" is easy to say. From my point of experience (while upgrading to SP2 in the past) it's always better to integrate a Service Packs into the Windows setup and install the whole bunch, instead of installing the Service Pack over an existing Windows installation. Because: the result consumes less disk space (no win-created backups of system files), which my pretty small hdd will thank me for, and seems to run more stable (as said: from my point of experience with Service Pack 2).

But installing a whole system (for me) takes at least 2 days of constant installation and configuration of drivers and additional software. Plus: my system runs fine now and i don't know what obstacles i will face, after installing SP3 (cause i have vague memories, that some hotfixes made problems with some older hardware i use - and if those hotfixes are part of SP3, which they surely are, i may be screwed... because the new MPC-HC revisions may run but some hardware wont... yay!).

Calling that "the best/mature solution" for only ONE piece of software to run, is quite an overstatement... isn't it!? Like taking a sledgehammer to crack a nut...

[alexins]

Media Player Classic HomeCinema (x86/x64), 1.4.2781 (http://www.xvidvideo.ru/media-player-classic-home-cinema-x86-x64/media-player-classic-homecinema-x86-x64-1-4-2781.html)

Changes (2777-2781): (http://www.xvidvideo.ru/logi-izmeneniy/log-izmeneniy-media-player-classic-homecinema.html)
update ffmpeg;
changed to PAL-B for Hungary;
updated lcms;
updated ukrainian translation by arestarh;
fixed: fullscreen offset by side. This commit fixes ticket #955;
update MediaInfoLib to v0.7.38, ZenLib 0.4.17.

[mark0077]

Hi all

I have been watching Toy Story 3 blu-ray and notice after 5 or 6 minutes, the audio will have gone out of sync significantly enough for everyone to notice. It progressively seems to get worse and worse. If I reseek it goes back perfectly in sink for a few minutes.

I have ruled out reclock, ffdshow audio and video, and also tried both madVR and evr-cp. Has anyone had an issue with the internal ts splitter as I assume this is the only piece of the chain I havn't ruled out..?

EDIT: Just played one of the longish m2ts files explicitly and no audio / video desync after 10 minutes. Perhaps its mpc having trouble with the index.bdmv, when switching between the individual mt2s files. This movie seems to be made up of alot of them so I'm guessing atm that its the switch from one m2ts to the other during playback thats slowly adding the audio video desync.. Any thoughts?

EDIT2: Audio sync problem isn't present with vlc but it gives an ugly jerk at each m2ts switch. With potplayer I also get a bad audio video desync after a few minutes.... anything common between the two, splitter etc?

[bozek]

Revision 2772 - Directory Listing
Modified Tue Dec 14 18:55:10 2010 UTC (2 days, 5 hours ago) by xhmikosr

MJPB support in MOV files

Patch by v0lt

...and I kind of hoped this would have solved my ticket (#341). Yeah well, maybe text time.