current state and vision

  Thread Rating:
  • 1 Vote(s) - 3 Average
  • 1
  • 2
  • 3
  • 4
  • 5
Post Reply
TheMonkeyKing Offline
Donor
Posts: 59
Joined: Mar 2012
Reputation: 1
Post: #76
Any thoughts on changing the coding that allowa external players?

I ask because I am going to test the newest Opera build that has built in VPN. My VPN-enabled KODI is a bit of a kludge and not at all elegant.

I want to make sure that anything I build for Jarvis will be compatible with v17 onward.
(This post was last modified: 2016-04-21 21:44 by TheMonkeyKing.)
find quote
FernetMenta Offline
Team-Kodi Developer
Posts: 6,264
Joined: Jul 2010
Reputation: 146
Location: Munich
Post: #77
(2016-04-21 21:42)TheMonkeyKing Wrote:  Any thoughts on changing the coding that allowa external players?

I ask because I am going to test the newest Opera build that has built in VPN. My VPN-enabled KODI is a bit of a kludge and not at all elegant.

I want to make sure that anything I build for Jarvis will be compatible with v17 onward.

Every VideoPlayer related code you build for Jarvis is very likely to break with v17 onward.
find quote
M4tt0 Offline
Donor
Posts: 148
Joined: Jun 2014
Reputation: 3
Post: #78
Hi FernetMenta,

Just reread the very first post in this thread and was wondering what the "current" state actually is now, i.e. ~6 months later? Would you mind sharing what the team has achieved in the meantime and how far away you are from your actual goal? Just curious...

Thanks and best,

M4tt0
find quote
FernetMenta Offline
Team-Kodi Developer
Posts: 6,264
Joined: Jul 2010
Reputation: 146
Location: Munich
Post: #79
This is a transformation of existing components and we need to take care not to break existing things. At least not when it can be avoided. In regard to function and stability v17 is already a big step forward.
In regard to what I have written in post #1 of this thread there is still a long way to go. Splitting the render from the main thread is the most important next milestone: http://forum.kodi.tv/showthread.php?tid=240870
find quote
M4tt0 Offline
Donor
Posts: 148
Joined: Jun 2014
Reputation: 3
Post: #80
I believe merging the Videoplayer Updates commit last night has been a major milestone towards your vision and mission. Would you mind sharing where you are now, what has been achieved and where the team is going from here? Still just curious... ;-)
find quote
FernetMenta Offline
Team-Kodi Developer
Posts: 6,264
Joined: Jul 2010
Reputation: 146
Location: Munich
Post: #81
We were trying some concepts to cut dependencies to platform specific code and features. Seems the API how platforms can extend VideoPlayer stabilizes. With merge of vpupdates we allow platforms to register components into VP. Those are:

- hardware decoders
- hardware related video buffers like dma
- renderers that can handle thos video buffers
- a controller component that defines how VP behaves in different situations

Polling by the UI is continuously reduced.

Next major milestons are cutting dependencies to PVR and GUI.
find quote
AchimTuran Offline
Team-Kodi Member
Posts: 568
Joined: Jan 2014
Reputation: 14
Location: Germany
Post: #82
Sounds like a huge step forward. Thanks for the update and the work you and the team did to improve video player.

Latest news about AudioDSP and my libraries are available on Twitter.

Developers can follow me on Github.
find quote
M4tt0 Offline
Donor
Posts: 148
Joined: Jun 2014
Reputation: 3
Post: #83
Agreed, especially as most of these "under-the-hood" changes are so fundamental for future features and functionality but will likely not be noticed by the vast majority of users. My sincere thanks FernetMenta and team! Outstanding effort for an outstanding project!
find quote
FernetMenta Offline
Team-Kodi Developer
Posts: 6,264
Joined: Jul 2010
Reputation: 146
Location: Munich
Post: #84
Thanks for those kind words
find quote
freddy12 Offline
Senior Member
Posts: 152
Joined: Aug 2014
Reputation: 3
Post: #85
(2017-07-14 15:48)FernetMenta Wrote:  Next major milestons are cutting dependencies to PVR and GUI.

Always great work as usual, In terms of the dependencies of those two moving away from Video Player, What sort of benefits would be seen? Or are they more to do with just being more easily managed
find quote
FernetMenta Offline
Team-Kodi Developer
Posts: 6,264
Joined: Jul 2010
Reputation: 146
Location: Munich
Post: #86
(2017-07-16 19:37)freddy12 Wrote:  
(2017-07-14 15:48)FernetMenta Wrote:  Next major milestons are cutting dependencies to PVR and GUI.

Always great work as usual, In terms of the dependencies of those two moving away from Video Player, What sort of benefits would be seen? Or are they more to do with just being more easily managed

With those dependencies there can only be one instance of VideoPlayer bacause GUI and PVR are singletons. The goal is to enable VideoPlayer for multiple instances, even without GUI. That will bring features like picture-in-picture or headless Kodi where VideoPlayer can be used for transcoding on the fly.
find quote
freddy12 Offline
Senior Member
Posts: 152
Joined: Aug 2014
Reputation: 3
Post: #87
(2017-07-16 19:55)FernetMenta Wrote:  
(2017-07-16 19:37)freddy12 Wrote:  
(2017-07-14 15:48)FernetMenta Wrote:  Next major milestons are cutting dependencies to PVR and GUI.

Always great work as usual, In terms of the dependencies of those two moving away from Video Player, What sort of benefits would be seen? Or are they more to do with just being more easily managed

With those dependencies there can only be one instance of VideoPlayer bacause GUI and PVR are singletons. The goal is to enable VideoPlayer for multiple instances, even without GUI. That will bring features like picture-in-picture or headless Kodi where VideoPlayer can be used for transcoding on the fly.

Great, Thanks for taking the time to explain . Always interested in the progress
find quote
RockerC Offline
Posting Freak
Posts: 1,518
Joined: May 2011
Reputation: 31
Post: #88
(2017-07-14 15:48)FernetMenta Wrote:  We were trying some concepts to cut dependencies to platform specific code and features. Seems the API how platforms can extend VideoPlayer stabilizes. With merge of vpupdates we allow platforms to register components into VP. Those are:

- hardware decoders
- hardware related video buffers like dma
- renderers that can handle thos video buffers
- a controller component that defines how VP behaves in different situations

Polling by the UI is continuously reduced.

Next major milestons are cutting dependencies to PVR and GUI.
(2017-07-16 19:55)FernetMenta Wrote:  With those dependencies there can only be one instance of VideoPlayer bacause GUI and PVR are singletons. The goal is to enable VideoPlayer for multiple instances, even without GUI. That will bring features like picture-in-picture or headless Kodi where VideoPlayer can be used for transcoding on the fly.

Congrats! Can I suggest that the team maybe post a summery blog article for kodi.tv news page on all these behind-the-scenes updates for Kodi's Video Player core?

As others noted, we who are aware are very thankfull for these new core features and functions, both those already in mainline and the upcoming ones, but for most users they are 'hidden'.

I think that it would be of great interest to a lot of Kodi fans if they get to know more about inner working of Kodi's core features (instead of only hearing about addon this and that).

Hidded or not, these are part the core features which really makes Kodi awesome!
(This post was last modified: 2017-07-17 15:16 by RockerC.)
find quote
freddy12 Offline
Senior Member
Posts: 152
Joined: Aug 2014
Reputation: 3
Post: #89
Another question on the future of video player, With the removal of PVR code, Will the PVR see any improvements stability ect or will it remain about the same now?
find quote
FernetMenta Offline
Team-Kodi Developer
Posts: 6,264
Joined: Jul 2010
Reputation: 146
Location: Munich
Post: #90
(2017-07-23 14:01)freddy12 Wrote:  Another question on the future of video player, With the removal of PVR code, Will the PVR see any improvements stability ect or will it remain about the same now?

As mentioned above, by splitting the streaming part from the PVR API some limitations caused by the singleton pattern get removed. This will enable features like pic-in-pic or thumbnail extraction for PVR. PVR addons can lavarage existing compoments like inputstream addons.
find quote
Post Reply