Optimized for Fire TV

   AFTVnews

   Kodi

   BBC F1

   Autosport

   Autocar

   UK News

   Reuters

   BBC Technology

   Engadget

   TechRadar

   RedShark News

   NASA Image of the Day

   NASA JPL News

 

Custom Feed:

 

[ New RSS Page (Beta) ]

 

 

Kodi News

Sun, 30 Sep 2018 08:21:58 +0000


Devcon 2018 - Sofia - Part III

One more day, with enough content to warrant a separate blog post - partly because people are still here for the most part, partly because of new stuff that's been added to the agenda as we've gone along, and partly because of the topics that, despite our best efforts, managed to escape from previous days.

We began the day with a broad retrospective of the past year: for each person, what went well in the past twelve months, what could have been improved. As you might expect, we covered far too many topics to cover here, spanning as they did nearly every aspect of people, process and technology. However, it was a useful conversation that gave time to both be proud of the positive while reflecting on where we still need to focus more effort. We'll work through and digest everything that was said and perhaps come back to it as a separate, future post, as the conversation will help shape where we go next.

Next up, lrusak took us through his experiences and presentation at both FOSDEM (Brussels) and Linaro Connect (Vancouver) this year. His talk was mainly aimed at shifting from vendor-specific or closed code (kernel and blob dependencies) to more universal, open source methods, specifically around windowing and rendering on embedded Linux (SoC) platforms such as Allwinner, Broadcom and Qualcomm. As well as simplifying our core code and removing the need for maintenance and use of platform-specific patches, this also has the potential to deliver performance advantages and broader platform coverage. Overall, there are some real benefits once we can tap into specific libraries via standardised kernel calls rather than depend on userspace code that's in turn reliant on monolithic, all-purpose blobs that may include a whole load of code that simply isn't needed for Kodi.

We discussed Kodi "remixes" - forks, feature branches, JeOS distributions, and similar variations - and how they link back to our trademark policy and support overheads: what's allowed, what can we tolerate, what can we manage, how does it appear to our users. This is an area full of opinion and interpretation, rapidly wandering into genuine legal implications. While this is something we really don't want to have to worry about, it's something we must keep aware of, as historical experience has demonstrated. As such, we'll be revisiting aspects of our practices to ensure that we protect Kodi while, at the same time, embracing the broader community where we can see that there's positive intent and genuine common benefit.

More ]

 

 

Read Full Story ]

Story found on https://kodi.tv/feed/


 

 [ Kodi v18 Leia - Beta 3 ]      [ Devcon 2018 - Sofia - Part II ]