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.

 

Go Back   Doom9's Forum > Capturing and Editing Video > New and alternative a/v containers

Closed Thread
 
Thread Tools Search this Thread Display Modes
Old 29th May 2009, 21:51   #1001  |  Link
Mosu
MKVToolNix author
 
Mosu's Avatar
 
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 3,960
Oh, I also downloaded both of your sample files and they play identically for me (using MPC Homecinema + DirectVobSub).
__________________
Latest MKVToolNix is v56.1.0

If I ever ask you to upload something, please use my file server.
Mosu is offline  
Old 29th May 2009, 21:52   #1002  |  Link
Snowknight26
Registered User
 
Join Date: Aug 2007
Posts: 1,405
Quote:
Originally Posted by Mosu View Post
The MP4 file, but don't expect a quick fix, please.
Here is the first 50,000,000 bytes of the file:
http://stfcc.org/misc/source.mp4
Snowknight26 is offline  
Old 29th May 2009, 22:09   #1003  |  Link
TheFluff
Excessively jovial fellow
 
Join Date: Jun 2004
Location: rude
Posts: 1,099
Quote:
Originally Posted by Mosu View Post
Demuxers and filters are not bug-free. Just sayin'.
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.
TheFluff is offline  
Old 29th May 2009, 22:26   #1004  |  Link
Mosu
MKVToolNix author
 
Mosu's Avatar
 
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 3,960
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 v56.1.0

If I ever ask you to upload something, please use my file server.
Mosu is offline  
Old 30th May 2009, 14:36   #1005  |  Link
LeMoi
Registered User
 
Join Date: Sep 2004
Location: France
Posts: 360
Quote:
Originally Posted by Mosu View Post
Hey,

I've released mkvtoolnix v2.9.0.

Fixed bugs include several segfaults, crashes in the header editor and mmg always reporting that adding files has failed with a return code of 1 on certain Windows systems.

* mkvmerge: bug fix: Fixed support for Windows systems that use code pages that are not supported by the iconv library (e.g. code page 720). mkvmerge was exiting with warnings causing mmg to report that file identification had failed. Fix for bug 376.
Finally, works perfect, thansk a lot
LeMoi is offline  
Old 30th May 2009, 20:07   #1006  |  Link
Mosu
MKVToolNix author
 
Mosu's Avatar
 
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 3,960
Quote:
Originally Posted by Snowknight26 View Post
I recently remuxed an MP4 file to MKV but I noticed that whenever I played it, switching audio tracks would cause the video to stutter. As I was cutting a sample of that newly created MKV file, I noticed that mkvmerge gave me hundreds of these warnings:
The issue has been fixed in this build:

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 v56.1.0

If I ever ask you to upload something, please use my file server.
Mosu is offline  
Old 30th May 2009, 21:00   #1007  |  Link
tetsuo55
MPC-HC Project Manager
 
Join Date: Mar 2007
Posts: 2,317
Quote:
Originally Posted by Mosu View Post
The issue has been fixed in this build:

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.
Does that mean that muxing to MKV is not a completely lossless process
tetsuo55 is offline  
Old 30th May 2009, 21:13   #1008  |  Link
Mosu
MKVToolNix author
 
Mosu's Avatar
 
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 3,960
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 v56.1.0

If I ever ask you to upload something, please use my file server.

Last edited by Mosu; 30th May 2009 at 21:17.
Mosu is offline  
Old 30th May 2009, 21:34   #1009  |  Link
tetsuo55
MPC-HC Project Manager
 
Join Date: Mar 2007
Posts: 2,317
Quote:
Originally Posted by Mosu View Post
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.
Sorry, i should have been more clear.

I meant if the audio/video/subtitles are remuxed 100% losslessly. In which cases do the bitstreams get changed?
tetsuo55 is offline  
Old 30th May 2009, 21:41   #1010  |  Link
Mosu
MKVToolNix author
 
Mosu's Avatar
 
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 3,960
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 v56.1.0

If I ever ask you to upload something, please use my file server.
Mosu is offline  
Old 30th May 2009, 21:51   #1011  |  Link
tetsuo55
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.
tetsuo55 is offline  
Old 30th May 2009, 22:13   #1012  |  Link
Mosu
MKVToolNix author
 
Mosu's Avatar
 
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 3,960
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 v56.1.0

If I ever ask you to upload something, please use my file server.
Mosu is offline  
Old 30th May 2009, 22:15   #1013  |  Link
tetsuo55
MPC-HC Project Manager
 
Join Date: Mar 2007
Posts: 2,317
Quote:
Originally Posted by Mosu View Post
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.
Yet it does not work with the MPC-HC built in splitter.
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.
tetsuo55 is offline  
Old 30th May 2009, 22:26   #1014  |  Link
Mosu
MKVToolNix author
 
Mosu's Avatar
 
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 3,960
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 v56.1.0

If I ever ask you to upload something, please use my file server.
Mosu is offline  
Old 30th May 2009, 22:28   #1015  |  Link
tetsuo55
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
tetsuo55 is offline  
Old 30th May 2009, 22:49   #1016  |  Link
Mosu
MKVToolNix author
 
Mosu's Avatar
 
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 3,960
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 v56.1.0

If I ever ask you to upload something, please use my file server.
Mosu is offline  
Old 31st May 2009, 00:18   #1017  |  Link
Mosu
MKVToolNix author
 
Mosu's Avatar
 
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 3,960
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 v56.1.0

If I ever ask you to upload something, please use my file server.
Mosu is offline  
Old 31st May 2009, 12:12   #1018  |  Link
allak
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
allak is offline  
Old 2nd June 2009, 05:19   #1019  |  Link
ibanez
Registered User
 
Join Date: Oct 2008
Posts: 14
Quote:
Originally Posted by turbojet View Post
OK is sup support still on the table?
SUP support would be fantastic.

Thanks for a great application.
ibanez is offline  
Old 6th June 2009, 03:03   #1020  |  Link
Isochroma
Registered User
 
Join Date: Mar 2005
Posts: 468
WMV support would be fantastic.

Many thanks for this great application.
Isochroma is offline  
Closed Thread

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +1. The time now is 08:19.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2021, vBulletin Solutions Inc.