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. |
8th July 2010, 13:47 | #141 | Link |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,278
|
Sure, you can do that. But please don't call it mkvtoolnix then and change the program names (e.g. in the "about" dialogs and the help texts) to make it obvious that those are modified versions.
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
8th July 2010, 13:53 | #143 | Link |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,278
|
Here's a list of track types and their default compression methods:
VobSub, PGS/SUP, text subtitles (SRT/ASS/SSA), VobButtons: ZLIB AC3, DTS, MP3, MPEG-4 part 2 (aka DivX aka Xvid), Dirac: header removal Everything else: no additional compression
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
8th July 2010, 14:13 | #145 | Link |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,278
|
Ah ok. No need to change anything for personal use, just don't distribute it under the original name. Thanks.
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
8th July 2010, 18:14 | #146 | Link | |
Registered User
Join Date: Nov 2003
Location: Kowloon, Hong Kong
Posts: 168
|
Quote:
I've uploaded the video in 7z format (4 parts) with subtitle, I just want to add subtitle to the file, and I do as you say force "none" works! I think it's a bit annoying to display this message without suggestion, people usually not able to determine what kind of files can be compressed, and for this kind of file MMG failed to decide. I've tested subtitle can be compressed but sound and video already compressed (anyone will use WAV or uncompressed AIFF for sound track?), they should be automatically set to "none". Thanks for your MKVTOOLNIX, it's the "savior" of MKV, also thanks for your work!
__________________
Hong Kong - International Joke Center (after 1997-6-30) Last edited by johnsonlam; 8th July 2010 at 18:16. |
|
8th July 2010, 19:05 | #147 | Link |
Life's clearer in 4K UHD
Join Date: Jun 2003
Location: Notts, UK
Posts: 12,219
|
I seem to remember you having similar reservations about not letting MKVmerge automatically remove the aspect ratio signalling embedded within MPEG-4 video streams... But eventually you changed your mind
__________________
| I've been testing hardware media playback devices and software A/V encoders and decoders since 2001 | My Network Layout & A/V Gear |
|
9th July 2010, 07:57 | #148 | Link | |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,278
|
Quote:
Header removal compression is defined in the specs, as are default values.
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
|
9th July 2010, 08:02 | #149 | Link | ||
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,278
|
Quote:
Quote:
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
||
9th July 2010, 08:23 | #151 | Link |
Registered User
Join Date: Jul 2010
Posts: 4
|
Then let's change these specifications! Your application has become de facto the standard for creation of Matroska files. Millions (or probably billions) of devices compatible with previous versions of mkvtoolnix are made. Now they are incompatible. OK, we still can make files suitable for our old devices. But other 95% (or even more) of consumers haven't knowledge to do this. They will attempt to play new films without success and then they will be starting to think about to purchase of new equipment. The old sooner or later will go to trash. Please, think "green", unless some corporations have paid You to make these changes and they could sell more "new and compatible" devices. Frequent change of standards are their bread.
|
9th July 2010, 08:36 | #152 | Link | ||
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,278
|
Quote:
Quote:
What's new in v4.0.0 is that default values are not written anymore. This does concern ZLIB compression, and this is what most likely breaks your player: it does not support default values properly. Please read http://www.bunkus.org/videotools/mkv...default_values for an explanation. Note that blaming mkvmerge is not really solving your problem. With the rise of WebM there are tons of new muxers popping up left and right, and some of them don't write default values either. So the only sensible long-term solution is to fix playback devices to support the specs properly.
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
||
9th July 2010, 08:43 | #153 | Link | ||
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,278
|
Quote:
Quote:
Also it's a lie if a corp tells you that they cannot fix bugs in older hardware. This is not about implementing a whole new video codec for which the hardware might not be capable enough. These are minor software updates which would only require a new firmware, certainly not a new hardware device. I know corps like to sell new devices instead of support old ones. But changing their corporate mind is the responsibility of each and every consumer by making the choice which devices to buy and which not to buy. So please don't start a discussion about corporate ethics, the impact of my decisions on the environment. This is a mkvtoolnix support thread, not a political discussion board.
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. Last edited by Mosu; 10th July 2010 at 09:48. |
||
9th July 2010, 09:07 | #154 | Link | ||
21 years and counting...
Join Date: Oct 2002
Location: Germany
Posts: 716
|
Quote:
Quote:
|
||
9th July 2010, 09:35 | #155 | Link |
Registered User
Join Date: Jan 2009
Posts: 31
|
I recently remuxed H.264/flac to mkv with mkvmerge 4.1.0, no errors, but it came out damaged (file would skip in the middle). I did it again, same version, same inputs, same settings and it came out fine. Checksums of the files were different and there is an "NAL too big error" when extracting the damaged one. Filesizes are identical.
command-line: mkvmerge -o out.mkv --default-duration 0:24000/1001fps in.h264 in.flac So, I did a surface scan of all the drives involved (including my pagefile drive) and did 5 passes of Memtest86+ with no errors found. Could this have something to do with that particular version of mkvmerge or should I be worried that something else is wrong with my system? [edit] Just realized checksums will be different anyway because of encoding date metadata, but everything else applies Last edited by asc28; 9th July 2010 at 10:06. |
9th July 2010, 10:21 | #156 | Link |
Registered User
Join Date: Jun 2002
Location: On thin ice
Posts: 6,837
|
Such compatibility issues won't happen with a HTPC.
__________________
https://github.com/stax76/software-list https://www.youtube.com/@stax76/playlists |
9th July 2010, 10:31 | #157 | Link |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,278
|
True about the checksums. Hard to tell in general. The AVC code has received a couple of changes in the last few releases. But I haven't seen anything random happening for other users.
It could also have been a one-time hardware error, e.g. system getting very hot; intermittent memory fault. Such things happen, even if subsequent tests don't show anything wrong with the hardware. What I'm trying to say is that there's no known issue with raw h264 files in v4.1.1.
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
9th July 2010, 18:58 | #159 | Link |
Registered User
Join Date: Jul 2010
Posts: 1
|
I'm having a problem with the merge function(MMG) of MKVtoolNix.
The same problem as mentioned by Foofaraw.. (reference posts 1476 to 1480 page74) Using MKVMERGE, I can take a BluRay rip made with MakeMKV with just a Video and audio track that works fine on my computer software players and Seagate Fat+ or WD media players, run it thru the MKVMerge program without changing anything and the resulting file now takes 10-20 seconds to load in all my players. The origional rip would load in 1-2 seconds. Except for the Fat+ all the other players wait for the file to load and the movie will play without incident.The computer players take a little longer to load but not that much longer. The Fat+ however, will not wait. It just locks since it can't load the file immediately. However, with H264, I usually do not not have that problem. MMg asks for the frame rate and remuxes perfectly and the file will load in 1 to 2 seconds. Also with Mpeg and VC1 files less than an hour long they will usually load within the time frame allowed by the Seagate player and they will load and play as well. Further, I can take the movie that MKVMERGE generated that takes too long to load run it thru tsMuxer, convert it to a Bluray folder without adding or removing anything and run it once again thru Makemkv. The resulting movie once again plays as before and loads in 1-2 seconds. I've gone as far asdemuxing a VC1 file and adding only the video and chapters back into it. No audio or anything else and it still takes too long to load. I've used the header editor as well as the verify selection and nothing was out of place as far as I could tell. So after reading the above mentioned posts(1476-1480) and the explanation as why this happens, I was wondering if I could just get some advice on how to shorten the re-load time. Thank you Tony |
10th July 2010, 09:31 | #160 | Link |
Registered User
Join Date: Aug 2003
Posts: 93
|
a hugh bug in mkvtoolnix 4.1.1 please read this post and link
http://forum.doom9.org/showthread.ph...94#post1416294 I rip a dvd to mkv using makemkv then i will use mkvtoolnix 4.1.1 to disable the subs so that they dont auto play well on the pc side anyway as i hate to keep turning them off then i remux the file all works fine on the pc but when i play it on the ps3 the sound just plays like a old spectrum loader game in the old days. now if i do the same rip the dvd to kv with makemkv but do not use mkvtoolnix 4.1.1 it works so it looks like mkvtoolnix is damaging the file in some way. I have not tried to remux the file without changing anything so i am going to do this first to see if it stil damages the file if it does not it must be when i change the subs from default to no but i will have to try this out. its just a shame makemkv does not give you an option to stop the subs comming on stright away at least i now know mkvtoolnix sems to be the problem i am going to try verion 4.0.0 to to see what happens but the mkv file that i made with makemkv is now working as long as i dont use mkvtoolnix to disable the subs but i will do more testing oh bugger i dont have 4.0.0 can anyone tell me where to get it to test it out as version 4.1.1 is totaly unusable for me now i know its for the ps3 but to be honest it should not be damaging the file in this way it might even cause problems for pc in the future or now. hope this helps as i love this tool |
Thread Tools | Search this Thread |
Display Modes | |
|
|