Some ideas not sure if there are already reported

[phanosp]

1. Authentication on viseron webpage. Maybe this already exists but I could not find anywhere a way to enable username/password when I open viseron web interface.
2. Change resolution of the live feed. For some cameras my live view feed (since I am using the substream for this) is 4/3 and for some is more widescreen. It would be nice if we were able to stress/shrink (I am not talking about trans coding here which will be cpu/gpu intensive) the video so all camera show the same size video.
3. Timeline of recordings will also be nice. If there was a way where we could see a timeline where each recording occurred so we can quickly jump to a recording will be nice.

[roflcoopter]

1. Authentication on viseron webpage. Maybe this already exists but I could not find anywhere a way to enable username/password when I open viseron web interface.

There is some fresh documentation on this in the dev branch, it can be found here: https://dev--viseron.netlify.app/docs/documentation/configuration/authentication

2. Change resolution of the live feed. For some cameras my live view feed (since I am using the substream for this) is 4/3 and for some is more widescreen. It would be nice if we were able to stress/shrink (I am not talking about trans coding here which will be cpu/gpu intensive) the video so all camera show the same size video.

Good suggestion, i have the same problem with my cameras.
Do you mean that you would like to stretch the still image shown in the UI so that it matches the mains streams resolution?

3. Timeline of recordings will also be nice. If there was a way where we could see a timeline where each recording occurred so we can quickly jump to a recording will be nice.

Viseron v3 is currently in beta, which includes 24/7 recordings and with it a timeline view.

Which version of the Docker container are you running?
To try the beta you can switch to using the 3.0.0b12 tag

[phanosp]

There is some fresh documentation on this in the dev branch, it can be found here: https://dev--viseron.netlify.app/docs/documentation/configuration/authentication

Thanks will try that.

Good suggestion, i have the same problem with my cameras.
Do you mean that you would like to stretch the still image shown in the UI so that it matches the mains streams resolution?

I was thinking like something setting resolution for the live camera feed. Choosing for every camera a resolution so every one of them looks similar on the live feed. But yes also if the aspect ratio of the live feed resolution (after you changed it) is the same as the main stream them the still image on the recordings will also match the video and will make it look better when someone tries to access the recordings.

Which version of the Docker container are you running?
To try the beta you can switch to using the 3.0.0b12 tag

I am using the latest tag which in docker says is 15 months old. I will try to switch to the tag you mention above and let you know of the results.

[phanosp]

Hi @roflcoopter ,

I have just update to version 3.0.0b12. I like the new interface and I was able to create a user where I can access my cameras now with more security.

Some things I notice after the upgrade:

1. My old recordings (although they are present on my hard drive) no longer appear on the viseron gui. Only new ones that are being created appear on the gui. As a result I can not use the timeline feature since I need to wait to have some events first :). Will report back.

2. The recordings appear to happen more often. What I mean is that with the same config I used before (which I already tweak to fit my needs), viseron now seems to record more often and not when there is clear movement. Is this because of the new features added? If you can clarify little maybe I can tweak it again to fit my needs.

3. The new interface appears heavier than the previous one. Is this normal or should I change something in the config to tweak my settings for the new version?

Update: 13/12/24

Hi @roflcoopter ,

I had to revert to the previous stable version for now for the following reasons:

1. Every recording that happen on the new version when I try to play it it started playing after the event occurred (starting around 45% on the video bar). If I try to play the the video by clicking on the video bar on some other place the video try to reloads but never starts playing. Generally it seemed that I could not use the recording feature to view events on my system.

2. I am not sure where the new version stores its recordings. For sure is not under the path /recordings but somewhere else. As a result I can not manage the recordings in this version unless i know which path I need to mount externally on the docker container.

3. My older recordings (created by previous version of viseron: stable) where deleted. No sure what happened if this is a bug or something that the new version does.

Let me know if you need me to test anything on my system to pinpoint where the above "issues" are.

[kilodelta1]

Hello, @phanosp and @roflcoopter,
I would like to contribute to the review and testing of the newest beta version also (I went crazy and beyond and took dev build).
So, first:

Every recording that happen on the new version when I try to play it it started playing after the event occurred (starting around 45% on the video bar). If I try to play the the video by clicking on the video bar on some other place the video try to reloads but never starts playing. Generally it seemed that I could not use the recording feature to view events on my system.

I can confirm, that with build 3.0.0b12 this is happening every single time. first 10-20 seconds of event are lost. As I understood from the new Events feature description by @roflcoopter, Viseron right now saves events not by whole recordings, but by 10 seconds (or something close to that) recordings and takes them back from BE with playlists. I assume, that ether those first recordings are failed to save, but entries in db are made, ether they are deleted by some kind of cleanup process falsely.

In the latest build playback are acting differently: Playback progress starts from first second, but its clear that its missing first (or maybe two) batches of recording. Usually thumbnail image (before triggering playback) shows actually good moment (moving vehicle or something), but by playing the recording looks like false positive and nothing important recorded.

Additionally latest build looks like has also another issue, where last 15 seconds are also missed to record, because progress bar shows more time, but footage is stuck. @roflcoopter If you would like to get logs, do some debugging, let me know.
Also noticed, that new Event interface have some bugs also, like its not playing register events, only thumbnails are available. Additionally usually if you try to use timeline view, its clear, that its missing to play correct events, not going far enough back in timeline.

A have to say, that @roflcoopter you are doing great job here, impressive progress. Keep going, if you need help with testing latest dev, let me know, ready to do that (I am actually doing that last few weeks 😄 ).

[phanosp]

Hi @kilodelta1 ,

basically what you described is what I experience when trying out the build 3.0.0b12. @roflcoopter if you need logs to fix any bugs lets us know.

[roflcoopter]

1. My old recordings (although they are present on my hard drive) no longer appear on the viseron gui. Only new ones that are being created appear on the gui. As a result I can not use the timeline feature since I need to wait to have some events first :). Will report back.

Yeah old reordings are not migrated.
Them being deleted is due to the clean up jobs introduced in b12, didnt really consider that.
Should make a warning note on that one.

2. The recordings appear to happen more often. What I mean is that with the same config I used before (which I already tweak to fit my needs), viseron now seems to record more often and not when there is clear movement. Is this because of the new features added? If you can clarify little maybe I can tweak it again to fit my needs.

Nothing has changed in this regard, so it must me a coincidence. What are you using to trigger recordings?

3. The new interface appears heavier than the previous one. Is this normal or should I change something in the config to tweak my settings for the new version?

Do you mean its slower to load or does it stress your host more?

• Every recording that happen on the new version when I try to play it it started playing after the event occurred (starting around 45% on the video bar). If I try to play the the video by clicking on the video bar on some other place the video try to reloads but never starts playing. Generally it seemed that I could not use the recording feature to view events on my system.
• I am not sure where the new version stores its recordings. For sure is not under the path /recordings but somewhere else. As a result I can not manage the recordings in this version unless i know which path I need to mount externally on the docker container.
• My older recordings (created by previous version of viseron: stable) where deleted. No sure what happened if this is a bug or something that the new version does.

Will look into the recordings starting too late. I have no issues with that but ill see what i can find.

Recordings are stored in /segments, but that will soon change.
There is new documentation on how everything is supposed to work before v3 is released, you can find it here: https://dev--viseron.netlify.app/docs/documentation/configuration/recordings

Note that the documentation does not reflect the current state, rather a future state

[roflcoopter]

Hello, @phanosp and @roflcoopter, I would like to contribute to the review and testing of the newest beta version also (I went crazy and beyond and took dev build). So, first:

Every recording that happen on the new version when I try to play it it started playing after the event occurred (starting around 45% on the video bar). If I try to play the the video by clicking on the video bar on some other place the video try to reloads but never starts playing. Generally it seemed that I could not use the recording feature to view events on my system.

I can confirm, that with build 3.0.0b12 this is happening every single time. first 10-20 seconds of event are lost. As I understood from the new Events feature description by @roflcoopter, Viseron right now saves events not by whole recordings, but by 10 seconds (or something close to that) recordings and takes them back from BE with playlists. I assume, that ether those first recordings are failed to save, but entries in db are made, ether they are deleted by some kind of cleanup process falsely.

In the latest build playback are acting differently: Playback progress starts from first second, but its clear that its missing first (or maybe two) batches of recording. Usually thumbnail image (before triggering playback) shows actually good moment (moving vehicle or something), but by playing the recording looks like false positive and nothing important recorded.

Additionally latest build looks like has also another issue, where last 15 seconds are also missed to record, because progress bar shows more time, but footage is stuck. @roflcoopter If you would like to get logs, do some debugging, let me know. Also noticed, that new Event interface have some bugs also, like its not playing register events, only thumbnails are available. Additionally usually if you try to use timeline view, its clear, that its missing to play correct events, not going far enough back in timeline.

A have to say, that @roflcoopter you are doing great job here, impressive progress. Keep going, if you need help with testing latest dev, let me know, ready to do that (I am actually doing that last few weeks 😄 ).

There might be some confusion here what actually ends up as a recording vs just snapshots.
I encourage you to also read the docs here: https://dev--viseron.netlify.app/docs/documentation/configuration/recordings

I have had some good discussions in #837 as well trying to clarify some things.

All in all, the current state of the beta might not be very intuitive for new users but i intend to work on that before the final release so i appreciate your feedback.

I did some testing and here you can see the timings of a detected object event:

As you can see there is only 2 seconds that differs between the detection and the timestamp that is seeked to when i click it.
Those 2 seconds come from the fact that i run detection on a substream which is not entirely in sync with the main stream.

Do you think you could show me by either screen shot or a short screen capture so i can get a better understanding of what the issue is?

[phanosp]

Hi @roflcoopter

Nothing has changed in this regard, so it must me a coincidence. What are you using to trigger recordings?

I am using mog2 like the following:

  motion_detector:
    cameras:
      camera_1:  
        fps: 1
        trigger_recorder: true
        recorder_keepalive: true
        area: 0.02

Maybe the issue was misinterpreted though. After reading what @kilodelta1 wrote maybe the recording is the same but is not being played back correctly, it starts after some seconds and finishes without playing all the recording, which might result in the video not showing the actual trigger event.

Do you mean its slower to load or does it stress your host more?

Both. I see the interface loading slower and the cpu going higher. Ofcourse I am using an old cpu but still the old stable version works ok on my system. Does the new version requires a newer cpu with new requirements?

There might be some confusion here what actually ends up as a recording vs just snapshots.
I encourage you to also read the docs here: https://dev--viseron.netlify.app/docs/documentation/configuration/recordings

I am only using mog2 as shown above. In the current version it works fine but maybe in the new version I need to use something more? So an Event recording (https://dev--viseron.netlify.app/docs/documentation/configuration/recordings) is not something that can be trigger only by motion but it needs to have an object detector? Am I understanding correctly?

If this is the case then in the new version is there a way to do just motion detention while using the new version? What I experience in the new version is that although that an event is shown in thumbnail (say a car passes in front of the camera), when I try to play the recording it starts around 10-20 seconds after the initial frame and sometimes stops even before the end. The car is not shown at all in the video although is shown in thumbnail.

Unfortunately I have no video to show right now because when I notice the issue I could not find the location of the recordings of the new version to save them, so I deleted everything and make a fresh install of the stable version so I get a working system.

If you wish me to test again I can do so so please let me know.

[roflcoopter]

Both. I see the interface loading slower and the cpu going higher. Ofcourse I am using an old cpu but still the old stable version works ok on my system. Does the new version requires a newer cpu with new requirements?

The newer version does require some more juice since it is using some heavy DB queries.
The interface is also subscribing to more data from the server.
But all in all it shouldnt be that much of a difference compared to v2.

I am only using mog2 as shown above. In the current version it works fine but maybe in the new version I need to use something more? So an Event recording (https://dev--viseron.netlify.app/docs/documentation/configuration/recordings) is not something that can be trigger only by motion but it needs to have an object detector? Am I understanding correctly?

No you can still use only a motion detector, no obejct detector is required.

If this is the case then in the new version is there a way to do just motion detention while using the new version? What I experience in the new version is that although that an event is shown in thumbnail (say a car passes in front of the camera), when I try to play the recording it starts around 10-20 seconds after the initial frame and sometimes stops even before the end. The car is not shown at all in the video although is shown in thumbnail.

Unfortunately I have no video to show right now because when I notice the issue I could not find the location of the recordings of the new version to save them, so I deleted everything and make a fresh install of the stable version so I get a working system.

If you wish me to test again I can do so so please let me know.

Could you maybe setup a second Viseron instance running the v3 beta to do some testing?
As my previous post shows my detected motion aligns with the thumbnails and recordings so i currently cant reproduce your issue.
Would be great with some logs and screenshots from the UI

[phanosp]

Could you maybe setup a second Viseron instance running the v3 beta to do some testing?
As my previous post shows my detected motion aligns with the thumbnails and recordings so i currently cant reproduce your issue.
Would be great with some logs and screenshots from the UI

Yes I can do that. Do you want me to run it and get the logs and sent them to you or you want specific thinks to test before sending the logs?

[roflcoopter]

Would be great to have the full logs from startup up until the end of a recording.

Would be greate if you also could show the behaviour you described in the web interface either with a screen capture or screenshots