What are you saying? The support is great!Mai wrote: ↑Tue Mar 13, 2018 3:16 pmThe idea of this program is awesome. The implementation, no so much.
Full of bugs. Hangs all the time, or stops recording leaving files open saying "Busy",....
No one is working on the code for months now. Any request for support falls on deaf ears.
If you have weeks of time to burn, you've got the right program to do it with.
I'll see if I can simulate that. I can't think of a reason why it should stop altogether.RDPUser wrote: ↑Mon Mar 12, 2018 11:59 pmThank you very much for all your help.
I tried to work with tempfile as you said.
As soon as this script is started user annotation text disappears and even after stopping and putting something else inside it, it won't come back. You have to reboot PI to get it back to work. What am I doing wrong?
There is no direct method for incorporating a sound stream into the h264 recordings that the MMAL camera interface provides.
hey btidey,btidey wrote: ↑Sat May 23, 2015 10:34 amFor anybody interested in detection algortihms it is also possible to save the vector data used to a file for development purposes. There is a control under motion settings for this. When on then the vector data from about 4 seconds before a video capture and for the whole of the video is saved in a file with same name as the mp4 but with an extra .dat extension. Do not turn this on unless you are interested as these files are about 50% of the video so take up quite a lot of room. You can get the files by downloading the video as a zip. The .dat files are binary vector data just as sequential frames. Each frame is 4 bytes * vector_width * vector_height. E.g. for a 1920x1080 video the vector is 121x 68 so a frame is 32912 bytes. The 4 bytes are a 8bit x vector, 8 bit y vector and a 16 bit SAD value. Currently we are just doing simple sums on the x and y vectors.
Just wanted to thank you for the awesome installation guide on elinux.org! It was very easy to use with its well-detailed instructions! I appreciate the efforts you made to put every bit of the explanation there.silvanmelchior wrote: ↑Fri Dec 13, 2013 4:14 pmInstallation instructions and all other information is now here:
http://elinux.org/RPi-Cam-Web-Interface
The vector data is the information used by the h264 encoding process. This splits the image into 16x16 pixel tiles and then works out how they are moving from frame to frame.n0s3 wrote: ↑Sun Mar 18, 2018 12:48 pmhey btidey,btidey wrote: ↑Sat May 23, 2015 10:34 amFor anybody interested in detection algortihms it is also possible to save the vector data used to a file for development purposes. There is a control under motion settings for this. When on then the vector data from about 4 seconds before a video capture and for the whole of the video is saved in a file with same name as the mp4 but with an extra .dat extension. Do not turn this on unless you are interested as these files are about 50% of the video so take up quite a lot of room. You can get the files by downloading the video as a zip. The .dat files are binary vector data just as sequential frames. Each frame is 4 bytes * vector_width * vector_height. E.g. for a 1920x1080 video the vector is 121x 68 so a frame is 32912 bytes. The 4 bytes are a 8bit x vector, 8 bit y vector and a 16 bit SAD value. Currently we are just doing simple sums on the x and y vectors.
i am looking for information about the .dat file created by the internal motion detection thing.
my video has a res of 1296x972, i cant figure out how to interpret the resulting .dat file. I cant find any documentation... and my reserve engineering skills are limited. I tried some values and it seems that my motion file is 82x61, but still i got a wrong duration.
I think i decode it correct by (x(1byte), y(1byte), sum(2byte)).
how can i find out the resolution of the .dat file. The quoted post, is the only thing i can find covering the .dat file!
Can you or somebody else tell me how to investigate this further? i need the motion vectors and dont want to compute them again due to limited resources/
Regards
n0s3
The ./install does try to install php. The version used is in the table of settings and defaults to 7.Wilson11 wrote: ↑Sun Mar 18, 2018 8:44 pmI have followed the instructions at ilinux, and when I got to the stage of running ./install.sh I got a message that bash: php: command not found. Following advice on old threads it looks like when I get the message:
unable to locate package php7.0
that it is missing from my install.
I ran update, but the problem still exists. Any suggestions on whether I am actually missing php, and if so, how to get it on my system.
Its a new pi 3 with a fresh install from noobs, and all the updates done.
Thanks,
Tim
In the period start commands you can put a series of commands separated by ';'ksdehoff wrote: ↑Sun Mar 18, 2018 10:02 pmEverything is working well for me. I have upgraded to an IR-CUT camera that needs a gpio command to enable/disable the ir filter. I was wondering if there is some way to use the scheduler to make the gpio call. Currently I have an external scheduler doing the day/night switch via a simple php script on the pi but being able to do it all in the built in scheduler would be fantastic. Any suggestions?
I just tried with raspbian stretch 18-03-2018 and it worked Ok. I don't use noobs but I would have expected it to work. I would still use a plain raspbian OS install.
OK. Good to hear it is working now. Not sure why you had package install issues. When I tested with latest Rasbian the version installed is 4.9.80-v7+ #1098Wilson11 wrote: ↑Mon Mar 19, 2018 12:57 amI got it to install and the video works. I had to instead do
Sudo apt-get install apache2 php7.0
And that installed. If I add the rest, it wouldn't work
By the way, the streaming video works fantastic. Just took my robot out for a drive and this is just what I was after. I am using node red to control an arduino, that controls the robot.
That's a low level kernel panic during a standard package install which is not directly associated with the camera software itself but indicative of something more fundamental like a corrupt file fetch from the repositories.bullockbob wrote: ↑Mon Mar 19, 2018 7:47 amTrying to install on a headless Pi Zero W, latest Raspbian with updates.
During the install script I got this ...
Unpacking libflite1:armhf (2.0.0-release-3) ...
Message from syslogd@raspberrypi at Mar 19 07:33:12 ...
kernel:[ 835.948907] Internal error: Oops - BUG: 0 [#1] ARM
Message from syslogd@raspberrypi at Mar 19 07:33:12 ...
kernel:[ 835.976851] Process ksoftirqd/0 (pid: 3, stack limit = 0xd7100188)
Message from syslogd@raspberrypi at Mar 19 07:33:12 ...
kernel:[ 835.978772] Stack: (0xd7101f40 to 0xd7102000)
<etc...>
Any ideas?
Thanks
And a new sd card as well I think. Mmm, thanks for the reply.btidey wrote: ↑Mon Mar 19, 2018 9:04 amThat's a low level kernel panic during a standard package install which is not directly associated with the camera software itself but indicative of something more fundamental like a corrupt file fetch from the repositories.bullockbob wrote: ↑Mon Mar 19, 2018 7:47 amTrying to install on a headless Pi Zero W, latest Raspbian with updates.
During the install script I got this ...
Unpacking libflite1:armhf (2.0.0-release-3) ...
Message from syslogd@raspberrypi at Mar 19 07:33:12 ...
kernel:[ 835.948907] Internal error: Oops - BUG: 0 [#1] ARM
Message from syslogd@raspberrypi at Mar 19 07:33:12 ...
kernel:[ 835.976851] Process ksoftirqd/0 (pid: 3, stack limit = 0xd7100188)
Message from syslogd@raspberrypi at Mar 19 07:33:12 ...
kernel:[ 835.978772] Stack: (0xd7101f40 to 0xd7102000)
<etc...>
Any ideas?
Thanks
I would start again with fresh Raspbian OS.