https://bugs.kde.org/show_bug.cgi?id=420939
--- Comment #41 from tagwer...@innerjoin.org --- (In reply to Scott from comment #40) > ... I am not sufficiently knowledgeable to provide the detail you appear to be > after ... > ... I would think that 20MB per sample file would be sufficient ... No problem, I'm certainly tapping in the dark and learning as I go... I think that finding comparative test cases, where one can be indexed and the other not, is the bigger job. If you've got that, then the sharing of the samples "ought" to be easier (dropbox perhaps...) 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.