![]() |
|
Unified PVR frontend (DVR/HTPC client GUI with EPG) and Addons API for PVR backends? - Printable Version +- XBMC Community Forum (http://forum.xbmc.org) +-- Forum: Development (/forumdisplay.php?fid=32) +--- Forum: PVR Development (/forumdisplay.php?fid=136) +--- Thread: Unified PVR frontend (DVR/HTPC client GUI with EPG) and Addons API for PVR backends? (/showthread.php?tid=28918) |
How do I write a PVR Addon back-end client for XBMC's upcoming unified PVR front-end? - chappie - 2010-12-22 10:41 hello,evey,i am a newer.just want to develop a local TV dvb app,i have a TV CARD use USB connect to PC.in windows i can use directshow and in linux use OPENGL work OK developed in c++. HOW can i make this app into XBMC? thanks. Best way to develop a PVR Addon back-end client for XBMC's unified PVR front-end? - dteirney - 2010-12-30 21:30 Just want to confirm what the best way is to develop a PVR Addon now that the shift has been made to github. It appears that the development of the PVR Add-On interface and display of PVR content in XBMC will be happening in dushmaniac's fork on github http://github.com/opdenkamp/xbmc Magro appears to be developing the latest Windows/MediaPortal PVR and 4TheRecord PVR clients at http://github.com/margro/xbmc (forked from Opdenkamp). What's the best way to develop the MythTV Add-On? I've been using pvr-testing2 but that tree is way out of date apart from the PVR parts so using dushmaniacs fork somehow is a no brainer. Is it possible to create a git repo that just holds the PVR Addon, e.g. without the entire XBMC source tree, or is my best avenue to take a fork of dushmaniacs entire repo like magro has done? - hudo - 2010-12-30 23:17 I'm no developer and certainly not a git expert but sounds to me that a fork is somewhat easier than stripping a git tree from 'uninteresting' things. At least that's how I do it. I fork it to translate, test, build with different options, etc and keep it always ready and up-to-date. Anyways, seems to me that it's a good thing that you can run a test-build whenever you want. Just my €0.02 /hudo - margro - 2010-12-31 14:30 It is possible to develop a pvr addon outside the XBMC source tree. The only XBMC files you need to copy to your own repo are the addons/library.xbmc.* directories as far as I know. The main disadvantage of a separate git repo with only the pvr addon right now is that it is not easy to test required changes to XBMC itself. My experience with the current PVR API is that it may need further extensions to support other PVR backends than the original VDR backend where the API is heavily based on. This is the main reason why I made a complete fork. Grt, margro - dteirney - 2011-01-01 22:54 I will add the latest and greatest for the MythTV PVR Add-On to https://github.com/dteirney/xbmc I will try and co-ordinate with dushmaniac and margro to get any necessary changes / extensions to the PVR Add-On interface incorporated. http://trac.xbmc.org/ticket/10445 has been updated to reflect this as well. If anyone is still interested in providing code updates please attach a github patch to the trac ticket. For those that have already contributed code for the Add-On PM me and we can talk about commit access to the github tree. - haifischjunge - 2011-01-12 10:14 is there already a tuxbox/enigma2 pvr addon that binds into the xbmc-pvr branch? - linuxmad - 2011-01-26 22:02 Quote:is there already a tuxbox/enigma2 pvr addon that binds into the xbmc-pvr branch? I am hopping for this too....don't know if it's actually being done
- opdenkamp - 2011-01-27 01:03 no - niemand0815 - 2011-03-02 17:02 linuxmad Wrote:I am hopping for this too....don't know if it's actually being done i also hope for this. i even would be willing to donate money for the development of a working xbmc enigma2-dm8000 plugin with full support for epg, zapping, recording (local and on box) and access to the hdd of the box. (on windows os). dushmaniac Wrote:nothis would be bad. hopefully someone can be found to do it. - opdenkamp - 2011-03-02 17:24 no developer has expressed any interest in this (yet). |