Bug#529704: [Pkg-phototools-devel] Bug#529704: can no longer download photos from RAM on Canon Powershot S50
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Marcus Meissner wrote: > --capture-image -I 1 did automatically download images in older versions, > now you need to specify --capture-image-and-download explicitly to get this > effect, this changed the behaviuour. Oh, okay. Thanks for the explanation. Sorry I didn't pick up on that sooner. - Anne -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkoauzwACgkQwi82URPCSX7VZwCfTtTJOuM5chTD+H5o8gc3Tzp2 EQEAoILLnEuDY3YIrrLN+4J8S8ROICZp =hXXS -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#529704: [Pkg-phototools-devel] Bug#529704: can no longer download photos from RAM on Canon Powershot S50
On Fri, May 22, 2009 at 10:40:53PM -0500, Anne C. Hanna wrote: > Marcus Meissner wrote: > >> $ canon_run.sh > > > > This script needs to include > > > > set-config capture=1 as first thing passed to gphoto2 --shell. > > [...] > > I dont understand the last 2 lines of canon_run.sh > > > > gphoto2 --capture-image --interval 1 --hook-script > > /home/rafi/bin/test-hook.sh > > echo capture-image-and-download | gphoto2 -I 1 --filename > > "%y-%m-%d_%H:%M:%S.jpg" --hook-script ./test-hook.sh --shell > > > > The --capture-image will not download, so not trigger the hook. > > > > This could be just: > > gphoto2 --capture-image-and-download --interval 1 --hook-script > > /home/rafi/bin/test-hook.sh > > Oops, sorry, that was the wrong version of the script; I forgot we'd left it > in > a bit of a mess when we did testing to try to figure out what was going wrong. > In any case the combination of "set-config capture=1" and > "--capture-image-and-download" seems to have fixed things. I wonder why it > worked with just --capture-image and without the set-config command before? > > Anyway, thanks for your help. --capture-image -I 1 did automatically download images in older versions, now you need to specify --capture-image-and-download explicitly to get this effect, this changed the behaviuour. Ciao, Marcus -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#529704: [Pkg-phototools-devel] Bug#529704: can no longer download photos from RAM on Canon Powershot S50
Marcus Meissner wrote: >> $ canon_run.sh > > This script needs to include > > set-config capture=1 as first thing passed to gphoto2 --shell. > [...] > I dont understand the last 2 lines of canon_run.sh > > gphoto2 --capture-image --interval 1 --hook-script > /home/rafi/bin/test-hook.sh > echo capture-image-and-download | gphoto2 -I 1 --filename > "%y-%m-%d_%H:%M:%S.jpg" --hook-script ./test-hook.sh --shell > > The --capture-image will not download, so not trigger the hook. > > This could be just: > gphoto2 --capture-image-and-download --interval 1 --hook-script > /home/rafi/bin/test-hook.sh Oops, sorry, that was the wrong version of the script; I forgot we'd left it in a bit of a mess when we did testing to try to figure out what was going wrong. In any case the combination of "set-config capture=1" and "--capture-image-and-download" seems to have fixed things. I wonder why it worked with just --capture-image and without the set-config command before? Anyway, thanks for your help. - Anne -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#529704: [Pkg-phototools-devel] Bug#529704: can no longer download photos from RAM on Canon Powershot S50
> > I can't see any relevant to that problem in the changelog of libgphoto2
> > 2.4.6, which you can find in unstable, but you may want to try that
> > version anyway?
>
> I generally run unstable, and I did an upgrade last night, which seems to have
> brought libgphoto2 to version 2.4.6-1, but gphoto2 is still at 2.4.5-2, with
> nothing newer listed as currently available. With these versions I still see
> the problem I described.
libgphoto2 is the driver containing library, gphoto2 is still at 2.4.5.
> $ canon_run.sh
This script needs to include
set-config capture=1 as first thing passed to gphoto2 --shell.
> Label: Capture Settings
> gphoto2: {/home/orion} />
> test-hook.sh: INIT
> test-hook.sh: START
>
> Time-lapse mode enabled (interval: 1s).
> Capturing frame #1...
> New file is in location /store_8001/capt.jpg on the camera
>
> not sleeping (21 seconds behind schedule)
I dont understand the last 2 lines of canon_run.sh
gphoto2 --capture-image --interval 1 --hook-script
/home/rafi/bin/test-hook.sh
echo capture-image-and-download | gphoto2 -I 1 --filename
"%y-%m-%d_%H:%M:%S.jpg" --hook-script ./test-hook.sh --shell
The --capture-image will not download, so not trigger the hook.
This could be just:
gphoto2 --capture-image-and-download --interval 1 --hook-script
/home/rafi/bin/test-hook.sh
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#529704: [Pkg-phototools-devel] Bug#529704: can no longer download photos from RAM on Canon Powershot S50
Cyril Brulebois wrote:
> Anne C. Hanna (20/05/2009):
>> Package: gphoto2
>> Version: 2.4.5-2
>>
>> I have a Canon Powershot S50, and I use gphoto2 with the standard hook
>> script to have it function as a webcam. But some recent upgrade seems
>> to have messed up the ability to download photos from the RAM. When I
>> run the script everything seems to go just as before, except that the
>> photos don't download to the camera. The file just doesn't appear.
>
> Hello Anne,
>
> I can't see any relevant to that problem in the changelog of libgphoto2
> 2.4.6, which you can find in unstable, but you may want to try that
> version anyway?
I generally run unstable, and I did an upgrade last night, which seems to have
brought libgphoto2 to version 2.4.6-1, but gphoto2 is still at 2.4.5-2, with
nothing newer listed as currently available. With these versions I still see
the problem I described.
> Oh, maybe that one?
> | libgphoto2:
> |* Fixed a problem during file retrieval which causes Canon Normal
> | --capture-image-and-download errors, handle CR2 and CRW mimetypes.
>
>
>> Downgrading to version 2.4.0-1 (and downgrading the gphoto2 libraries
>> appropriately as well) seems to restore the previous functionality.
>
> What if you try 2.4.1-3, which is available in stable? That might help
> narrowing down the range of commits which might have introduced your
> bug.
Version 2.4.1-3 of libgphoto2 with gphoto2 version 2.4.0-1 (the only downgrade I
found available for that) seems to work. Sorry I wasn't more clear about the
versions before.
I've attached the output of a successful run (with the older versions) and a
failed run (with the newer versions) here. One thing I noticed is that with the
failed run it seems to take either several seconds or multiple ctrl-C's (not
sure which) to kill the script.
- Anne
$ canon_run.sh
gphoto2: {/home/orion} />
gphoto2: {/home/orion} /> list-config
/main/settings/owner
/main/settings/model
/main/settings/firmwareversion
/main/settings/time
/main/settings/synctime
/main/settings/capturetarget
/main/settings/capture
/main/capturesettings/focuslock
gphoto2: {/home/orion} /> set-config /main/capturesettings/canonflashmode 1
*** Error ***
The /main/capturesettings/canonflashmode widget is not configurable.
*** Error (-2: 'Bad parameters') ***
gphoto2: {/home/orion} /> get-config /main/capturesettings/canonflashmode
Label: Capture Settings
gphoto2: {/home/orion} />
test-hook.sh: INIT
test-hook.sh: START
Time-lapse mode enabled (interval: 1s).
Capturing frame #1...
New file is in location /store_8001/capt.jpg on the camera
not sleeping (21 seconds behind schedule)
Capturing frame #2...
New file is in location /store_8001/capt0001.jpg on the camera
not sleeping (11 seconds behind schedule)
Capturing frame #3...
New file is in location /store_8001/capt0002.jpg on the camera
not sleeping (10 seconds behind schedule)
Capturing frame #4...
New file is in location /store_8001/capt0003.jpg on the camera
not sleeping (11 seconds behind schedule)
Capturing frame #5...
New file is in location /store_8001/capt0004.jpg on the camera
not sleeping (10 seconds behind schedule)
Capturing frame #6...
New file is in location /store_8001/capt0005.jpg on the camera
not sleeping (11 seconds behind schedule)
Capturing frame #7...
New file is in location /store_8001/capt0006.jpg on the camera
not sleeping (10 seconds behind schedule)
Capturing frame #8...
New file is in location /store_8001/capt0007.jpg on the camera
not sleeping (11 seconds behind schedule)
Capturing frame #9...
New file is in location /store_8001/capt0008.jpg on the camera
not sleeping (10 seconds behind schedule)
Capturing frame #10...
^Cwnloading... |--- / 42.9%2s
Cancelling...
^C^C^C
$ canon_run.sh
gphoto2: {/home/orion} />
gphoto2: {/home/orion} /> list-config
/main/settings/owner
/main/settings/model
/main/settings/firmwareversion
/main/settings/time
/main/settings/synctime
/main/settings/beep
/main/settings/capturetarget
/main/settings/capture
/main/imgsettings/imgquality
/main/imgsettings/imgsize
/main/imgsettings/iso
/main/imgsettings/whitebalance
/main/imgsettings/photoeffect
/main/capturesettings/zoom
/main/capturesettings/assistlight
/main/capturesettings/exposurecompensation
/main/capturesettings/canonflashmode
/main/capturesettings/shootingmode
/main/capturesettings/aperture
/main/capturesettings/focusingpoint
/main/capturesettings/shutterspeed
/main/capturesettings/meteringmode
/main/capturesettings/afdistance
/main/capturesettings/focuslock
gphoto2: {/home/orion}
Bug#529704: [Pkg-phototools-devel] Bug#529704: can no longer download photos from RAM on Canon Powershot S50
Anne C. Hanna (20/05/2009): > Package: gphoto2 > Version: 2.4.5-2 > > I have a Canon Powershot S50, and I use gphoto2 with the standard hook > script to have it function as a webcam. But some recent upgrade seems > to have messed up the ability to download photos from the RAM. When I > run the script everything seems to go just as before, except that the > photos don't download to the camera. The file just doesn't appear. Hello Anne, I can't see any relevant to that problem in the changelog of libgphoto2 2.4.6, which you can find in unstable, but you may want to try that version anyway? Oh, maybe that one? | libgphoto2: |* Fixed a problem during file retrieval which causes Canon Normal | --capture-image-and-download errors, handle CR2 and CRW mimetypes. > Downgrading to version 2.4.0-1 (and downgrading the gphoto2 libraries > appropriately as well) seems to restore the previous functionality. What if you try 2.4.1-3, which is available in stable? That might help narrowing down the range of commits which might have introduced your bug. > I don't think I really know how to diagnose this, but if there are any > tests I can run to help out please let me know. I've attached the > scripts I use to run the webcam in case they can be of any help. I'm getting in touch with upstream authors. ;) Mraw, KiBi. signature.asc Description: Digital signature
