Search:

chapterEditor(cE) rev1.44 is available.
Windows
Linux



Change chapterEditor

added &
fixed *

Again: great work and many thanks.

chapterEditor(cE) rev1.43 is available.
Windows
Linux


There is a new cE version with several improvements and a few bugs have been fixed.

DGDemux version 1.0.0.73 must now be used for BD2mkv because Rocky has made important improvements.

cE doesn't have its own internal mp4 parser, so that was too much effort for me. As nice as the structure of MP4 may be, it can only be used for a few codecs, which I never use myself.
Therefore MTX is used as a parser and cE processes what MTX delivers.
But I'm also not sure whether FFmpeg sets the END times itself when you extract the chapters from the mp4 (if I understood that correctly).

Matroska XML can handle end-times


No you overlooking nothing. Editing in the Converter is not possible. This would be tooooo much work, for each format. The converter is only for convert from one format into another.


Strange. I don't know and I have never running in such situation.

Hi Ennio

Here a new test version with END time support.

That would be great. Reading it, do I understand correctly that ffmpeg's format is the new & only one that would use end time - also for the last chapter, that is?
[/QUOTE]
No there are some other formats which support an END time. Matroska of course, GraseVallyEdius V2 + V3 (with using a chapter duration) and some more. But only Matroska seems to use this value in a meaningful way (my opinion).

It's not a problem for Matroska if the timestamps are distributed all over the place.
So a chapter with start = 1h - end = 2h can be before a chapter with start = 0h - end = 1h.
But that will definitely cause problems in FFmpeg MetaData format (I suspect).


Yes, in cE all values are altered dynamically, and the value "1/1000" is currently the default value in cE.

Yes, cE can read from some formats the duration, like MKV's and other chapter formats.

I have to implement this for this new format, so that the Converter has this info.

Hi Ennio

Yes it looks like your player don't support ordered chapters. mpv, VLC and MPC are the ones which have this support long time ago.

Last end time stamp:
When you feed cE with a chapter format which don't use a duration of the entire file, there is no way to know what the last end timestamp is.
Scanning a media file to get the highest timestamp is easy, but you have to use external programs. (cE is not MediaInfo)

All other END time stamps are simple the next start timestamp.

Hi Ennio

Here is a test version of cE for you.

Take all the time you need. Maybe I have in night a test version for you.
cE will initially generate the end times automatically and only the start times are important. Existing end times should and will also be taken into account.

Hi Ennio

In the attachments there is the 2-ordered-chapter.xml. You can add this chapter to any MKV and it will be play only 2 seconds.
(The Player must handle ordered chapters, if not the entire file is played with two chapter marks)

mp4 is a container which don't support ordered chapters, but FFmpeg can mux to MKV directly and maybe is then the END time used.?
Could you test this please?

MediaInfo is a very great tool, but I would not fully trust the chapter section.

Can you make a test please?

Use for the first chapter START=0, END=1000 (TIMEBASE=1/10000) and for a second START=2000, END=3000

What is the play duration of such file?

Matroska(an MKV) would play now only 2 seconds of a video.

Surely you mean this the other way around.[/QUOTE]
Ups, yes you are right.



Then I can imagine standalone mediaplayers, running on poorly written firmware, expecting this also for mp4. Can't vouch for it, but I don't expect ffmpeg being able to mux chapters-metadata files with "END=..." only at the last chapter.[/QUOTE]

I didn't express myself correctly.

There will of course be END times for all chapters. All end times are known except for the last end timestamp.

Yes I read this and I'm sure the a END must be the same value liek the START time of the prev chapter.
In Matroska is the END time exclusive. A Player play until the END time is reached.

Thanks for the link, any information helps.

I still find the END times a bit confusing.
Because it is not clear whether the times have to be in a row without gaps or whether there can be gaps between the end and start times (next chapter).

For Matroska it doesn't matter what value the timestamps have, since such ordered chapters determine the playback order and the player has to stick to the chapter times.

Reading in such chapters already works in cE, and I'm in the process of finishing coding the output in the converter (but it's a little more than expected, because of these end times).

The converter isn't really equipped to work with end times and I'm not sure how to install that yet.

OK. In the specs (from the link) there is no restriction, a value of 12/3456 is/should be also valid.

OK. An option to set the TIMEBASE with a valid value should be fine. I like options :-)

Do you know which values are valid for ffmpeg?

You could test this already. Delete the "TIMEBASE" line in your chapter.txt file. One second is 1.000.000.000 nano second.

I have read the specs and there is a nice feature for the "TIMEBASE". When it is omitted the times(start, end) are used as Nanoseconds.
I always prefer the highest precession, so I plan to omit the "TIMEBASE" line. Is this OK for you?

OK. Thanks for this link this will help.

Hi Ennio

Very interesting format is that. And yes I will implement the support for this format(loading and export).

Is the Timebase always 1/1000? I guess no. Is there a better spec description?

chapterEditor(cE) rev1.42 is available.
Windows
Linux


There is again a new cE version with some bug fixes and improvements, as well as a necessary adjustment for the BD2mkv editor.

MKVToolNix(MTX) has removed the display for the HEVC DV EL track in v81, as this is now processed automatically internally.
Therefore this track is no longer displayed in the BD2mkv editor.
However, this slightly disrupts the normal process for demuxing these tracks, and only DGDemux can now process this properly.

chapterEditor(cE) rev1.41 is available.
Windows
Linux

It's that time again and this time there's a bigger update.

Firstly, there is a new editor in Matroska Tools -> Matroska Content-Grouping.
And secondly, cE is now compatible with dark mode.

many thanks

So fast, so great, thank you.

eac3to does the same gap-processing (actually it is not a gap it is overlapping)


You are welcome.



Mmmh, I have not really an idea. I use also Win7 64bit and the shortcut on my desktop looks fine. I have also a shortcut in the taskbar without garbled.

chapterEditor(cE) rev1.40 is available.
Windows
Linux

A small update because DGDemux is now also available for Linux.
Now it is possible to create multi-edition mkv's under Linux, as well as edit UHD discs.

The current version of DGDemux can be downloaded here.
https://www.rationalqm.us/dgdemux/binaries/

chapterEditor(cE) rev1.39 is available.
Windows
Linux


It is time again for an update.
A new editing tool is now available for BD2mkv: DGDemux.

The author(Rocky) of DGDemux has implemented all my wishes, and so DGDemux is now better than eac3to for demuxing the tracks.

Many thanks autodidact for this fast work.

chapterEditor(cE) rev1.38 is available.
Windows
Linux


A hotfix for the chapter database because the server changed something and you could no longer log in.



Change chapterEditor

Change chapterEditor

added &
fixed *
improved #
changed %


rev1.37 2023-04-16
// chapterEditor

very fast. Thanks.

chapterEditor(cE) rev1.36 is available.
Windows
Linux


A smaller update with a few repairs and an important fix for the Matroska Tags.



Change chapterEditor

Ok, but other players maybe don't support ordered chapters and Blu-ray players definitive not.

Another trick maybe could work:
Increase the DefaultDuration of the Track.

In my signature is a Tool "DiscShare".
If you like you can share with me the Blu-ray (not fully).

Can you post your chapters.xml file?

And still the question what a player do you use for playback your mkv?
Not all players supports the ordered chapters.

The image has a duration and I guess the time is 41,666ms.
A first chapter for this image could be this:
1. chapter start 00:00:00.00000000 -> end 00:00:00.041666666
this chapter is visible and you can set a name.

Duplicate this chapter and remove the chapter name and activate the Hidden Flag.
Now you can duplicate this new hidden chapter so often you want to get a virtual duration for this image you need.

My question was, do you use a player which supports ordered chapters?
Which player do you use?

I use only MPC-HC, it is the best Matroska player currently on this planet.

You can check your player: Go to my Matroska-Playback repo and download the test files for Ordered Chapters.

A player which supports ordered chapters, there is no problem to play an image with a duration of 1 day (1 year or more longer).
This is the magic of ordered chapters.

Which program was that?

A chapter has not really a duration. The duration of a chapter is computed in the player and only when the chapters are ordered (ordered Edition).

The MKVToolNix issue has nothing to do with the duration. The delaying chapters works similar to Audio delays.
It is a simple shift of the timestamps.



Can you please share with me this mkv? Or where can I get it?

I can understand you.
But such Menu features are currently not implemented in Matroska.
And when the specs in future include it, all the players needs an update for the support.

You can increase the time for each image to 1 day if you want. But I know this is not a perfect solution.

Interactive Movie feature is planned for Matroska but I guess it takes a long time before it is ready,