Self Contained Web Server / Interface (1 Viewer)
- Thread starter Big_Kev
- Start date
Big_Kev: This is really a great piece of software!
Just want to add my 2c to the remote-functionality:
I disagree with making the "remote-server" a separate software not running as a plugin. Of course, it is easier to bring in line with new versions of MP. However, what I'd like to do with it is having my PDA as a "luxury-remote" for MP.
There have been many attemps on this forum to achieve this. The problem for many of them was that they didn't have a bi-directional connection with the MP-box. I think the reason therefore was that MP doesn't have a unified remote-interface (Maybe MP-II will help there...). Hence, everybody who tried to make a remote-control plugin created his own interface, which resulted in having many of them (one for your web-server, one for the PDA-remote-control, one for MCE-remotes, etc.)
Now that you have apparently managed to implement a bi-directional interface, I think it would be a great idea of using this for the web-remote as well. As to my PDA-remote, one could develop a html-page perfectly fitting a 240x320 screen when all the controls of mobile-ie are disabled.
I think it is much easier to get album-art, etc. to the webclient, when the remoting-server is made as a plugin for MP.
Keep up the great work!
Michael
Just want to add my 2c to the remote-functionality:
I disagree with making the "remote-server" a separate software not running as a plugin. Of course, it is easier to bring in line with new versions of MP. However, what I'd like to do with it is having my PDA as a "luxury-remote" for MP.
There have been many attemps on this forum to achieve this. The problem for many of them was that they didn't have a bi-directional connection with the MP-box. I think the reason therefore was that MP doesn't have a unified remote-interface (Maybe MP-II will help there...). Hence, everybody who tried to make a remote-control plugin created his own interface, which resulted in having many of them (one for your web-server, one for the PDA-remote-control, one for MCE-remotes, etc.)
Now that you have apparently managed to implement a bi-directional interface, I think it would be a great idea of using this for the web-remote as well. As to my PDA-remote, one could develop a html-page perfectly fitting a 240x320 screen when all the controls of mobile-ie are disabled.
I think it is much easier to get album-art, etc. to the webclient, when the remoting-server is made as a plugin for MP.
Keep up the great work!
Michael
MJGraf;
The webremote as of now is not bi-directional (Big_Kev correct me if i'm wrong). bi-directional is indeed only really possible if it is a MP plugin. But i think that will only work if the main MP developers are taking this into there responsibility list. (the list of broken plugins is longer than the supported list)
bi-directional traffic would be very cool indeed, but i think it is realistic to say, that it will not happen before MP III.
Next best thing is something separate which accept commands and translate that into keystrokes. A lot of normal remotes work like this, because it will be solid and compatible with almost anything. The good thing of just something seperate which translate strings into keystrokes will be that multiple front ends are possible. Now it is webbased, but you can easily implement it into a native mobile program on your PDA, which just sends a string over TCP/IP to the MP_Client. As bluetooth is a network connection as well, bluetooth support is not that far away either.
But yes, the biggest downside will be the lacking of bi-directional support.
The webremote as of now is not bi-directional (Big_Kev correct me if i'm wrong). bi-directional is indeed only really possible if it is a MP plugin. But i think that will only work if the main MP developers are taking this into there responsibility list. (the list of broken plugins is longer than the supported list)
bi-directional traffic would be very cool indeed, but i think it is realistic to say, that it will not happen before MP III.
Next best thing is something separate which accept commands and translate that into keystrokes. A lot of normal remotes work like this, because it will be solid and compatible with almost anything. The good thing of just something seperate which translate strings into keystrokes will be that multiple front ends are possible. Now it is webbased, but you can easily implement it into a native mobile program on your PDA, which just sends a string over TCP/IP to the MP_Client. As bluetooth is a network connection as well, bluetooth support is not that far away either.
But yes, the biggest downside will be the lacking of bi-directional support.
j1nx: You're definitely right with the list of broken plugins...
I don't have an overview on how the webserver technically works (unfortunately, but due to the job not enough time...). But what I see is that it displays information (like EPG) from the MP box (transfer MP box ==> webclient) and you can schedule recordings (transfer webclient ==> MP box). Maybe I'm wrong because the webserver may only access the SQL-Server and get the data from there. This would mean that there is bi-directional communication with the SQL-Server but not with MP, which is a problem until ALL the information MP has (including cover art, music db, etc.) is written to the SQL-Server. If this would be the case, we'd be better off, but we would still need a way to control MP directly...
I don't have an overview on how the webserver technically works (unfortunately, but due to the job not enough time...). But what I see is that it displays information (like EPG) from the MP box (transfer MP box ==> webclient) and you can schedule recordings (transfer webclient ==> MP box). Maybe I'm wrong because the webserver may only access the SQL-Server and get the data from there. This would mean that there is bi-directional communication with the SQL-Server but not with MP, which is a problem until ALL the information MP has (including cover art, music db, etc.) is written to the SQL-Server. If this would be the case, we'd be better off, but we would still need a way to control MP directly...
First of all I must say it's a great application and I'm glad you decided to start creating a web-interface 
1 problem I get:
When my web-interface runs for a long time (I think >24 hours) and I go to the interface, the menu works but when I enter a sub (all except TV service status & TV card status) I get a HTTP 500 Internal Server Error.
Any idea what this can be and what to do about it?
Windows XP Pro SP 2
MediaPortal RC3 1 week old SVN
TVServer 1 week old SVN
MediaPortal Web Interface 0.2.0.02 although I had the problem with older versions too
1 problem I get:
When my web-interface runs for a long time (I think >24 hours) and I go to the interface, the menu works but when I enter a sub (all except TV service status & TV card status) I get a HTTP 500 Internal Server Error.
Any idea what this can be and what to do about it?
Windows XP Pro SP 2
MediaPortal RC3 1 week old SVN
TVServer 1 week old SVN
MediaPortal Web Interface 0.2.0.02 although I had the problem with older versions too
- April 5, 2005
- 2,176
- 428
Hey bigkev,
is it possible that in some cases your Web Server doesnt get uninstalled properly. I recently had problems with a crashing TVService, it began after I played around with your app (which I liked btw). Looking into windows event log it shows an error that Web Service couldnt get started because of missing files. But that was after i uninstalled your Web Server...
is it possible that in some cases your Web Server doesnt get uninstalled properly. I recently had problems with a crashing TVService, it began after I played around with your app (which I liked btw). Looking into windows event log it shows an error that Web Service couldnt get started because of missing files. But that was after i uninstalled your Web Server...
I've got some mean values on PostRecording times with latest versions.. there are random figures like 3029 min 1199mins 97mins etc. PreRecord times seem to be okay. This happens when there's a recording either after or before scheduled one.
Also new conflict-manager seems to find conflicts on recordings that are on the same mux so they can't be added from web interface at all.
Also new conflict-manager seems to find conflicts on recordings that are on the same mux so they can't be added from web interface at all.
Connection error
Hi!
I have a problem with version 0.2.0.4.
This is part of the MPWebInt.log
Can something be done about that?
Hi!
I have a problem with version 0.2.0.4.
This is part of the MPWebInt.log
Code:
10.11.2007 14:24:44 - Initial Connection to MSSQL: Failed Error=[AnyDAC][Phys][ODBC][Microsoft][SQL Native Client]Unable to complete login process due to delay in opening server connectionCan something be done about that?
- Thread starter
- #290
New Version 0.2.0.05
Kev
I am very busy at the moment (for the next 2 weeks), so I can only do a little each day.
I have made some fixes for conflicts - just to stop excessive pre and post times being added.
I have also added an error message for the server 500 error so that you can give me some more info on the 500 error that seems to be coming up after 24 hours.
Regards
Kev.
Let me know if you can still log on with the SQL Server Management Studio.
Kev
It is possible that some things are "left behind", but I am not sure if that would effect the TvService. Everything for the Web Server is installed to the one folder, there are no DLLs added to the windows directory or anything like that. I use regasm.exe (dotNet SDK) to register the TvLink dll for COMS, that is the only thing that would generate any additional registry entries. You might try using the uninstall option on regasm to unregister the dll...
Kev
I am very busy at the moment (for the next 2 weeks), so I can only do a little each day.
I have made some fixes for conflicts - just to stop excessive pre and post times being added.
I have also added an error message for the server 500 error so that you can give me some more info on the 500 error that seems to be coming up after 24 hours.
Regards
Kev.
Let me know if you can still log on with the SQL Server Management Studio.
Kev
It is possible that some things are "left behind", but I am not sure if that would effect the TvService. Everything for the Web Server is installed to the one folder, there are no DLLs added to the windows directory or anything like that. I use regasm.exe (dotNet SDK) to register the TvLink dll for COMS, that is the only thing that would generate any additional registry entries. You might try using the uninstall option on regasm to unregister the dll...