Beta [transportx] Additional 'transport' functions

Status
Not open for further replies.
I don't like to bite the hand that feeds, and I admit to not having got around to trying it yet, but there strikes me to be a usability issue.

As standard, there is only slo-mo forward available, and this innovation provides reverse slo-mo - I get that, and I congratulate you on working it out.

I see a lack of intuitivity though, regardless of lack of reverse half and reverse eighth. By "lack of intuitivity", I mean there is no means to speed up slo-mo. Having arrived at x1/16, the only exit is to interrupt slo-mo entirely.

Allowing that I don't know what inputs are available (in the form of remote control button presses), may I suggest the following scheme:

Slo-mo button: enter slow motion playback mode, forward direction;

Cursor left/right buttons (or skip buttons): reverse/forward slo-mo, at current rate;

Rew/FF buttons: accelerate/decelerate in intuitive direction, ie Rew decelerates forward slo-mo and accelerates reverse slo-mo;

Play/pause/stop: exit slo-mo;

Slo-mo (while in slo-mo mode): exit slo-mo.
 
I think it should be possible to implement most of what you suggest but this has to fit around what the Humax app is doing (or what it thinks it is doing).

The cursor buttons are not very useful for interception because they don't always call the nexus functions so it would have to be the skip buttons.

With version 0.2 of transportx, pressing pause does not exit slow mode, it just suspends it with frame advance capability. Pressing ffwd or rew will resume slow mode.

The last item on your list may be problematic but as in your list, slow mode can be exited using play (or stop when viewing the tsr buffer).
 
While holding the channel change '0' key and the central 'OK' key together for a set time, puts the system into handset frequency change mode, are there any other keys or key combinations that could be used to place the handset or the unit into a certain mode whereby further keypresses have a different function
 
Black Hole said:
Slo-mo button: enter slow motion playback mode, forward direction;
Click to expand...
When in slow mode the skip buttons do not call the nexus playback functions so there is nothing to hook into. It would need some other mechanism, maybe a hook into the ir package.
 
Black Hole said:
I see a lack of intuitivity though, regardless of lack of reverse half and reverse eighth. By "lack of intuitivity", I mean there is no means to speed up slo-mo. Having arrived at x1/16, the only exit is to interrupt slo-mo entirely.

Allowing that I don't know what inputs are available (in the form of remote control button presses), may I suggest the following scheme:

Slo-mo button: enter slow motion playback mode, forward direction;

Cursor left/right buttons (or skip buttons): reverse/forward slo-mo, at current rate;

Rew/FF buttons: accelerate/decelerate in intuitive direction, ie Rew decelerates forward slo-mo and accelerates reverse slo-mo;

Play/pause/stop: exit slo-mo;

Slo-mo (while in slo-mo mode): exit slo-mo.
Click to expand...
I have been sitting on a new version of this for some time.
I initially implemented something along the lines you suggested but in operation I found it could be very confusing for the user in working out which is the current direction. Ideally the on-screen graphic should show the speed and direction but I don't see an update to this any time soon. The difficulty occurred when slowing down to the slowest speed and a further press would change the direction at the slowest speed. Depending on the content it was not always obvious which way things were moving.

Instead I eventually decided to go for a scheme where the FF/REW buttons would slow it to the minimum speed and no further. In order to change direction you have to first pause when in 'slow' mode and then press the relevant FF/REW to speed up in whichever direction is required.

Hopefully this will be added to the beta repository soon, if people think it is a good idea.
 
Version 0.4 has been added to the beta repository. It implements the new scheme in post 26 above.
I will update the original post later today or tomorrow.
 
The original post has now been updated to match version 0.4

Change Log:

Code: 
v0.4: New slow speed scheme using pause to change direction.

v0.3: Fixed rare crash after pressing pause many times.
      (Only happened to me once after about a month)

v0.2: Improved ffwd, rew, pause button interaction in slow speed mode.
      Fixed unresponsive pause button.
      Fixed fwd x1/16 -> rew x1/16 transition.

v0.1: Initial issue
 
Last edited:
Status
Not open for further replies.
Back
Top