(2016-07-03, 03:18)loggio Wrote: Any particular reason deinterlace support had been removed?

That was accidental - it should be back in latest build.
I'm working on a new scheme where deinterlace is being removed from decoder and added to renderer, and that commit was unintentionally included.

Have been stalking this thread for a while, wanted to finally say thanks for all the fine work folks - loving following the progress. I'm not much of a developer so can't contribute, though.

I wanted to ask if kodi addons are in the scope of this testbuild, or if they're mostly expected to not work until they're individually upgraded by their developers to support Krypton?
I'm having trouble getting EarthCam to work, for example, for which I have an error log - are these the kind of things sought for testing purposes? Or does it come down to having the expertise to know whether the error would be down to the working Krypton build, as opposed to the Libreelec build?

(2016-07-03, 12:32)Pinchanzee Wrote: I wanted to ask if kodi addons are in the scope of this testbuild, or if they're mostly expected to not work until they're individually upgraded by their developers to support Krypton?
I'm having trouble getting EarthCam to work, for example, for which I have an error log - are these the kind of things sought for testing purposes? Or does it come down to having the expertise to know whether the error would be down to the working Krypton build, as opposed to the Libreelec build?

It is up to add-on authors to update their add-ons to latest version of Kodi.
Check the add-on support thread to see if they claim Krypton compatibility (many do, many don't).
If they don't claim compatibility and the add-on doesn't work with these builds then you can request support on the add-on thread.

If they claim support for Krypton, or if if an add-on was working one day and fails the next, then you can mention it here, but it may well be that an API
has changed and they need to update again (although it could also be an accidental regression - we'll try to work that out).

We're still in the alpha stage of Krypton development, so breaking API changes are allowed. As Krypton moves to beta and RC stages, breakages become less likely.

(2016-07-03, 12:32)Pinchanzee Wrote: I wanted to ask if kodi addons are in the scope of this testbuild, or if they're mostly expected to not work until they're individually upgraded by their developers to support Krypton?
I'm having trouble getting EarthCam to work, for example, for which I have an error log - are these the kind of things sought for testing purposes? Or does it come down to having the expertise to know whether the error would be down to the working Krypton build, as opposed to the Libreelec build?

It is up to add-on authors to update their add-ons to latest version of Kodi.
Check the add-on support thread to see if they claim Krypton compatibility (many do, many don't).
If they don't claim compatibility and the add-on doesn't work with these builds then you can request support on the add-on thread.

If they claim support for Krypton, or if if an add-on was working one day and fails the next, then you can mention it here, but it may well be that an API
has changed and they need to update again (although it could also be an accidental regression - we'll try to work that out).

We're still in the alpha stage of Krypton development, so breaking API changes are allowed. As Krypton moves to beta and RC stages, breakages become less likely.

for regular addon there are zero changes that would break it. like the addon simply doesn't work even in v16

(2016-07-01, 20:30)MikeKL Wrote: ----Edit----- Just watched full match, Wales 3:1 Belgium, what a great game of football and not a single drop/pause in 3.1Mpbs Limelight stream for whole match -----

It is possible the BBC have upgraded their servers and can handle more bandwidth now.

(2016-07-02, 19:10)popcornmix Wrote:

(2016-07-02, 17:45)MikeKL Wrote: I am also noticing that some skipping of frames is occurring with catch-up streams, which seems to me to be more noticeable and annoying in #0701.

"skip" steadily increasing in value, which is not occurring with live playback. (3.1 & 5.5Mbps Limelight)

If you think this is a regression, then identifying the first build with the problem would be very useful.

In summary, don't believe this is a regression

Stepped back to #0629 and skipping appears to be occurring with catch-up in way its not not occurring with Live streams (Streaming at similar/same times in day) but skips are not often and therefore not too annoying
(Live & Catch-up streams continue to play reliably at any time of day, which overall "if permanent improvement" is really great news as this has not been case for me in past at higher BBC stream bit-rates)

Stepped forward and through each build and actually skipping with catch-up is no better or worse in any of #0629 to #0702 releases.
(Streaming same catch-up program this morning for,10 mins approx in each of the builds)

What I have noticed (user observation) recently when using latest milhouse builds and iplayer www add-on is :-

BBC Live streams are playing much much better now (as you indicated may be due to perhaps BBC server upgrades)

BBC Catch-up streams do appear to skip more frames than live streams for similar playback time periods.

Catch-up skipping occurs "whilst just watching program" i.e. I am not moving around in Kodi GUI, and the skipping occurs regardless of debug log switched on/off before streaming.
(Note: Never switched on debug option this morning during tests)

(2016-07-03, 13:33)MikeKL Wrote: Stepped back to #0629 and skipping appears to be occurring with catch-up in way its not not occurring with Live streams (Streaming at similar/same times in day) but skips are not often and therefore not too annoying

Does enabling "sync playback to display" help the catch-up case? (I think it effectively gets enabled with live streams).

(2016-07-03, 13:33)MikeKL Wrote: Stepped back to #0629 and skipping appears to be occurring with catch-up in way its not not occurring with Live streams (Streaming at similar/same times in day) but skips are not often and therefore not too annoying

Does enabling "sync playback to display" help the catch-up case? (I think it effectively gets enabled with live streams).

Enabled "sync playback to display" via GUI Player Settings -> Videos Then ran 10 minute soak test with same BBC Catch-up item at same stream level of 3.1Mbps and lo and behold

(2016-07-03, 13:36)popcornmix Wrote: Does enabling "sync playback to display" help the catch-up case? (I think it effectively gets enabled with live streams).

That explains what I am experiencing...
Watching live TV, every now and then when I hear music eg: The Simpsons intro , the pitch of the audio shifts and makes music sound off/out of tune. This happens when I enable sync to display, but I've had it disabled and it's still doing it.
Why is "sync playback to display" enabled by default on live streams?
It's not going to stay that way is it?

(2016-07-03, 14:05)loggio Wrote: Watching live TV, every now and then when I hear music eg: The Simpsons intro , the pitch of the audio shifts and makes music sound off/out of tune. Why is "sync playback to display" enabled by default on live streams?
It's not going to stay that way is it?

Yes. The clock of the server may differ from the clock of the client (typically clock accuracy is 100ppm or 0.01%).
This needs to be compensated for, and that is done through resampling the audio to keep the two ends in sync (which is what sync playback to display).

On the Pi, you can enable "PLL adjustment" in system/audio settings which avoids resampling, and so avoids the pitch warbles.
It can't handle large differences in clocks (e.g. when trying to play 24fps video on a 25Hz display), but should be fine for typical client/server clock adjustment.

something still breaks the stalker client in #702, same error.
but then again I do not see the commit popcornmix suggested or anything else that might have fixed it.
I do suffer from old man's css (can't see s**) though.

(2016-07-03, 14:15)loggio Wrote: Ahh... Well there you go. So should I set PLL to 8 or lower?

8? I think the options are Off/Low/Medium/High/Max.
You should set it to the highest value that your TV/receiver is happy with. Too high and you may get audio/video dropouts. If you do lower it a notch and try again.

Quick Links

About Kodi

Kodi is a free and open source media player application developed by the XBMC Foundation, a non-profit technology consortium.

Kodi is available for multiple operating-systems and hardware platforms, featuring a 10-foot user interface for use with televisions and remote controls. It allows users to play and view most videos, music, podcasts, and other digital media files from local and network storage media and the internet.