Kodi Community Forum

Alright, I'll post them when I get home.

@fritsch

Can you advise at all on an issue I'm having with audio and PVR?

I use an STB which has to switch over to the relevant channel when I start a channel in Kodi (I think this is where the issue is caused).
Usually when switching between SD/HD the video playback starts in Kodi but there is no audio, then after a second or two the video playback freezes until I hit stop. I can then launch the exact same channel (STB now doesn't have to switch) and it plays fine..

I think the issue is that there is no audio at the start of the PVR stream as the STB is 'mid switch' then when the channel is tuned Kodi doesn't pickup the audio stream.

I've attached a log - I managed two successful tunes, and then the last tune failed (for reference things go downhill at 20:23:43 in the log).
Any idea how I can get around this issue? (can't get rid of the STB unfortunately!)

Log is here: http://xbmclogs.com/pjammrtti

Thanks!

Sorry no idea.

Here are the logs. Pastebinit didn't work for some reason so I used something different.

kodi.log:
http://pasted.co/5dfef35e

dmesg:
http://pasted.co/38554646

journalctl -S "today":
http://pasted.co/ba9158fb

vainfo:
http://pasted.co/8e35e315

The drops only start after about 20 seconds, which can also be seen in the debug log.

Edit:
and pacman -Qs mesa:
local/glu 9.0.0-4
Mesa OpenGL Utility library
local/libtxc_dxtn 1.0.1-6
S3 Texture Compression (S3TC) library for Mesa
local/mesa 11.1.2-1
an open-source implementation of the OpenGL specification
local/mesa-demos 8.3.0-1
Mesa demos and tools
local/mesa-libgl 11.1.2-1
Mesa 3-D graphics library

Let me know if I forgot something.

Quote:22:58:53 T:140231554627328 DEBUG: Previous line repeats 1243 times.
22:58:53 T:140231554627328 DEBUG: AddOnLog: Tvheadend HTSP Client: pvr.hts - demux unhandled subscription message [descrambleInfo]
22:58:53 T:140231493371648 DEBUG: AddOnLog: Tvheadend HTSP Client: pvr.hts - demux send speed 100
22:59:03 T:140231554627328 DEBUG: Previous line repeats 1302 times.
22:59:03 T:140231554627328 DEBUG: AddOnLog: Tvheadend HTSP Client: pvr.hts - demux unhandled subscription message [descrambleInfo]
22:59:03 T:140231493371648 DEBUG: AddOnLog: Tvheadend HTSP Client: pvr.hts - demux send speed 100
22:59:04 T:140231484978944 DEBUG: Previous line repeats 69 times.
22:59:04 T:140231484978944 DEBUG: CalcFrameRate counted 1000 frames without being able to calculate the framerate, giving up
22:59:04 T:140231493371648 DEBUG: AddOnLog: Tvheadend HTSP Client: pvr.hts - demux send speed 100
22:59:04 T:140231484978944 DEBUG: Previous line repeats 1 times.
22:59:04 T:140231484978944 DEBUG: CVideoPlayerVideo::CalcDropRequirement - dropped in decoder, Sleeptime: 0.040920, Bufferlevel: 3, Gain: 0.080000
22:59:04 T:140231493371648 DEBUG: Previous line repeats 1 times.
22:59:04 T:140231493371648 DEBUG: AddOnLog: Tvheadend HTSP Client: pvr.hts - demux send speed 100
22:59:04 T:140231484978944 DEBUG: Previous line repeats 8 times.
22:59:04 T:140231484978944 DEBUG: CVideoPlayerVideo::CalcDropRequirement - dropped in decoder, Sleeptime: 0.040370, Bufferlevel: 3, Gain: 0.080000
22:59:04 T:140231493371648 DEBUG: Previous line repeats 1 times.
22:59:04 T:140231493371648 DEBUG: AddOnLog: Tvheadend HTSP Client: pvr.hts - demux send speed 100

You have a problem with your backend. Please ask in the tvheadend forum.

Thanks for the help. I opened an issue on the TVHeadend tracker but I think the problem might be in the addon.
Kodi v16 stable works fine but the latest nightly version has the same problem (using the same TVHeadend version).

It seems like Kodi is seeking at certain intervals or something, hence the "demux send speed" calls.

BDMV and iso videoes does not cache from nfs, I have enabled cache of everything to my ssd on a nuc5cpyh with 120gb ssd, mkv caches, but bdmv and iso caches 0 B.

-> trac.kodi.tv please

fritsch Wrote:You have a problem with your backend. Please ask in the tvheadend forum.

This has nothing to with the backend. Kodi triggers "SetSpeed()" on the PVR addon all the time for some reason which causes hiccups. It is not supposed to be called all the time, only when fast-forwarding or rewinding. I'm assuming this could be related to the inputstream work done recently.

No report from any other backends.

Probably because they don't use SetSpeed().

Or probably they use it in a correct way?

(2016-03-23, 14:18)negge Wrote: [ -> ]It is not supposed to be called all the time, only when fast-forwarding or rewinding.

It is, see ffmpeg demuxer how to handle this.

Well, it didn't do that before, right?