No seeking in ts files played back via SMB?

[Techflaws]

I've connected a Fire HD7 tablet to my LAN via Wifi and when starting VLC for Android 1.9.10 and selecting local network, all my SMB shares are listed and accessible. However, when I start playback of a ts file from my NAS, I cannot seek during playback, I'm getting "no seekable stream". I can seek in the very same file playing back from Windows over SMB and when I copy it to the Kindle and play it back locally. Any ideas?

[Techflaws]

bump

[Jean-Baptiste Kempf]

Yes, it's a current limitation.

[splash_]

Any update on this please?

[pypk]

Any update? VLC is almost perfect now. Would be nice to be able to seek when playing file over SMB.

[Jean-Baptiste Kempf]

Any update? VLC is almost perfect now. Would be nice to be able to seek when playing file over SMB.

2.5.12?

[InTheWings]

That's not related to ts, as the underlying defines if it is seekable or not.
Likely not a ts file (compressed stuff) with ts extension.

[pypk]

I'm using the latest version of Android VLC (3.0.13). I have the same problem seeking while playing a .ts file over the network (SMB or FTP). If I copy the file to the device and play it locally, seeking works. I logged any issue at https://code.videolan.org/videolan/vlc- ... issues/643. By the way, the same file plays perfectly (with seeking ability) on the Windows platform and the IOS platfrom. Problem seemed to be localized to the Android platform.

Hope this can be fixed soon.

[lemmy999]

I have noticed the same problem with every version of Android VLC I have used including the latest. The seek works fine on the Windows and IOS platoform for me as well. I hate having to use Kodi to watch .ts files

[Dekans]

Could you share one TS file which is not seekable on Android but is on other platforms?

[lemmy999]

Could you share one TS file which is not seekable on Android but is on other platforms?

pypk has a link to a .ts file example on his submission of an issue (#643)

https://code.videolan.org/videolan/vlc- ... issues/643

Here is the direct link to the video

https://1drv.ms/v/s!AlR-Udd23kkUoUg67PfqwAtltE26

But if you need another example I can create and share one as well. But the seeking issue only occurs when playing over the network (SMB, FTP, etc). If the TS files are copied to local storage the file is seekable. pypk and myself have both confirmed this with files that weren't seekable when played over the LAN. Thanks.

[paultry]

My work-around for this - I put this script: for %%f in (*.ts) do call ffmpeg -i "%%~f" -vcodec copy -acodec copy "%%~nf.mp4" in a .bat file and copy it to each folder containing .ts files I wish to stream. You'll need ffmpeg in your path, or just copy ffmpeg.exe to the folder containing the .ts file. Run the .bat to create .mp4 copies of all .ts files in the folder. No demuxing/remuxing/compression so it is very fast - just a few minutes for a one hour 5 or 6 GB .ts recording. Video and audio quality of the .mp4 appears to be equal to the original .ts, even retains closed captions. The .mp4 will then stream to Android VLC and allow skip/jump/seek functions. I have a few shows I stream daily or weekly. For each of those, I set a Windows task to run the .bat a few minutes after the show finishes recording. It takes regular maintenance to delete the already copied .ts files else you'll have data overload. Not a perfect solution but it works for me.

[lemmy999]

Thanks. Like you said it isn't a perfect solution, but it is easier and faster than copying the file over to the device for playback. Thanks.

[lemmy999]

As of the latest version (3.1.2) this still has not been fixed. Is it going to take quite a bit of work or is there just not interest in fixing this bug?

Thanks.

https://code.videolan.org/videolan/vlc- ... issues/643

[Jean-Baptiste Kempf]

This is a complex task. We try to do it for 3.2.0

[lemmy999]

Ok, thank you for the response (and also for the work on VLC). I had no idea how complex the solution would be.

[ygorlin]

I have had the same problem with .mpg files (recorded from HD Homerun via their app) forever, but (at least in the latest version 3.1.4 that I just downloaded) I have no problems with .mp4 files recorded on my Samsung phone even when the files are on the same SMB server as the .mpg files. Perhaps this info will be of some help to the developers.