This came up because of this thread originally, so I did some testing.
Note: This might be a tvheadend problem – malformed files? – but the issue only shows on these tablets – not on others, or my ‘phone, or on LibreELEC, or Ubuntu. There was also no mention in the original thread about tvheadend as a source, so there’s clearly some Kodi/platform dependency on varying file sources.
The original poster reported audio but no video on .ts files on his Lenovo tablet, Kodi 16.1 – I tested on one of my Lenovo Yoga tablets and had similar issues.
Moving up to Krypton B6 to do some better testing, and I now get no audio either. The screen simply stays there; any navigation attempt, and you just get garbage all over the screen as everything fails to render (on Estouchy, you can see the progress bar at the top flickering in place as the files fail to do anything). Disabling all hardware acceleration and files will play, albeit with buffering (obviously).
Debug log and sample files link – apologies for Dropbox, but it’s a 6MB log file, which is way too big for paste sites (and you can’t pastebin videos, anyway 
). Logfile is uncompressed text so you can check it’s safe.
While the OP thought it was a .ts problem, it’s not – re-wrapping into .mkv doesn’t solve anything, nor does processing through avidemux and trimming before remuxing to really push things. So it’s something in the elementary streams; this could, of course, be a source problem, as I said above.
The debug log shows testing with multiple samples – component logging on video and ffmpeg is enabled, so it’s all very verbose:
1. OTA DVB-S2 H264/AC3 HD recording via tvheadend 4.1-2346~gc09f704
2. OTA DVB-T2 H264/AAC HD recording via tvheadend 4.1-2346~gc09f704
3. Another OTA recording from one of the same sources (DVB-S2, I think)…
4. … and then the same file, remuxed into mkv by mkvtoolnix gui 9.6.0
5. A partial get_iplayer download, H264/AAC SD
6. Playing one of the files with various combinations of hardware acceleration
7. … and then playing it with none
(1) to (4) fail; (5) works; (6) fail in all forms, (7) plays but buffers.
BR rips that have been through Handbrake are okay; a quick test of HD get_iplayer is okay; I’ve also tested some older OTA recordings, and *some* of them are also okay, but not all. So it’s file- (and device-) dependent. I don’t know the OP’s source, but he stated that he couldn’t play IPTV as a result.
Playing the files over SMB (as in the logs) or NFS makes no difference. Playing locally also makes no difference.