Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

drop omxplayer #16080

Merged
merged 1 commit into from May 7, 2019
Merged

drop omxplayer #16080

merged 1 commit into from May 7, 2019

Conversation

Rechi
Copy link
Member

@Rechi Rechi commented May 6, 2019

Motivation and Context

As mentioned at #13592 (comment) omxplayer can be removed for v19.

Types of change

  • Bug fix (non-breaking change which fixes an issue)
  • Clean up (non-breaking change which removes non-working, unmaintained functionality)
  • Improvement (non-breaking change which improves existing functionality)
  • New feature (non-breaking change which adds functionality)
  • Breaking change (fix or feature that will cause existing functionality to change)
  • Cosmetic change (non-breaking change that doesn't touch code)
  • None of the above (please explain below)

Checklist:

  • My code follows the Code Guidelines of this project
  • My change requires a change to the documentation, either Doxygen or wiki
  • I have updated the documentation accordingly
  • I have read the Contributing document
  • I have added tests to cover my change
  • All new and existing tests passed

@lrusak
Copy link
Contributor

lrusak commented May 6, 2019

This is a great start to dropping the RPi platform as a whole! 😄 thank you! 👍

@Rechi Rechi force-pushed the drop/omxplayer branch 2 times, most recently from 8efb999 to 620eadd Compare May 7, 2019 08:02
@pitsi
Copy link

pitsi commented May 7, 2019

Excuse my ignorance, but how will all those rpis work with libreelec/osmc/whatever without omxplayer?

@popcornmix
Copy link
Member

@pitsi mmal has been the default and recommended player on Pi2 and Pi3 for a couple of years. That is still present.
Work is ongoing to use V4L2 and GBM on Pi2/Pi3 in the future, and that is hoped to be the solution for Kodi 19.
If you are on kodi 18, the nothing will change - that continues to have omxplayer as an option.

@Rechi Rechi requested a review from popcornmix May 7, 2019 12:46
@pitsi
Copy link

pitsi commented May 7, 2019

I use libreelec 9.x on my 1st gen pi zero (not w), so I assume that kodi 18 will be the last one I can get :(
It was a gift for my nameday on 2016 :P
I also got a pi 3b+ recently and I installed libreelec 9.x too on it, but I gave it to a friend as a wedding gift, so I have to get a new one now.

@popcornmix
Copy link
Member

Pi0/Pi1 are getting hard to support in newer versions of kodi with the limited CPU and RAM.
MMAL is usable on Pi0/Pi1 for simple video playback but tends to struggle with more advanced use (e.g. navigating gui when video is playing).

It is possible there will be downstream forks that support omxplayer in Kodi 19 for Pi0/Pi1, but I can't promise that - it depends on how far the player in kodi diverges from current state.

You will always be able to continue using Kodi 18 on your Pi0/Pi1 when Kodi 19 finally appears (based on time from 17->18 that may be over a year away).

Copy link
Member

@popcornmix popcornmix left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks okay to me. A quick test and it compiled, and mmal playback still works.

@Rechi Rechi merged commit 46b6abd into xbmc:master May 7, 2019
@Rechi Rechi deleted the drop/omxplayer branch May 7, 2019 14:57
@The-Exnor
Copy link

This is a great start to dropping the RPi platform as a whole! thank you!

Why? What is your problem with the Pi platform?

@MilhouseVH
Copy link
Contributor

Why? What is your problem with the Pi platform?

It's the vendor specific/non-standard OMX/MMAL video decoding interfaces used by the RPi platform that are being dropped. This cleanup is happening on other platforms too, with non-standard decoding APIs replaced with standard decode APIs during Kodi 19 development. So fear not, the RPi hardware is not being dropped or abandoned, it will be changing to use modern standard and platform agnostic APIs so that Kodi 19 doesn't have to treat the RPi platform differently to Allwinner, Rockchip, Amlogic or any other ARM based device that uses a relatively modern/recent Linux kernel.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

8 participants