[TESTING] Kodi 16 (Jarvis) test builds for OSMC

[Dilligaf]

Not sure if it will help but try turning on “wait for network” in MyOSMC>Network

[netmax]

@Dilligaf: Yap, I’ve tried that yesterday and so far that seems to work.

[sam_nazarko]

@Mandragore

Bottom line, my question is if the Jarvis build of OSMC identifies itself as a Jarvis version to enable updates of addons/skins? In particular, the author tells to be sure of the value for minversion tag.

Yes – OSMC’s Jarvis builds will correctly identify themselves as other Jarvis builds would:

WEBSITE http://kodi.tv
VERSION_MAJOR 16
VERSION_MINOR 0
VERSION_TAG BETA5
VERSION_CODE 159805
ADDON_API 15.9.805

[sam_nazarko]

@Yaffle

I’ve just tried updating and am having major problems. I seem to have a recurrence of the the problem from August / September (iirc) of menu items / text disappearing (much more missing this time though)

I have fixed that and will include it in the next Jarvis test build:

[package] [mediacenter-osmc] In CApplication::OnApplicationMessage, when handling TMSG_SETOSMCWALKTHROUGHSTATE, do not check for param.size(), as we are not sending an array in the message. Fixes an issue where reloads were prohibited (skin change issues; profiles not working properly).

Sam

[martinmax]

Hi Guys, please tell me once we are on this test builds is there any option to revert/update on the latest stable Kodi version ?

[taiebot]

yeah it looks like the bug I reported will be solved.

Thanks for letting us try Jarvis early to report bugs.

[richvdh]

Firstly thank you for making these builds available. The upgrade from Kodi 15 is a welcome improvement.

I wanted to mention that I’m also seeing buffering and jerky playback, similar to what Marciano mentions. This only appears to affect Live TV, and only SD (mpeg-2), not HD (mpeg-4). What appears to happen is that the video buffer empties, so the stream stops while it fills; but as soon as it fills, it plays all the video in the buffer very quickly and starts buffering again. Pausing the stream for a few seconds, and then resuming, fixes the problem.

I’ve posted a section of debug log at http://xbmclogs.com/pexpyb7pp.

Any ideas?

[ActionA]

@richvdh

Any ideas?

Hi there!
Can you please provide complete debug logs? Have you purchased and installed the mpeg2 codec from the Raspberry Pi foundation?

Thanks!

[richvdh]

Sure. Full log at http://www.xbmclogs.com/pd3uzlfiv. Interestingly I also discovered that it doesn’t happen on the first channel which is played - the problem only starts once I switch channel (at 11:34:33 in this log).

Yes I’m using the hardware mpeg2 codec.

[richvdh]

Turns out pausing and restarting only solves the problem briefly. It starts happening again after a couple of minutes.

[popcornmix]

@richvdh

Sure. Full log at http://www.xbmclogs.com/pd3uzlfiv. Interestingly I also discovered that it doesn’t happen on the first channel which is played - the problem only starts once I switch channel (at 11:34:33 in this log).

Yes I’m using the hardware mpeg2 codec.

Can you switch from “PLL adjust” to “resample audio” as sync method. The PLL method is not good with live TV.

[richvdh]

Sure. I tried PLL adjust because it seemed to make things marginally better than Resample Audio.

Updated log at http://xbmclogs.com/pfyrkr8qf.

[richvdh]

For the record: this does also happen with MPEG-4. Maybe slightly less frequently.

[popcornmix]

@richvdh

Sure. I tried PLL adjust because it seemed to make things marginally better than Resample Audio.

Updated log at http://xbmclogs.com/pfyrkr8qf.

And different without your advancedsetting.xml file?

[richvdh]

Not really. The advancedsettings were an attempt to solve the problem. The only thing they achieved was making it a bit more obvious what was going on by forcing the playback to stop for longer, and slowing down the loop.

[popcornmix]

Is the tv server backend up to date?

[richvdh]

Is the tv server backend up to date?

It’s running tvheadend 4.0.8 - the latest from the tvheadend 4.0 pre-release repository. This seemed to be working ok before I upgraded osmc, so the backend wouldn’t be my first suspect. Happy to try with a different version if you think it might help, though.

[hsus]

Are updates to these builds delivered through My OSMC or do we need to update manually?

[taiebot]

Beta 5 is out… getting ready to update

[sam_nazarko]

@hsus

Are updates to these builds delivered through My OSMC or do we need to update manually?

You’ll need to update manually