Need some change in the MP ISetupForm for webinterface (4 Viewers)

pitie

Portal Member
April 4, 2006
19
0
Yeah, some things are not easy to explain and can easily get complicated. Especially we're both not native english speakers. But as long as one of you understands what I'm talking about, I'm happy with it. :wink:
sure :D

Yes, that's one of the things i tried to explain. So one possibilty would be a base package and some update packages. An xml (or the db) on the server keeps track of them and the update application decides what is necessary for download. It's all a bit complicated, so I'm open for any suggestions at that point. But I guess you (and guilhem) got the idea what I'm driving at.
Ok all version in the DB as an unique ID so if I have version 1.0 of a plug where unique id = 234 and an update for version 1.1 is out with unique id 239, it will download only the 234_to_239.mpi file
If i have a plugin v1.0 (uniqueid=234) and an new version 1.1(uniqueid = 239) is out but i don't take it and now a new one 1.2 is out(uniqueid =245) it will download complet package 245.mpi

I think it is enought ? or should he must download 234_to_239.mpi and next 239_to_245.mpi ?
I dont think it is usefull because of space on server will be used a lot !!!
I think only new version and last version to new update is enought...

Do you agree?
 

mPod

Portal Pro
January 26, 2005
2,084
3
Berlin
Home Country
Germany Germany
pitie said:
Ok all version in the DB as an unique ID so if I have version 1.0 of a plug where unique id = 234 and an update for version 1.1 is out with unique id 239, it will download only the 234_to_239.mpi file
If i have a plugin v1.0 (uniqueid=234) and an new version 1.1(uniqueid = 239) is out but i don't take it and now a new one 1.2 is out(uniqueid =245) it will download complet package 245.mpi

I think it is enought ? or should he must download 234_to_239.mpi and next 239_to_245.mpi ?
I dont think it is usefull because of space on server will be used a lot !!!
I think only new version and last version to new update is enought...

Do you agree?
Yes, I'm very happy with that solution. Nevertheless it would be very cool if you build the system the way that just in case we wanna have more detailed update steps, we can easily implement it without breaking the structure you just described. Future proof in this case as well, if possible.
But as said, your suggestion is a very good way in between, cause we have to balance traffic and server space for now, of course. Very good idea.
 

mPod

Portal Pro
January 26, 2005
2,084
3
Berlin
Home Country
Germany Germany
Btw, I didn't mention it before, but thanks for all your efforts so far! Me and the rest of the team are really looking forward to that promising product at the end.

Looks like we have some very cool and productive discussions going on here. Let's keep it going! :lol:
 

guilhem

Portal Member
April 2, 2006
23
0
44
France
mPod said:
One thing we didn't talk about yet...
Does your system also contain a section in MediaPortal where all downloadable plugins are categorized and listed? This gives us great opportunities, cause we only need to have basic stuff in our official MediaPortal distribution then.
The user sits on the couch and chooses with his remote control what plugin he wants to install. Do you know Linux' YAST? That's one example of a list with installable modules (in our case plugins or skins or...).
So the user does not have to use a web browser to download the initial version of plugins and can do all integrated in MP's GUI with the press of his thumb.

I don't know Linux Yast but yes we have think at this solution.

Just a little overview to resum. We think all the plugin system in 4 step.

- the plugin package (MPI) : a zip file which contains all the plugin files and the way to instal or uninstall

- the plugin web server (PWS): a db of all plugin and version. I think an interface on diferent sites (official, french,...) by rss maybe.

- the MPI maker for easily make MPI file and interface with the plugin web server

- the plugin web installer (PWI) : first it's a plugin but we think it will be include in MP configuration mode ( but not in 0.2 ;) ): so the user can easily download and install plugin.

It's so beautiful, isn't it ? :lol:

But one things after the other, we just start...
 

mPod

Portal Pro
January 26, 2005
2,084
3
Berlin
Home Country
Germany Germany
Sounds great so far. Important is that the structure of the installer/the packages is fixed and doesn't have to be changed in the future. All other stuff is cosmetic and can be done one after the other, of course. And all after 0.2.

Some questions, our Admin still doesn't know what you need on the server? Am I right that you need PHP, MySQL and an Apache server? What else do you need?

What do you need RSS for and how do you want to create RSS feeds? With PHP, I guess?
 

Users who are viewing this thread

Similar threads

I agree about the dash instead of colon on the LIVE thing. I did a little change to get the current program, just removed the D from the tags. Not that important, so I dont upload any new file. A little sad about the end time, but nothing to do about it.
I agree about the dash instead of colon on the LIVE thing. I did a little change to get the current program, just removed the D...
I'm trying to develop a new WebEPG grabber for sweden, but I got a few problem in parsing the html-file to get all programs. In...
Replies
9
Views
730
Ran into this problem following an otherwise sucessful upgrade from MP 1.34 x64 to MP 1.35 x64 the CEC Remote plugin which I use just to control volume and standby, will no longer put my devices (TV & AVR) to sleep when the HTPC is put in standby. Also when I wake up the HTPC MP closes or crashes (not sure which) as per the example in...
Ran into this problem following an otherwise sucessful upgrade from MP 1.34 x64 to MP 1.35 x64 the CEC Remote plugin which I use...
Ran into this problem following an otherwise sucessful upgrade from MP 1.34 x64 to MP 1.35 x64 the CEC Remote plugin which I use...
Replies
0
Views
448
Yes, all compatible with x64 ;)
Yes, all compatible with x64 ;)
Hi folks, for all those who would like to enjoy Mediaportal on the Titanskin, I have now adapted the well-known MP games package...
Replies
7
Views
999
I've updated dlls in first post. Fixes: Summary / Overview was always empty Collections were not filtered to official ones Studios were not populated Fallback to english tagline didn't work Score / Popularity now empty instead of dummy rating and unknown popularity numbers Also I've tried to compile plugin against MP 1.34 x64 and...
I've updated dlls in first post. Fixes: Summary / Overview was always empty Collections were not filtered to official ones Studios...
Hi! TheTVDB.com has movies in their API now. API itself looks ok now so I decided to add TVDB to Moving Pictures. Check it if you...
Replies
2
Views
807
Ok, so perhaps a solution, but not the "right" solution. On the client, within media portal configuration, under TV settings, advanced options, I switched to UNC paths instead of the default RSS, and it's working very well. Sure I had to figure out the paths, but no big deal. Maybe helpful for someone in the future. Thanks for the...
Ok, so perhaps a solution, but not the "right" solution. On the client, within media portal configuration, under TV settings...
Hi folks. I have an issue with a new install/integration into my mediaportal system. I have a “mediaportal server” which has the TV...
Replies
5
Views
555
Top Bottom