When ui: true, the play/pause button at the bottom also disappears.

[judin74]

I installed webrtc and set up "HomeCam" in go2rtc.

I tested it on Chrome on Windows.

When ui: true, the play/pause button at the bottom also disappears.

I tried both "ui: true" and "false."

When "ui: false" is set, the default controls appear, but clicking on the video area also plays and pauses. I'd like to see only the play/pause button at the bottom work.

Also, when "ui: false" is set, zooming in and dragging causes severe buffering or a pause-like behavior. Zooming out again doesn't eliminate the buffering. However, simply zooming(using the mouse wheel) eliminates the buffering.

[felipecrs]

That's expected. ui: true means to replace the browser's own UI.

I guess what you are asking is to add a button for play/pause to the card's UI.

[judin74]

That's right.

With "ui: true," I want to add a play/pause button at the bottom. Is there a way to do this?

With "ui: false," the video's internal logic seems to be broken. When I zoom in and drag, buffering occurs. However, there's no buffering when I simply zoom(using the mouse wheel).

[felipecrs]

With "ui: true," I want to add a play/pause button at the bottom. Is there a way to do this?

I don't think so, yet. It should not be hard to add support for it, though. @AlexxIT, thoughts?

With "ui: false," the video's internal logic seems to be broken. When I zoom in and drag, buffering occurs. However, there's no buffering when I simply zoom.

That is the browser's built-in media player. We can't do anything about it.

[judin74]

With "ui: true," I want to add a play/pause button at the bottom. Is there a way to do this?

I don't think so, yet. It should not be hard to add support for it, though. @AlexxIT, thoughts?
====> thanks. thanks. thanks.

With "ui: false," the video's internal logic seems to be broken. When I zoom in and drag, buffering occurs. However, there's no buffering when I simply zoom.

That is the browser's built-in media player. We can't do anything about it.
===> I think so too. When rendering from an internal video, it seems like the streaming got messed up when dragging while zoomed in.