| User review:
|
I assume the attachments are added with the tracks so you know they're there without having to search the tabs. It does seem like a silly way of going about it, but it's early days and I guess it will be fixed at some point.
MMG was terrible with keyboard navigation, MKVToolNixGUI is set to repair that. Shifting the focus willy nilly destroys any possibility of decent navigation via keyboard. Mosu will have to come up with a better way of doing business, hopefully by allowing navigating tracks via keyboard somehow while within the properties section.
You can turn most of the warnings off in preferences, they're an OPTION to prevent loss of information and to clarify what the user intends.
Why even ask why anyone would want multiple tabs? Because you don't use it in the particular usage pattern you tend to find yourself in? I'll agree that not being able to replace a job with a new one efficiently is a problem that needs to be looked at, but questioning multiple tabs is just being obtuse.
MMG was never perfect, it was aging and was extremely limited. The new GUI is being designed to break those limits, it's an improvement and with improvement comes change. I'm kind of annoyed that the new GUI has keep the same Header Editor layout as MMG, THAT is one of the things I wanted to see changed by having all the properties on a single page.
Unless you have only a singe track in the file the tags aren't duplicating information. Once you get a second stream in a file it is impossible to know the length of any single track without parsing the entire file and therefore impossible to know the bitrate or the number of frames. Any program that's been giving out info about files without the tags and without going through every single bit in the file has just been guessing the contents of the file up to now. The developer of MediaInfo has been well aware of that since day one, he has had to deal with all the complaints when people realise MediaInfo gives out the wrong information so he's one of the biggest champions of the tags. If you have an MKV with only a single variable bitrate track amongst it's constant bitrate brethren and constant frame rate video the information MediaInfo gives out will be CLOSE ENOUGH that the inaccuracies won't matter, but wrong is wrong and when you come across a file that's not as clean cut MediaInfo output becomes worse than useless. _STATISTICS_WRITING_APP and _STATISTICS_WRITING_DATE_UTC aren't there to provide information to the user, they're there to make sure the tags belong to the actual file they're found in, they're security in case someone remuxes a file with a program that simply copies the statistics tags blindly. They have nothing to do with anything, and if anything simply signify how badly the Matroska specs were originally planned out.
|
