+- Kodi Community Forum (https://forum.kodi.tv)
+-- Forum: Development (https://forum.kodi.tv/forumdisplay.php?fid=32)
+--- Forum: Kodi Application (https://forum.kodi.tv/forumdisplay.php?fid=93)
+---- Forum: VideoPlayer Development (https://forum.kodi.tv/forumdisplay.php?fid=240)
+---- Thread: first wave of changes (/showthread.php?tid=237688)
first wave of changes - FernetMenta - 2015-09-03
- rework interface to video renderers: https://github.com/FernetMenta/xbmc/commit/2a5ce5fe51c8384b0eb69f88067b86511aa089ad
- refactoring of renderManager and LinuxRendererGL: https://github.com/FernetMenta/xbmc/commit/6eeada4ea781eb8b192e29c2a43bc69dc82b46ff
This allows use of appropriate render method on demand, i.e. hw decoders like VAAPI have their own renderer
- kill global variable g_renderManager and move all player related methods to a single interface: IPlayer.h https://github.com/FernetMenta/xbmc/commit/a1e7537e7e1a218191dd489b8d43f71d70056a0d
- rename dvdplayer to VideoPlayer: https://github.com/FernetMenta/xbmc/commit/1b3c775c40036fa2b976c04b04ad911692e2ca96
I have already adjusted the OpenGL based platforms: Linux and OSX.
RE: first wave of changes - Memphiz - 2015-09-03
So for ios i would start by implementing:
xbmc/cores/VideoRenderers/HwDecRender/RendererVTB.cpp for example and use the needed bits from the old VIdeoRendererGLES.cpp - right?
Also i would need to mimic your refactor of LinuxRendererGLES - though i am not quiet sure what the constraints for this refactor are.
RE: first wave of changes - FernetMenta - 2015-09-03
Yes, you would need to adapt LinuxRendererGLES and RenderVTB similar to LinuxRendererGL and RenderVDA. All platform dependent code should leave LinuxRendererGLES. No need to care about the other platforms in this stage when cleaning LinuxRendererGLES.
RE: first wave of changes - popcornmix - 2015-09-07
I have a branch where this code builds for Pi, and on a quick test, software decode, MMAL accelerated and omxplayer were working:
https://github.com/popcornmix/xbmc/tree/fernet
RE: first wave of changes - Martijn - 2015-09-07
@FernetMenta would you prefer devs create PRs against your branch and you squash them in or some other work method?
RE: first wave of changes - FernetMenta - 2015-09-07
for the time being I think it's best to PR against my master. I don't know yet how to structure the changes for submission to mainline. I always try not to break bisect but not sure if this will be possible in this case or it will result in a couple of huge commits.