Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[DESKTOP] Playback control bar lost some features in 1.0.9 #176

Closed
abishai opened this issue Feb 27, 2016 · 7 comments
Closed

[DESKTOP] Playback control bar lost some features in 1.0.9 #176

abishai opened this issue Feb 27, 2016 · 7 comments

Comments

@abishai
Copy link

abishai commented Feb 27, 2016

Compared with 1.0.7 event viewing

  1. No marks for frames with movement. As bar has become more thick, maybe colorize portion of it for such frames?
  2. Lost ability to navigate the playback with clicks on bar.

Maybe show controls by default for desktop clients (or make setting) ? For example, click on video to stop it was removed and we need to collapse right menu to pause the video.

@pliablepixels
Copy link
Member

Yup I can't offer those features because zms is taking over the playback unlike in the other mode where I show the frames myself - it also controls the playback rate and adjust itself. ZMS controls are very crude - it has a seek command but it hardly seems to work - forward/rewind work consistently

@abishai
Copy link
Author

abishai commented Feb 27, 2016

forward/rewind works, that's true. It's strange seek is not working. I remember click on web interface do the seek. Maybe it's not exposed on api ?

@abishai
Copy link
Author

abishai commented Feb 27, 2016

BTW, playback via zmc works very reliable. Server load remains loow and playback runs smooth, thank you for this solution.

@pliablepixels
Copy link
Member

So seek does work - the problem is zmNinja makes it very easy to keep moving the slider around and then zms crashes - that's the problem. When people use the console, the interface is very crude - so they don't mess around much :)

@abishai
Copy link
Author

abishai commented Feb 27, 2016

So, seek is just disabled? If zms crashes with call stack and so on, we can open issue in ZM repo and wait for a fix. Also, if it crashes time to time, not always, systemd should restart it.

@pliablepixels
Copy link
Member

Zms is not controlled by systemd. When it crashes we also lose the stream association - so we need to refresh the window with a new connkey- and we also lose position and speed. It requires a new init. No one will really fix zms. I'll have to fix it and it's not a bug fix more of a design relook. I've disabled it because seek may result in more UI instability and I don't want users to keep complaining the stream freezes or resets.

@pliablepixels
Copy link
Member

next release will have movement control. please re-open if you need to after the next release is made (will be after ZM 1.30 is released)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants