Time to make Touch web Service less experimental

[fred250]

Quote Originally Posted by sub View Post
From memory, the Control modifier is 0x20000. The Alt modifier is 0x40000. "Or" those with the keycode for "P"

Thanks, I'll try the modifiers...


/Fred

@Sub
Modifiers confirmed, well CTRL anyway.

/Fred

[mvallevand]

If you stop whats playing in the background in the windows client the response to /activity will be empty. It seems like /activity only streams the file webclient.xml from ..Users\Public\NPVR. NextPVR seem to keep the file updated./Fred

I just tried this since I hadn't noticed webclient.xml and screen.jpg before but that makes sense, however I started playing a recording remotely and webclient.xml is empty as is /activity

I have always been interested in this, but it still is very experimental, so I will wait to see how sub wants to grow this.

Martin

[fred250]

I just tried this since I hadn't noticed webclient.xml and screen.jpg before but that makes sense, however I started playing a recording remotely and webclient.xml is empty as is /activity
Martin

Well, I get an URL in my file every time. Maybe your're having multiple NexpPVR.exe running and the file gets overwritten? No support yet for multisession you know.

I have always been interested in this, but it still is very experimental, so I will wait to see how sub wants to grow this.

Martin

Happy to hear you're interested! Yeah, it's early days but I have good hopes in this and Sub seems keen on helping out too.

/Fred

[sub]

The multi-session support will probably require you to generate some unique session GUID, and pass it on each request, so NextPVR can tell which requests are for which clients.

[mvallevand]

Happy to hear you're interested! Yeah, it's early days but I have good hopes in this and Sub seems keen on helping out too.

Yes, I was working on an XBMC plugin for this when it first came out. Once Brian ran with nDroid as a native client touch lost a lot of steam, then XBMC PVR came out etc.

@sub multi-session with guid is fine, one of the problems I had was a statless client talking to the stateless server was if the client or server restarted they cand be out of sync and the screen size gets lost. If you could persist the size with the state or maybe have a config.xml MVP like client entry for the GUID that would help.

Some of the other problems I remember

- I prefer live streams to pure streams and not the /transcode streams for live tv
- /size should wake the screen saver

Martin

[fred250]

The multi-session support will probably require you to generate some unique session GUID, and pass it on each request, so NextPVR can tell which requests are for which clients.

Yes GUID sounds like a good approach. How about some init call where the server checks if more clients are allowed and returns a ticket or denies access. I guess the server need to keep a list of clients anyway so why not let the server provide the GUID.

/Fred

[bgowland]

Once Brian ran with nDroid as a native client touch lost a lot of steam,

I'm not being defensive but I'd started nDroid about 6 months before sub added the Touch stuff. My involvement with Touch was never intended to be long term and the idea was just to get some basic adaptations to sub's original scripts etc and hope somebody else would run with it.

My interest was primarily that I could possibly add a Touch front-end to the nDroid back-end code but as I only had a phone with a 3.7in screen it was more of a gimmick. I suppose if I'd had the Nexus 7 back then (had it existed) I may have carried things further.

@Fred - It's good to hear you're taking this on. I always liked the idea of it.

Cheers,
Brian

[mvallevand]

I'm not being defensive but I'd started nDroid about 6 months before sub added the Touch stuff. My involvement with Touch was never intended to be long term and the idea was just to get some basic adaptations to sub's original scripts etc and hope somebody else would run with it.

My point was that after you and I looked at you were able to add in some changes but after you had finished contributing it basically died from apathy.

Martin.

[bgowland]

My point was that after you and I looked at you were able to add in some changes but after you had finished contributing it basically died from apathy.

Martin.

Agreed - it was never really promoted to "the masses" and basically really needed (or needs) a developer or developers to push it forward - it's good that Fred is taking it on and sub is prepared to look at further enhancements.

Cheers,
Brian

[fred250]

Agreed - it was never really promoted to "the masses" and basically really needed (or needs) a developer or developers to push it forward - it's good that Fred is taking it on and sub is prepared to look at further enhancements.

Cheers,
Brian

I’d love to see this touch thing grow big. Most of the work has to be made server side so I guess “push it forward” really means trying to get sub to implement all terrific features that comes to mind .

As I mentioned earlier it is quite useful as is. When the tree major concerns are addressed I feel ready to put it on my LG TV for domestic beta test.
The lady of the house will tell me right away if it’s useful or useless.

• Run without the need of NRecord RUN
• Get streaming of accented filenames sorted
• Allow for multiple sessions

/Fred