There is nothing about TS file on
http://kodi.wiki/view/Features_and_supported_formats
I have a problem with playing some TS files, I have posted it on bug tracker, but one of the developers states it has to be like that.
Some other players (e.g. Android MXPlayer, Windows PotPlayer) plays these files without any problem.
My settop box generates these files when recording - so far I haven't had any problems playing them.
TS is a container, have you tried remuxing to mkv?
I think converting to another format is not a solution.
I want to know if Kodi officially supports TS container, then I will fight for full support of this format
I mean, I will convince developers Kodi should play all TS files.
The problem is well known by developers - first video stream in TS file is empty. Kodi tries to play empty stream while other players skip empty streams and play first non empty.
Well what retarded software is writing TS files with empty video streams? It looks like the vu+ needs fixing.
Maybe it needs, but for some other video players this is not a problem.
The first question is whether it's the underlying stream or whether it's something VU+ is doing to it.
The next is whether there's any way to tell Kodi to select an alternative video stream, as you can audio (I'm not aware of one).
YOu then have the option to remux, as suggested - a very quick job - ffmpeg from the command line could just delete the offending stream if it is just a null stream and if the PAT/PMT still functions. Otherwise, remuxing to mkv and leaving out that stream does away with the PAT anyway.
I presume 'other players' simply fail over and move on to the next stream, but it's highly unusual for one broadcast to contain multiple streams anyway (why take that bandwidth?) so there's no real reason to do that.
Broadcast dvb tv has, on any particular frequency, multiple video and audio streams. Each channel is a selection of one video and one or more audio streams.
The job of a backend is to choose the right streams for a particular channel and either record them or pass them on to the watching (frontend) software. If a blank video stream is being passed, something is wrong before kodi even gets involved.
I've been scratching my head, trying to think if there's any reasonable use case for having multiple video streams within a channel. I can't convince myself there is, simply because of the waste of bandwidth: why broadcast, say, a different perspective/angle when you could be using that bandwidth for an entirely separate channel? It only makes sense in a premium, paid-for model, and even then I'm not convinced... does anyone really use the different viewing angles available on some shiny discs, for example?
. A logfile will tell most, I suppose.