The VideoLAN Forums

Hey.

We are using the latest code base from git://git.videolan.org/vlc-ports/android.git as of this writing (e84d8efaa8c2bbcbaaba5e0c3595ea5fc02ae56d). After building it, we've got the APK for VLC for Android.

All is well, playback is working fine even for HLS (we are using http://cdn1-a.production.vidio.static6. ... ,.mp4.m3u8). However, when we try to seek, it says that the stream is unseekable. However, playing the same HLS using VLC v2.2.1 Terry Pratchett (Weatherwax) on Ubuntu, we could seek to any given time.

1. Is seek functionality on Android version expected to work for HLS?
2. If seek functionality for HLS isn't yet implemented, can we have guidance on how to implement it? We are willing to invest time and resources to implement this feature for the community.

Thank you.

So, we're rewriting the HLS support in VLC in 3.0.0. Android version is based on 3.0.0, so there might be some regressions there.

The best you can do is compile the latest on Ubuntu (not that difficult) and check if it works there, or not. Then file a bugreport.

So, we started anew and the latest commit is df2cd48351bf1689cd26aa1f1947fdfccf7c78ab. Using the same HLS URL, we couldn't perform seek using the APK built.

We also tried using the .aar built into a fresh new Android project. Using the org.videolan.libvlc.MediaPlayer class, the method `isSeekable()` returns true, but seeking isn't happening properly. We'll file a bug report for this issue.

Update #1
The log is submitted at http://pastebin.com/z8u8PwqR.

Update #2
We found the following log when seeking:
Update #3
Is there a way we could help for this feature?

FIle a bug with a sample.

Very interested in the outcome of this one as we are having the same issue in our app using LibVlc compiled on Aug 20.

I'm seeing the same thing with a very similar playlist as the above sample. This is a pretty severe issue as it's preventing the use of basic operations within the player.

Fixed.