cormad
Posts: 27
Joined: Mon Jan 19, 2015 1:59 pm

Re: RPi Cam Web Interface

Fri Apr 17, 2015 8:58 pm

Thanks Olly,
Now I just have to solve the problem as listed above.....blank screen when I go to web address

0lly wrote:
cormad wrote:I also receive the following error on startup
[....] Starting web server : apach2apach2: Could not reliably determine the server's fully qualified domain name, using 127.0.1.1 for serverName

[warn] Not starting daemon, disabled via /etc/default/motion ...(warning)
This are only warnings,no errors.
I have the same messages but RPi Cam Web Interface works perfect here.

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

Re: RPi Cam Web Interface

Fri Apr 17, 2015 9:10 pm

cormad wrote:please see answers in RED I am running windows 7 and Chrome

Try browsing to http://cameraIP/Copyright.txt Replace cameraIP with real IP. That should show just a copyright piece of text and shows the basic web server side is functioning.
Not Found

The requested URL /Copyright.text was not found on this server.

Apache/2.2.22 (Debian) Server at 192.168.1.106 Port 80
/Copyright.txt not Copyright.text If that is not showing then the web server is broken maybe its config somehow didn't get set up.

If raspimjpeg is not in the ps -A list then that is also not good. It is set up to automatically start at reboot. Do you see a scheduleLog.txt in the /var/www/ folder it will contain log records error information from raspimjpeg. Try starting it manually (sudo raspimjpeg &), check log file for errors and see if it is in the ps - A list

cormad
Posts: 27
Joined: Mon Jan 19, 2015 1:59 pm

Re: RPi Cam Web Interface

Fri Apr 17, 2015 9:24 pm

When ran sudo raspimjpeg & I got [1] 2234 returned
No scheduleLog.txt exists in my file directory
When I run ps -A I still do not see raspimjpeg

Should I delete/remove and start over ??

Thanks for helping!

btidey wrote:
cormad wrote:please see answers in RED I am running windows 7 and Chrome

Try browsing to http://cameraIP/Copyright.txt Replace cameraIP with real IP. That should show just a copyright piece of text and shows the basic web server side is functioning.
Not Found

The requested URL /Copyright.text was not found on this server.

Apache/2.2.22 (Debian) Server at 192.168.1.106 Port 80
/Copyright.txt not Copyright.text If that is not showing then the web server is broken maybe its config somehow didn't get set up.

If raspimjpeg is not in the ps -A list then that is also not good. It is set up to automatically start at reboot. Do you see a scheduleLog.txt in the /var/www/ folder it will contain log records error information from raspimjpeg. Try starting it manually (sudo raspimjpeg &), check log file for errors and see if it is in the ps - A list

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

Re: RPi Cam Web Interface

Fri Apr 17, 2015 9:43 pm

cormad wrote:When ran sudo raspimjpeg & I got [1] 2234 returned
No scheduleLog.txt exists in my file directory
When I run ps -A I still do not see raspimjpeg

Should I delete/remove and start over ??

Thanks for helping!
I think that is the best way to resolve this. Start with clean raspbian and make sure you do the apt-get updates as listed in the wiki.

alex101111
Posts: 4
Joined: Fri Apr 17, 2015 10:22 pm

Re: RPi Cam Web Interface

Fri Apr 17, 2015 11:04 pm

Hello guys,
I can use to get up to 5 fps using the old version of raspimjpeg
for example: raspimjpeg -w 320 -h 180 -d 5 -q 85 -of /path/to/image%05d.jpg

Now I can only get about 2fps.

I installed the program and changed the config file to:

# Image Options
#
image_width 320
image_height 180
image_quality 85
#time lapse interval 0.1 sec units
tl_interval 0.2

then I sent command to pipe like the following:
echo -n 'tl 1' >/var/www/FIFO

everything seems to work but I can only get about 2 fps.

What did I do wrong, or how do I shut off all other process and only use raspimjpeg to get reliable 5 fps jpg?

Thank you for your help

alex

User avatar
electronicsguy
Posts: 156
Joined: Wed Jan 21, 2015 11:20 pm
Contact: Website

Re: RPi Cam Web Interface

Sat Apr 18, 2015 12:19 am

Hi Silvan and other devs,
I just install this and was able to use it instantly. Congratulations on this excellent work!
blog: https://electronicsguy.wordpress.com
github: https://github.com/electronicsguy

cormad
Posts: 27
Joined: Mon Jan 19, 2015 1:59 pm

Re: RPi Cam Web Interface

Sat Apr 18, 2015 12:38 am

btidey,
Clean install, followed wiki step by step. Same problem :( .
I'm grasping at straws.

raspistill -o cam.jpg does work if that helps

Jeff
******EDIT*******
I ran ps aux | grep raspimjpeg and now it is working :D
btidey wrote:
cormad wrote:When ran sudo raspimjpeg & I got [1] 2234 returned
No scheduleLog.txt exists in my file directory
When I run ps -A I still do not see raspimjpeg

Should I delete/remove and start over ??

Thanks for helping!
I think that is the best way to resolve this. Start with clean raspbian and make sure you do the apt-get updates as listed in the wiki.

morticiaskeeper
Posts: 101
Joined: Mon Aug 27, 2012 6:05 pm

Re: RPi Cam Web Interface

Sat Apr 18, 2015 8:42 am

btidey wrote:
index.zip
morticiaskeeper wrote:[quote="btidey"

If you want to keep trying here is a test index.php that logs the streaming mode it is going to ask for
Hi Robert

I can't see the index file
Oops. I keep adding the file but its not getting added for some reason. Now it's gone in[/quote]

That works on the default stream. The button for mjpeg stream is visible, but clicking on it does nothing. The schedule log shows "using streaming mode 0".

Chrome updated last night, so I'll try mjpeg again.

Edit... Switched back to the index & script, selected mjpeg stream and saw LOADING. Switched back to default stream and got a still frame. Put iPad to sleep, opened it up and default stream works!

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

Re: RPi Cam Web Interface

Sat Apr 18, 2015 9:22 am

morticiaskeeper wrote:
That works on the default stream. The button for mjpeg stream is visible, but clicking on it does nothing. The schedule log shows "using streaming mode 0".

Chrome updated last night, so I'll try mjpeg again.

Edit... Switched back to the index & script, selected mjpeg stream and saw LOADING. Switched back to default stream and got a still frame. Put iPad to sleep, opened it up and default stream works!
That was what that index.php file was supposed to do. It was the released version but with 2 changes for test purposes. It logged the stream selection button so that we could check that was selecting the right streaming mode (0 Default , 1 MJPEG) but then ignored the setting and always requested the use of the Default method.

From what you say this worked and you got Default streaming which was working.

Going to the released version then does action the Default / MJPEG stream modes. Default should be exactly the same as the test. MJPEG will select the MJPEG streaming mode which may not work on all browsers.

If with the switchable version going from MJPEG to Default doesn't work until something else changes then that must be some timing problem with the index page not refreshing first time around. I'll double check that area.

silvanmelchior
Posts: 76
Joined: Mon Nov 25, 2013 5:56 pm

Re: RPi Cam Web Interface

Sat Apr 18, 2015 10:01 am

Important: A look into the future

I'm working on version 6.0 of raspimjpeg. The idea is to break away from motion and use the motion vectors from the h264-encoder to support motion detection. This would enable motion detection with 30fps and very low CPU-usage, because everything is calculated on the GPU anyway.

There are still some questions open, but after many hours of trying I managed to show the motion vectors live on the web interface. If you are interested, a short demonstration is here: https://www.youtube.com/watch?v=5Yw94-f3GnY. The code itself is here: https://github.com/roberttidey/userland ... nDetection and if you want to try it on your own, here are the details: https://github.com/silvanmelchior/RPi_C ... /issues/56. And last but not least the information from the developers themself: https://www.raspberrypi.org/vectors-fro ... stimation/

As I said, I have still some questions to solve (how to detect motion if not buffering/capturing, how to implement the scheduler, ...), but I'm very excited about the idea of having motion detection with full fps and done by the GPU.

==> So, what do you guys think? Is it a good idea to stop using motion and switching to the GPU? Do your projects still work without motion?

morticiaskeeper
Posts: 101
Joined: Mon Aug 27, 2012 6:05 pm

Re: RPi Cam Web Interface

Sat Apr 18, 2015 10:45 am

Silvan

I like the idea of working without motion. All the motion triggered systems I've used have given a lot of false triggers, or perhaps that is just a problem with this way of sensing.

Due to the false triggers, I am thinking of switching to PIR sensing via GPIO. Whichever path you choose, I would still like that option.

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

Re: RPi Cam Web Interface

Sat Apr 18, 2015 1:31 pm

silvanmelchior wrote: ==> So, what do you guys think? Is it a good idea to stop using motion and switching to the GPU? Do your projects still work without motion?
I think this is a very exciting development. RPi Cam only really uses motion as a basic trigger threshold mechanism and the camera motion vectors approach offers the promise of better detection, simplification of the system, and lower CPU load.

The circular buffer also helps out here as it allows for more frames to be considered in sequence before firing a start without losing the real beginning of the event.

I'll try to help out in any way I can to make this a reality.

Dittie
Posts: 9
Joined: Sun Mar 29, 2015 12:57 pm

Re: RPi Cam Web Interface

Sat Apr 18, 2015 6:56 pm

silvanmelchior wrote:Important: A look into the future

I'm working on version 6.0 of raspimjpeg. The idea is to break away from motion and use the motion vectors from the h264-encoder to support motion detection. This would enable motion detection with 30fps and very low CPU-usage, because everything is calculated on the GPU anyway.

There are still some questions open, but after many hours of trying I managed to show the motion vectors live on the web interface. If you are interested, a short demonstration is here: https://www.youtube.com/watch?v=5Yw94-f3GnY. The code itself is here: https://github.com/roberttidey/userland ... nDetection and if you want to try it on your own, here are the details: https://github.com/silvanmelchior/RPi_C ... /issues/56. And last but not least the information from the developers themself: https://www.raspberrypi.org/vectors-fro ... stimation/

As I said, I have still some questions to solve (how to detect motion if not buffering/capturing, how to implement the scheduler, ...), but I'm very excited about the idea of having motion detection with full fps and done by the GPU.

==> So, what do you guys think? Is it a good idea to stop using motion and switching to the GPU? Do your projects still work without motion?
Will it be able to support facial or object recognition?

morticiaskeeper
Posts: 101
Joined: Mon Aug 27, 2012 6:05 pm

Re: RPi Cam Web Interface

Sat Apr 18, 2015 8:03 pm

Robert

In the interests of making sure, I've just built a new Raspi 2 on a brand new card and the iOS streaming problem is still the same :-)

harlock74
Posts: 182
Joined: Fri Jan 18, 2013 10:47 am

Re: RPi Cam Web Interface

Sat Apr 18, 2015 8:16 pm

silvanmelchior wrote:Important: A look into the future

I'm working on version 6.0 of raspimjpeg. The idea is to break away from motion and use the motion vectors from the h264-encoder to support motion detection. This would enable motion detection with 30fps and very low CPU-usage, because everything is calculated on the GPU anyway.

There are still some questions open, but after many hours of trying I managed to show the motion vectors live on the web interface. If you are interested, a short demonstration is here: https://www.youtube.com/watch?v=5Yw94-f3GnY. The code itself is here: https://github.com/roberttidey/userland ... nDetection and if you want to try it on your own, here are the details: https://github.com/silvanmelchior/RPi_C ... /issues/56. And last but not least the information from the developers themself: https://www.raspberrypi.org/vectors-fro ... stimation/

As I said, I have still some questions to solve (how to detect motion if not buffering/capturing, how to implement the scheduler, ...), but I'm very excited about the idea of having motion detection with full fps and done by the GPU.

==> So, what do you guys think? Is it a good idea to stop using motion and switching to the GPU? Do your projects still work without motion?
Hi Silvan,
I personally believe this a fantastic and exciting news indeed!
I almost gave up with false motion triggers, so I would be more than happy to switch;)

Regards,

harlock74
Posts: 182
Joined: Fri Jan 18, 2013 10:47 am

Re: RPi Cam Web Interface

Sun Apr 19, 2015 9:23 am

Hi Robert,
Just to confirm that after re-installing both the raspbian os and the latest version of the software I am finally able to edit all the settings in Safari as well! :mrgreen:
Many thanks to both of you Robert and Silvan for all your combined efforts.
Looking forward to future developments.
Regards,

silvanmelchior
Posts: 76
Joined: Mon Nov 25, 2013 5:56 pm

Re: RPi Cam Web Interface

Sun Apr 19, 2015 10:08 am

Dittie wrote:
silvanmelchior wrote:Important: A look into the future

I'm working on version 6.0 of raspimjpeg. The idea is to break away from motion and use the motion vectors from the h264-encoder to support motion detection. This would enable motion detection with 30fps and very low CPU-usage, because everything is calculated on the GPU anyway.

There are still some questions open, but after many hours of trying I managed to show the motion vectors live on the web interface. If you are interested, a short demonstration is here: https://www.youtube.com/watch?v=5Yw94-f3GnY. The code itself is here: https://github.com/roberttidey/userland ... nDetection and if you want to try it on your own, here are the details: https://github.com/silvanmelchior/RPi_C ... /issues/56. And last but not least the information from the developers themself: https://www.raspberrypi.org/vectors-fro ... stimation/

As I said, I have still some questions to solve (how to detect motion if not buffering/capturing, how to implement the scheduler, ...), but I'm very excited about the idea of having motion detection with full fps and done by the GPU.

==> So, what do you guys think? Is it a good idea to stop using motion and switching to the GPU? Do your projects still work without motion?
Will it be able to support facial or object recognition?
The motion vectors show just which part of the image is moving, so object recognition won't be possible. But it would be easy to detect in what direction an object is moving.

RicoJA
Posts: 5
Joined: Sat Mar 29, 2014 2:07 am

Re: RPi Cam Web Interface

Sun Apr 19, 2015 11:05 am

silvanmelchior wrote:Important: A look into the future

I'm working on version 6.0 of raspimjpeg. The idea is to break away from motion and use the motion vectors from the h264-encoder to support motion detection. This would enable motion detection with 30fps and very low CPU-usage, because everything is calculated on the GPU anyway.

There are still some questions open, but after many hours of trying I managed to show the motion vectors live on the web interface. If you are interested, a short demonstration is here: https://www.youtube.com/watch?v=5Yw94-f3GnY. The code itself is here: https://github.com/roberttidey/userland ... nDetection and if you want to try it on your own, here are the details: https://github.com/silvanmelchior/RPi_C ... /issues/56. And last but not least the information from the developers themself: https://www.raspberrypi.org/vectors-fro ... stimation/

As I said, I have still some questions to solve (how to detect motion if not buffering/capturing, how to implement the scheduler, ...), but I'm very excited about the idea of having motion detection with full fps and done by the GPU.

==> So, what do you guys think? Is it a good idea to stop using motion and switching to the GPU? Do your projects still work without motion?

Thanks for the great work.
I setup motion to email a picture when triggered, will this be able to do this as well. Also if it can be done, could it be something that can be implemented so its easily added?

xab
Posts: 23
Joined: Sat Jan 24, 2015 1:24 pm

Re: RPi Cam Web Interface

Sun Apr 19, 2015 5:58 pm

In case someone is struggling with annotation (it doesn't show up) then try sudo rpi-update..
Also few thoughts:
Why is default bit rate 17 Mbit/s (1 Mbit/s to my eye seems same with HD quality).. Of course everyone could change it on their own but...
Would anyone be interested in having 24/7* recording? With user defined duration in seconds? If so then how should this be done? Threads(pthreads/wiringPi/...) or externally where for instance crontab just executes script which writes ca 1 and ca 0 to pipe? (If just recording seems pointless then I'm going to add that PIR sensor should be used for motion detection aswell).

celinda
Posts: 3
Joined: Fri Apr 17, 2015 6:52 pm

Re: RPi Cam Web Interface

Sun Apr 19, 2015 6:34 pm

harlock74 wrote:
harlock74 wrote:
Once again many thanks for your kind help and just one final request. Any chance to get a button where it is possible to get a notification by email that motion is in operation (i.e.on_event_start sendEmail)?
Hi Robert,
Just to let you know that i have installed ssmtp and after populating the field 'on_motion_detected' with the following command:

Code: Select all

mail -s “Detection” my_email_address
I am now getting emails upon motion detection. :mrgreen:
Hi, is this are the way to get the notification?

Image

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

Re: RPi Cam Web Interface

Sun Apr 19, 2015 6:35 pm

RicoJA wrote:
Thanks for the great work.
I setup motion to email a picture when triggered, will this be able to do this as well. Also if it can be done, could it be something that can be implemented so its easily added?
When this is added then motion will disappear so any extra commands (e.g. for email) attached inside the motion set up won't be there.

I think probably what may be the best thing to do initially would be to expand scheduler a bit. Currently it translates motion start / stops into raspimjpeg commands like ca1 etc to control recordings. It should be straightforward to expand that to include doing a system command which could then be anything including send email.

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

Re: RPi Cam Web Interface

Sun Apr 19, 2015 7:01 pm

xab wrote:In case someone is struggling with annotation (it doesn't show up) then try sudo rpi-update..
Also few thoughts:
Why is default bit rate 17 Mbit/s (1 Mbit/s to my eye seems same with HD quality).. Of course everyone could change it on their own but...
Would anyone be interested in having 24/7* recording? With user defined duration in seconds? If so then how should this be done? Threads(pthreads/wiringPi/...) or externally where for instance crontab just executes script which writes ca 1 and ca 0 to pipe? (If just recording seems pointless then I'm going to add that PIR sensor should be used for motion detection aswell).
I think the original default video bit rate was probably just from raspivid where the intention was to maintain the HD quality even for very active content. It can be lowered a lot for more static video monitoring applications.

In checking this out I have noticed that setting the video bit rate from the web interface is not working, but changing the default value in raspimjpeg does work. This is due to a mismatch in the command that the web interface sends and what raspimjpeg expects. We will correct that.

24 * 7 recording has a couple of issues. First it is a fair bit of storage. I reckon with a lower bit rate it could be about 80GB per day. That in itself may be Ok if using TB external drives. Second the recording is a currently a batch process; you start a recording (ca 1), stop it some time later (ca 0) and then this gets converted from a h264 raw video to a mp4 packaged video. To make that work today I think you would need to split the recording up into reasonably small units (e.g. 10 minutes). So that it is ca 1; wait 10 minutes; ca 0; then repeat the sequence. There could be small gaps between each capture.

xab
Posts: 23
Joined: Sat Jan 24, 2015 1:24 pm

Re: RPi Cam Web Interface

Sun Apr 19, 2015 7:49 pm

btidey, I sent You a PM regarding that topic as well. But perhaps there are some people who know more about streaming than the two of us. What I'm having in mind is that there isn't the need to make every .h264 file to .mp4 ... I mean seriously.. Who watches all of the videos anyway? Maybe I'm getting this wrong but perhaps the only time when someone wants to watch some certain video is when there is something suspicious going on (and usually user knows when it could be going on). Then one can transcode/transmux/?? the video to mp4.
So perhaps its reasonable to investigate ways of streaming raw h264 to web (so that it could be played in html video tag? or some other neat plugin) .. Perhaps VLC/ffmpeg should be used for that?


Also, after my rpi-update for some weird reason my build of raspimjpeg does not work.. any thoughts on that ? :?
Apparently something went wrong with config, no idea what...
Last edited by xab on Sun Apr 19, 2015 8:49 pm, edited 1 time in total.

celinda
Posts: 3
Joined: Fri Apr 17, 2015 6:52 pm

Re: RPi Cam Web Interface

Sun Apr 19, 2015 8:32 pm

can i use jeremy coding for the rpi? because i want to upload the video to google drive instead of nas.

source
http://jeremyblythe.blogspot.com/2012/0 ... r-and.html

Stinnaz
Posts: 4
Joined: Tue Feb 24, 2015 9:12 pm

Re: RPi Cam Web Interface

Sun Apr 19, 2015 9:13 pm

Hi all. Firstly I just want to say that this is my first experience of following a project since I bought my Pi, and it's certain helping me learn a few new things. I'd been looking around and trying a few Pi camera web streaming projects, but I couldn't get any of them to work very well. However, yours does almost everything I could have wanted and actually worked (almost) "out of the box". So well done for some amazing work here!

I just have a couple of questions and I have tried searching this post and the wiki, but with no luck:

1. How do I update to the latest version, or do I have to do a fresh install?

2. Whenever I try and change the image quality from 25 (which it always defaulted to and not 85 as stated) the number stays, but with no noticeable change to the video above. When I navigate away and back though it say 25 again. Am I missing something, or is this not even the streaming outputs quality but the quality if still images are captured?

Excuse my newbie questions, but I'm trying to learn as I go!

Thanks very much.

Return to “Camera board”