Project

General

Profile

Bug #4132

Error in bitstream of HD-channels

Added by Thomas Sweden about 4 years ago. Updated almost 4 years ago.

Status:
New
Priority:
Normal
Category:
Streaming
Target version:
-
Start date:
2016-12-10
Due date:
% Done:

0%

Estimated time:
Found in version:
v4.1-2383-gdf9bd3e, 4.0.9
Affected Versions:

Description

On Kodi, the bitstreamparser gets garbage and then tells: Sorry I cannot interpret this. This then returns false and Kodi hw decoder is silently going down.
See here:
http://trac.kodi.tv/ticket/16578

So: Input is broken, it's not valid x264 data. Please fix that whoever generates this data.

History

#2

Updated by Jaroslav Kysela about 4 years ago

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

#3

Updated by Thomas Sweden about 4 years ago

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

Updated by C K about 4 years ago

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)

#5

Updated by Thomas Sweden about 4 years ago

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 :(

#6

Updated by Jaroslav Kysela about 4 years ago

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?

#7

Updated by Jaroslav Kysela about 4 years ago

  • Found in version changed from 4.0.9 to v4.1-2383-gdf9bd3e, 4.0.9
#8

Updated by Artem Astafyev about 4 years ago

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.

#9

Updated by saen acro about 4 years ago

Artem Astafyev
This is more relayed to stream splitter inside VLC

#10

Updated by David JAFFRE about 4 years ago

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 ?

#11

Updated by Jaroslav Kysela about 4 years ago

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.

#12

Updated by David JAFFRE about 4 years ago

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.

#13

Updated by Thomas Sweden about 4 years ago

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."

#14

Updated by ZZD M almost 4 years ago

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?

Also available in: Atom PDF