Mkvtoolnix 6.0.0 doesn't work to one file.

[fits79]

I have the movie lord of the rings 1(fellowship of the ring extended version) and i was cut the mkv file with mkvtoolnix by time 00:00:00-03:22:00 but the video still show that is 03:48:00 and to any program i try to play it after the 03:22:00 it stucks.

Why all the programs show that the video is 03:48:00 even i cut it?

Is there anyyhing wrong i do?

Bellow is the specification of the file with program mediainfo:

General
Unique ID : 171521179311478794335771557819871305328 (0x8109C70C6B6EBA09A27F7C118F369E70)
Complete name : C:\Download\01. The fellowship of the ring extended version.mkv
Format : Matroska
Format version : Version 4 / Version 2
File size : 20.0 GiB
Duration : 3h 48mn
Overall bit rate : 12.5 Mbps
Encoded date : UTC 2013-01-26 21:07:34
Writing application : mkvmerge v6.0.0 ('Coming Up For Air') built on Jan 20 2013 09:52:00
Writing library : libebml v1.3.0 + libmatroska v1.4.0

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.1
Format settings, CABAC : Yes
Format settings, ReFrames : 5 frames
Codec ID : V_MPEG4/ISO/AVC
Duration : 3h 48mn
Bit rate : 10.8 Mbps
Nominal bit rate : 12.0 Mbps
Width : 1 920 pixels
Height : 800 pixels
Display aspect ratio : 2.40:1
Frame rate mode : Constant
Frame rate : 23.976 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.293
Stream size : 17.2 GiB (86%)
Title : x264
Writing library : x264 core 115 r1995 c1e60b9
Encoding settings : cabac=1 / ref=5 / deblock=1:-1:-2 / analyse=0x3:0x113 / me=umh / subme=10 / psy=1 / psy_rd=1.05:0.00 / mixed_ref=1 / me_range=64 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=0 / chroma_qp_offset=-2 / threads=12 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=6 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=2 / keyint=250 / keyint_min=23 / scenecut=40 / intra_refresh=0 / rc_lookahead=250 / rc=2pass / mbtree=1 / bitrate=12020 / ratetol=1.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / aq=1:0.90
Language : English
Default : No
Forced : No

Audio
ID : 2
Format : DTS
Format/Info : Digital Theater Systems
Format profile : ES
Mode : 16
Format settings, Endianness : Big
Codec ID : A_DTS
Duration : 3h 48mn
Bit rate mode : Constant
Bit rate : 1 509 Kbps
Channel(s) : 7 channels / 6 channels
Channel positions : Front: L C R, Side: L R, Back: C, LFE / Front: L C R, Side: L R, LFE
Sampling rate : 48.0 KHz
Bit depth : 24 bits
Compression mode : Lossy
Delay relative to video : 11ms
Stream size : 2.40 GiB (12%)
Title : Dts 5.1 channels
Language : English
Default : No
Forced : No

[johns0]

Is this your ripped blu-ray version or is it downloaded from the internet?If it's from the internet then it's against forum rules to ask for help on it,if it's from your blu-ray disc then rip it again and see if that fixes it.

[fits79]

It is from my own bluray disc because i don't want to scratch the disc.

Already try ti ripped it two times with the same results.

Is that normal to happening at mkvtoolnix 6?

Does anyone else having any that kind issue?

[johns0]

Try an older version of mkvtoolnix.

[fits79]

Do you believe that an older version of mkvtoolnix fix that issue that LATEST version can't?

At the version 4.0 i don't thing it has that feature because i add the line 00:00:00-03:21:30 at the field "....after timecodes" and it bring me an error.

At the mkvtoolnix 6.0 it doen't bring any that kind of error at the same field.

[hello_hello]

I haven't played with the new splitting options yet, but if you use "split after timecodes", each timecode you enter will be a split point and must be entered and separated with a comma. ie 01:30:48,01:58:24
So in your case you only need to enter the split point 03:21:30 if you use the "split after timecodes" option.

Entering it the way you are, it appears you should have used the "split by parts based on timecodes" option.

For just a single split though, you can also use "split after duration" and enter the timecode where you want it split. In your case once again enter: 03:21:30
To stop it splitting the file more than once (if it can) when you use "split after duration", type "2" into the "max number of files" section.

[fits79]

I try that with mkvtoolnix 4.0 and still the same results even i choose to cut the mkv file at 03:21:30 the movie shows that it is 03:48:00 and after the 03:21:30 it simply stuck.

At mkvtoolnix 6 it bring me that error when i try again to cut the movie.
"Error in the matroska file structure at position 2822954858. Resyncing to the next level 1 element resyncing successful at position 2827471800"

And some other values.
What that means and is there any way to fix it?

[vhelp]

i am no expert in mkvtoolnix, but...

you might have a difficult h264 source to process or the player(s) use different timecode algorithms. anyway.

1. did you first set the framerate (FPS) of the movie, found in the first tab of toolnix ? for film it would be 24p ntsc,
... or 25p pal, or (24000/1001p ntsc)
2. set Split mode: [split after timecodes... ]
3. set Timecodes: [03:21:30.000 ]
4. toolnix will create two source files

given the above, lets assume it is 90 minutes, you want to cut in three pieces:
3. set Timecodes: [00:30:00.000,00:60:00.000,00:90:00.000 ]
should give you three pieces, and the player should show something like this:

00:00/30:00
30:00/60:00
60:00/90:00 -- if your source is exactly 90minutes, or

00:00/30:00
30:00/60:00
60:00/94:00 -- if your source is over 90minutes and you set 'Max. number of files': [3 ], or

00:00/30:00
30:00/60:00
60:00/90:00
90:00/94:00 -- if your source is over 90minutes but did NOT set 'Max. number of files': [ ]

the above worked for me (used vlc to show timecodes in x/y format) when i split a 22minute mkv source (x264 encoded) and i got 4 pieces, or 5 if i don't select 'max. number of files'.

[fits79]

I fix that error(i try to re ripped the movie again for 3 time with another program than other 2 times i have).

Why at mkvtoolnix 6.0 it remove this choice of option that 5.9 has:


This is the changelog history for mkvtoolnix 6.0

2013-01-20 Moritz Bunkus <moritz@bunkus.org>

* Released v6.0.0.

2013-01-14 Moritz Bunkus <moritz@bunkus.org>

* mkvmerge: new feature: Implemented splitting by parts based on
frame/field numbers ("--split parts-frames:" in
mkvmerge). Implements #819.

2013-01-13 Moritz Bunkus <moritz@bunkus.org>

* mkvmerge: bug fix: Re-writing the track headers after they'd
grown a lot (to more than the EBML void size located after them
allowed for) led to an integer underflow. Then mkvmerge tried to
write a void element the size of that integer (e.g. nearly 4 GB on
32bit platforms). Fixes #822 and #828.

2013-01-12 Moritz Bunkus <moritz@bunkus.org>

* mkvmerge: bug fix in the MP4 reader: Fixed language code
conversion from what is used in MP4 to the ISO 639-2 codes used in
Matroska (e.g. convert from "deu" to "ger").

* Source distribution: source code archives (tarballs) will be
compressed with xz instead of bzip2 from now on. The file name's
extension will therefore change from ".tar.bz2" to ".tar.xz". The
download URL changes accordingly.

2013-01-11 Moritz Bunkus <moritz@bunkus.org>

* mkvmerge: new feature: Implemented reading VobSubs from MP4
files if they're stored in the Nero Digital way (track sub-type
'mp4s', ESDS object type identifier 0xe0). Implements #821 and the
second half of #815.

2013-01-08 Moritz Bunkus <moritz@bunkus.org>

* mmg: new feature: Command line options can be saved as default
for new jobs by clicking a check box in the "add command line
options" dialog.

2013-01-02 Moritz Bunkus <moritz@bunkus.org>

* mmg: bug fix: Fixed a crash in the chapter editor if the root
was selected and the user used the "Set values" button.

2013-01-01 Moritz Bunkus <moritz@bunkus.org>

* mkvmerge, mmg: removal: The 'header removal compression' method
is not turned on by default anymore. This affects the following
track types: AC3, AVC/h.264, Dirac, DTS, MP3. The setting in mmg
that turned it off by default has been removed.

2012-12-31 Moritz Bunkus <moritz@bunkus.org>

* mkvmerge: new feature: Added experimental support for the Opus
audio codec. Parts of an implementation of #779.

2012-12-28 Moritz Bunkus <moritz@bunkus.org>

* mkvmerge: bug fix: "text"-type tracks in MP4 files are only
treated as chapters if their track ID is listed on a "chap" atom
inside a "tref" track reference atom. Fixes #815.

2012-12-27 Moritz Bunkus <moritz@bunkus.org>

* mkvmerge, mmg: new feature: Implemented splitting by chapter
numbers. Implements #504 and #814.

2012-12-25 Moritz Bunkus <moritz@bunkus.org>

* mkvmerge: enhancement: Removed several warnings from the MPEG-2
video parser code about open GOPs, missing references. Those were
too confusing for most users, even after being given additional
information via email and FAQs.

* mkvextract: new feature: Implemented extraction of ALAC into
Core Audio Format files (CAF). Implements #786.

2012-12-23 Moritz Bunkus <moritz@bunkus.org>

* mkvmerge, mmg: new feature: Implemented splitting by frame/field
numbers. Implements #771.

* mmg: bug fix: Fixed consistency checks when appending files and
at least one track is disabled.

* mkvmerge: new feature: Implemented a reader for the
Flash Video format (.flv). Implements #735.

2012-12-22 Moritz Bunkus <moritz@bunkus.org>

* Build system: Boost's "variant" library is now required.

2012-12-17 Moritz Bunkus <moritz@bunkus.org>

* mkvmerge: bug fix: ISO 639-2 language handling: The deprecated
language codes "scr", "scc" and "mol" are replaced by their
respective successors "hrv", "srp" and "rum". Fixes #803.

* mkvmerge: bug fix: Matroska reader: Fixed finding the "segment
info" element if it is located behind the clusters.

2012-12-16 Moritz Bunkus <moritz@bunkus.org>

* mkvmerge: bug fix: MP3 parser code: Fixed skipping ID3 tags so
that the header directly behind the ID3 tag is recognized
properly. Fixes #747.

* mkvmerge: bug fix: MP4 reader: Fixed handling of edit lists if
the edit list is used to adjust the track's timecodes by a fixed
amount (either positive or negative). Fixes #780.

2012-12-10 Moritz Bunkus <moritz@bunkus.org>

* mkvpropedit: bug fix: Giving a non-existent file name in tags
mode will result in a proper error message. Fixes #806.

I believe the bold-underline at changelog is the reason but i don't understand the reason.

Can anyone please explain to me?

THANKS

[hello_hello]

This is the changelog history for mkvtoolnix 6.0

2013-01-20 Moritz Bunkus <moritz@bunkus.org>

* Released v6.0.0.

2013-01-14 Moritz Bunkus <moritz@bunkus.org>

* mkvmerge: new feature: Implemented splitting by parts based on
frame/field numbers ("--split parts-frames:" in
mkvmerge). Implements #819.

2013-01-13 Moritz Bunkus <moritz@bunkus.org>

* mkvmerge: bug fix: Re-writing the track headers after they'd
grown a lot (to more than the EBML void size located after them
allowed for) led to an integer underflow. Then mkvmerge tried to
write a void element the size of that integer (e.g. nearly 4 GB on
32bit platforms). Fixes #822 and #828.

2013-01-12 Moritz Bunkus <moritz@bunkus.org>

* mkvmerge: bug fix in the MP4 reader: Fixed language code
conversion from what is used in MP4 to the ISO 639-2 codes used in
Matroska (e.g. convert from "deu" to "ger").

* Source distribution: source code archives (tarballs) will be
compressed with xz instead of bzip2 from now on. The file name's
extension will therefore change from ".tar.bz2" to ".tar.xz". The
download URL changes accordingly.

2013-01-11 Moritz Bunkus <moritz@bunkus.org>

* mkvmerge: new feature: Implemented reading VobSubs from MP4
files if they're stored in the Nero Digital way (track sub-type
'mp4s', ESDS object type identifier 0xe0). Implements #821 and the
second half of #815.

2013-01-08 Moritz Bunkus <moritz@bunkus.org>

* mmg: new feature: Command line options can be saved as default
for new jobs by clicking a check box in the "add command line
options" dialog.

2013-01-02 Moritz Bunkus <moritz@bunkus.org>

* mmg: bug fix: Fixed a crash in the chapter editor if the root
was selected and the user used the "Set values" button.

2013-01-01 Moritz Bunkus <moritz@bunkus.org>

* mkvmerge, mmg: removal: The 'header removal compression' method
is not turned on by default anymore. This affects the following
track types: AC3, AVC/h.264, Dirac, DTS, MP3. The setting in mmg
that turned it off by default has been removed.

The header removal compression was introduced in the GUI a couple of years ago. For reasons I don't understand I think it was enabled by default (checking the box disabled it) and as many hardware players don't support header removal compression it'd cause playback problems. It's now disabled by default again so the option to disable it manually has been removed. I never quite saw the point in it myself. Maybe I'm missing something, but it's not like it did much to reduce the file size.
I doubt it's got anything to do with your problem.

[fits79]

You are wrong.

This option parameter it was do A VERU SERIUS job by making the remove of header removal compression to any mkv you create with mkvtoolnix and work for media players that it was stuck if the mkv movie files has audio head compression so i believe the remove of this option parameter is VERY WRONG.

And as you see to my previews post I WAS FIX MY PROBLEM.

[hello_hello]

You couldn't even manage to highlight the entry in the changelog which referred to header removal compression, and you're telling me I'm wrong??

It appears you didn't understand what I said, so I'll try again.
- MKVMergeGUI used header removal compression by default. Many hardware players don't support it.
- The option in MeGUI's settings disabled header removal compression when it was checked.
- Version 6 of MKVMergeGUI no longer uses header removal compression by default. Therefore there's no need for a setting to disable it as it's now permanently disabled, so the setting was removed form MKVMergeGUI's options.

And as you see to my previews post I WAS FIX MY PROBLEM.

You said the problem was fixed but you didn't say what fixed it. In fact in your post previous to the last one you said "I try that with mkvtoolnix 4.0 and still the same results". I'm pretty sure version 4 and version 6 are the same in that respect. Neither use header removal compression. I think the header removal compression was enabled by default from version 4.1 onward.

[fits79]

I tallied i use another program to rip the bluray disc.

And it is useless from the beginning this audio head compressation for two years this is the reason that now was disable it.

[hello_hello]

So..... ripping the disc with a different program effected MKVMergeGUI's use of header compression and it's ability to split files?

Out of curiosity, when you said "it is useless from the beginning this audio head compression for two years this is the reason that now was disable it", should I interpret that as you saying I wasn't wrong after-all?