![]() I did not yet saw such MP4 file, but I had same kind of issue with another format (MXF) (the MP4 case was especially pathetic: there were two tracks of different types, one audio and one video, that used the same track number/ID header field).Īh ah. Actually, I never heard of people who combines MediaInfo and mkvmerge before your change, this is new for me, I never thought that a change on your side would have so much impact on my mailbox (not so much, ok ok. I understand because I have the same issue, but we also need to deal with how the users use the tools. I was a bit "flooded" (as you) by people complaining this does not work anymore between MediaInfo and mkvmerge (only for Matroska files, I did not heard of MP4 issue, maybe not used by people using MediaInfo and mkvmerge). Sorry if I was a bit aggressive, this was not intentional, only some disagreements (usually, I am the one impacted by dumb files, now I am on the other side :) ). Luckily they're extremely rare, and it's been quite a while since I came across the last one. Yes, such files do exist, I've seen them in the wild. The only problem are files in which the creating application decided to be dump and used the same UID for more than one track. Thanks.Įdit: The next release of mkvmerge will also output the track's UID (that one is actually present in the file) in the verbose identification mode allowing correlation of the information that mkvmerge provides and information that other tools output (mkvinfo, MediaInfo etc) as long as those output the UID as well. I change them in order to fix existing bugs. I don't change these things in order to annoy the biggest amount of people that I can. Especially not for stuff like Ogg streams in which those IDs are usually random 64bit numbers.Īlso my documentation has always spoken about track IDs and about retrieving those by querying mkvmerge itself. It also relates to MP4 files there another issue was cropping up which prevented mkvmerge from simply using a header field present in the source file for track identification (the MP4 case was especially pathetic: there were two tracks of different types, one audio and one video, that used the same track number/ID header field).įor most formats mkvmerge has never used a header field as the track ID. This was done in order to fix a bug in mkvmerge. This is a pain, but don't complain to me, complain to Mosu not wanting to assign anymore the track number to his "Track ID" as he did in the past. It seems to be useful for some people that MediaInfo is "compatible" with mkvtoolnix, so I may add a "hidden" (you have it with "-f" option) field indicating the track order, starting form 0, for MKVs. So: Track ID from mkvtoolnix is not more associated with and Identifier, this is not an identifier, this is a track order, so "ID" field from MediaInfo can not be anymore used. TrackNumber is discarded now by mkvtoolnix. Summary for lazy people: Mosu decided, for a reason I can not undertand (he explained why he must have the same number everywhere, he did not explain why TrackNumber is discarded), to use something NOT in the file to identify a track, new ID is not an ID, but it is the track order (the order in the file) starting form 0. I was wondering if you were going to adjust your code to reflect the change in the next version of mediainfo ? Mosu changed how mkvtoolsnix handles tracks IDs in MKV files. You could also sort Files based on Bitrate in a folder ect and additionaly get the image thumb and preview playback if needed and all that without any extra application :)Ĭurrently i scan the files and output the data into a simple html database but its also awkward (no instant result) so i thought maybe someone feels like me and did a extension or is working on one :( Something like Microsofts own supported files integration or like from 3rd parties such as Sonys MFX, or Nerodigitals, DivX Inc Extension just more versatile and non specific Mediainfo would be best suited for this and it would save so much time not needing to always select->right click->start mediainfo and tooltip also you need to hover over dozen of files all the time :(. interlace status ect) without needing to always open the mediainfo gui when working with several files, i wonder that no one needs that it could save time :) I dont mean the tooltip i mean a direct column view integration into Explorer (with selectable data source from mediainfo like codec, container, bitrate,video format,audio format bitrate, framerate, maybe some more codec specific stuff like reference frames, b-frames, gop status, gop time.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |