PaulF wrote:I upgraded to a FW version that no longer has WDTVExt and I miss my my Media Navigation. Could you please please add the navigating functions to your app using the UPNP read and write seek times commands? Skip forward and back large chunks of times is really missed. Seeking to an absolute time is also nice. Did I say please?
Consider it done.
The uPnP control is one of the main request and also it's the best way to give support to official firmware users.
I started developing that feature some time ago but I reached some dead ends on the process (almost solved now). The worst case is the buggy/unimplemented uPnP control support on the official firmware. The seek control works pretty well, but the play/pause/stop... controls only works if the current media has been selected thought uPnP, not from the OSD.
I managed a (not pretty) fix for this, that is catch the current media URL, stop it and continue playing from the same point using uPnP... As I said, not pretty...
mad_ady wrote:In my opinion this is the way to go for MediaNavigation for future firmwares. The chances of having wdtvext ported to the newer firmwares is slim because of the large amount of skilled work needed.
However, it could be a challenge, because MN had some interesting features (I like the subtitle downloader part of it).
Maybe this should be discussed in a different thread.
The way I see this is the following:
* build an app.bin that has a "server" component that does the actual processing/jumping around in the current movie
* build a web interface (on the wdtv) that interacts with the server component and has the controls to jump around (and the visual feedback that you would normally get on screen).
* optionally, build a better GUI for an Android/iPhone app that interacts directly with the server using the same API the web interface is using.
* the subtitle downloader part can be done the same way - the server part does the downloading and re-converting if necessary, but the UI provides the file name/file path and the subtitle selection screen.
The standalone web interface allows any smartphone/tablet/pc to use this feature (even my old WinMobile PDA). Any IPhone/Android Apps can build their own UIs (for uniformity) and use standard http to make requests to the wdtv. There's a question of security and privacy (how to authorize the requests), but it would simplify access (no telnet required).
Totally agree here.
In fact, I'm deprecating Telnet in favour of HTTP using the webend remote control but I found that it's laggy in comparison, maybe because the digest authentication? Because on the Live Hub web interface remote it's really fast.
So a redesign of this to work as an API and as a standard web based remote control would be great.
As I said to PaulF, my efforts are centred on give support to all WDTV users, that comes with the use of the standard uPnP and cifs/samba services but the low official firmware support makes really hard to create a good user experience.
For example, the official firmware samba share works well and is easy to browse content, but it's really hard to play that files on the WDTV using uPnP because each drive has the USB ID and unique drive ID is mounted on "/tmp/media/usb/USBX/XXXXXXX" and that ID is only stored on the databases created on "/.wdtv" folder from each drive, so it is not really an easy job when you only see "\\WDTV_Live_IP\diskX\" on the samba share... Any idea?
Also the Twonky server is not available on the official firmware, only for Live Hub and Live Streaming...
I have not much free time now but I'll continue working on this version (it's almost reworked from the ground), also it would be great to help on the development of that web-based control if necessary

Android app-> 


