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 23rd September 2008, 10:39   #601  |  Link
KoD
Registered User
 
Join Date: Mar 2006
Posts: 567
Ah, I was not aware there was a File->New menu option !

In this case there's no need indeed for clearing those fields when remove is pressed.
KoD is offline  
Old 25th September 2008, 13:29   #602  |  Link
Mosu
MKVToolNix author
 
Mosu's Avatar
 
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,063
Here's a new build with a couple of bug fixes in the VC1 code. Especially EVOBs with multiple VC1 video tracks are read correctly now.

http://www.bunkus.org/videotools/mkv...20080925-1.rar
__________________
Latest MKVToolNix is v62.0.0

If I ever ask you to upload something, please use my file server.
Mosu is offline  
Old 26th September 2008, 21:06   #603  |  Link
STaRGaZeR
4:2:0 hater
 
Join Date: Apr 2008
Posts: 1,307
A request Mosu, can you add a 60000/1001 option?
__________________
Specs, GTX970 - PLS 1440p@96Hz
Quote:
Originally Posted by Manao View Post
That way, you have xxxx[p|i]yyy, where xxxx is the vertical resolution, yyy is the temporal resolution, and 'i' says the image has been irremediably destroyed.
STaRGaZeR is offline  
Old 4th October 2008, 02:09   #604  |  Link
yonta
Registered User
 
Join Date: Mar 2005
Posts: 136
Mosu, can you take a look at this sample?
It's from a HDTV cap and 1080i@60 MPEG2 ES.
I try to load it in mmg and mmg gives that message I get when I load a AVC ES?

You're adding an AVC/h.264 elementary stream.......

I'm using 20080925-1 build.
yonta is offline  
Old 4th October 2008, 20:20   #605  |  Link
Mosu
MKVToolNix author
 
Mosu's Avatar
 
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,063
Please download this build: http://www.bunkus.org/videotools/mkv...20081004-2.rar It fixes file type detection for your file.
__________________
Latest MKVToolNix is v62.0.0

If I ever ask you to upload something, please use my file server.
Mosu is offline  
Old 5th October 2008, 21:14   #606  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 9,137
@Mosu, would it be easy for you to add a version resource to the win32 mkvmerge.exe and mmg.exe files? Or at least to the mmg.exe file? The reason I'm asking is that my "eac3to" tool contains an "is there a new mkvtoolnix beta build available?" online check. Currently I'm using "mkvmerge --version" to do this check. But it seems that sometimes mmg.exe has a later date in a new beta build compared to mkvmerge.exe (e.g. in latest beta build mkvmerge reports Oct 4, while mmg.exe seems to be Oct 5), and since I can't programatically read out the mmg.exe version number and compile date, my version check sometimes fails to work properly.
madshi is offline  
Old 6th October 2008, 15:10   #607  |  Link
Mosu
MKVToolNix author
 
Mosu's Avatar
 
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,063
Starting with http://www.bunkus.org/videotools/mkv...0081006-12.rar all EXEs have VERSIONINFO resources. Here's such a resource for mkvmerge for a release version:

Code:
1 VERSIONINFO
 FILEVERSION 2, 3, 0, 0
 PRODUCTVERSION 2, 3, 0, 0
 FILEFLAGSMASK 0x3f
 FILEOS 0x4
BEGIN
  BLOCK "StringFileInfo"
  BEGIN
    BLOCK "040904B0"
    BEGIN
      VALUE "CompanyName", "Moritz Bunkus"
      VALUE "FileDescription", "mkvmerge"
      VALUE "FileVersion", "2.3.0"
      VALUE "InternalName", "mkvmerge"
      VALUE "LegalCopyright", "Released under the GNU Pulic License http://www.gnu.org/licenses/gpl-2.0.html"
      VALUE "OriginalFilename", "mkvmerge"
      VALUE "ProductName", "MKVToolNix"
      VALUE "ProductVersion", "2.3.0"
    END
  END
END
Builds between releases have their build date and number coded into "File Version" and "Product Version", e.g.
Code:
...
      VALUE "FileVersion", "2.3.0-build20081006-12"
...
__________________
Latest MKVToolNix is v62.0.0

If I ever ask you to upload something, please use my file server.
Mosu is offline  
Old 6th October 2008, 15:31   #608  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 9,137
That's *very* nice - thank you!

Just a quick question: Is there a specific exe you're always updating in a new beta build? Or should I simply loop through all exes to make sure I find the newest one to be able to show the proper version information?
madshi is offline  
Old 6th October 2008, 17:23   #609  |  Link
Mosu
MKVToolNix author
 
Mosu's Avatar
 
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,063
I've modified my build and upload scripts to always put the same version information into all EXEs and to re-build all EXEs for a beta build. Each build has its own unique version/build number. Therefore you should not have to loop through all EXEs anymore.

PS: The information shown in mmg's "About" window and in "mkvmerge --version" might not correspond to the version information in the resource. Use the data from the resource. That's more reliable for the Windows port. (The reason is simple: time. Building mkvmerge so that its --version output is up to date takes about 5 minutes with my crappy build computer while simply relinking with newer resources is done in 15 seconds or so.)
__________________
Latest MKVToolNix is v62.0.0

If I ever ask you to upload something, please use my file server.
Mosu is offline  
Old 6th October 2008, 17:37   #610  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 9,137
Great, will update my version check accordingly. Thanks again!
madshi is offline  
Old 6th October 2008, 17:39   #611  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 9,137
P.S: You could change the "mkvmerge --version" code in such a way that it reads its own EXE version resource and then outputs that. As a result you'd never have to waste those 5 minutes, anymore. At least that's how eac3to's version display works...
madshi is offline  
Old 6th October 2008, 18:10   #612  |  Link
Mosu
MKVToolNix author
 
Mosu's Avatar
 
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,063
True, but that's no cure because there's no such thing as resources on non-Windows operating systems
__________________
Latest MKVToolNix is v62.0.0

If I ever ask you to upload something, please use my file server.
Mosu is offline  
Old 6th October 2008, 23:04   #613  |  Link
swaaye
Registered User
 
Join Date: Jun 2004
Posts: 144
I've noticed that mkvmerge is very slow when muxing to a network drive. On my gigabit LAN, it can only pull about 5 MB/s even when it is only writing to the network (reading sources from local system drive.) I can dump DVDs to network drives at 20-30 MB/s, on the other hand.

Is this due to small-sized write accesses causing tons of overhead perhaps? It's a curious thing.

Last edited by swaaye; 6th October 2008 at 23:07.
swaaye is offline  
Old 6th October 2008, 23:14   #614  |  Link
Mosu
MKVToolNix author
 
Mosu's Avatar
 
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,063
Yes, most likely. mkvmerge is not multi-threaded and does not use advanced read-ahead or caching mechanisms. Sorry, I don't have time to do everything.
__________________
Latest MKVToolNix is v62.0.0

If I ever ask you to upload something, please use my file server.
Mosu is offline  
Old 7th October 2008, 00:10   #615  |  Link
swaaye
Registered User
 
Join Date: Jun 2004
Posts: 144
Quote:
Originally Posted by Mosu View Post
Yes, most likely. mkvmerge is not multi-threaded and does not use advanced read-ahead or caching mechanisms. Sorry, I don't have time to do everything.
No no. I'm not asking for anything, just mentioning what I've run into. Your app is great! I'm not exactly using it in a typical way and it's not a critical thing at all .

Last edited by swaaye; 7th October 2008 at 00:14.
swaaye is offline  
Old 8th October 2008, 09:01   #616  |  Link
zeropc
Registered User
 
Join Date: Mar 2007
Posts: 114
mosu, is it possible to add full support of .m2ts container import?

this would save some big time demuxing
zeropc is offline  
Old 8th October 2008, 09:06   #617  |  Link
Mosu
MKVToolNix author
 
Mosu's Avatar
 
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,063
Maybe, maybe not.
__________________
Latest MKVToolNix is v62.0.0

If I ever ask you to upload something, please use my file server.
Mosu is offline  
Old 8th October 2008, 11:39   #618  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 9,137
There are 2 big problems with adding m2ts support to mkvtoolnix:

(1) Some audio tracks might need transcoding to make sense. E.g. there's no current standard to store TrueHD in MKV. So TrueHD would have to be transcoded to something else. Or alternatively the Matroska "official forces" would have to be asked to add an official method to mux TrueHD into MKV. But even if that happens, mkvtoolnix would still have to be able to strip the AC3 frames from the TrueHD stream. That's possible to do, but can't be developed in 5 minutes.

(2) Some Blu-Ray movies consist of multiple m2ts parts. Simply demuxing video/audio and remuxing them into MKV would result in audio slowly drifting out of sync throughout the whole movie because audio overlaps in these m2ts parts while video (usually) does not.

As a result I'm not sure if it's worth it for Mosu to add m2ts support. However, @Mosu, if you want to add ts/m2ts support, when you have any technical questions, feel free to contact me.
madshi is offline  
Old 8th October 2008, 13:12   #619  |  Link
Mosu
MKVToolNix author
 
Mosu's Avatar
 
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,063
Quote:
Originally Posted by madshi View Post
(2) Some Blu-Ray movies consist of multiple m2ts parts. Simply demuxing video/audio and remuxing them into MKV would result in audio slowly drifting out of sync throughout the whole movie because audio overlaps in these m2ts parts while video (usually) does not.
Oh my frellin' god. Which idiot came up with that scheme!?

Anyway, adding MPEG TS support is one of the bigger projects left. I might tackle this one day, but that's more an "if I find the time and motivation" than a "when I find the time and motivation".
__________________
Latest MKVToolNix is v62.0.0

If I ever ask you to upload something, please use my file server.
Mosu is offline  
Old 8th October 2008, 14:36   #620  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 9,137
Quote:
Originally Posted by Mosu View Post
Oh my frellin' god. Which idiot came up with that scheme!?
Well, if you think about it, it does make some sense. Each of the m2ts parts must play on its own (this logic is mainly used for seamless branching titles). So at the beginning of each m2ts part video and audio are perfectly in sync. But since e.g. an AC3 audio frame is 32ms long and video frames are usually 41.7ms long there's a runtime mismatch between audio and video. So it's clear that either audio or video have to overlap a bit. That's ok for a Blu-Ray player, but of course a bit problematic for a demuxing/transcoding tool.
madshi 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 04:52.


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