-
Notifications
You must be signed in to change notification settings - Fork 59
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
seekToTime is not accurate #167
Comments
It seems that the video splits in 3sec sections, and the video can just to be sought only at the beginning of each section, is there any way to solve this problem? |
I have this problem on Android. On iOS it starts play just prior to my seek target, which is fine, but on Android it's WAY off, sometimes half the video off. i.e. I try to seek to the middle of an 8s video and it starts at the beginning. I also noticed that on Android the 'seekToTimeCompleteEvent' is fired immediately by 'seekToTime' as well as later when seeking actually completes (and it's way off)... makes no sense to me. I could really use a fix for this. |
My videos are .mp4, H.264, AAC 48 kHz |
output1.txt |
Also I've removed the 'sendEvent(VideoCommon.seekToTimeCompleteEvent' in 'seekToTime' which seems like a bug. |
This is a part of my code (and it works as expected) :
the result is:
now here is my problem: let's change the pos value to 10345
the result would be:
just pay attention to the check 3 it shifts back! and that is my problem.
The text was updated successfully, but these errors were encountered: