Kodi.tv kanál

Open Source Home Theater Software
  1. Update: Of course, this was an open source joke. We're going to keep supporting all the platforms and keep our Kodi username. The XBMC shirt is actually real though, so you are welcome to keep grabbing those if you, but only for a few more days.



    As many of you may have noticed, Google has decided to remove autocomplete support for the word Kodi. While the team finds this move disappointing, we've determined a real solution for the problem. While Kodi no longer autocompletes, XBMC still does! As such, starting today, we are officially changing our name back to XBMC.

    But we're not stopping there. We've had a good long run being a multi-platform system, but at the end of the day covering six or more platforms has become far too much of a stress. Android support alone taxes our resources in a way no volunteer development team can ever reasonably be expected to handle. And all the other platforms just makes this worse. So, in an executive decision that we believe the entire community will support, we at Team XBMC have decided to fully embrace our roots.

    Starting today, we would like to announce that we are exclusively supporting only the Xbox One. We will be disabling support for all other platforms in the forum starting immediately and will begin shifting our website to reflect this change in the very near future. The work to make Kodi for Xbox a premier platform has finally paid off!

    Making this decision was not easy. For example, there was a lot of debate about whether to fully embrace the name XBMC, or to change to XBOMC (Xbox One Media Center), but at the end of the day, we thought tradition should win out. Also, the current numbering scheme was developed for multiplatform support, so we decided that our upcoming release should be renamed AND RENUMBERED from Kodi 18.0 to XBMC 3.0.0. It just makes sense!

    We will be reskinning XBMC 3.0.0 to something a bit more appropriate ASAP. But we’re excited to say that because we are only supporting a single platform, we anticipate full release this April, or at the latest early May!


    In addition, we're excited to announce a limited 3 day sale for this rename featuring XBMC shirts, mugs, and stickers!

    Kodi Sale

    Thanks for sticking with us all these years! And Android, OSX, iOS, and Linux... see ya later!

  2. A new hope dawns and it is finally time to start heading towards a final release. Today we are happy to announce that we are bringing you the first official pre-release Alpha build to a galaxy near you.

  3. We are excited to announce that Kodi has been accepted as a Google Summer of Code 2018 project! Students, as of the time of this publication, you have about 2 weeks to start thinking about project ideas.

    If you are a student interested in applying, please head over to our project Ideas page and begin thinking about what you might like to hack on. We’re excited to see what ideas you come up with! This page covers several idea we feel would fit the project however it is not an extensive list so new ideas are also welcome. We even made a special forum section to further discuss your ideas and if they would fit the project. You can find it here.


  4. Around November 2016 the team decided that v17 Krypton was mature enough to start with the release steps and as such it was branched off from our main development tree. This basically means it received its own place in our development repository and would only receive bug fixes and small improvements. This is also the moment that frees up the possibility for several core developers to start another cleanup and improvement spree that was also done when just starting with v17. This usually entails to take a more evasive steps on cleaning up code and less taking in account that certain parts will be broken for a certain time. Having a good foundation to build on is key in anything and that also includes a software application.

    It’s hard to renovate a home while people are constantly using it and it’s easier to just move them to a neighbouring home while parts are being torn down and being rebuild.
    Maybe this is a simple analogy however it kinda fits. Another one is replacing the wheels and engine of a car while you’re doing 120km/h on the freeway. Better pull it aside and do it properly and give the driver a spare car that still works fine although it's not so fancy driving yet.

    In the past we mentioned doing RERO (Release Early Release Often) at times and to be honest we didn’t really got to that part so far. Only the bugfix versions of the final builds followed this to just make fixes available as soon as we saw fit. For a massive application like Kodi with many platforms and components a RERO approach is quite demanding on all people involved and perhaps it wouldn’t really make sense to do so in current state we are in. We do see this improving by the day so we are on the right track. At current time v17 is already a year old (with 17.6 bugfix past november) however it really just works fine across the board and should keep working for a long time. As we continued the work with current v18 Leia it kind of became apparent that the current workflow we are in works very very well. A healthy balance (at least that’s what i personally feel) is currently active between cleanup, features and fixing regressions. A lot of Team members and also regular users are running these nightlies builds and it’s getting rock solid to use. Of course you should still keep in mind that on any upgrade a small glitch could happen as we are still doing rework. Having a semi recent backup is certainly always a good idea.


    Currently included

    Now we got that part covered here’s what actually happened over the past year.

    To this point in time we’ve done

    • More than 5900 (code chunks changed)
    • More than 1830 pull-requests (collection of commits that were included in one go)
    • More than 7580 changed files
    • More than 350.000 code lines removed
    • More than 397.000 code lines added
    • Over 35 opensource developers
    • A lot of free time developing and testing these changes
    • Quite likely several cases of beer or wine

    So that’s quite a lot of work done by these volunteer developers and people these changes. Hopefully once you start upgrading the experience you have will be great and appreciate the work being done.

    Stability and usability is key

    In general the whole stability has been improved quite a lot. The times you still get glitches or occasional crashes haven been reduced due to just ripping out not so well coded parts and replaced with a more structured design and standard. Not that the old code was bad however over time new insights were gained and having newer code standards just make it better. Untangling all parts or components and make them behave better next to each other has been one of the biggest efforts done so far.

    Music library

    Music section also gained lots of improvement for those who cares a lot about having a clean music library. Going through the code and scanning options a better understanding was gained on the past intentions and redone in a more structured way. The same accounts in a smaller part for video library although that was in a better maintained state. What is new however in v18 is that similar to music we can now also use the embedded tags and fill the library based on that instead of using file names. For now this has been disabled by default as there’s simply a lack of really well defined standard and proper easy to use video tagging software. We hope with Kodi now gaining this ability a gained interest will make these available.

    Live TV

    Next part is the great feature of Kodi to use it as your Live TV and recording front-end. It’s one of the less well known features as it requires certain knowledge and thinkering to set this up however once it works you’ll love it. To be able to use this you’ll need some extra hardware like a USB tuner or a network tuner like HDHomerun to get the cable or ether signal converted to a video stream. This in combination with one of the PVR server software options like VNSI or TVHeadend (more options are available) you instantly gain a very pleasant TV experience. What has been done over time is improving the usability and stability of this component and trying to make it a great replacement for your normal cable/ether set top box. A starting guide can be found here: Live TV and PVR/DVR Setup Guide

    Windows and UWP

    For Windows specific several big things happened. First of all we got added as 32-bit Bridge application to Windows store which makes it easier for new users to install Kodi and receive updates. A simultaneous action was converting Kodi to a full 64-bit application which took quite some effort. A more detailed story can be read here: Windows 64-bit is here

    Now that was out of the way a long lived dream of quite a few became an option again. Getting Kodi running back on a XBOX like where it all started more than 15 years ago. Since 27 December 2017 we released Kodi once again for the XBOX (One) and is available from the Store. A more detailed story can be read here: Kodi for XBOX One



    Regarding Android we just continued to do what we started some years ago and that was stripping all custom written code and simply following the official Android standards. When XBMC back then became available for Android a lot of specific code was written to get it running on those low powered devices and we had more capabilities than any other application back then. Over time stock Android improved a lot and basically all what we had custom made was becoming readily available to be used. At that point we started dropping old stuff and just applied the standards which reduced support burden for the developers. Now all that was done we could start looking at new features and from that we gained the Leanback search integration on Android TV that shows Kodi content on Android TV itself. We now also include Google Assistant out of the box so theoretically you don’t have to pick up the remote anymore. To be honest it’s still uncomfortable and weird talking to your TV giving it commands. For Android TV Oreo there’s a whole new interface which includes the option to fill so called Channels that shows specific content from your app. We can proudly say that Kodi is actually one of the first applications that actually has this integrated. With the great hidden Kodi feature called Smartplaylists you can now populate the Android TV screen with content you want. For the touch enabled devices we can also say this has improved quite a lot as well make it feel more natural.


    Linux gained some great things as well which might not mean a lot for regular users though. For our Google Summer of Code we had a project integrating Wayland display server protocol (again) to our code base which is meant to be the successor of X11 Window System. Since Linux is also quite divided on display drivers we had quite a lot of code implementations getting Kodi running on the variety of devices out there. To reduce the maintenance burden of this code a general path was chosen and for GBM (Generic Buffer Manager) and V4L2 (Video for Linux). With this only a small part of the initial code is needed to get devices running and from this newer devices would just run out-of-the-box once the Linux kernel supports these.

    Retroplayer and input manager

    Retroplayer together with input manager makes controlling Kodi using various remotes or controllers much better and a plug and play experience. Not having to thinker finding the correct configurations is something that we all would like and hopefully this achieves this.

    Video Player

    Now comes on of the biggest changes over past year. The video playback which is of course where Kodi shines. Once designed for the old XBOX and old video standards there wasn’t really taken lot in account with future standards and the massive increasement of video resolution and new codecs. With future in mind work started to redesign this section and to split it from into its own component to not be hindered with whatever happens in the user interface or other parts. Making the sure video gets the highest CPU/GPU priority over anything else happening makes sure you don’t get stuttering video or audio when navigating. This sounds so obvious to do however this wasn’t done or even possible in the past. Parallel to that, parts are reworked to be a lot more efficient and need way less CPU while gaining quality. Higher resolutions like 4K and 8K are also kept in mind next to HDR and new video codecs once they become available.

    DRM (Digital Rights Management)

    With the work above being done in the video player a possibility came up to also allow something that opens Kodi up for using it in combination with DRM protected content. These days it’s quite common for content owners and providers to protect their content with encryption. With v18 we added the ability to also play this content as it was actually intended by the DRM system. Depending on the used hardware and included license you can now playback this content which usually also comes with a subscription service. Instead of the sometimes clunky apps a possibility would be to just use the trusted Kodi environment to watch what they have to offer. There are already several add-ons available from our repository that already use this capability and we certainly hope more will follow and that content providers will make their service available as official add-on.


    I’m sure there’s a lot more to mention however the list would become quite huge and maybe not that clear for the regular user. A more extensive overview can be found at Kodi v18 (Leia) changelog which is updated when changes are made. 

    The story continues

    Although we don’t rely have a clear future plan or clear cut goals we would welcome any developer who wants to spend time on getting Kodi better in every way. Either improving the core code to newer standards, fixing bugs or implementing a new feature we haven’t thought of. Compared to years ago the code has become better to understand and follow for newcomers to get started. Once we get something written down of certain to reach goals we will certainly share them.

    Release time

    You might also wonder when we will actually release this as a final version? Currently we don't really have a set time however it should at least be somewhere this year so. There's still enough room left for improvements however we could change our minds at any point in time and just call it ready enough to start the release cycle. In short we can't say or promise anything.

    That’s about it for now and we’ll go back at improving this upcoming v18 release. Should you wish to give it a try a new version is readily available each day. We can certainly recommend trying it out however take in mind that it’s not fully production and living room ready yet (take a backup). So far a guestimate of several hundreds of thousands users already use it so it can’t be that bad can it. You can get it from the download page clicking on the platform of choice and hitting the “Development builds” tab. For Android and Windows we have an easy to use download add-on which you can find in our repository.

    Go to the Official download page

    May the force be with you…..

  5. FOSDEM is a free event for software developers to meet, share ideas and collaborate.

    Every year, thousands of developers of free and open source software from all over the world gather at the event in Brussels.

    No registration necessary.


    FOSDEM 2018 - Presentations

    Below are the three presentations listed that our three Team Mebers will be holding on Saturday 3 February. Should you whish to attent better make sure you  are on time to have a seat. Full is full!


    3 February 2018: Wayland client basics - How to natively speak Wayland in your application, from the bottom up

    Wayland, the next-generation display server protocol, is slowly but surely taking over the Linux desktop. Preexisting and new applications will have to adapt to this new environment that is fundamentally different from how things used to work on X11 for a long time. This talk gives you the basics of programming native Wayland clients in 2018: the Wayland architecture and protocol world including recent developments, what you can and cannot do, the steps to get something visible on the screen, and why you might not want to do a native application after all.

    The presentation is intended to give a conceptual overview of things that any Wayland client programmer will have to look at. The architecture and design of Wayland will be shown and compared to X11. However, rather than porting applications from X11 to Wayland, the focus here will be on building native Wayland programs from the ground up. The Wayland ecosystem and relevant compositors will be described and suggestions for testing will be given. Furthermore, the process of getting a surface to the compositor for drawing it on the screen will be explained and all basic protocols needed for this such as the global registry, shared memory, surfaces, and shell surfaces including xdgwmbase will be introduced.

    The talk will not go too deeply into programming specifics and the libwayland C API, but some common pitfalls and best practices will be mentioned.

    Speaker: Philipp Kerling
    Location: K.4.401
    Time: 18:05 - 18:30
    Event link: click

    3 February 2018: Kodi v18 features and improvements - What we've been busy with

    A short walk through of what we have been doing past year since v17 release and what we are still planning to do.

    During the time we worked towards the final release of v17 some of our developers already took a head start for v18. During past year developers in and outside of the Kodi Team have been steadily refactoring and working on new features that will be included in the upcoming V18. Various parts have already been published in articles on our website though we will also sum up some parts that are in the pipe line. In total will try to do a brief rundown on what we hope will be included.

    Speaker: Martijn Kaijser
    Location: H.1309
    Time: 12:30 - 12:55
    Event link: click

    3 Februrary 2018: Kodi and Embedded Linux - Moving Towards Common Windowing and Video Acceleration

    In a world where a new single board computer (SBC) comes out every month it has become impossible to maintain all the proprietary methods that are used with the boards. A movement towards a unified windowing method and unified decoding methods has started. For Kodi version 18 a Direct Rendering Manager / Kernel Mode Setting (DRM/KMS) windowing method has been implemented. This allows any device that has a Linux kernel DRM driver to run kodi. The next step is video decoding, where each SBC has it's own specific decoder and software to run it. The Linux kernel implements a Video4Linux2 (V4L2) subsystem where drivers can register a decoder to be used under a common API. Kodi needs to be able to use a zero-copy path in order to display these decoded frames on the screen. For this to happen we need to use DRM-PRIME buffer sharing and specific EGL extensions such as EGLEXTimagedmabuf_import to present the frames. All this together will allow Kodi 18 to run on a vast variety of SBCs that have DRM driver and a V4L2 driver available.

    In order for Kodi to present decoded frames along with the GUI multiple planes have to be used. To use multiple planes an atomic DRM system has to be used. Atomic DRM allows control over each page flip and what is presented by each plane within one atomic commit. In Kodi this allows showing the Kodi GUI in the overlay plane and the decoded video frames in the primary plane. The decoded video frames exit the decoder in a semi-planar YUV format called NV12 (other formats may be possible as well). These NV12 frames can be presented directly in the primary plane and the DRM subsystem handles things like scaling and rotation.

    Presenting directly to a DRM plane has some downsides that need to be addressed. Depending on the DRM driver things like scaling and deinterlacing may not be supported. In these cases a separate rendering method has to be used. This other rendering method is entirely done in OpenGLES using the EGL extension EGLEXTimagedmabuf_import. This method allows directly importing the NV12 video frame into OpenGLES and manipulation can be done from there via GLSL shaders. Kodi already implements shaders that do the YUV to RGB conversion needed to output the image to the display. These shaders also implement scaling via various methods (lanczos, spline36, etc) and deinterlacing via bobbing.

    All this together will allow SBCs such as NXP i.MX6, Allwinner H3, Rockchip 3288 and 3328, Qualcomm Dragonboard 410c, and many more to work with Kodi without implementing any new methods. This work is underway is largely merged into Kodi master already.

    Speaker: Lukas Rusak
    Location: K.4.401
    Time: 16:00 - 16:50
    Event link: click



Naše projekty

  • Sledujte náš youtube kanál


    G+ Stránka


    G+ Podpora


    Kdo je připojen

    Právě přítomno: 43 hostů a žádný člen


    Email: podpora@centerko.cz

    Poslední komentáře

    Maceček Richard - Komentováno na Dnes bylo představeno nové Ras... v Joomla Article
    Skvělé, už to máme objednáno. Určitě to otestujeme :-)