[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
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- DATA_TIMEOUT in gstreamer_extractor,
Daniel Golle <=