Please do not post a support request without first reading and following the advice in https://retropie.org.uk/forum/topic/3/read-this-first

[Testing] Kodi 18.0 Leia beta versions now available for RetroPie!



  • @ParadoxGBB Not sure what you are talking about, but nice :D



  • There is now Kodi 18.1 available. I will create a new post later about the stable versions, to keep things together and separated from the test builds.


  • Global Moderator

    @Rascas,

    Have you noticed any issues with game controllers on the new Kodi build? I've filed a bug here related to the hid-sony driver, tested against your packages: https://github.com/xbmc/xbmc/issues/15588



  • @psyke83 I don't have any "Sony joysticks" to test at the moment, I don't know about that. But I saw your issue in Kodi github, Garbear is the guy to help you I think.


  • Global Moderator

    @Rascas,

    I'm interested in making the Mesa driver viable for regular use on RPI3, and Kodi is a major missing piece of the puzzle. Your latest package (2:18.4-3~buster) appears to implement support for RPI4 through a separate v8binary that's detected via the CPU revision, but this will prevent an RPI3 that's running the open driver from working.

    Would you consider adding an exception to your CPU check so that an RPI3 using the firmware KMS overlay will use the v8 binary, whenever you publish the next update? Here's the change that would be needed: https://gist.github.com/psyke83/31f233144ea8fa21ecf3d9bae816b2e6

    The is_fkms function is the same as what raspi-configuses (RetroPie-Setup's is a bit different).

    Apologies for contacting you here, but I wasn't sure of the best place to submit a patch for the packages, and the recent branches of https://github.com/PIPplware/xbmc don't seem to have a launcher script that resembles what is contained in the packages. Thanks, and great work!



  • @psyke83 said in [Testing] Kodi 18.0 Leia beta versions now available for RetroPie!:

    @Rascas,

    I'm interested in making the Mesa driver viable for regular use on RPI3, and Kodi is a major missing piece of the puzzle. Your latest package (2:18.4-3~buster) appears to implement support for RPI4 through a separate v8binary that's detected via the CPU revision, but this will prevent an RPI3 that's running the open driver from working.

    Would you consider adding an exception to your CPU check so that an RPI3 using the firmware KMS overlay will use the v8 binary, whenever you publish the next update? Here's the change that would be needed: https://gist.github.com/psyke83/31f233144ea8fa21ecf3d9bae816b2e6

    The is_fkms function is the same as what raspi-configuses (RetroPie-Setup's is a bit different).

    Apologies for contacting you here, but I wasn't sure of the best place to submit a patch for the packages, and the recent branches of https://github.com/PIPplware/xbmc don't seem to have a launcher script that resembles what is contained in the packages. Thanks, and great work!

    Well, that won't work, it is not easy as it seems.
    The armv6 (for RPi 0/1) and armv7 binaries (for RPi 2/3) are compiled in the old style , using a specific window rendering system for the Raspberry Pi which uses, and is compiled against the proprietary Broadcom video drivers, also know as "Legacy driver". This is what everybody that I know does on the Raspberry Pi for the Pi versions up to version 3, including LibreELEC.
    The armv8 (for the RPi 4) is compiled using GBM + MMAL, which uses and is compiled against the open-source video driver, also known as "OpenGL driver".

    So for that, besides the 3 different binaries already available, I would need to compile another one, that would be something like done on the Pi4, which is GBM + MMAL against against open-source drivers. And besides the extra work, that is something that I don't know anyone that already attempted that, probably it would need extra patches, the h265/HEVC hardware acceleration done through NEON code would be lost, etc, etc.

    In the future, for what I read in some places, the intention of the RPi Foundation engineers/devs is to make every versions of the Rpi using the open-source video drivers. They are appointing that for Kodi 19 already, but that may take some time. Then all RPi versions will use GBM + v4l2 for the hardware acceleration.


  • Global Moderator

    @Rascas,

    I'm aware of the difference between the legacy and Mesa driver; I've been testing all of my submissions to the fkms_rpi4 branch against both RPI4 and RPI3 with firmware kms enabled, as well as sending minor fixes to upstream projects such as SDL2, related to KMS support.

    I understand that the RPI3 and RPI4 are not at feature parity regarding accelerated h265/hevc decoding support, but I can assure you that your current kodi-rbpi_v8 binary runs absolutely fine on RPI3 with the fkms overlay enabled, and accelerated h264 decoding works via MMAL, just as with the legacy driver. It's just the launcher script that is preventing it from working as-is.



  • @psyke83 said in [Testing] Kodi 18.0 Leia beta versions now available for RetroPie!:

    @Rascas,

    I'm aware of the difference between the legacy and Mesa driver; I've been testing all of my submissions to the fkms_rpi4 branch against both RPI4 and RPI3 with firmware kms enabled, as well as sending minor fixes to upstream projects such as SDL2, related to KMS support.

    I understand that the RPI3 and RPI4 are not at feature parity regarding accelerated h265/hevc decoding support, but I can assure you that your current kodi-rbpi_v8 binary runs absolutely fine on RPI3 with the fkms overlay enabled, and accelerated h264 decoding works via MMAL, just as with the legacy driver. It's just the launcher script that is preventing it from working as-is.

    Nice find, I wasn't expecting that it would work on earlier RPi versions as is, great! I will test it tomorrow, I became curious on what the performance will be. And if it works fine for you, sure, I will add it to the next version, no problem ;)


  • Global Moderator

    @Rascas said in [Testing] Kodi 18.0 Leia beta versions now available for RetroPie!:

    @psyke83 said in [Testing] Kodi 18.0 Leia beta versions now available for RetroPie!:

    @Rascas,

    I'm aware of the difference between the legacy and Mesa driver; I've been testing all of my submissions to the fkms_rpi4 branch against both RPI4 and RPI3 with firmware kms enabled, as well as sending minor fixes to upstream projects such as SDL2, related to KMS support.

    I understand that the RPI3 and RPI4 are not at feature parity regarding accelerated h265/hevc decoding support, but I can assure you that your current kodi-rbpi_v8 binary runs absolutely fine on RPI3 with the fkms overlay enabled, and accelerated h264 decoding works via MMAL, just as with the legacy driver. It's just the launcher script that is preventing it from working as-is.

    Nice find, I wasn't expecting that it would work on earlier RPi versions, great! I will test it tomorrow, I became curious on what the performance will be. And if it works fine for you, sure, I will add it to the next version, no problem ;)

    That would be much appreciated, thanks! The only small issue I noticed with this build so far is that GUI elements are tearing - i.e. vsync is not enabled - but this is happens on my Pi 4 B as well, so it's not a RPI3-specific issue, and doesn't seem to affect video playback for either Pi version, fortunately.

    Off-topic: aside from Kodi, the Mesa driver is performing very well on RPI3 - much better than when I last tested a year or so ago. I'd say it's definitely a viable alternative to the legacy driver, although there are still some outstanding issues that need addressing. We're not planning to switch RetroPie builds for RPI3 to the open driver by default, but, once the fkms_rpi4 branch is merged into master, it'll be possible for RPI3 users to build packages against Mesa/KMS if they wish to do so. I'm updating as many scriptmodules as possible to support KMS, targeting RPI3, RPI4 and even generic x86 KMS (using my laptop's Intel i965 driver for testing). Having Kodi work on RPI3 for both the legacy and Mesa driver would be a great step towards the goal of having robust RPI3 support.



  • @psyke83 said in [Testing] Kodi 18.0 Leia beta versions now available for RetroPie!:

    @Rascas said in [Testing] Kodi 18.0 Leia beta versions now available for RetroPie!:

    @psyke83 said in [Testing] Kodi 18.0 Leia beta versions now available for RetroPie!:

    @Rascas,

    I'm aware of the difference between the legacy and Mesa driver; I've been testing all of my submissions to the fkms_rpi4 branch against both RPI4 and RPI3 with firmware kms enabled, as well as sending minor fixes to upstream projects such as SDL2, related to KMS support.

    I understand that the RPI3 and RPI4 are not at feature parity regarding accelerated h265/hevc decoding support, but I can assure you that your current kodi-rbpi_v8 binary runs absolutely fine on RPI3 with the fkms overlay enabled, and accelerated h264 decoding works via MMAL, just as with the legacy driver. It's just the launcher script that is preventing it from working as-is.

    Nice find, I wasn't expecting that it would work on earlier RPi versions, great! I will test it tomorrow, I became curious on what the performance will be. And if it works fine for you, sure, I will add it to the next version, no problem ;)

    That would be much appreciated, thanks! The only small issue I noticed with this build so far is that GUI elements are tearing - i.e. vsync is not enabled - but this is happens on my Pi 4 B as well, so it's not a RPI3-specific issue, and doesn't seem to affect video playback for either Pi version, fortunately.

    Off-topic: aside from Kodi, the Mesa driver is performing very well on RPI3 - much better than when I last tested a year or so ago. I'd say it's definitely a viable alternative to the legacy driver, although there are still some outstanding issues that need addressing. We're not planning to switch RetroPie builds for RPI3 to the open driver by default, but, once the fkms_rpi4 branch is merged into master, it'll be possible for RPI3 users to build packages against Mesa/KMS if they wish to do so. I'm updating as many scriptmodules as possible to support KMS, targeting RPI3, RPI4 and even generic x86 KMS (using my laptop's Intel i965 driver for testing). Having Kodi work on RPI3 for both the legacy and Mesa driver would be a great step towards the goal of having robust RPI3 support.

    Yes, in Kodi GBM there is tearing in the interface, unfortunnately it is a known issue, I believe VSync is not supported yet in GBM for the RPi at least. The same happens on LibreELEC also. In case you don't know, when playing a video, you can press CTRL + SHIFT + O and it will show you some stats about the playback.

    The following won't stop the tearing in the interface, but for the best video experience I recommend that you enable "Sync playback to display" and "Adjust display refresh rate". Although this works best for most setups, if you are using an old TV/monitor and or an AV receiver, it may cause some issues. But for this kind of problems, the best bet is to ask in Kodi forum as they know better than me.

    About the rest, that is great seeing that RetroPie devoloping is going forward, I didn't had the time to test emulators on the RPi 4 yet, but it is on my schedule, maybe I can contribute a little for that in the near future ;)



  • @psyke83 Ok, I just updated Kodi packages, it should work as you wanted.


  • Global Moderator

    @Rascas said in [Testing] Kodi 18.0 Leia beta versions now available for RetroPie!:

    @psyke83 Ok, I just updated Kodi packages, it should work as you wanted.

    Thank you very much! I can confirm that it's working fine on my RPI3 with the fkms overlay enabled. I've sent a PR to the development branch to unblock installation of Kodi for fkms targets (which includes RPI4). https://github.com/RetroPie/RetroPie-Setup/pull/2851


Log in to reply
 

Contributions to the project are always appreciated, so if you would like to support us with a donation you can do so here.

Hosting provided by Mythic-Beasts. See the Hosting Information page for more information.