https://bugs.kde.org/show_bug.cgi?id=420939
--- Comment #40 from Scott <shagooser...@gmail.com> --- (In reply to tagwerk19 from comment #39) > I was imagining a test file would have to be very short and it's probably a > matter of much luck (and gut-feeling) to find test cases where the baloo / > ffmpegextractor failed. There is no problem identifying where ffmpegextractor failed, they are all the files without a duration and there are thousands of them. > There's a "container format" and the encoding? (I only have a very basic > knowledge here :-) > > Where is the metadata (like duration) held? Is this clear cut? Or is it > "It's copied to the container, but if it's not copied, you have to look down > into the encoded source"? I am not sufficiently knowledgeable to provide the detail you appear to be after but my limited understanding is: In a standard video, from the perspective of the video player, you have 3 streams, video, audio and subtitle. In an advanced container as I have discussed in this thread such as .ts, .m2ts and .mkv files (containers/wrappers) there may be many more streams than the 3 which the video player uses to produce the watchable video. Each stream is encoded and read using a specific codec and is entirely stand-alone, bearing no dependency relationship to the container whatsoever. The audio and video streams have duration metadata, subtitles I don't know as they are either a collection of still images or a text file. M2ts and ts containers also have duration metadata while mkv containers do not see, https://trac.ffmpeg.org/wiki/FFprobeTips. Unless provision can be made to upload larger files it will not be possible to send a sample to be investigated. I would think that 20MB per sample file would be sufficient. -- You are receiving this mail because: You are watching all bug changes.
