bug-libextractor
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

DATA_TIMEOUT in gstreamer_extractor


From: Daniel Golle
Subject: DATA_TIMEOUT in gstreamer_extractor
Date: Sun, 27 Sep 2020 15:04:30 +0100

Hi!

Runtime-testing libextractor on hardware with less powerfull or
networked I/O the gstreamer plugin always failed on the first couple
of runs on the same file and then magically worked. Turns out this
is because of DATA_TIMEOUT being 750ms which is not enough for many
video files (where metadata extraction requires some seeking) e.g.
when reading form usb-storage. Once the relevant parts of the file
were loaded into the kernel's fs cache, it worked.

It'd kinda be great to have an 'let it take as long as it takes'
option or at least be able to override that hard-coded default using
an environment variable.
I'm not very familiar with gstreamer and if such an option could end
up having libextractor decode the whole file eg. in case of broken
or missing indexes...

What do you think?


Cheers


Daniel



reply via email to

[Prev in Thread] Current Thread [Next in Thread]