Photography Projects

[mexicodirk2]

Hi SN

i building my own Chronos Slider.
her are a example what you can do with this
http://www.facebook.com/photo.php?fbid= ... =1&theater
This System its very interesting! you can make 100 or moor pictures on 1 inch , its only a example what don't make so many sense.
i don now what its better, moving the Focus on the Lens or moving the Cam for Macrophotografie.

Dirk

[GonZoo]

HerrWalther,
I'm using Raspbian wheezy for my OS.
I just upgraded gphoto2 to 2.5.0, built from source, both libgphoto and gphoto2 binary. Upgraded libusb to 1.0.9, as it was a dependency for configure.
Still the same issue.
Previously, I was using 2.4.14.
First "gphoto2 -L" works, but nothing works after that until I disconnect the USB cable and reconnect.

Code: Select all

[email protected]:~/gphoto# gphoto2 -L

*** Error ***
PTP I/O error

*** Error ***
An error occurred in the io-library ('Unspecified error'): No error description available
*** Error (-1: 'Unspecified error') ***

Rgds,
Dave.

@climberhunt Hi Dave I'm trying to compile gphoto2 2.5 in order to use my olympus E-520,

I've resolved most of dependecies but I'm not able to update libusb. Can you share how you did it?

thanks,
Gonzalo

[GonZoo]

Autoreply

I've posted in my blog the complete procedure to compile and install gphoto2 2.5 (just spanish but I think it's easy to follow)

http://cuadernodelviaje.blogspot.com.es ... ry-pi.html

[GonZoo]

Last post,

I've created an script to automate the process of download, compilation and installation of Gphoto2 2.5

You can find it at https://github.com/gonzalo/gphoto2-updater

[OMarohn]

Hi GonZoo,

thanks, that helps!
But after all i get following error
*** glibc detected *** gphoto2: malloc(): memory corruption (fast): 0x01014620 ***

any idea???



by
Oliver

[erio]

Hi all,

I am trying on use the RPi to work with my Nikon camera. It works fine but still some more to improve. I would like to know how to check if the AF is success?

My situation is, I would like to perform an auto-focus before taking the shot , and then use the usbreset to reset the status of the USB to prepare another shot. There will be a loop for these actions. On my very early try, I use an MF lens so we don't care if it failed to focus, but now I use an AF lens, and suppose if the camera failed to focus, it will not release the shutter until it become success.

But now is if it failed to focus, the camera will not take the shot, no focus trying and cause an dead loop. So what I would like to try to add something like:

Code: Select all

if (focus failed) {then retry} else {take the shot}

For sure I can set the camera to release the shutter even if failed to focus, but that is not my purpose.

[erio]

My code is now like this:

Code: Select all

for (( i = 0 ; i <=4 ; i++ ))
do 
 gphoto2 --set-config autofocusdrive=1
 gphoto2 --capture-image
 ./usbreset /dev/bus/usb/${DEVICE}
done

[mald]

I didn't understand if there was a clear answer. Is this a USB hardware issue, or a Kernel issue?

[rodd]

I have been doing some reading about the RPI as a remote DSLR shutter trigger. I especially liked David Hunt's and Khurt's excellent information. I did some hacking myself, and I actually discovered something quite by accident, and I am not sure if anyone else has... It seems common that gphoto2 will hang when using --capture-image more than once. I have been running it in a script, and the gphoto2 process just hangs, so I kill it with 'killall gphoto2' and then it works one more time and hangs the 2nd. I have seen various ways to correct this, usually involving resetting the USB bus.

What I intended to use this for was a remote shutter trigger with preview, so I set up hostapd and joined my iPhone to the AP. I then wrote some very basic html/php to serve up a web page with a button to capture the image and present it back to my phone. I don't want it to copy the images to the RPI, I wanted them to stay on the CF card in the camera, so I built libgphoto2/gphoto2 2.5.1.1 from source so I could have the "--keep" switch for "--capture-image-and-download". What I discovered is if I use the "--keep", gphoto never hangs. I took 25 or more images using this method and it worked perfectly every time. I then changed the script to take off the "--keep" and it went back to hanging on the 2nd capture. So it seems to be some issue with deleting the file on the camera that is causing it to hang. Just wanted to share.

[davidmam]

Thanks for that, really useful. Have you passed this information on to the gphoto2 bug tracker or to the RPi USB developers? It surely would help them track down the specific issue. I might try using an EyeFi card for the transfer as that can do 'bottomless pit' storage (ie deletes the older transferred images when they are done). The problem is that it eats battery on my D80.

..d

[poing]

I got a Sandisk Eye-Fi card in my D80 working with the Pi but it doesn't want to delete the images that were send successfully. I'm not sure why, but I think you need the official Win/Mac program for that function.

[rodd]

davidmam- I will do that right now.

My head is spinning with possibilities of using a web interface to control the camera with gphoto2 and my phone... Unfortunately I am not a developer so it is going to take me quite a while to get past the basics. I know there are a lot of people working on this though so maybe some of us could do it together as a community project. The fact that it is web based means it would work on pretty much any wireless device, so it should open up to a much larger audience. The prospect of a $100 wireless device with full control over the camera and preview capabilities is pretty exciting!

[mald]

Hey Rodd,

A patch is proposed for gphoto might have a patch that fixes the rpi issue. They are looking for somebody to test it. Maybe you can give his patch a try (without the --keep) and see if it works.

http://gphoto.10949.n7.nabble.com/test- ... 12907.html

[texy]

Good news if it works. More people would be interesting in trying the patch if it was pre compiled. It's a steep learning curve to compile if you haven't done it before
Just a thought....
T.

[davidmam]

That patch is not really fixing the problem but just working around the calls that trigger the problem?

Definitely worth a try.

..d

[rodd]

That patch is not really fixing the problem but just working around the calls that trigger the problem?

Definitely worth a try.

..d

You are right, but the good news is that it does work. Interestingly enough, the "--keep" switch I mentioned above seemed to make my 20d behave, but then I got a new 7d this week and it didn't seem to work on that one. It kept failing on the 2nd picture just like before on my 20d without the "--keep". After this "patch" the 7d works great.

I will mention that I discovered something else though, if you are specifying the filename with the --filename= switch, you have to use "--force-overwrite" even if the filename isn't being overwritten. Otherwise it will just hang. Using this:

gphoto2 --capture-image-and-download --filename=/var/www/images/$1 --force-overwrite
--OR--
gphoto2 --capture-image-and-download --filename=/var/www/images/$1 --force-overwrite --keep

works great for me with the 7d. Oh, and the patch file doesn't seem to work but since it is only one line I just changed that line specified in the patch and rebuilt it.

EDIT: One more issue I wanted to mention is that gphoto2 still fails sometimes with:

*** Error ***
Canon EOS Capture failed to release: Perhaps no more memory on card?
ERROR: Could not capture image.
ERROR: Could not capture.
*** Error (-3: 'Out of memory') ***

But obviously that is not the case, so I don't know what is up with that. Taking another picture works, so maybe I am just doing it too fast?

[davidmam]

Sounds good. Will I have to download the source and build from scratch or is there a raspbian package with the source?

[texy]

Is there any instructions for building from source on the pi anywhere?
Texy

[texy]

Google came to the rescue - this may help :
http://www.yannock.be/computer/compilin ... spberry-pi

T.

[davidmam]

Superb. Now just need to wrap that fix in a define so it is configurable.

ie.

if (0 && (camera->port!=NULL) && (camera->port->type == GP_PORT_USB)) {

becomes something like: (not a proper C programmer so this would need to be done properly)

#DEFINE FIX_FOR_RASPI=0

if (FIX_FOR_RASPI && (camera->port!=NULL) && (camera->port->type == GP_PORT_USB)) {

and then:

configure --fix_for_raspi or similar..

In the meantime I'll just change the one line as before

[texy]

Hey Rodd,

A patch is proposed for gphoto might have a patch that fixes the rpi issue. They are looking for somebody to test it. Maybe you can give his patch a try (without the --keep) and see if it works.

http://gphoto.10949.n7.nabble.com/test- ... 12907.html

This patch fixes the issue for me, once I learnt how to compile the code
Texy

[sportsnapper]

Great news Texy - fancy sharing??

[texy]

Sharing? It's all on this page mate
It'll take you about an hour total to compile the code on the Pi, more or less depending on how many dependancies you already have installed.
Don't forget to make the changes to ptp2/library.c before you start the make all/make install stages.

Texy

[sportsnapper]

OK, I found this (and it's running)

Last post,
I've created an script to automate the process of download, compilation and installation of Gphoto2 2.5
You can find it at https://github.com/gonzalo/gphoto2-updater

But I guess you mean

Google came to the rescue - this may help :
http://www.yannock.be/computer/compilin ... spberry-pi

More Red wine and it will be done

[texy]

Yes, the second link, but don't forget to add the patch mentioned in this post :
http://www.raspberrypi.org/phpBB3/viewt ... 91#p306825
Texy