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. |
29th May 2009, 21:51 | #1001 | Link |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,278
|
Oh, I also downloaded both of your sample files and they play identically for me (using MPC Homecinema + DirectVobSub).
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
29th May 2009, 21:52 | #1002 | Link |
Registered User
Join Date: Aug 2007
Posts: 1,430
|
Here is the first 50,000,000 bytes of the file:
http://stfcc.org/misc/source.mp4 |
29th May 2009, 22:09 | #1003 | Link |
Excessively jovial fellow
Join Date: Jun 2004
Location: rude
Posts: 1,100
|
I'm not saying it's your fault, in fact it's more likely to be a bug in the splitter (or even more likely a bug in vsfilter/dvobsub) just pointing out that it could have been wrong the entire time without anybody noticing (as per discussion on IRC it's pretty easy to miss it). The point of the original post was just to see if you happened to know anything about it.
|
29th May 2009, 22:26 | #1004 | Link |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,278
|
Just to sum up our IRC discussion: After being told what to look for (the first line has a different brightness than the second one in the 'unsorted' case) I can see it here, too. So yes, same problem.
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
30th May 2009, 14:36 | #1005 | Link | |
Registered User
Join Date: Sep 2004
Location: France
Posts: 367
|
Quote:
|
|
30th May 2009, 20:07 | #1006 | Link | |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,278
|
Quote:
http://www.bunkus.org/videotools/mkv...-135-setup.exe However, you have to start muxing from the MP4 file again. The timecodes in the Matroska file are already bad, and there's no easy way to fix mkvmerge to correct those bad timecodes coming from such Matroska files.
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
|
30th May 2009, 21:00 | #1007 | Link | |
MPC-HC Project Manager
Join Date: Mar 2007
Posts: 2,317
|
Quote:
|
|
30th May 2009, 21:13 | #1008 | Link |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,278
|
That is a stupid question. Sorry for saying that. Remuxing from one container to another is ALWAYS a lossy process because no two containers offer the very same set of features.
Muxing to Matroska has never been a lossless process. It was never supposed to be that. The same is true for muxing to MP4 files. Or AVI. Or MPEG PS/TS. It doesn't involve re-encoding the audio or the video though -- these bitstreams are mostly (!) kept 1:1 intact.
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. Last edited by Mosu; 30th May 2009 at 21:17. |
30th May 2009, 21:34 | #1009 | Link | |
MPC-HC Project Manager
Join Date: Mar 2007
Posts: 2,317
|
Quote:
I meant if the audio/video/subtitles are remuxed 100% losslessly. In which cases do the bitstreams get changed? |
|
30th May 2009, 21:41 | #1010 | Link |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,278
|
Think of things like aspect ratio handling (the bitstream AR might be removed/added/changed to match the container AR); dummy frames in MPEG4 part2 that are removed completely.
ID3 tags are stripped from audio files. For text subtitle formats some reformatting is done -- e.g. attachments like fonts and images are removed from SSA/ASS bitstreams and kept as attachments in the Matroska files. VobSub subtitle files are stripped of the surrounding MPEG program stream container, and even the SPU packets themselves are sometimes fixed because length fields are bad due to buggy authoring software. You see, there are numerous cases in which the bitstreams get modified themselves, not just the meta information (timecodes etc). However, all of those changes to not degrade the quality of the content. Like I said, audio/video is not re-encoded in the process.
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
30th May 2009, 21:51 | #1011 | Link |
MPC-HC Project Manager
Join Date: Mar 2007
Posts: 2,317
|
thanks for the reply, i guess a lot changes.
Imho MKV is the best container for PC archival use, so it doesn't really matter. (I have had to remux in the past though, and wanted to be sure that the movie would still work in that other container). We also might have found a problem with a file mergeed with MKVmerge, a mkv containing a mpeg2 track and a simple audio track that does not have CodecPrivate field (causing it to either crash the player on only play audio). Here is a sample: http://www.megaupload.com/?d=X4FA5TX3 Last edited by tetsuo55; 30th May 2009 at 21:56. |
30th May 2009, 22:13 | #1012 | Link |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,278
|
Not every codec needs a CodecPrivate element. Some audio codecs don't (MP2/3, AC3, old way of storing AAC ...), some do (new way of storing AAC, Vorbis...).
The file you've uploaded is not affected by the bug that I've fixed today. That bug was only happening for source containers that chose the very same timecode for a lot of samples -- MP4 in today's case. In that file contained the same timecode for over half a second of samples; this is not only bad for playback but also bad for storage in other containers. Your MPEG2 file seems fine to me.
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
30th May 2009, 22:15 | #1013 | Link | |
MPC-HC Project Manager
Join Date: Mar 2007
Posts: 2,317
|
Quote:
Note the file does work if it's remuxed through eac3to Maybe the MPC-HC built in splitter expects the CodecPrivate element always Last edited by tetsuo55; 30th May 2009 at 22:28. |
|
30th May 2009, 22:26 | #1014 | Link |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,278
|
I don't know, I don't care. MPC-HC is not my product. Haali's splitter works just fine. So this is a bug or missing feature (or whatever you want to call it) in MPC-HC.
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
30th May 2009, 22:28 | #1015 | Link |
MPC-HC Project Manager
Join Date: Mar 2007
Posts: 2,317
|
This post:http://forum.doom9.org/showthread.ph...87#post1291787
It's a quote of the matroska specs that says for mpeg2 CodecPrivate appears required |
30th May 2009, 22:49 | #1016 | Link |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,278
|
Ok, now I see what you mean. I misunderstood earlier -- I thought that the audio track was posing the problem and not the video track. I've replied to the thread you've linked to as you've probably seen already. This is indeed a bug in mkvmerge but also a bug in MPC-HD; I'm actually quite surprised -- the code is there to write CodecPrivate for MPEG-1/2 but is not called. I'm pretty sure that this was working a couple of versions ago, and fixing it is rather easy.
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
31st May 2009, 00:18 | #1017 | Link |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,278
|
Here's a build that creates a CodecPrivate element for MPEG-1/2 video tracks again. I also found out why I disabled this in the first place (see https://www.bunkus.org/bugzilla/show_bug.cgi?id=174 in case you're curious) but changing it back does not harm anything.
http://www.bunkus.org/videotools/mkv...-136-setup.exe
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
31st May 2009, 12:12 | #1018 | Link |
Registered User
Join Date: Feb 2009
Posts: 47
|
Mosu, I don't know if this may help you, but I can confirm that, at least under some circumstances, the code is there to write CodecPrivate for MPEG-1/2 was still working in mkvmerge v2.8.0.
I've got a mkv I did mux last month and it is working fine. Code:
|+ Segment information | + Timecode scale: 1000000 | + Muxing application: libebml v0.7.7 + libmatroska v0.8.1 | + Writing application: mkvmerge v2.8.0 ('The Tree') built on May 9 2009 18:02:06 | + Duration: 6492.200s (01:48:12.200) | + Date: Wed May 20 19:22:13 2009 UTC | + Segment UID: 0x99 0x19 0x4d 0xc7 0x0c 0x35 0x55 0xfb 0x9c 0xb0 0xc8 0x52 0x60 0x8c 0x2a 0x34 |+ Segment tracks | + A track | + Track number: 1 | + Track UID: 1 | + Track type: video | + Enabled: 1 | + Default flag: 1 | + Forced flag: 0 | + Lacing flag: 0 | + MinCache: 1 | + Timecode scale: 1 | + Max BlockAddition ID: 0 | + Codec ID: V_MPEG2 | + Codec decode all: 1 | + CodecPrivate, length 152 | + Default duration: 40.000ms (25.000 fps for a video track) | + Language: und | + Video track | + Pixel width: 720 | + Pixel height: 576 | + Interlaced: 0 | + Display width: 1024 | + Display height: 576 |
Thread Tools | Search this Thread |
Display Modes | |
|
|