Quantcast

gphoto2 and olympus C-700UZ, C-3000Z, C-2020Z...

classic Classic list List threaded Threaded
3 messages Options
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

gphoto2 and olympus C-700UZ, C-3000Z, C-2020Z...

zemanici
Dear friends,

we are extensively using your nice program

gphoto2

for our online "meteorological" documentation
of various nature sites in our country

hydronet.cz

(look at a few photos: here is the picture from May
http://adela.karlin.mff.cuni.cz/~hydronet/vrbata/select5/05100405.jpg
June
http://adela.karlin.mff.cuni.cz/~hydronet/vrbata/select5/06210345.jpg
  last November
http://adela.karlin.mff.cuni.cz/~mzahrad/ufo/kamen/kamen5.jpg last
week
http://www.karlin.mff.cuni.cz/~hydronet/lysa/selectl2/08261740_l2.jpg
etc.)



We use several types of cameras, all with gphoto2, but at the
moment we have the following problem with some Olympus cameras

the problems does not appear at all in the manual regime
and in the automatical regime  looks like this:

we connect the camera, here is the (czech) response

vrba:~# gphoto2 --summary
Shrnut? fotoapar?tu:
Camera Model: SX357
Manufacturer: OLYMPUS OPTICAL CO.,LTD.
Camera ID: OLYMPUS DIGITAL CAMERA
Serial Number: 000184401259
Software Rev.: v357p-A75
Frames Taken: 0
Frames Left: 128
Battery Life: 0
Memory Left: 65454080 bytes
Date: Thu Jan  1 00:59:59 1970


(the card was formatted at the beginning).
Now take a picture

vrba:~# gphoto2 --capture-image
response
Nov? soubor je na fotoapar?tu v um?st?n?
/DCIM/100OLYMP/P1010001.JPG (file is in ...)

In the response to the command  --sumary  we get

Frames Taken: 1
Frames Left: 127
Memory Left: 64978944 bytes

here everything still looks OK
but if we delete the image
 
vrba:~# gphoto2 --delete-all-files
(or gphoto2 --delete-file 1)

we get, as the response to --summary the message


Frames Taken: -1
Frames Left: 128
Memory Left: 65454080 bytes

-1 looks strange otherwise everything still looks correct


BUT

if we take another attempt to capture the image

vrba:~# gphoto2 --capture-image

the response  is OK

Nov? soubor je na fotoapar?tu v um?st?n?
/DCIM/100OLYMP/P1010001.JPG


Frames Taken: 1
Frames Left: 127
Memory Left: 64978944 bytes

AND  if we apply the command


vrba:~# gphoto2 --delete-all-files

and then

vrba:~# gphoto2 --summary

the folllowing suspect reply appears

############################################################

Frames Taken: -1   !!!!!!!!!!
Frames Left: 128
Memory Left: 65437696 bytes !!!!!!!!!!!!!!!!!!!

############################################################

but should be

Frames Taken: 0
Frames Left: 128
Memory Left: 65454080 bytes


65454080 - 65437696 = 16384 Bytes is missing !!!!


The filesystem is apparently  NOT empty and
if we repeat this
N times the occupied place in the memory
is (n-1)*16384 B

The catastrophe appears after  255 pictures, when - apparently -
the maximal number of pictures is reached in the card
and the camera stops communication
and it is necessary to manually format it
(Which is a problem, if camera is placed
in a distant place in the mountains :-)


Maybe, this is a solvable problem
for the authors of the program gphoto2?

We would be extremely happy - and obliged
to the authors - if they could fix
and correct this problem
(or to explain us, how to avoid it).

With our best regards

Yours


Josef Zeman

PS: my version
gphoto2           2.1.6        gcc, popt, exif, cdk, no aa, jpeg,
readline libgphoto2        2.1.6        gcc, EXIF, no ltdl,
/proc/meminfo
libgphoto2_port   0.5.1        gcc, USB, serial without locking, no
ltdl





-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
Gphoto-user mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gphoto-user
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: gphoto2 and olympus C-700UZ, C-3000Z, C-2020Z...

patman (Bugzilla)
On Sat, Sep 03, 2005 at 10:19:36PM +0200, [hidden email] wrote:

> Dear friends,
>
> we are extensively using your nice program
>
> gphoto2
>
> for our online "meteorological" documentation
> of various nature sites in our country
>
> hydronet.cz
>
> (look at a few photos: here is the picture from May
> http://adela.karlin.mff.cuni.cz/~hydronet/vrbata/select5/05100405.jpg
> June
> http://adela.karlin.mff.cuni.cz/~hydronet/vrbata/select5/06210345.jpg
>   last November
> http://adela.karlin.mff.cuni.cz/~mzahrad/ufo/kamen/kamen5.jpg last
> week
> http://www.karlin.mff.cuni.cz/~hydronet/lysa/selectl2/08261740_l2.jpg
> etc.)

Cool :)

> 65454080 - 65437696 = 16384 Bytes is missing !!!!
>
>
> The filesystem is apparently  NOT empty and
> if we repeat this
> N times the occupied place in the memory
> is (n-1)*16384 B
>
> The catastrophe appears after  255 pictures, when - apparently -
> the maximal number of pictures is reached in the card
> and the camera stops communication
> and it is necessary to manually format it
> (Which is a problem, if camera is placed
> in a distant place in the mountains :-)

Can you manually mount the memory card, and figure out what is taking up
the extra space?

-- Patrick Mansfield


-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
Gphoto-user mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gphoto-user
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: gphoto2 and olympus C-700UZ, C-3000Z, C-2020Z...

zemanici
Dear friends,
here is a more complete description of our problems
when using gphoto2 with some Olympus cameras:

Sorry for our copying of czech messages of
our gphoto2 program -
we added some english comments
hoping everything will be understandable:

We started with no pictures in the camera

vrba:~# gphoto2 --list-files
(reply: no files)
V adres??i '/' nejsou ??dn? soubory.
V adres??i '/DCIM' nejsou ??dn? soubory.
V adres??i '/DCIM/100OLYMP' nejsou ??dn? soubory.

then

vrba:~# gphoto2 --summary
...
Frames Taken: 0
Frames Left: 128
Memory Left: 65454080 bytes

our manual inspection gives the following

mount the card as FAT12

vrba:~#mount /dev/sdb1 /root/flash/0/
vrba:~#ls /root/flash/0/
dcim

so there is only one folder "dcim"
vrba:~#umount /dev/sdb1

next operation
vrba:~# gphoto2 --capture-image
answer: new file created
Nov? soubor je na fotoapar?tu v um?st?n?
/DCIM/100OLYMP/P1010001.JPG

gphoto creates apparently, at any execution of "capture" a new
folder /101olymp !

mount the card as FAT12
vrba:~#mount /dev/sdb1 /root/flash/0/
vrba:~#ls --full /root/flash/0/
dcim 101olymp                   !!!!!!!!!
vrba:~#umount /dev/sdb1

It seems that the next execution creates a new folder with the same
name !!

vrba:~# gphoto2 --capture-image
Nov? soubor je na fotoapar?tu v um?st?n?
/DCIM/100OLYMP/P1010002.JPG

vrba:~#mount /dev/sdb1 /root/flash/0/
vrba:~#ls --full /root/flash/0/
dcim 101olymp 101olymp          !!!!!!!!!!

vrba:~#umount /dev/sdb1
vrba:~# gphoto2 --capture-image
Nov? soubor je na fotoapar?tu v um?st?n?
/DCIM/100OLYMP/P1010003.JPG

vrba:~#mount /dev/sdb1 /root/flash/0/
vrba:~#ls --full /root/flash/0/
dcim 101olymp 101olymp 101olymp           !!!!!!!!!!!!!!!!!
vrba:~#umount /dev/sdb1

These newly created folders are, however not visible through
gphoto2:

vrba:~# gphoto2 --list-files
no folders, no files, only in 100olymp there are 6 files

V adres??i '/' nejsou ??dn? soubory.
V adres??i '/DCIM' nejsou ??dn? soubory.
V adres??i '/DCIM/100OLYMP' je 6 soubor?:
#1 P1010001.JPG rd 412 KB image/jpeg
#2 P1010002.JPG rd 421 KB image/jpeg
#3 P1010003.JPG rd 402 KB image/jpeg


Another strange thing, when we look on "Frames Taken:" from gphoto2
--summary

if the picture was created manually
it has value 1, independently on how many pictures we have created

vrba:~# gphoto2 --summary
Shrnut? fotoapar?tu:
Camera Model: SX357
Manufacturer: OLYMPUS OPTICAL CO.,LTD.
Camera ID: OLYMPUS DIGITAL CAMERA
Serial Number: 000184401259
Software Rev.: v357p-A75
Frames Taken: 1          !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
Frames Left: 123
Battery Life: 0
Memory Left: 62881792 bytes
Date: Thu Jan 1 00:59:59 1970

vrba:~# gphoto2 --list-files

no files no folders 6 files

V adres??i '/' nejsou ??dn? soubory.
V adres??i '/DCIM' nejsou ??dn? soubory.
V adres??i '/DCIM/100OLYMP' je 6 soubor?:
#1 P1010001.JPG rd 412 KB image/jpeg
#2 P1010002.JPG rd 421 KB image/jpeg
#3 P1010003.JPG rd 402 KB image/jpeg
#4 P1010004.JPG rd 398 KB image/jpeg
#5 P1010005.JPG rd 382 KB image/jpeg
#6 P1010006.JPG rd 419 KB image/jpeg



BUT if we add even a single new picture using gphopto2


vrba:~# gphoto2 --capture-image
Nov? soubor je na fotoapar?tu v um?st?n?
/DCIM/100OLYMP/P1010007.JPG

there is a profound change in the response
the parameter "Frames Taken:" starts to show
the actual number of pictures taken


vrba:~# gphoto2 --summary
Shrnut? fotoapar?tu:
Camera Model: SX357
Manufacturer: OLYMPUS OPTICAL CO.,LTD.
Camera ID: OLYMPUS DIGITAL CAMERA
Serial Number: 000184401259
Software Rev.: v357p-A75
Frames Taken: 7 !!!!!!!!!!!!!!!!!!!!!!!!!!!
Frames Left: 122
Battery Life: 0
Memory Left: 62439424 bytes
Date: Thu Jan 1 00:59:59 1970

So, if it seems that if we create another picture manually then
ALWAYS the response in "Frames Taken:" is 1 .

If we create another picture using gphoto2
then counter starts to show the actual number of pictures taken


DELETING, command

vrba:~# gphoto2 --delete-all-files
vrba:~# gphoto2 --summary
Shrnut? fotoapar?tu:
Camera Model: SX357
Manufacturer: OLYMPUS OPTICAL CO.,LTD.
Camera ID: OLYMPUS DIGITAL CAMERA
Serial Number: 000184401259
Software Rev.: v357p-A75
Frames Taken: -1 !!!!!!!!!!!!!!!!!!!!!
Frames Left: 128
Battery Life: 0
Memory Left: 65404928 bytes !!!!!!!!!!!!!!!!!!!!!
Date: Thu Jan 1 00:59:59 1970

i.e. the newly formed folders are NOT ERASED


vrba:~#mount /dev/sdb1 /root/flash/0/
vrba:~#ls --full /root/flash/0/
dcim 101olymp 101olymp 101olymp 101olymp !!!!!!!!!!!!!!!!!

vrba:~#rmdir /root/flash/0/101olymp
vrba:~#ls --full /root/flash/0/
dcim 101olymp 101olymp 101olymp
vrba:~#rmdir /root/flash/0/101olymp
vrba:~#ls --full /root/flash/0/
dcim 101olymp 101olymp
vrba:~#rmdir /root/flash/0/101olymp
vrba:~#ls --full /root/flash/0/
dcim 101olymp

vrba:~#rmdir /root/flash/0/101olymp
dcim
vrba:~#umount /dev/sdb1

vrba:~# gphoto2 --summary
Shrnut? fotoapar?tu:
Camera Model: SX357
Manufacturer: OLYMPUS OPTICAL CO.,LTD.
Camera ID: OLYMPUS DIGITAL CAMERA
Serial Number: 000184401259
Software Rev.: v357p-A75
Frames Taken: 0
Frames Left: 128
Battery Life: 0
Memory Left: 65454080 bytes
Date: Thu Jan 1 00:59:59 1970

Thank you in advance for considering this
problem, with my best regards

Yours
Josef Zeman




-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
Gphoto-user mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gphoto-user
Loading...