Thanks for the quick turnaround on the shortcuts! They need to be fleshed out a bit. When playing HD (720p) content (mkv) off an external drive the shortcuts don't seem to work properly. For example space causes a small black overlay to show up.
When you hit space, Ubeify sends a command to Omxplayer, via d-bus, to pause the video so it sounds like it may be a problem with Omxplayer rather than Ubeify. Can you download and install the latest version of Omxplayer from
here and see if that helps? It may be a problem with that particular file type (i've been unable to replicate your problem myself).
Also the shortcuts will not work if you're in
windowed mode or have gone fullscreen
from windowed mode. It's a side effect of having the windowed player "always on top" and is something i've not yet found a workaround for.
There is an undocumented shortcut <alt> to switch the player to
hide video mode. I'll add it to the website shortly.
You are right about the explorer issue I descripe. The issue is that a new instance of ubefiy is opened. This doesn't seem like an easy thing to work on. I think a related useful thing would be a taskbar item for each instance of ubeify.
It's not possible to have a taskbar item for Ubeify as it stands i'm afraid. The video control layer is started as the topmost x desktop item (which cannot be changed once started) and when you "minimize it" the window is simply moved off-screen. As it's moved off-screen only, and never truly minimised, there is no taskbar item for it.
This sounds like an odd design choice, but if you map omxplayer (which is a separate layer) to a proper x window, with minimize, maximize and close controls, you can't reliably detect whether the window is the topmost desktop item or not. If you can't detect this, then you can't send d-bus commands to omxplayer to hide/show the video layer when appropriate.
For example: if your video window was above a browser window and you gave the browser window focus, the video window would disappear under the browser window but the video layer would still be visible above the browser because the software can't detect that the video window has lost focus. Not ideal.
Another thing that is an issue is that sometimes when playing movies off a drive the player hangs. This is probably some buffer issue likely a hardware limitation. However when ubeify resumes it starts from the beginning. Also a difficult one to fix but would be nice to have it handle this a bit more gracefully
It's the way I designed it. If omxplayer hangs, Ubeify starts the next video in the queue. If you only have one video in the queue, it'll start that video again from the start. You're right though, it makes more sense to restart the video from the stalled point, i'll look into it
