Bug #4132
Error in bitstream of HD-channels
0%
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
Updated by Thomas Sweden almost 8 years ago
Updated by Jaroslav Kysela almost 8 years ago
Use latest tvh. The parser won't be changed in 4.0 (unless someone else does it).
Updated by Thomas Sweden almost 8 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.
Updated by C K almost 8 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)
Updated by Thomas Sweden almost 8 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
Updated by Jaroslav Kysela almost 8 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?
Updated by Jaroslav Kysela almost 8 years ago
- Found in version changed from 4.0.9 to v4.1-2383-gdf9bd3e, 4.0.9
Updated by Artem Astafyev almost 8 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.
Updated by saen acro almost 8 years ago
Artem Astafyev
This is more relayed to stream splitter inside VLC
Updated by David JAFFRE almost 8 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 ?
Updated by Jaroslav Kysela almost 8 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.
Updated by David JAFFRE almost 8 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.
Updated by Thomas Sweden almost 8 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."
Updated by ZZD M almost 8 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?