Bug #3482
Disturbings on Full HD sat receivings
100%
Description
Full HD content from "Astra_19_2E/11361.75H/ZDF HD" is showing a lot of disturbings and glitches on KODI 15.2 with th pvr client 2.1.18 without using timeshift.
The logfile doesn't show any usefull information. SD content seems to be o.k.
What shall I provide to help finding the root cause?
History
Updated by Jaroslav Kysela almost 9 years ago
Same here, 15.2 VAAPI, i7-4900MQ (IntelĀ® HD Graphics 4600):
20:39:21 T:140611902490368 WARNING: VAAPI::FFGetBuffer - no surface available - dec: 1, render: 3 20:39:21 T:140611902490368 ERROR: ffmpeg[7FE2C27FC700]: [h264] get_buffer() failed 20:39:21 T:140611902490368 ERROR: ffmpeg[7FE2C27FC700]: [h264] thread_get_buffer() failed 20:39:21 T:140611902490368 ERROR: ffmpeg[7FE2C27FC700]: [h264] decode_slice_header error 20:39:21 T:140611902490368 ERROR: ffmpeg[7FE2C27FC700]: [h264] no frame!
When I switch to software decoder (Settings -> Video -> Acceleration -> Render method / Advanced settings level), everything is fine.
This bug is probably for ffmpeg / kodi - the accelerated playback should decode frames more intelligently.
Updated by Jaroslav Kysela almost 9 years ago
And a little note - the timeshift IS USED (partially in some cases like on-demand) if you have enabled timeshift in the tvh timeshift configuration tab.
Updated by Jaroslav Kysela almost 9 years ago
Some technical details: The ZDF HD uses heavily PTS re-ordering and PTS/DTS offsets, so it differs from other streams where usually PTS is equal to DTS and small PTS re-ordering is in use.
Updated by Manfred Kreisl almost 9 years ago
I'm also having those periodic artifacts, but on cable tv channel "Das Erste HD". Disabling VAAPI helps but sometimes they still appears.
Updated by Manfred Kreisl almost 9 years ago
Manfred Kreisl wrote:
I'm also having those periodic artifacts, but on cable tv channel "Das Erste HD". Disabling VAAPI helps but sometimes they still appears.
... and only if timeshift is enabled
Updated by Alfred Zastrow almost 9 years ago
Hi Jaroslav,
thanks for explaining this. Then I have to decide to stick at HTS Tvheadend 4.1-1264~g0f069c7 or (not tried yet) to cancel timeshifting.
br
Alfred
Updated by C K almost 9 years ago
Alfred Zastrow wrote:
Hi Jaroslav,
thanks for explaining this. Then I have to decide to stick at HTS Tvheadend 4.1-1264~g0f069c7 or (not tried yet) to cancel timeshifting.
br
Alfred
Maybe a duplicate of https://tvheadend.org/issues/2744
Just disabling Timeshift (and restart of the stream) "fixed" this issue
Updated by Jaroslav Kysela almost 9 years ago
- Status changed from New to Fixed
- % Done changed from 0 to 100
Applied in changeset commit:tvheadend|196b1d9f1219cca201fed6e4c0ff33fab79cc52c.
Updated by Jaroslav Kysela almost 9 years ago
I did some more tests with completely removed packet reordering and it seems that everything works as expected. I would like to know the real culprit why the decoding failed, because the order of video packets is not changed - but the elementary streams were shuffled to keep PTS difference at minimum.
Fixed in v4.1-1333-g196b1d9 .
Updated by Alfred Zastrow almost 9 years ago
HTS Tvheadend 4.1-1333~g196b1d9 is fine now.
Thanks
Alfred
Updated by Manfred Kreisl almost 9 years ago
I can confirm: artifacts are away
Thanks for your excellent work, Jaroslav