One track can only have one type of sub-master that changes may
affect: TrackVideo or TrackAudio, and there are no other masters on
that level that are relevant. So the sub-master can still be stored in
the track.
Below that there are now at least two different masters changes for
the same track may apply to: VideoColour and VideoProject. Therefore
storing the sub-sub-masters and its children in the track doesn't make
sense.
This is in preparation of adding support for "video projection" track
header elements in #2064.
The information about each element's parents, its type, title and
description is available in property_element_c and used by mkvpropedit
already. As that's all the information needed by the GUI's header
editor, there's no reason to duplicate it in the header
editor. Instead it can iterate over the tables provided by
`property_element_c` and create pages based on that information.
This is in preparation of supporting the changes required for #2038
and #2064.
This implements one half of #2038.
Note that this commit breaks the GUI's header editor until support for
editing sub-sub-sub-masters will be added to it (soon).
This is needed for implementing #2038 and #2064. Those new elements
located in `Track → TrackVideo → VideoColour` and `Track → TrackVideo
→ VideoColour → VideoColourMasteringMeta`, meaning four levels
deep. So far both mkvpropedit and the GUI's header editor only
supported two levels (`Track → TrackVideo` and `Track → TrackAudio`).
As I'm not contented because of a very poor (humble) description regarding my person, I decided to add (complete) important information about myself and my role. I hope you have nothing against my initiative; I just felt that I deserve for more words than just "Polish translation" (only two words).
Thank you for understanding and accepting the pull request.
The shortcuts are the same used in all other views where moving with
keyboard shortcuts is possible: `Ctrl+Up` and `Ctrl+Down`.
Implements the first half of #2060.
Added an option in the preferences on "Multiplexer" → "Output" labeled
"Only use the first source file that contains a video track". If
enabled, only source files containing video tracks will be used for
setting the destination file name. Other files that are added are
ignore.
Implements the rest of #2058.
This is a new menu entry in the "source files" list box's context
menu. Selecting it will force the GUI to consider the selected file
to be the reference for automatically setting the file name, no matter
which file was originally added as the first file.
It will also force setting the destination file name once if automatic
destination file name generation is turned off in the preferences.
Implements part of #2058.
This removes shortcuts such as `Ctrl+Alt+1` for switching to the
multiplexer. These shortcuts overlapped with basic functionality on
keyboards that use an `AltGr` key, e.g. German ones, where `AltGr+7`
emits `{`. As `AltGr+key` is implemented as `Ctrl+Alt+key` under the
hood, this means that `AltGr+7` is really `Ctrl+Alt+7` which the GUI
now took to mean "switch to the job queue" instead of "insert
`{`".
Fixes#2056.
This commit implements two things for subtitle tracks:
1. There are several situations in which mkvmerge doesn't let the user
change the subtitle character set, e.g. due to a byte order mark in
the source file or the source file only supporting UTF-8
anyway (e.g. Matroska). In such a case the GUI will now disable the
"subtitle character set" drop-down box.
2. mkvmerge now outputs a track's encoding/character set as a track
property during file identification if that encoding can be
determined with confidence (same situations as in 1.). If that is
the case, the GUI will auto-select that encoding in the "subtitle
character set" drop-down box, even if that drop-down box is
disabled.
Both changes together give the user the information that she doesn't
have to take care of the encoding herself, and which encoding it
actually is.
Implements the GUI's part of #2053.
This is preparation for making the GUI present the encoding detected
by e.g. a byte order mark to the user so that she doesn't have to (and
cannot) chose a subtitle character set herself. Implements mkvmerge's
part of #2053.
This is preparation for making the GUI present the encoding detected
by e.g. a byte order mark to the user so that she doesn't have to (and
cannot) chose a subtitle character set herself. See #2053.
