Posts: 185
Joined: Feb 2007
Reputation:
0
sorry I made an error, .pvr extension is not implemented like I said, here is the answer from the developper alwinus:
Oh, the virtual extension is misunderstood. It is used internally for
streams which are readed over a PVR client, due to that XBMC don't know
what type of stream the client send, this is why all entries have a *.pvr
extension. The *.pvr can only be handled by a pvr:// Protocol.
Posts: 96
Joined: Mar 2009
Reputation:
0
Hi Jezz_X,
If you want to have some help in setting up a local VDR+XBMC-PVR-testing on Karmic, please let me know. There are a bunch of guys from Launchpad's "the-vdr-team" who are happy to help you to get a working VDR in a minimal amount of time - if you want, using Virtualbox.
Cheers,
hepi
Posts: 5,292
Joined: Jun 2006
Reputation:
62
Jezz_X
Team-XBMC Skinner
Posts: 5,292
As I've been telling hepi in PM I'm allready half way there the part slowing me down now is getting the svn from SF I can't use the ppa of xbmc because I need to be able to commit the changes I do back to the svn again so all you guys can use them.
Once I finally manage to get the XBMC source I can test to see if I actually managed to get VDR up and working proper for it and as long as it does I should be able to start fairly soon on skinning confluence for it
P.S the reason its a problem is SF is being major slow for me 2ksec
Posts: 716
Joined: Jan 2007
Reputation:
0
great work once again jezz_x. Your skinning ability, eye for design and dedication are much appreciated.