Tvheadend

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.

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.

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.

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

Same here with Kodi 14.1 at Openelec and pi2

I'm also having those periodic artifacts, but on cable tv channel "Das Erste HD". Disabling VAAPI helps but sometimes they still appears.

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

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

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

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 .

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

Thanks
Alfred

I can confirm: artifacts are away :)

Thanks for your excellent work, Jaroslav