#318 Canon A80: Noraml vs PTP mode
Hello,
I noticed that gphoto has support for:
"Canon PowerShot A80 (normal mode)"
"Canon PowerShot A80 (PTP)"
however I'm unable to select PTP mode... gtkam always
autodetects "normal mode" and if I change to "PTP" it
says it cannot list "/".
I'm also confused:
- [root@stress tmp]# gphoto2 -a
- Abilities for camera : Canon PowerShot A80
- (normal mode)
- Serial port support : no
- USB support : yes
- Capture choices :
- Image
- Preview
Configuration support : yes
Delete files on camera support : yes
File preview (thumbnail) support : yes
File upload support : no
What does "File upload support" mean? Does this refer
to the hardware capabilities of the camera itself or it
means "gphoto does not support file upload". I'm asking
this since ZoomBrowser EX (bundled by Canon) has an
option Upload.
So do you know? Is it possible to upload files on this
model? If not, why not.
BTW: I'm getting the same problems as one previous bug:
When doing --get-all-files at some point gphoto2 says
"data corrupt" and stops. However I'm able to transfer
the files nicely in XP.
Regards,
Marko
This version of gphoto2 is using the following software
versions and options:
gphoto2 2.1.4 i386-redhat-linux-gcc,
popt, exif, no cdk, no aa, jpeg, readline
libgphoto2 2.1.4 i386-redhat-linux-gcc,
EXIF, no ltdl, /proc/meminfo
libgphoto2_port 0.5.1 i386-redhat-linux-gcc,
USB, serial baudboy locking, no ltdl
Logged In: YES
user_id=27487
need to investigate PTP issues.
env LANG=C gphoto2 --debug -f "/DCIM/107CANON" -p "MVI_0737.AVI" > /tmp/cantdownload 2>&1
Logged In: YES
user_id=983274
cantdownload is an example of what happens when trying to
download big files... I gets the problem is the filesize...
since I see the message:
0.753820 canon/usb.c(2): canon_usb_long_dialogue: ERROR:
Packet of size 21603136 is too big (max reasonable size
specified is 10485760)
The file I'm trying to download is (downloaded with XP):
21603136 Feb 23 12:51 MVI_0737.avi
Logged In: YES
user_id=173521
If you want to use a PTP mode, you have to switch your
camera to PTP mode (or if the mode is autodetected) force
gphoto2 or gtkam to use PTP mode (specify driver by
yourselve rather than autodetect).
Logged In: YES
user_id=983274
I wrote:
> however I'm unable to select PTP mode... gtkam always
> autodetects "normal mode" and if I change to "PTP" it
> says it cannot list "/".
I meant: if I manualy select "PTP" in gtkam (no autodetect)
I get the error cannot list "/"... I also tried to specify
driver manualy - gphoto does not work in both cases.
This is the first thing I've tried.
Logged In: YES
user_id=173521
Forget about gtkam.
What does gphoto2 say when you select PTP mode?
Send me the full output of --debug.
Logged In: YES
user_id=983274
[markod@stress bla]$ gphoto2 --camera "Canon PowerShot A80
(PTP)" -l
Detected a 'Canon:PowerShot A80 (normal mode)'.
There are 2 folders in folder '/':
- DCIM
- MISC
There are 5 folders in folder '/DCIM':
- 105CANON
- 106CANON
- 107CANON
- 108CANON
- CANONMSC
There are no folders in folder '/DCIM/105CANON'.
There are no folders in folder '/DCIM/106CANON'.
There are no folders in folder '/DCIM/107CANON'.
There are no folders in folder '/DCIM/108CANON'.
There are no folders in folder '/DCIM/CANONMSC'.
There are no folders in folder '/MISC'.
So even by specifying --camera it does not help. I've tried
also --camera="Can...(PTP)" but the same happens.
The log is attached. Tell me if I did something wrong.
gphoto2 --camera "Canon PowerShot A80 (PTP)" -l > /tmp/gp_camera_l.log 2>&1
Logged In: YES
user_id=173521
hint: --debug
Logged In: YES
user_id=983274
You said: select PTP mode... I guess you ment using the
--camera option, or should I switch something on the camera
itself?
Logged In: YES
user_id=173521
To quote:
"Send me the full output of --debug"
Logged In: YES
user_id=983274
BTW:
if you have a test suite or something you would like me to
run...
just say it.
I can test your fixes, also.
Logged In: YES
user_id=173521
Yes, but I need the debug output to analize.
Logged In: YES
user_id=983274
Ehm.... you've just delete the debug log. ;) Probably
because I've sent first the log with wrong parameters...
sorry. You should have delete 78228. Not 78230. Weird
interface.
Resending...
Hope it is ok.
gphoto2 --debug --camera "Canon PowerShot A80 (PTP)" -l > gphoto_debug_camera_l.log 2>&1 ; gz
Logged In: YES
user_id=173521
It still uses normal mode:
0.096211 gphoto2-abilities-list.c(2): Found 'Canon PowerShot
A80 (normal mode)' (0x4a9,0x309a)
AFAIK: you must specify a port, if you want to specify the
camera.
Logged In: YES
user_id=983274
*** Ok. Indeed when I specify the port capture image works.
From man: if --camera is specified without --port it is
sillently ignored. Maybe a warning would be nice here
("--camera ignored"). Note also: the file is not in the
location specified (looks like a wrong string is printed,
see below) but in /store_0001001/DCIM/108CANNON.
[root@stress markod]# gphoto2 --camera "Canon PowerShot A80
(PTP)" --port=usb: --capture-image
New file is in location
oto2_port/0.5.1/libgphoto2_port_usb.so/rial Bus on the camera
*** It seems that even if it says "Capture not supported for
driver" --caputre-image works... capure-movie, capture-sound
don't. Never mind that. Just for curiosity: do you have any
plans to make it work?
the driver
Configuration support : yes
Delete files on camera support : yes
File preview (thumbnail) support : yes
File upload support : yes
*** Downloading the big file also works in PTP mode (did not
work in normal mode - so maybe you have to correct it). The
only thing is that there are some store_00010001 directories
before DCIM (I wonder what are the store_* directories??).
Also there is an empty directory store_80000001 in "/". Can
you explain?
I have to use a modified command line:
$ gphoto2 --port=usb: --camera "Canon PowerShot A80 (PTP)"
-f "/store_00010001/DCIM/107CANON" -p "MVI_0737.AVI"
$ echo $?
0
Also the following does not work:
mkdir:
gphoto2 --port=usb: --camera "Canon PowerShot A80 (PTP)" -m
/test
gphoto2 --port=usb: --camera "Canon PowerShot A80 (PTP)" -m
TEST --folder /store_00010001/DCIM
(is the usage correct?)
upload file (it seems data is transferred but in the end
something goes wrong):
[root@stress markod]# gphoto2 --port=usb: --camera "Canon
PowerShot A80 (PTP)" --upload-file `pwd`/test.dat --folder
/store_00010001/DCIM/108CANON
gp_port_read: Connection timed out
*** Error ***
PTP I/O error
Are the command lines correct? Are they supposed to work?
Please confirm the syntax/usage then I can create --debug logs.
So the only real problem here was the downloading of the big
file in normal mode. Other problems: mkdir, upload in PTP
mode. (should I create a new bug?)
Logged In: YES
user_id=173521
I'd advise you to contact developers at
gphoto-devel@lists.sourceforge.net
This interface is not very comfortable. I still need all
--debug output for every problem you reported.
Logged In: YES
user_id=983274
env LANG=C gphoto2 --debug --port=usb: --camera "Canon
PowerShot A80 (PTP)" --upload-file /tmp/test --folder
/store_00010001/DCIM/108CANON
>/tmp/debug_port_camera_upload-file_folder.log 2>&1
The file was uploaded, but gphoto2 failed with an error.
see attached: debug_port_camera_upload-file_folder.log.gz
I
upload a file in PTP
Logged In: YES
user_id=173521
It's a camera bug. Sorry.
There's nothing we can do about it.
Logged In: YES
user_id=983274
kil3r: thanks anyway you've been very helpful...
At least now I know its a camera bug. Can you be a bit more
verbose - why do you think it's a camera bug...
I'll start bugging Canon, now (I already did... but there
was no response from them).
10x again.
Logged In: YES
user_id=173521
Uploading an object consists of two phases. First we send
ObjectInfo structure, describing the object type, date, size
and the filename. ObjectInfo returns (among others) the
ObjectHandler of the object to be send. After that we can
send the object using SendObject.
The problem is that the camera does not respond to the
GetObjectInfo operations, while requesting the ObjectInfo
tructure of newly uploaded object.
It's a bug, as the camera does not respond at all (timeout),
not reporting an error nor anything.