Tvheadend

And here:
http://forum.kodi.tv/showthread.php?tid=291176

Use latest tvh. The parser won't be changed in 4.0 (unless someone else does it).

Jaroslav Kysela wrote:

Use latest tvh. The parser won't be changed in 4.0 (unless someone else does it).

Thanks, I just installed HTS Tvheadend 4.0.9-15~ga6740f9~xenial, but no difference.

Thomas Elwinger wrote:

Jaroslav Kysela wrote:

Use latest tvh. The parser won't be changed in 4.0 (unless someone else does it).

Thanks, I just installed HTS Tvheadend 4.0.9-15~ga6740f9~xenial, but no difference.

4.0.X isn't the latest. We are at 4.1-2378+ (yesterday)

C K wrote:

4.0.X isn't the latest. We are at 4.1-2378+ (yesterday)

HTS Tvheadend 4.1-2378~gca4ac74~xenial did not solve it either :(

Could you try to turn off 'Use packet backlog' in the General config (latest tvh)?

Do you see any TS errors / continuity errors in the log?

Interesting fact, but I can't get hardware decoding with VLC htsp plugin as well, however recordings play with acceleration. It looks like this can be related too.

Artem Astafyev
This is more relayed to stream splitter inside VLC

I have made some tests from the version 4.1-2398~gc38af4c, with and without the parameter 'Use packet backlog'. In all cases i have the issue.
What tools can be used to analyze the TS that output tvheadend ?

There is no TS stream provided for HTSP (Kodi) and VLC HTSP client.. The tvheadend parses the elementary streams to 'frames' (packets).

You may try to use the 'matroska' container for the debugging. This container use the tvheadend parser as the input, too. Just analyze if the contents in simpleblocks (matroska) are correct including timestamps.

There is some progress on the kodi side: [[http://trac.kodi.tv/ticket/16578#comment:32]]
It seem's that the problem is in kodi not tvheadend. For my part i had made somes tests with other pvr backend and i had the same issue on kodi android.

David JAFFRE wrote:

There is some progress on the kodi side: [[http://trac.kodi.tv/ticket/16578#comment:32]]
It seem's that the problem is in kodi not tvheadend. For my part i had made somes tests with other pvr backend and i had the same issue on kodi android.

Look at the next post, same ticket:
Changed at 2017-01-04T12:45:48Z by fritsch
"Btw. that build only retries with the hw decoder. It does not fix broken bitstream ... that tvh sends at the beginning. If you have such non working channels, but the recording itself plays, then you know the demuxer is foobar and needs fixing."

Any idea if this is still being investigated? At least with the current builds it's still a problem.

Or can we provide more relevant details/logs somehow?