Wrong Chapter Timing

[Dazkine]

http://dasarim.wordpress.com/2013/07/31 ... idr-frame/

Thats also important i guess. When you are dealing with H264 not every I-Frame can be used as a Chapterpoint just IDR Frames

Every IDR Frame is an I Frame, but not every I Frame is an IDR Frame.

[ndjamena]

Iron Man: Armoured Adventures Chapters (Blu Ray (ChapterGrabber)/MKV/Difference)

Code: Select all

00:00:00.000000000 - 00:00:00.000000000 - 00:00:00.000000000
00:01:31.132688800 - 00:01:31.132708333 - 00:00:00.000019533
00:10:54.820822200 - 00:10:54.820833333 - 00:00:00.000011133
00:21:45.387400000 - 00:21:45.721083333 - 00:00:00.333683333

00:22:30.390688800 - 00:22:30.390708333 - 00:00:00.000019533
00:24:35.932755500 - 00:24:35.932791666 - 00:00:00.000036166
00:31:54.746133300 - 00:31:54.370791666 - -00:00:00.375341634
00:44:14.860511100 - 00:44:15.110791666 - 00:00:00.250280566

00:45:00.614555500 - 00:45:00.447750000 - -00:00:00.166805500
00:47:21.213333300 - 00:47:21.004833333 - -00:00:00.208499967
00:53:16.776888800 - 00:53:16.818625000 - 00:00:00.041736200
01:06:47.920555500 - 01:06:48.170833333 - 00:00:00.250277833

01:07:33.090666600 - 01:07:33.090708333 - 00:00:00.000041733
01:10:13.459200000 - 01:10:13.459250000 - 00:00:00.000050000
01:16:39.845200000 - 01:16:39.553291666 - -00:00:00.291908334
01:29:07.759022200 - 01:29:08.343000000 - 00:00:00.583977800

01:29:52.887444400 - 01:29:52.887500000 - 00:00:00.000055600
01:32:01.641066600 - 01:32:01.641125000 - 00:00:00.000058400
01:42:16.004800000 - 01:42:15.838041666 - -00:00:00.166758334
01:51:29.891466600 - 01:51:29.891541666 - 00:00:00.000075066

01:52:15.395266600 - 01:52:15.395333333 - 00:00:00.000066733
01:54:44.836222200 - 01:54:44.836291666 - 00:00:00.000069466
02:00:47.865555500 - 02:00:48.115875000 - 00:00:00.250319500
02:13:57.529422200 - 02:13:57.529500000 - 00:00:00.000077800

02:14:43.158333300 - 02:14:43.158416666 - 00:00:00.000083366
02:18:09.823111100 - 02:18:09.823208333 - 00:00:00.000097233
02:30:03.744666600 - 02:30:03.786458333 - 00:00:00.041791733
02:36:27.544733300 - 02:36:27.544833333 - 00:00:00.000100033

02:37:13.048533300 - 02:37:13.048625000 - 00:00:00.000091700
02:39:14.586599900 - 02:39:14.503291666 - -00:00:00.083308234
02:47:17.402266600 - 02:47:17.277250000 - -00:00:00.125016600
02:59:50.070866600 - 02:59:50.571458333 - 00:00:00.500591733

03:00:35.616355500 - 03:00:35.616458333 - 00:00:00.000102833
03:04:06.743933300 - 03:04:06.744041666 - 00:00:00.000108366
03:15:53.783599900 - 03:15:54.284208333 - 00:00:00.500608433
03:22:31.764511100 - 03:22:32.140000000 - 00:00:00.375488900

03:23:17.310022200 - 03:23:17.310125000 - 00:00:00.000102800
03:25:28.691266600 - 03:25:28.691375000 - 00:00:00.000108400
03:38:59.000755500 - 03:38:59.000875000 - 00:00:00.000119500
03:45:39.442466600 - 03:45:39.442583333 - 00:00:00.000116733

03:46:24.987977700 - 03:46:24.988083333 - 00:00:00.000105633
03:48:53.719888800 - 03:48:53.720000000 - 00:00:00.000111200
03:54:50.784933300 - 03:54:50.785041666 - 00:00:00.000108366
04:08:17.590933300 - 04:08:17.841291666 - 00:00:00.250358366

04:09:03.178133300 - 04:09:03.178250000 - 00:00:00.000116700
04:11:30.491955500 - 04:11:30.492083333 - 00:00:00.000127833
04:18:30.870244400 - 04:18:30.870375000 - 00:00:00.000130600
04:31:08.460422200 - 04:31:08.919333333 - 00:00:00.458911133

04:31:54.005911100 - 04:31:54.006041666 - 00:00:00.000130566
04:34:04.678111100 - 04:34:04.678250000 - 00:00:00.000138900
04:39:54.777866600 - 04:39:54.778000000 - 00:00:00.000133400
04:53:49.945533300 - 04:53:50.404458333 - 00:00:00.458925033

MAX CHANGE = 583977800ns, chapter sixteen, episode 4 part 4

I guess I'm wrong then, the maximum change is just a little over half a second. The chapters are in the wrong spots. I guess I'd need Split By M2TS to get the proper episodes without identifying the cut points manually. Since it's essentially a simple mux it should be easier to implement than Split By Chapters and should provide some of the infrastructure for the eventual addition of Split By Chapters as well. But... Maybe one day, until then...

According to AVIDemux '01:29:07.7590222' points to a b-frame, well into a GOP and nowhere near the beginning of the end credits. But it IS closer than the MakeMKV marker. The MakeMKV marker is one whole GOP and several frames away from the scene change. Bad authoring much?

Some chapters are shifted backwards a bit, some forwards but never by more than point six of a second. I guess it's possible the I-frames your chapters were on weren't actual IDR frames after all, I'm not sure how to tell (bi?).

[Dazkine]

mh today I ve ripped a movie with MMKV 1.8.10 and the chapterlist was fine (max offset of 3ms, compared with chaptergrabber)

But it was another movie.

[cyborg]

Is there anything new about this? I also have the problem that some chapters start too early, which leads to glitches. Will this be changed/fixed?

[cyborg]

Hmm, no reply to my question, so I guess MakeMKV's approach won't be changed.

Is there an easy way to adjust the chapters manually? I can try and adjust the chapters manually in chapter editor of Mkvtoolnix but that is really no fun. Can I grab the chapter information from Bluray somehow and adjust it in MKV file generated by MakeMKV?

[mike admin]

Hmm, no reply to my question, so I guess MakeMKV's approach won't be changed.

It was not changed (next I-Frame), however there was a bug that caused an incorrect I-frame to be selected. It was fixed around 1.8.10 I think.

[cyborg]

It was not changed (next I-Frame), however there was a bug that caused an incorrect I-frame to be selected.

The chapters in mkv files created with 1.8.11 sometimes begin some ms too early, e.g. in converted movie "Cloud Atlas" nearly every chapter begins with a frame of the last chapter. So this is not changed because chapters should point to start of a GOP?

[trumpet205]

I too like to have this issue addressed. A simple option in the settings to disable timing correction is sufficient.

I experienced artifacts when using chapter seeking on Frozen 3D because of timing being changed by MakeMKV.

[cyborg]

Is there an easy way to fix the chapter timings if MakeMKV's behaviour is not changed?

The most easy way I found out is:
- export chapter information from bluray with ChapterGen
- load generated OGG text file into chapter editor of mkvmergeGUI
- save chapter information into mkv file generated with MakeMKV before

Is there another way which is more easy?

[cyborg]

Is there no other (more easy) way to fix the wrong chapter timings than the one described above?

[Dazkine]

Nop

[Dazkine]

Any news?

[cyborg]

Still no news on this?

[Ferrett1983]

Any news on this issue? MakeMKV is a fantastic program which I've used for a long time and it still bugs me that when I skip to a chapter I get the last few frames from the previous scene. I'm having to extract the chapters with eac3to/dgdemux which tales alot more time.