Just found a little bug here - the stream was missing the first 32*2048 byte and this offset was enough that MI could not find the Text-stream with 64kb chunks; the funny thing is that with 512kb chunks MI was able to find the Text-stream even with the offset from my bug. maybe this helps a bit
I am facing the same problem via Java: If I stream buffered data into libmediainfo using 64kb buffers, the Text-stream will not be found (does not care if I enable/disable seeking). But if I increase the buffer size from 64kb to 512kb the text streams are found! I am doing my tests with a .m2ts file here EDIT: using libmediainfo 19.09 here
I am facing the same problem via Java: If I stream buffered data into libmediainfo using 64kb buffers, the Text-stream will not be found (does not care if I enable/disable seeking). But if I increase the buffer size from 64kb to 512kb the text streams are found! I am doing my tests with a .m2ts file here
unfortnuately we were not able to find one single file which causes the crash. But I've rewritten the the code since it looks like the issue is being caused by multithreaded access to libmediainfo via JNA... looks like either libmediainfo or JNA (or a combination of both) is not threadsafe.. But since I've rewritten the code to access libmediainfo only from one thread it works - sorry for the noise
Crash at reading an image file (jpg) on macOS Mojave