Project

General

Profile

Bug #3482

Disturbings on Full HD sat receivings

Added by Alfred Zastrow almost 9 years ago. Updated almost 9 years ago.

Status:
Fixed
Priority:
Normal
Assignee:
-
Category:
-
Target version:
-
Start date:
2016-01-06
Due date:
% Done:

100%

Estimated time:
Found in version:
tvheadend_4.1-1327~gf65b842_amd64
Affected Versions:

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

#1

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.

#2

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.

#3

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.

#4

Updated by Sam Stenvall almost 9 years ago

@perexg can you open a ticket on trac.kodi.tv?

#5

Updated by C K almost 9 years ago

Same here with Kodi 14.1 at Openelec and pi2

#6

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.

#7

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

#8

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

#9

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

#10

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.

#11

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 .

#12

Updated by Alfred Zastrow almost 9 years ago

HTS Tvheadend 4.1-1333~g196b1d9 is fine now. :)

Thanks
Alfred

#13

Updated by Manfred Kreisl almost 9 years ago

I can confirm: artifacts are away :)

Thanks for your excellent work, Jaroslav

Also available in: Atom PDF