Frankie Robertson
Frankie Robertson
@innerlee @JoannaLXY Any thoughts about this?
Okay I've gone ahead and bisected it manually and for the same example which anyone can youtube-dl themselves, it seems I pointed to the wrong culprit. (Sorry @innerlee & @JoannaLXY!)...
Okay the problem was introduced here: https://github.com/dmlc/decord/commit/7b6c0e9a4d404087fc1fcede58b3720bb67d425b 584e5f8 ``` 3645 frames, elapsed time for sequential read: 2.1434860229492188 300 frames, elapsed time for random access(not accurate): 2.1971733570098877 300 frames, elapsed time...
Yeah that's a good tip (and quite similar to what `get_batch(...)` does internally I think) but it seems the problem here is probably the switch to frame number based seeking...
However v0.4.0 is the last known good version rather than v0.4.1 due to https://github.com/dmlc/decord/issues/100
I am using Debian Bullseye. It looks like I have the same version of the relevant FFMPEG/lib although am missing libavdevice. Here is the full info: ``` frankier ~/.../decord/build %...
Everyone experiencing this seems to be on Linux (Ubuntu or Debian). @trifle had libavdevice so that's probably not the problem. It is interesting that OS X seems to not have...
My use case involves only reading the video in a single pass, so no caching is needed. I suppose in terms of optimising I was thinking about at least two...
Otherwise let me know which way you think is best, and I can put together a PR.
Firstly, thank you agronholm for your work on this module. The current PR seems like a reasonable first fix, and it would be nice to see it merged, but I...