User avatar
Alligator
Posts: 60
Joined: Tue Jun 26, 2012 6:18 pm
Contact: Website

Re: RPi Cam Web Interface

Thu Feb 01, 2018 8:55 pm

That file location was all I needed, thanks. You are correct in that it appears to update constantly. I just pull it once every few minutes, and it works perfectly.

btidey
Posts: 1519
Joined: Sun Feb 17, 2013 6:51 pm

Re: RPi Cam Web Interface

Fri Feb 02, 2018 11:45 am

Yes. That is the preview image which is continuously updated at the video frame rate (or less if the divider option) is set.

As a preview it is normally of lower resolution (set by preview width) and if that is OK then it is a good method to use.

For higher resolution you can use time lapse and if you want a fixed name and not a time lapse sequence then you can alter the time lapse template in /etc/raspimjpeg

by default it is

Code: Select all

lapse_path /var/www/media/tl_%i_%t_%Y%M%D_%h%m%s.jpg
where the % variables get substituted by time, lapse number and image within sequence. If you take the variables out of the name template then you will get a fixed name that gets overwritten every time a lapse image is taken.

You do need to stop and start the camera after changing a setting in /etc/raspimjpeg

btidey
Posts: 1519
Joined: Sun Feb 17, 2013 6:51 pm

Re: RPi Cam Web Interface

Fri Feb 02, 2018 11:51 am

wpballa1 wrote:
Sat Jan 27, 2018 7:00 pm
Bob,
I've recently run into a problem where the camera doesn't automatically start after a reboot. If I manually start the camera things work fine, but after a power fail it won't restart without intervention. Things were working fine until an upgrade earlier this year sometime in January. The system did suffer a REAL power failure which is how we discovered the problem.

Interestingly, a second camera system in the same locale works just fine, and I believe all software updates are identical.

Any ideas on where I should look? I've tried both raspimjpeg and md 1 to get things started automatically, but the problem appears to be that the camera isn't starting by itself as it should.

Thanks,
Bill
Camera software starts up if autoboot was set to yes during install. This sets up the /etc/rc.local script which is run by the OS during start up. Check this file and make sure it has the instructions in to start up the software. There should be a section starting #START RASPIMJPEG SECTION
and which contains a few lines starting up the software.

btidey
Posts: 1519
Joined: Sun Feb 17, 2013 6:51 pm

Re: RPi Cam Web Interface

Fri Feb 02, 2018 11:54 am

Alligator wrote:
Tue Jan 23, 2018 6:42 pm
I also have a question about password protecting the site. I understand I can set up a password during the configuration, but how would I do this:

index.php (password protected)
min.php (not password protected)

I'd like to give out the min.php page address to others, and I don't want them to be able to change any settings in the software.
There is a facility to give different user logins different privileges.

There are privilege levels provided. The lowest is equivalent to min.php. The middle level gives basic control to take images, videos etc but not change settings. The highest level gives full control.

See wiki for details and how to set it up.

wpballa1
Posts: 31
Joined: Sat Jun 27, 2015 12:49 am

Re: RPi Cam Web Interface

Sun Feb 04, 2018 7:59 pm

btidey wrote:
Fri Feb 02, 2018 11:51 am
wpballa1 wrote:
Sat Jan 27, 2018 7:00 pm
Bob,
I've recently run into a problem where the camera doesn't automatically start after a reboot. If I manually start the camera things work fine, but after a power fail it won't restart without intervention. Things were working fine until an upgrade earlier this year sometime in January. The system did suffer a REAL power failure which is how we discovered the problem.

Interestingly, a second camera system in the same locale works just fine, and I believe all software updates are identical.

Any ideas on where I should look? I've tried both raspimjpeg and md 1 to get things started automatically, but the problem appears to be that the camera isn't starting by itself as it should.

Thanks,
Bill
Camera software starts up if autoboot was set to yes during install. This sets up the /etc/rc.local script which is run by the OS during start up. Check this file and make sure it has the instructions in to start up the software. There should be a section starting #START RASPIMJPEG SECTION
and which contains a few lines starting up the software.
Bob,
I did set up autostart in the initialization and that section is in rc.local. The only thing I can think of is that I am starting another package (using python3) in rc.local and somehow that is affecting the autostart. I've tried starting the other package both before and after the raspimjpeg section and the camera won't start automatically. Perhaps I need a sleep command somewhere, but I thought starting after the camera should solve that and it didn't.
Bill

btidey
Posts: 1519
Joined: Sun Feb 17, 2013 6:51 pm

Re: RPi Cam Web Interface

Sun Feb 04, 2018 10:21 pm

wpballa1 wrote:
Sun Feb 04, 2018 7:59 pm

Bob,
I did set up autostart in the initialization and that section is in rc.local. The only thing I can think of is that I am starting another package (using python3) in rc.local and somehow that is affecting the autostart. I've tried starting the other package both before and after the raspimjpeg section and the camera won't start automatically. Perhaps I need a sleep command somewhere, but I thought starting after the camera should solve that and it didn't.
Bill
Can you try removing everything in rc.local other than the RASPIMJPEG section (leaving the #!/bin/sh -e)? This is to prove it is working as normal by itself.

The -e means that it will stop on encountering first error.

You can check the rc.local runs by

Code: Select all

systemctl list-units | grep rc-local
which should show rc.local active

If you can't get the whole thing running then zip the rc.local and post it here.

wpballa1
Posts: 31
Joined: Sat Jun 27, 2015 12:49 am

Re: RPi Cam Web Interface

Mon Feb 05, 2018 4:36 pm

btidey wrote:
Sun Feb 04, 2018 10:21 pm
wpballa1 wrote:
Sun Feb 04, 2018 7:59 pm

Bob,
I did set up autostart in the initialization and that section is in rc.local. The only thing I can think of is that I am starting another package (using python3) in rc.local and somehow that is affecting the autostart. I've tried starting the other package both before and after the raspimjpeg section and the camera won't start automatically. Perhaps I need a sleep command somewhere, but I thought starting after the camera should solve that and it didn't.
Bill
Can you try removing everything in rc.local other than the RASPIMJPEG section (leaving the #!/bin/sh -e)? This is to prove it is working as normal by itself.

The -e means that it will stop on encountering first error.

You can check the rc.local runs by

Code: Select all

systemctl list-units | grep rc-local
which should show rc.local active

If you can't get the whole thing running then zip the rc.local and post it here.
Bob,
Thanks, that pointed me to the error, the & at the end of the second code starting was missing and rc.local hung as a result. Now all is fine.
Bill

nospam
Posts: 41
Joined: Sun Jun 14, 2015 10:38 pm

Re: RPi Cam Web Interface

Wed Feb 07, 2018 12:48 pm

Alligator wrote:
Wed Jan 31, 2018 7:42 pm
Can someone tell me how I can capture an image every minute so I can use FTP to send the photo to a remote location? I don't want video, and I don't want separate file names. An image with the same name should be captured every 60 seconds. Is this done with AutoCapture_Interval? How do I get it to name it the same file name?

crontab and shell script

PhatFil
Posts: 209
Joined: Thu Apr 13, 2017 3:55 pm

Re: RPi Cam Web Interface

Wed Feb 07, 2018 1:15 pm

Code: Select all

raspistill -o samefilename.jpg

Holger Weigert
Posts: 1
Joined: Thu Feb 08, 2018 10:34 am

Re: RPi Cam Web Interface

Thu Feb 08, 2018 10:41 am

when playing the recorded motion picture I see only the first picture and in the rest has not recorded anything.
If the Video is 7 sec i see only 1-2 sec the rest ist a stillimage.

btidey
Posts: 1519
Joined: Sun Feb 17, 2013 6:51 pm

Re: RPi Cam Web Interface

Fri Feb 09, 2018 8:40 am

Holger Weigert wrote:
Thu Feb 08, 2018 10:41 am
when playing the recorded motion picture I see only the first picture and in the rest has not recorded anything.
If the Video is 7 sec i see only 1-2 sec the rest ist a stillimage.
I haven't come across that one before. Have you tried doing a command line raspivid recording to check that is working OK.

Potential problems could be marginal power supply / usb cables, or a loose connection to the camera itself. Make sure the ribbon is aligned and well in at both ends and that the little ribbon on the camera module itself is presed down.

splynncryth
Posts: 2
Joined: Thu Mar 09, 2017 6:34 am

Re: RPi Cam Web Interface

Wed Feb 14, 2018 9:36 am

I've been trying to figure out how to get full HD video out to iSpy.
I was using a Pi3 to act as my camera but I needed the wireless and the extra power for a different project, so I swapped it out for a Pi2.
After reinstalling everything on the Pi2, my preview resolution is locked to 1024. Is 1080 video available on a different stream? I made the switch a while ago, was there an old version that allowed for full HD previews? I think I was was also using Apache on the Pi3 but traced my constant SD card corruption down to that so I'm running lighttpd as my web server on the Pi2. Could that be limiting my resolution?
Ultimately, it doesn't matter if I can fix the preview if there is another way to get 1080 video over to my Windows box managing a number of cameras for me. If I can't fix the preview, is there another way to do what I need?

btidey
Posts: 1519
Joined: Sun Feb 17, 2013 6:51 pm

Re: RPi Cam Web Interface

Wed Feb 14, 2018 11:19 am

splynncryth wrote:
Wed Feb 14, 2018 9:36 am
I've been trying to figure out how to get full HD video out to iSpy.
I was using a Pi3 to act as my camera but I needed the wireless and the extra power for a different project, so I swapped it out for a Pi2.
After reinstalling everything on the Pi2, my preview resolution is locked to 1024. Is 1080 video available on a different stream? I made the switch a while ago, was there an old version that allowed for full HD previews? I think I was was also using Apache on the Pi3 but traced my constant SD card corruption down to that so I'm running lighttpd as my web server on the Pi2. Could that be limiting my resolution?
Ultimately, it doesn't matter if I can fix the preview if there is another way to get 1080 video over to my Windows box managing a number of cameras for me. If I can't fix the preview, is there another way to do what I need?
Preview is calculated from the video capture resolution. The setting for preview width determines the horizontal pixels while the vertical is calculated from aspect ratio.

Although the web says width is 128-1024 there is no limit. When I use 1920x1080 video and set the width to 1920 then I get a 1920x1072 preview. I think the vertical is down slightly due to rounding errors in the calculation.

Edit: The 1072 is not a rounding error. it is a consequence of the video going through a GPU resizer to get the preview and that has a limitation that the height has to be a multiple of 16 pixels. So 1080 becomes 1072. Although a 1920 preview doesn't need resizing it is quite a change to the connection plumbing for that special case.

Mai
Posts: 10
Joined: Thu Jun 18, 2015 3:21 pm

RPi Cam Web Interface not work when moved the file system to USB flash drive

Wed Feb 14, 2018 7:23 pm

Hi,
Installed it and it works fine.
Then I followed this link and got my pi to boot off sd card and only for booting. viewtopic.php?f=29&t=44177
After I installed RPi cam web as per instruction here: https://elinux.org/RPi-Cam-Web-Interfac ... stallation
It no longer works. I don't know how to fix it. I can see the image but none of the buttons work. I get a dialog box saying :
Restart RaspiMJPEG (./RPi_Cam_Web_Interface_Installer.sh start) or the whole RPi
I Was running out of room on the sd card. Now I am stuck :(
Help...

btidey
Posts: 1519
Joined: Sun Feb 17, 2013 6:51 pm

Re: RPi Cam Web Interface not work when moved the file system to USB flash drive

Wed Feb 14, 2018 10:24 pm

Mai wrote:
Wed Feb 14, 2018 7:23 pm
Hi,
Installed it and it works fine.
Then I followed this link and got my pi to boot off sd card and only for booting. viewtopic.php?f=29&t=44177
After I installed RPi cam web as per instruction here: https://elinux.org/RPi-Cam-Web-Interfac ... stallation
It no longer works. I don't know how to fix it. I can see the image but none of the buttons work. I get a dialog box saying :
Restart RaspiMJPEG (./RPi_Cam_Web_Interface_Installer.sh start) or the whole RPi
I Was running out of room on the sd card. Now I am stuck :(
Help...
I haven't tried that myself but I can't see any reason why it shoudn't work.

If the preview is live but buttons are 'greyed' out then that indicates it is not getting a good status_mjpeg.txt file back from the system. Although if you are getting a pop up error box that would indicate the raspimjpeg is crashing and could cause the same symptom but the preview wouldn't be working then. Check the scheduler log to see what is happening there.

If lack of storage is your main concern then another simpler strategy is to install on SD as normal and then link a folder on the USB stick as the camera media folder. That way all the actual recordings, thumbnails etc just get stored on the USB. People use the same technique if they want to use a hard disck or a network NAS as the place to store captures. The linked folder should be set to be owned by user www-media with write permissions.

ChAoSWK
Posts: 14
Joined: Fri Dec 04, 2015 11:34 am

Re: RPi Cam Web Interface

Thu Feb 15, 2018 1:01 pm

Hello,

i have following problem. I am running 2 Cams simultaneously connected to the same NFS Server. One is a RPI 1 connected via LAN running Version 6.2.21. The other (zero w) connected via wifi, running 6.4.15 (updated today due to the following problems).

The constellation is:
on second 0, 20 and 40 of a minute a image is beeing captured (via cronjob) and every minute a video recording is started (even it is recording, then it ignores the command). Every 59th minute the recording is stopped and a new recording is beeing started. A job on the nfs server moves every hour the files away into an archive.

With the RPI 1 connected via cable there is absolutely no prob (runs stable for months, the video files are all nearly the same size). The zero w sometimes starts new recordings, sometimes until 10 new recs per hour. Bitrate is 4mbit / s, jpeg size is around 2,5mb. I tested the internal wifi, also 2 wifi sticks with very good wifi condition (stable at 150mbps).

The zero doesnt reboot, has a 5.2V 2A stable PSU.

Eventlog tells:

{2018/02/15 12:26:07} Already capturing. Ignore
{2018/02/15 12:26:22} Capturing image
{2018/02/15 12:26:42} Capturing image
{2018/02/15 12:27:01} Capturing image
{2018/02/15 12:27:06} Already capturing. Ignore
{2018/02/15 12:27:21} Capturing image
{2018/02/15 12:27:41} Capturing image
{2018/02/15 12:28:02} Capturing image
{2018/02/15 12:28:07} Already capturing. Ignore
{2018/02/15 12:28:22} Capturing image
{2018/02/15 12:28:42} Capturing image -> OK so far.
{2018/02/15 12:36:37} RaspiMJPEG Version 5.8.06
{2018/02/15 12:36:37} recommended video buffer size 65536
{2018/02/15 12:36:37} h264 size set to 131072
{2018/02/15 12:36:37} recommended video buffers 1
{2018/02/15 12:36:37} h264 buffers set to recommended 1
{2018/02/15 12:36:37} Opening FIFO 0 /var/www/cam/FIFO 7
{2018/02/15 12:36:37} Opening FIFO 1 /var/www/cam/FIFO11 8
{2018/02/15 12:36:37} MJPEG streaming, ready to receive commands
{2018/02/15 12:36:37} send smd 9
[2018/02/15 12:36:43] RaspiCam support started
[2018/02/15 12:36:43] Capture Pipe already exists /var/www/cam/FIFO1
{2018/02/15 12:36:43} Starting command loop
[2018/02/15 12:36:43] Scheduler loop is started
[2018/02/15 12:36:43] Reload parameters command requested
[2018/02/15 12:36:43] Scheduler loop is started
{2018/02/15 12:36:43} Capturing started
[2018/02/15 12:36:44] New period detected 3
[2018/02/15 12:36:44] Send at 1 0 0 0
{2018/02/15 12:36:44} Change: anno3_custom_text_colour = 1
{2018/02/15 12:36:44} Change: anno3_custom_text_Y = 0
{2018/02/15 12:36:44} Change: anno3_custom_text_U = 0
{2018/02/15 12:36:44} Change: anno3_custom_text_V = 0
[2018/02/15 12:36:46] Send sa 0
{2018/02/15 12:36:46} Change: saturation = 0
[2018/02/15 12:36:48] Send sy irfilteron.sh
{2018/02/15 12:36:48} Executing macro /var/www/cam/macros/irfilteron.sh &
[2018/02/15 12:36:50] Send ec 5
{2018/02/15 12:36:50} Change: exposure_compensation = 5
[2018/02/15 12:36:52] Scheduled management tasks. Next at 1518698204
{2018/02/15 12:36:57} Capturing image
{2018/02/15 12:37:02} Capturing image
{2018/02/15 12:37:07} Already capturing. Ignore
{2018/02/15 12:37:17} Capturing image
{2018/02/15 12:37:22} Capturing image
{2018/02/15 12:37:42} Capturing image
{2018/02/15 12:38:01} Capturing image
{2018/02/15 12:38:06} Already capturing. Ignore


Between
{2018/02/15 12:28:42} Capturing image
and
{2018/02/15 12:36:37} RaspiMJPEG Version 5.8.06

no image or vid is beeing captured.

How to find failure? Thank you

Dirk

btidey
Posts: 1519
Joined: Sun Feb 17, 2013 6:51 pm

Re: RPi Cam Web Interface

Thu Feb 15, 2018 3:17 pm

ChAoSWK wrote:
Thu Feb 15, 2018 1:01 pm


How to find failure? Thank you

Dirk
If you are recording to a off-camera NAS then it is best if you use the facility to record locally on the SD card and move the recording to the final destination during the MPBox process. Live recording directly to the network location is hazardous if there is any glitch in the process as the buffers in the stream are coming in real time and has to be processed very quickly. This could be why you see problems primarily with wifi set up but it can occur even in a wired case.

The Data FLow section in the wiki describes the option. Basically you set up the boxing_path option in /etc/raspimjpeg to be a location on the SD card (e.g. /var/www/html/boxing). h264 video recordings take place to this folder and then the MP4Box converts to mp4 and stores in the fianl media location.

ChAoSWK
Posts: 14
Joined: Fri Dec 04, 2015 11:34 am

Re: RPi Cam Web Interface

Thu Feb 15, 2018 9:07 pm

btidey wrote:
Thu Feb 15, 2018 3:17 pm

If you are recording to a off-camera NAS then it is best if you use the facility to record locally on the SD card and move the recording to the final destination during the MPBox process. Live recording directly to the network location is hazardous if there is any glitch in the process as the buffers in the stream are coming in real time and has to be processed very quickly. This could be why you see problems primarily with wifi set up but it can occur even in a wired case.

The Data FLow section in the wiki describes the option. Basically you set up the boxing_path option in /etc/raspimjpeg to be a location on the SD card (e.g. /var/www/html/boxing). h264 video recordings take place to this folder and then the MP4Box converts to mp4 and stores in the fianl media location.
Okay, thank you for the info. Will it be possible to increase any buffer to get it to work more stable? The Camera stands outside. There are two problems with writing the data to the sd-card.
1) if someone steals my camera i can not see his stupid face because the vid is not on the server inside the house ;)
2) because I am boxing and deleting the files from the SD-Card it will be theoretically possible that some sectors are written every hour. 24 writes a day 168 writes a week 8760 writes a year. A cheap sdcard will get the first defects in less than a year and a good one (with 10000 writes) will break within the 2nd year. Within this time I got some broken SD-Cards only because of logging of the linux. Caching 2gb every our will decrease the life of the card dramatically.

I researched - increasing RAM (even with a spi or usb RAM) will not be possible to get a proper ram drive for the caching.

So, there are only four ways:

1) attaching a biiig (512gb) ssd with war leveling to spread the wear over a big amount of flash cells
2) caching on the sdcard and accepting to change it in a period of time with a new one
3) give the box a lan cable (and lay it into my garden)
3) accepting the outtakes

What about other protocols like SMB and FTP?

Thank you in advance

Dirk

Yannick292
Posts: 10
Joined: Wed Nov 15, 2017 9:17 am

Re: RPi Cam Web Interface

Fri Feb 16, 2018 7:51 am

Hello there,

I'm trying to use the internal motion detection feature with the Raspberry Pi camera on a Raspberry Pi 3 (capturing in 1080p50) . When i'm starting the motion detection (either by echoing md 1 in the FIFO or through the web interface), a very short motion is detected. Looking at the preview, it seems that the videos goes dark for a few miliseconds when activating motion detecting. This triggers the motion event while there was not any movement. I bypassed this problem by increasing the frame to start count, but obviously now small mouvements won't be detected.

It is not a big deal, everything else is working properly fine, but is there any way to tell motion detection to ignore the first few frames ?

Thanks for any answer

btidey
Posts: 1519
Joined: Sun Feb 17, 2013 6:51 pm

Re: RPi Cam Web Interface

Fri Feb 16, 2018 9:10 am

ChAoSWK wrote:
Thu Feb 15, 2018 9:07 pm


Okay, thank you for the info. Will it be possible to increase any buffer to get it to work more stable? The Camera stands outside. There are two problems with writing the data to the sd-card.
1) if someone steals my camera i can not see his stupid face because the vid is not on the server inside the house ;)
2) because I am boxing and deleting the files from the SD-Card it will be theoretically possible that some sectors are written every hour. 24 writes a day 168 writes a week 8760 writes a year. A cheap sdcard will get the first defects in less than a year and a good one (with 10000 writes) will break within the 2nd year. Within this time I got some broken SD-Cards only because of logging of the linux. Caching 2gb every our will decrease the life of the card dramatically.

I researched - increasing RAM (even with a spi or usb RAM) will not be possible to get a proper ram drive for the caching.

So, there are only four ways:

1) attaching a biiig (512gb) ssd with war leveling to spread the wear over a big amount of flash cells
2) caching on the sdcard and accepting to change it in a period of time with a new one
3) give the box a lan cable (and lay it into my garden)
3) accepting the outtakes

What about other protocols like SMB and FTP?

Thank you in advance

Dirk
The video stream from the camera is in the form of call backs from the MMAL interface. In the raspimjpeg process the buffers in each call back is written direct to the .h264 file. I don't want to introduce a layer of buffering in raspimjpeg itself as that would complicate it quite a lot. There is, however, buffering in the MMAL interface. Currently these are set to the recommended numbers. There is a config for the h264_buffers in the /etc/raspiconfig file. It has a value of 0 which then sets to the recommended level of 1. One can increase that to see if it helps.

SanDisk spec the typical number of writes for each sector at 100,000 giving a pretty good life expectancy. If the SD is kept fairly empty, the load levelling algorithms used will also spread the wear across all the empty space.

btidey
Posts: 1519
Joined: Sun Feb 17, 2013 6:51 pm

Re: RPi Cam Web Interface

Fri Feb 16, 2018 9:15 am

Yannick292 wrote:
Fri Feb 16, 2018 7:51 am
Hello there,

I'm trying to use the internal motion detection feature with the Raspberry Pi camera on a Raspberry Pi 3 (capturing in 1080p50) . When i'm starting the motion detection (either by echoing md 1 in the FIFO or through the web interface), a very short motion is detected. Looking at the preview, it seems that the videos goes dark for a few miliseconds when activating motion detecting. This triggers the motion event while there was not any movement. I bypassed this problem by increasing the frame to start count, but obviously now small mouvements won't be detected.

It is not a big deal, everything else is working properly fine, but is there any way to tell motion detection to ignore the first few frames ?

Thanks for any answer
OK. I normally have my motion settings for largish movements and so have settings to minimise false positives. So I don't normally see this problem.

However, the video change is real when turning md on as the camera is auto adjusting its settings. So I can see it could trigger an initial recording if settings are made sensitive.

I'll look into ways of improving this.

Yannick292
Posts: 10
Joined: Wed Nov 15, 2017 9:17 am

Re: RPi Cam Web Interface

Fri Feb 16, 2018 9:50 am

Thank you for your input, I don't mind increasing frames to start (with 11 it doesn't trigger at starting, and movements longer than 0.44s would be detected, looks still good to me).

I guess it's quite difficult to minimize effects of encoder reconfiguration on video output, if you thing it's not worth it, don't lose time on this

btidey
Posts: 1519
Joined: Sun Feb 17, 2013 6:51 pm

Re: RPi Cam Web Interface

Fri Feb 16, 2018 10:06 am

btidey wrote:
Fri Feb 16, 2018 9:15 am
Yannick292 wrote:
Fri Feb 16, 2018 7:51 am
Hello there,

I'm trying to use the internal motion detection feature with the Raspberry Pi camera on a Raspberry Pi 3 (capturing in 1080p50) . When i'm starting the motion detection (either by echoing md 1 in the FIFO or through the web interface), a very short motion is detected. Looking at the preview, it seems that the videos goes dark for a few miliseconds when activating motion detecting. This triggers the motion event while there was not any movement. I bypassed this problem by increasing the frame to start count, but obviously now small mouvements won't be detected.

It is not a big deal, everything else is working properly fine, but is there any way to tell motion detection to ignore the first few frames ?

Thanks for any answer
OK. I normally have my motion settings for largish movements and so have settings to minimise false positives. So I don't normally see this problem.

However, the video change is real when turning md on as the camera is auto adjusting its settings. So I can see it could trigger an initial recording if settings are made sensitive.

I'll look into ways of improving this.

Latest version has extra motion setting to delay real detection after motion detection activated.

Yannick292
Posts: 10
Joined: Wed Nov 15, 2017 9:17 am

Re: RPi Cam Web Interface

Fri Feb 16, 2018 10:54 am

Thanks a lot, seems to be working !
(BTW, my camera is in 1080p:25 and not 1080p50 as previously stated)

Edit : I forgot to reduce frame start before testing, recording is still getting triggered at md start (just to be sure, I set delay frames to 1000)

Yannick292
Posts: 10
Joined: Wed Nov 15, 2017 9:17 am

Re: RPi Cam Web Interface

Fri Feb 16, 2018 11:12 am

Yannick292 wrote:
Fri Feb 16, 2018 10:54 am
Thanks a lot, seems to be working !
(BTW, my camera is in 1080p:25 and not 1080p50 as previously stated)

Edit : I forgot to reduce frame start before testing, recording is still getting triggered at md start (just to be sure, I set delay frames to 1000)
Strange thing is that the Delay Frames to detect: parameter seems not to be recorded : when I reboot my rpi it get back to 0 (does the same when I close/re-open the web interface).

Return to “Camera board”

Who is online

Users browsing this forum: CharlyDelta, rotation and 19 guests