Posts: 1,483
Joined: Aug 2010
2011-12-22, 18:07
(This post was last modified: 2011-12-22, 18:19 by Robotica.)
bladesuk1 Wrote:i would imagine that they're busy putting the finishing touches to eden, so it might get some love later. but yeah, you'd think that there might be a bit more interest given the number of requests made for this functionality!
No, I don't think so. This feature has been discussed before and
this topic is the best resource. It refers to
a wiki-page with some related plans.
To go short: this is not the solution team-xbmc has in mind; they didn't bother to respond to this topic and your PR.. But I don't believe your PR has any change for inclusion. But as a temp. solution it has potential.
How I see the optimal solution (like Topfs described):
- Many of the wanted features (like VFS, database, scanning, scraping) should become libraries.
- Then only JSON API could be running and via i.e. HTTP-Post those libraries could be triggered with some parameters to invoke the functionality.
Posts: 160
Joined: Aug 2010
Reputation:
0
I have it up and running, but it seems to be using an older version (57) of the database schema to the lastest pre-eden version I am running (58).
Which means, things I change in the server version does not carry over to HTPC version (and visa versa).
Maybe it would be worth waiting for eden to get released and then work from there? (unless there is a way to fix this?)
Also, I am not sure how you set the scrappers via the xmls? The sources.xml just list the paths/names and the guisettings.xml only list the default scrappers. Any one able to help here?
Posts: 10
Joined: Oct 2009
Reputation:
1
Fuwex
Junior Member
Posts: 10
This is a great idea! I'm planning to set up a distributed system with a central database. I'm interested in how CPU usage looks on my old and weak server.
I was initially looking into breaking the video/music library parts out from the XBMC source to create an external utility to update the XBMC library, but quickly found out that it was way too much work. This is a much simpler (though not optimal, as pointed out) temporary solution that, provided it's not too much of a system resource hog, works well until hopefully some day a better approach is in place.
Looking forward to testing it out! I'll report my findings on system resources once I've had the chance to test it out on my (linux) server.
Posts: 88
Joined: Apr 2010
Reputation:
0
2012-01-08, 15:08
(This post was last modified: 2012-01-08, 15:16 by Odon.)
Hi, thanks a lot for the patch. Seems to be working correctly in a Debian virtual machine without GUI. But I have one issue. XBMC is taking 100% CPU :/ Probably a process loop, but any idea how to reduce CPU consumption in headless mode ?
edit: patch in latest Git (post 11b1)
Posts: 1,483
Joined: Aug 2010
Odon Wrote:Hi, thanks a lot for the patch. Seems to be working correctly in a Debian virtual machine without GUI. But I have one issue. XBMC is taking 100% CPU :/ Probably a process loop, but any idea how to reduce CPU consumption in headless mode ?
edit: patch in latest Git (post 11b1)
Sorry, but which patch?
Posts: 1,483
Joined: Aug 2010
great! Can you share that solution so it's easier for people to also try this? And did that reduce your CPU usage?
Posts: 88
Joined: Apr 2010
Reputation:
0
Sorry, you have misunderstood me. I still have Cpu issue. Regarding patch, I've just downloaded 11b1 source, patched then compile.
Posts: 2,529
Joined: Apr 2009
Reputation:
8
2012-01-08, 18:52
(This post was last modified: 2012-01-08, 19:01 by vikjon0.)
and if you run the patched version on a standard HTPC, does the CPU run normal? I mean you may want to isolate the issue since it is not a stable version. and how does the un-patched/patched run in virtual debian WITH GUI?
EDIT: The standard beta also run 1 CPU at 100% constantly on virtual ubtuntu (vmware). Of course, if that is the graphic it doesnt mean anything.