PDA

View Full Version : MVPMC with more "brains"



psycik
2008-01-30, 06:02 AM
Martin, as part of the mvpmc project, has there been any thought as to whether there would be calls for a more smart client rather than a client for gbpvr that is force fed the interface?

Maybe something similar to the old gbpvr interface capable of running on smaller (or embedded linux) type hardware?

I know there is the mythtv interface, so that must use some smarts (db connections etc) would similar be possible for gbpvr?

I'm looking at one of these eee pcs - while it would tke mvpmc without too many problems (I assume), I also assume that it has enough grunt to run the UI stuff itself. I'll probably also ask sub if a cut down version of gbpvr could be maintained..

mvallevand
2008-01-30, 06:39 AM
If you're talking about a smart client to gbpvr there's been a couple of posts just like there have been here, but no one has taken it very far. mvpmc uses the large mysql database client and there isn't room for another db which might be a limiting factor, but it really sounds like you are really looking for a lower end pc client anyway and I don't think that mvpmc is a good base for that.

Martin.

psycik
2008-01-30, 06:44 AM
maybe not. I'm guessing by the time I get round to doing it, i'll see what state the gbpvr client is in.

sub
2008-01-30, 11:00 AM
Martin, as part of the mvpmc project, has there been any thought as to whether there would be calls for a more smart client rather than a client for gbpvr that is force fed the interface?

Maybe something similar to the old gbpvr interface capable of running on smaller (or embedded linux) type hardware?

I know there is the mythtv interface, so that must use some smarts (db connections etc) would similar be possible for gbpvr?

I'm looking at one of these eee pcs - while it would tke mvpmc without too many problems (I assume), I also assume that it has enough grunt to run the UI stuff itself. I'll probably also ask sub if a cut down version of gbpvr could be maintained..I did consider a client similar to this in the very early days of the project but decided against it, realising it'd be a fairly large project in itself. I know I wouldnt have had time to maintain it, and it'd always be getting out of date.

The current MVP client is nice in this respect, with the MVP automatically getting features that are added to the app without any real effort.

psycik
2008-01-30, 07:04 PM
I understand that. The old gbpvr client could probably be also used, but I don't know how much crossover you have between the two, or the effort involved in creating a pvrx2 like app but without the direct3d.

Dreams are free as they always say....

sub
2008-01-30, 09:11 PM
To be honest, I dont think there is much from the old GBPVR.exe client that could be reused on a linux client app. Writing a simple client application it would be easier to start again from stratch.

psycik
2008-01-30, 09:19 PM
I was thinking windows..... rather than linux...

psycik
2008-01-30, 09:22 PM
The only way someone else could write it would be for you to make your recording service tcpip stack commands available.

sub
2008-01-30, 09:53 PM
The schedule helper API has methods for scheduling recordings, loading the epg listings, loading recording lists etc, which is the bulk of what a client would require.

For user to do this from another machine, they'd have to solve a few problems like how to play music and video files etc that are on the server. They'd probably need to use mapped drives etc or some other mechanism, or a service process they run on the server PC to handle file requests. They'd have the same sorts of issues if they wanted to directly access the SQLite database (maybe via mapped drives etc).

I dont really think anyone is going to write a client like this, but they could if they wanted to.

GB-PVR already has a client for Windows PCs. I know its not as lite as you'd require for low power PCs, but I've had to make the implementations decisions at the time that give a balance between ease of development vs features vs hardware requirements. It wasnt an easy decision to make, but we ended up with the client we have today.

mvallevand
2008-01-30, 10:03 PM
I can't this possibly being worth the effort, taking a machine that is basically obsolete from an HTMP perspective, probably inferior to the mvp, so that you can create a GBPVR client circa 2006. It made some sense with linux because other efficiencies that are available on this platform, but an alternate Windows DirectShow client seems quite odd.

Martin

psycik
2008-01-30, 10:15 PM
Fair enough, which would explain why it hasn't been done.

And I suppose the easy answer it to make my server bigger so running multiple MVP's (or mvpmc based clients) is not a problem.

Thanks for explaining.