-
Notifications
You must be signed in to change notification settings - Fork 163
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
gphoto2: preview at countdown from DSLR #242
Comments
Hi, In core.js
in takeVideo.php
For it to work on startup I had to edit /etc/rc.local: rmmod bcm2835-isp was needed as chromium was taking this device instead of the V4l2 one. How it work It is a ugly draft, I hope I will improve it and post the update here. |
@couz74 great! maybe you like to commit your changes and push them to GitHub? |
It's still not clean at all, I will try to do something nicer and push them |
I pushed the draft here https://github.com/couz74/photobooth.
|
Thanks a lot for your solution! I used a similar very unstable solution outside your app, where I used a bash script as the "take picture" command that essential stoped the gphoto2 capture-movie, takes a picture and starts the capture video again. The issue was that running the --capture movie command as a service, crashes the live view quite quickly. So really appreciate your integrated approach into the application itself. I tried running your solution, but having issues to make the livestream show up. EDIT: it might be that on my pi the |
Hi,
As you can see there is still some issue with the solution XD |
Great stuff! So theoretically that worked for me as well. Thanks! But somehow I only get a static and not up to date image as live view when taking a picture. Chrome mostly recognize the camera once access is allowed. I think for the interface, having the live view constantly running as a background image, like discussed in another issue here is the most user friendly way of taking your picture. So as a workaround for now, I would use motion and enter the http stream as a background address in interfaces. But in order for it to work, would it be possible to change the script in core js to just start and stop the takeVideo.pho, but not utilizing it, so motion is free to access the feed from /dev/video0 everytime takeVideo.php starts/stops? Regarding the bmc2835 blocking gphoto, I could not test it as I only have a DSLR connected and the camera port deactivated. Thanks a lot for your support and great work with this photobooth application :) |
https://github.com/andi34/photobooth/pull/58/files That would be a way to use a stream as background. (Please note that my personal fork is quite ahead. some changes and commits might need to be adjusted to work here, e.g. for L10N translation library to work, but most I've added here too https://github.com/andi34/photobooth/tree/ipad2 ) |
After rebasing on your repo @andi34, I also thought about letting the stream on the background. The only issue for me is that after a test my camera battery only last 1h in this situation. I will try to do so with another camera. |
Well, in such case you shouldn't use a battery but instead a power adapter. Also preview by device cam should still be possible optional. I'd so add an option for
|
For a Quick test of the camera: |
@florianmueller @couz74 andi34#83 maybe you like to test that? Currently only have a cam only without the possibility to test gphoto video. |
Improved implementation in Photobooth v4 |
Is your feature request related to a problem? Please describe.
First, thank you so much for this project, it is the best photo booth project out there, I tried a lot.
I am missing a preview for people in front of the photo box before or while the image is taken.
I know you can utilize device cams, but I would only have the DSLR live preview feed available.
Describe the solution you'd like
A way to pipe out the cameras gphoto2 --capture-movie stream directly into the webinterface background.
Describe alternatives you've considered
I tried setup a seperate http stream on port 8080 and use it in the user interface settings as background URL, but it does not work. It seems chromium has problems with disyplaing mjpeg streams directly as a background.
Additional context
Thank you very much for any suggestion and help you could provide me on that topic.
The text was updated successfully, but these errors were encountered: