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 13th July 2009, 21:28   #1101  |  Link
Mosu
MKVToolNix author
 
Mosu's Avatar
 
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 3,957
Quote:
Originally Posted by Egh View Post
@Mosu:

neither 145 nor 146 build MMG works here. (Windows XP x64). Reverted back to 142 and all is OK.
http://www.bunkus.org/videotools/mkv...-149-setup.exe should work.

Quote:
BTW, I keep forgetting to tell you -- it seems your installer doesn't overwrite newer files.
I know.

Quote:
Is it per design?
I have no strong feelings one way or the other. But I won't spend any time on it either; so unless someone provides a patch for the NSIS script I won't change it.
__________________
Latest MKVToolNix is v56.1.0

If I ever ask you to upload something, please use my file server.
Mosu is offline  
Old 15th July 2009, 02:11   #1102  |  Link
fingershop
Registered User
 
Join Date: Mar 2009
Posts: 14
Two possible bugs:

For subtitle tracks, the Default track flag, if set to "default", is being set to Yes instead, as seen when I open the muxed file in MMG. If I set the flag to No, mux, open the file, its now set to Default.

For chapter tracks, the language value is not being saved to the muxed file.
fingershop is offline  
Old 15th July 2009, 08:17   #1103  |  Link
Mosu
MKVToolNix author
 
Mosu's Avatar
 
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 3,957
Quote:
Originally Posted by fingershop View Post
Two possible bugs:

For subtitle tracks, the Default track flag, if set to "default", is being set to Yes instead, as seen when I open the muxed file in MMG. If I set the flag to No, mux, open the file, its now set to Default.
The value "default" refers to mkvmerge's default settings, not to the actual value of the flag in the resulting file. Setting it to default means "let mkvmerge decide". mkvmerge does indeed set the DefaultTrack flag for the first subtitle track.

Setting the drop down box to "No" results in the DefaultTrack flag being set to "0" for that track for me, so I cannot reproduce this. Anyway, I doubt that there's really a bug.

Quote:
For chapter tracks, the language value is not being saved to the muxed file.
The language value only applies to chapters read from files which do not contain language tags for the chapters themselves. These include MP4 and Ogg/OGM files, but not Matroska files, as chapters in Matroska files have their own language tags. If you want to force a different language for chapters in a Matroska file you have to use the chapter editor's "adjust values" function.
__________________
Latest MKVToolNix is v56.1.0

If I ever ask you to upload something, please use my file server.
Mosu is offline  
Old 16th July 2009, 04:22   #1104  |  Link
fingershop
Registered User
 
Join Date: Mar 2009
Posts: 14
Quote:
Originally Posted by Mosu View Post
The value "default" refers to mkvmerge's default settings, not to the actual value of the flag in the resulting file. Setting it to default means "let mkvmerge decide". mkvmerge does indeed set the DefaultTrack flag for the first subtitle track.
Oh, that explains it then. I'd been thinking that mkvmerge/mmg were muxing transparently, but its applying a default of Yes to the first sub track. For me this behavior is only useful for non-dubbed foreign language movies and shows, which make up at most a tenth of my files.

Could you provide a global setting that would by default copy all track attributes as they are? This would help a lot, especially when re-muxing. When I load a file that contains subs, I'd rather it show "No" if that is what the sub track was originally set to.

Quote:
Originally Posted by Mosu View Post
The language value only applies to chapters read from files which do not contain language tags for the chapters themselves. These include MP4 and Ogg/OGM files, but not Matroska files, as chapters in Matroska files have their own language tags. If you want to force a different language for chapters in a Matroska file you have to use the chapter editor's "adjust values" function.
I learn more all the time! Thanks. I do think it would be more consistent if mmg treated chapter tracks the same as it does all the other track types that support the language attribute. Setting the chapter language from the track list would also be much easier too.

Last edited by fingershop; 16th July 2009 at 04:25.
fingershop is offline  
Old 16th July 2009, 07:50   #1105  |  Link
nurbs
Registered User
 
Join Date: Dec 2005
Posts: 1,460
Does that really matter? The only player (both hardware or software) I know that displays the default subtitle track without user intervention is VLC.
nurbs is offline  
Old 16th July 2009, 08:00   #1106  |  Link
Mosu
MKVToolNix author
 
Mosu's Avatar
 
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 3,957
Quote:
Originally Posted by fingershop View Post
Oh, that explains it then. I'd been thinking that mkvmerge/mmg were muxing transparently, but its applying a default of Yes to the first sub track. For me this behavior is only useful for non-dubbed foreign language movies and shows, which make up at most a tenth of my files.
Yeah I noticed this myself yesterday. This is a bug. Normally when left on "default" mkvmerge should honor the source container's setting for the flags. So if you add a Matroska file with a subtitle track and its "default track" flag was set to "no" ("0" in mkvinfo's output), leave the drop down box in mmg on "default" then the subtitle track should have its "default track" flag turned OFF in the output file as well. I'll get it fixed in the next couple of days.

Quote:
I do think it would be more consistent if mmg treated chapter tracks the same as it does all the other track types that support the language attribute. Setting the chapter language from the track list would also be much easier too.
I will not change that, sorry.
__________________
Latest MKVToolNix is v56.1.0

If I ever ask you to upload something, please use my file server.
Mosu is offline  
Old 16th July 2009, 20:07   #1107  |  Link
Mosu
MKVToolNix author
 
Mosu's Avatar
 
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 3,957
Quote:
Originally Posted by fingershop View Post
For subtitle tracks, the Default track flag, if set to "default", is being set to Yes instead, as seen when I open the muxed file in MMG. If I set the flag to No, mux, open the file, its now set to Default.
This problem should be fixed in the following build:

http://www.bunkus.org/videotools/mkv...-158-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 16th July 2009, 21:47   #1108  |  Link
fingershop
Registered User
 
Join Date: Mar 2009
Posts: 14
Quote:
Originally Posted by Mosu View Post
This problem should be fixed in the following build:

http://www.bunkus.org/videotools/mkv...-158-setup.exe
Cool! Now it acts like I was thinking it did. Thanks for the quick update.
fingershop is offline  
Old 16th July 2009, 21:49   #1109  |  Link
fingershop
Registered User
 
Join Date: Mar 2009
Posts: 14
Quote:
Originally Posted by nurbs View Post
Does that really matter? The only player (both hardware or software) I know that displays the default subtitle track without user intervention is VLC.
Zoom Player does as well, and I suppose standards are there for a reason :-)
fingershop is offline  
Old 16th July 2009, 22:40   #1110  |  Link
fingershop
Registered User
 
Join Date: Mar 2009
Posts: 14
Quote:
Originally Posted by fingershop View Post
I do think it would be more consistent if mmg treated chapter tracks the same as it does all the other track types that support the language attribute. Setting the chapter language from the track list would also be much easier too.
Quote:
Originally Posted by Mosu View Post
I will not change that, sorry.

I understand. And since we're on the subject... here are two related wishes of mine for your consideration:

1) The ability to add chapter text files to the track list in the same way as other track types. Most chapters I work with are unique to each muxed file and are not global, and I'm constantly forgetting to remove or update the chapters file on the global tab.

2) For chapters in the track list, I'd like to open them in the Chapter Editor to edit them, and then use this edited version when I mux (maybe a "save track changes" command on the Chapter Editor menu?). An alternate version of this wish would be: to allow setting a Delay for chapter tracks, the same as other track types.

A large part of my reason for these requests is that I'm converting my dvd collections to mkv, and I like keeping the original chapters from the dvds. The ripper I use saves the chapters in a file with the same name as the individual vobs and/or individual streams, and I can quickly add these files to mmg by using a wildcard file extension in the Add window -- except for the chapter files that are currently entered separately on the Global tab. After the initial mux, I need to briefly play each file and test the chapters to make sure they line up correctly, and if they don't then I need to adjust their timing. This would be much quicker and easier if adjusting (or editing) chapter timings were possible from the track list.
fingershop is offline  
Old 17th July 2009, 07:52   #1111  |  Link
Mosu
MKVToolNix author
 
Mosu's Avatar
 
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 3,957
Quote:
Originally Posted by fingershop View Post
I understand. And since we're on the subject... here are two related wishes of mine for your consideration:

1) The ability to add chapter text files to the track list in the same way as other track types. Most chapters I work with are unique to each muxed file and are not global, and I'm constantly forgetting to remove or update the chapters file on the global tab.
No, sorry.

Quote:
2) For chapters in the track list, I'd like to open them in the Chapter Editor to edit them, and then use this edited version when I mux (maybe a "save track changes" command on the Chapter Editor menu?). An alternate version of this wish would be: to allow setting a Delay for chapter tracks, the same as other track types.
Neither this, again, sorry.

The time I save you is very short compared to the time it would require me to implement such features. And free time is the one thing that I do not have in abundance. I'm not against implementing those features per se. If someone contributed a patch that implemented them I'd happily accept it. That someone just won't be me.
__________________
Latest MKVToolNix is v56.1.0

If I ever ask you to upload something, please use my file server.
Mosu is offline  
Old 17th July 2009, 07:54   #1112  |  Link
Mosu
MKVToolNix author
 
Mosu's Avatar
 
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 3,957
In case anyone wonders. What I am working on is fixing bugs (always time consuming) and dealing with support requests (even more time consuming). The next two new big features will be support for MPEG transport streams (will take huge amounts of time to do it right -- especially with all those abominations of spec violations out there) and support for specifying cut points ("only copy from timecodes A to B and from K to L", again a lot of work) -- probably in that order.
__________________
Latest MKVToolNix is v56.1.0

If I ever ask you to upload something, please use my file server.
Mosu is offline  
Old 17th July 2009, 18:22   #1113  |  Link
Egh
Registered User
 
Join Date: Jun 2005
Posts: 630
Quote:
Originally Posted by Mosu View Post
The next two new big features will be support for MPEG transport streams (will take huge amounts of time to do it right -- especially with all those abominations of spec violations out there)
Good luck with that, that would be a very cool feature. I completely agree regarding all the possible abominations. I don't know any .ts related software which would be able to process properly all the kinds of different .ts files I have. Amongst them, DGIndex is probably most stable, though not for all files. Proper implementation may indeed take a great deal of time...
Egh is offline  
Old 17th July 2009, 23:14   #1114  |  Link
Chumbo
Registered User
 
Chumbo's Avatar
 
Join Date: Feb 2005
Posts: 585
Quote:
Originally Posted by Mosu View Post
...The next two new big features will be support for MPEG transport streams (will take huge amounts of time to do it right -- especially with all those abominations of spec violations out there) and support for specifying cut points ("only copy from timecodes A to B and from K to L", again a lot of work) -- probably in that order.
These are great features. Thank you for your continued efforts. This tool is invaluable.
__________________
Chumbo
Chumbo is offline  
Old 18th July 2009, 23:37   #1115  |  Link
fingershop
Registered User
 
Join Date: Mar 2009
Posts: 14
Quote:
Originally Posted by Mosu View Post
The time I save you is very short compared to the time it would require me to implement such features. And free time is the one thing that I do not have in abundance.
Especially with what you're currently working on.

Quote:
Originally Posted by Mosu View Post
I'm not against implementing those features per se. If someone contributed a patch that implemented them I'd happily accept it. That someone just won't be me.
Glad to know...

Cheers!
fingershop is offline  
Old 18th July 2009, 23:46   #1116  |  Link
Mosu
MKVToolNix author
 
Mosu's Avatar
 
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 3,957
Quote:
Originally Posted by fingershop View Post
Especially with what you're currently working on.
In fact I haven't really started working on TS support yet (apart from two, three hours of reading ffmpeg's/mplayer's source code). But what little free time I do have I don't want to spend on other features.
__________________
Latest MKVToolNix is v56.1.0

If I ever ask you to upload something, please use my file server.
Mosu is offline  
Old 21st July 2009, 08:26   #1117  |  Link
Snowknight26
Registered User
 
Join Date: Aug 2007
Posts: 1,405
Croatian (scr) seems to be missing from valid language choices in the newest builds. Every time I try to mux an mkv I made with scr set as one of the languages (done with v2.4.1), 2.9.7 says
Quote:
Error: 'scr' is neither a valid ISO639-2 nor a valid ISO639-1 code. See 'mkvmerge --list-languages' for a list of all languages and their respective ISO639-2 codes.
Granted, I can't find scr in neither list of languages (not surprising as its really hvr), though it's strange that it once worked before. Heck, even eac3to it shows the track as Croatian (confirmed with the -logmkv switch).


Edit: And that solves that..
http://www.bunkus.org/cgi-bin/gitweb...df55390505aa71

Last edited by Snowknight26; 21st July 2009 at 08:35.
Snowknight26 is offline  
Old 21st July 2009, 09:12   #1118  |  Link
Mosu
MKVToolNix author
 
Mosu's Avatar
 
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 3,957
Correct. 'scr' was an obsolete code that has been removed because it has been removed from the official ISO639-2 lists as well.
__________________
Latest MKVToolNix is v56.1.0

If I ever ask you to upload something, please use my file server.
Mosu is offline  
Old 21st July 2009, 14:29   #1119  |  Link
mbcd
Registered User
 
Join Date: Dec 2008
Location: Germany
Posts: 173
Feature Request

I often read (and had) some mkv have errors in EBML-Structure.

Now Im asking if it is possible to repair such errors. There is no known methode or program for repairing such errors, but fact is:

- These files often play (with errors on scrubbing or jumping on timeline) with some players.
- You can not demux/extract them or do any other things with them until to this specific error-position.

Is it possible to repair those files ?
Recovering Data is of course maybe impossible, but maybe its possible to scan the whole stream an rewrite/reorder/skip some Header, or skip faulty Bytes who are damaged.

I mean: Its better to get a repaired file with "one frame missing" (due wrong EMBL-Entry) as loosing the whole file.

Or maybe: Implementing a check after muxing. These EBML-Errors must have its fault somewhere. Maybe a check after muxing should be fine.

Regards
mbcd is offline  
Old 22nd July 2009, 08:29   #1120  |  Link
Mosu
MKVToolNix author
 
Mosu's Avatar
 
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 3,957
My answer will be a bit longer. Get some coffee.

You're talking about two different aspects: error prevention and error recovery.

Error prevention:

I can almost guarantee that the muxing process produces 100% correct EBML structures. The libraries I use have been basically unchanged for five years, and there's not a single confirmed report that one of my tools create corrupt EBML structures. Also having a check after muxing imposes a false sense of security due to several reasons:

1. The library used for validation would be the same library used for creation. If one is serious about validation then this is a no go.
2. Caching. The file just created will always be partially cached by the operating system, and how big this part is depends on various factors like overall memory size, operating system type and version and current memory usage. Therefore the validation process would not be able to test if the file is stored correctly on the hardware ( = hard disc, flash drive etc) reliably.

Which leads me to the two obvious reasons and another not so obvious one why files get corrupted.

The first is bad hardware. This is actually more common than one might think or hope. Having unrecoverable hard disc read errors does occur, it's no myth. While this is usually not a fatal error in the sense that the hard disc cannot be used anymore (due to techniques like sector reallocation) it does mean that data read from that sector is corrupt and that the application has to deal with it. This is even more common for flash drives. Most flash drives use cheap memory, and those chips (cheap or not) are very susceptible to things like environmental conditions etc. Those things are not suited for long-term data storage. I even go so far as to create checksums of all important files that I transfer with flash drives due to past experience with corrupted files.

The second cause is bad transmission. Downloading files from the Internet (no matter if it's legal or not) always poses a risk of data transmission errors. If checksum files are available together with the download then you should always use them to verify data integrity.

The not so obvious reason applies to illegal downloads. There are companies working for the major movie and music studios that create faulty files or files that are 100% garbage, name them after certain popular movies and offer them for download.

Like I already said: use checksum tools for error detection even if you store your files locally. They're freely available and only require a little bit more work.

Now on to error recovery.

The library mkvmerge uses is not good in dealing with faulty files. Sometimes it can recover and continue from the next valid cluster, but often it cannot. There's nothing I can do about it, or at least nothing I'm willing to do due to the huge amount of time involved in creating my own set of libraries and changing about 60% of all of mkvmerge's code that depends on this library either directly or indirectly.

If you need error recovery and restoration of original files then there are external techniques like PAR files that can offer increased security at the cost of a certain percentage of the file's size.
__________________
Latest MKVToolNix is v56.1.0

If I ever ask you to upload something, please use my file server.
Mosu 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 00:56.


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