Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion. Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules. |
30th May 2009, 13:32 | #8061 | Link | |
the hedgehog
Join Date: Apr 2008
Posts: 163
|
Quote:
almost all anime-encodes have embedded chapters, all the ones i have play fine with the internal mkv splitter, only the StrikeS encodes have got "some" problem, and it seems to be the same that makemkv generates, the valuues given to ChapterUID later edit: its probably not related to the ChapterUID, but something else
__________________
Athlonx2@2,9Ghz,2G DDRAM2@800Mhz,WinXPSP3 x86,GF8600GTS-256M,Nvidiadrivers 295.73 latest MPC-HC (MVS2010 SP1, GCC 4.7.1) VMR9renderless+VMR9MixerMode+YUVMixing,VSync+AccurateVSync,all GPUflushes on Last edited by gngn; 30th May 2009 at 19:12. |
|
30th May 2009, 14:38 | #8062 | Link |
Registered User
Join Date: Apr 2005
Location: Bucharest, Romania
Posts: 145
|
None of my mkv files crash with internal splitter. All h264 + mutiple AAC audio + multiple vobsub/srt subtitles + chapters (mkvmerge muxed).
The only problem I have with the internal mkv splitter is that it does not respect the prefered flag on audio/subtitle track. |
30th May 2009, 16:50 | #8063 | Link | |
Registered User
Join Date: Apr 2008
Posts: 546
|
Quote:
http://sourceforge.net/tracker/?func...61&atid=854651 |
|
30th May 2009, 17:08 | #8064 | Link | ||||
MPC-HC Project Manager
Join Date: Mar 2007
Posts: 2,317
|
Quote:
Quote:
Quote:
Quote:
there are a lot of different versions of the "DVD Navigator" spread over the different windows versions The problem is caused by the way the "DVD navigator" reports the where in the stream we are, this information is inaccurate at best and a random guess at worst. Beliyaal did say that he would try to find a workaround for the problem but that it would be very difficult(probably impossiple with the current framework). The advice for now is remux to MKV and the subtitle timing will be accurate. Last edited by tetsuo55; 30th May 2009 at 17:17. |
||||
30th May 2009, 17:43 | #8065 | Link | |
Registered User
Join Date: Apr 2008
Posts: 546
|
Quote:
I don't know if this problem exists under Windows 7. Last edited by ikarad; 30th May 2009 at 17:57. |
|
30th May 2009, 17:59 | #8066 | Link | |
MPC-HC Project Manager
Join Date: Mar 2007
Posts: 2,317
|
Quote:
Windows 7 has no problems with this. |
|
30th May 2009, 20:16 | #8067 | Link |
Registered User
Join Date: Feb 2009
Posts: 47
|
Your sample does contain an mpeg2 video track.
Do you have other samples that aren't working but that uses some other video codec (xviv, h264, etc.) ? BTW, i have some mpeg2 in mkv working (ripped from DVDs), but they do contain a CodecPrivate section. Your sample does not have any CodecPrivate section. Last edited by allak; 30th May 2009 at 20:19. |
30th May 2009, 20:38 | #8068 | Link | |
MPC-HC Project Manager
Join Date: Mar 2007
Posts: 2,317
|
Quote:
Haali splitter should not work either, it probably has error resiliance or something |
|
30th May 2009, 21:15 | #8069 | Link | ||
Registered User
Join Date: Dec 2007
Posts: 1,138
|
Quote:
I'm using mkvtoolnix so maybe this Quote:
__________________
Intel UHD Graphics 750; Win 10 22H2 |
||
30th May 2009, 21:25 | #8070 | Link |
Registered User
Join Date: Feb 2009
Posts: 47
|
I agree with tetsuo55; from the doc about the supported codecs in Matroska at Haali site:
V_MPEG2 ISO/IEC 13818-2 MPEG-2 sequence header extracted from elementary stream, the stream itself does not contain any sequence/gopheaders anymore Subtype MPEG2_VIDEO Format MPEG2Video CodecPrivate is copied to the format block starting at dwSequence header member of MPEG2VIDEOINFO So I think the muxing of a mpeg2 video file in a mkv container should fill the CodecPrivate section. Demuxing and remuxing it with mkvtoolnix does not help. |
30th May 2009, 21:34 | #8071 | Link |
MPC-HC Project Manager
Join Date: Mar 2007
Posts: 2,317
|
Maybe it's best to start with a bug report/support request here:
http://forum.doom9.org/showthread.php?p=1291790 |
30th May 2009, 22:04 | #8072 | Link |
Registered User
Join Date: Feb 2009
Posts: 47
|
I have remuxed Mercury_22 sample from mkv to mkv with the eac3to tool by Madshi, that uses the Haali muxer, and now it playes correctly on mpc-hc.
So: - mkvtoolnix sometimes does not create the codecPrivate section, at least for mpeg2 tracks - the mpc matroska splitter is not able to handle them - the haali splitter has some kind of workaround and it is fine |
30th May 2009, 22:16 | #8073 | Link | |
MPC-HC Project Manager
Join Date: Mar 2007
Posts: 2,317
|
Quote:
|
|
30th May 2009, 22:36 | #8075 | Link |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,278
|
The CodecPrivate for a MPEG-2 video stream is the first (!) sequence header found in the stream. This sequence header is also repeated in the bitstream itself. Therefore it is NOT mandatory.
Additionally: the sequence headers may change in the bitstream, but in such cases the CodecPrivate would NOT be updated. Again, there's no practical gain whatsoever in requiring CodecPrivate to be present for playback, no matter what the specs page say. I'll change mkvmerge to always write the first sequence header into the CodecPrivate for MPEG2 video tracks. However, there is no technical reason for you to require it to be present. This is only valid for MPEG-1/2 video tracks. Other codecs have other requirements.
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
30th May 2009, 22:39 | #8076 | Link | |
MPC-HC Project Manager
Join Date: Mar 2007
Posts: 2,317
|
Quote:
|
|
30th May 2009, 23:02 | #8077 | Link | |
Registered User
Join Date: Feb 2009
Posts: 47
|
Quote:
But as you said it back in 2004: "So for the sake of convenience I vote for the same as Cyrius: leave the stream as it is and ALSO put the first sequence header into the CodecPrivate." http://lists.matroska.org/pipermail/...er/002148.html Anyway, let me use this message to thank you for MKVToolnix, I am using it more and more and has always worked perfectly. |
|
30th May 2009, 23:16 | #8078 | Link |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,278
|
After looking at my own source code I can say that this is definitely a newer bug -- the code for putting the sequence header into the CodecPrivate element is there, but that function is never called. This is new because it used to work a couple of versions ago; I don't know why I've changed it. Either accidentally or for some reason that I certainly cannot remember anymore.
So fixing it will be easy.
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
30th May 2009, 23:42 | #8079 | Link | |
Registered User
Join Date: Jul 2005
Posts: 103
|
I couldn't pin it down exactly because xvidvideo.ru doesn't host every build.
But 1101 is still working for me while 1104 doesn't anymore, so the problem was introduced somewhere between those builds. From the changelog it seems that one of the fixes in build 1103 might be the source of the problem, especially this one: Fixed: Reset device could lock up player in VMR9 renderer mode. (For example when moving between monitors) I just checked and changing the renderer to anything else than VMR9 prevents the lock-up, so it seems the fix broke things on my computer... Here's my original post: Quote:
Last edited by bur; 30th May 2009 at 23:47. |
|
Tags |
dxva, h264, home cinema, media player classic, mpc-hc |
Thread Tools | Search this Thread |
Display Modes | |
|
|