gphoto-user Mailing List for gPhoto

Ok, thanks for the reply.

On Sun, 16 Jun 2024, 2:56 am Marcus Meissner, <ma...@je...> wrote:

> On Fri, Jun 14, 2024 at 10:26:22PM +1200, Marcus wrote:
> > Hi
> >
> > Is this camera supported? successfully using the hero 7, thought the 11
> > would be too, but having trouble with the wifi connection.
>
> In general downloading pictures over PTP should work in generic fashion.
>
> We do not support the Wifi control for the GoPro Heros.
>
> Ciao, Marcus
>

On Fri, Jun 14, 2024 at 10:26:22PM +1200, Marcus wrote:
> Hi
> 
> Is this camera supported? successfully using the hero 7, thought the 11
> would be too, but having trouble with the wifi connection.

In general downloading pictures over PTP should work in generic fashion.

We do not support the Wifi control for the GoPro Heros.

Ciao, Marcus

Hi

Is this camera supported? successfully using the hero 7, thought the 11
would be too, but having trouble with the wifi connection.

-- 
Marcus

+64 (0)27 406 2786

Hello,

I am trying to find an app to import and sort images that will work on 
both Windows 10 and Linux (Mint 22).

I am trialing DigiKam on both platforms, and I am running to a problem 
on both, in which the Samsung A13 is not being auto-detected by DigiKam. 
DigiKam says to contact you.

I have tried every possible combination of setting the phone USB to 
Transferring Images or Transferring files, before opening DigiKam and 
After opening DigiKam, and the phone will be detected. Also, I do not 
get an "auto-detect" button displayed, and the user guide says I should. 
I don't know if this is a DigiKam error, or if it is not being displayed 
because gPhoto is not detecting the phone.

Could you offer me some guidance please, and I hope that this does not 
turn into both of you blaming the other, with me stuck in the middle!

I hope you can help,

Grace.


-- 
This email has been checked for viruses by Avast antivirus software.
www.avast.com

Quick follow up - Not even Nikon's Snapbridge works with this D7500 body.
It can modify modes well enough and change FStop - but any attempt in any
mode to modify the shutterspeed is complete random what shutterspeed will
be used at capture. And most of time tapping on a shutterspeed value does
NOT result in Snapbridge setting that shutterspeed for image capture.

The issues with Ghphoto2 may not be WITH Gphoto2. So aggravating.

Guy
--

“Happiness is the meaning and the purpose of life, the whole aim and end of
human existence.”

― Aristotle


On Sun, Mar 24, 2024 at 10:28 AM Marcus Meissner <ma...@je...>
wrote:

> Hi,
>
> On Wed, Mar 20, 2024 at 10:53:59PM -0500, Guy Stalnaker wrote:
> > Hello,
> >
> > If I think I have discovered an issue with gphoto2 and the Nikon D7500,
> how
> > should I report it?
>
> you already opened a github issue, which is the right way.
>
> I hope I can get to reviewing this in the next weeks, my life is a bit
> busy these days.
>
> (Basically some Nikons have their own set of mappings, and we have a means
> of mapping this per-camera if needed.)
>
> > Succinctly, the reported values for shutterspeed (decimal seconds) and
> > shutterspeed (fractional seconds) provided by - - get-config, etc, do not
> > result in exposures that match those values when using - -
> trigger-capture
> > to acquire an image.
> >
> > I created a test shell script to walk the entire set of D7500
> shutterspeed
> > choice values from 0 to 35 (1/8000s to 20"). The resulting images have
> EXIF
> > exposure values that for all but one image do not match the shutterspeed
> > value used to capture the image (that is, only one of 35 images has the
> > correct shutterspeed - only one). This is, obviously, not good.
> >
> > I have a detailed explanation of what I've done if that is any help.
> >
> > Regards.
> >
> > Guy S.
> >
> >
> > -- “Happiness is the meaning and the purpose of life, the whole aim and
> end
> > of human existence.” ― Aristotle
>
>
> > _______________________________________________
> > Gphoto-user mailing list
> > Gph...@li...
> > https://lists.sourceforge.net/lists/listinfo/gphoto-user
>
>

Marcus,

Happy to help. It'll be after April 14th that I'll have time to participate
in getting the data you may need. Easter this week with 5 services, then
final prep for my Eclipse vacation, then the vacation itself.

Regards.

-- “Happiness is the meaning and the purpose of life, the whole aim and end
of human existence.” ― Aristotle

On Sun, Mar 24, 2024, 10:28 AM Marcus Meissner <ma...@je...>
wrote:

> Hi,
>
> On Wed, Mar 20, 2024 at 10:53:59PM -0500, Guy Stalnaker wrote:
> > Hello,
> >
> > If I think I have discovered an issue with gphoto2 and the Nikon D7500,
> how
> > should I report it?
>
> you already opened a github issue, which is the right way.
>
> I hope I can get to reviewing this in the next weeks, my life is a bit
> busy these days.
>
> (Basically some Nikons have their own set of mappings, and we have a means
> of mapping this per-camera if needed.)
>
> > Succinctly, the reported values for shutterspeed (decimal seconds) and
> > shutterspeed (fractional seconds) provided by - - get-config, etc, do not
> > result in exposures that match those values when using - -
> trigger-capture
> > to acquire an image.
> >
> > I created a test shell script to walk the entire set of D7500
> shutterspeed
> > choice values from 0 to 35 (1/8000s to 20"). The resulting images have
> EXIF
> > exposure values that for all but one image do not match the shutterspeed
> > value used to capture the image (that is, only one of 35 images has the
> > correct shutterspeed - only one). This is, obviously, not good.
> >
> > I have a detailed explanation of what I've done if that is any help.
> >
> > Regards.
> >
> > Guy S.
> >
> >
> > -- “Happiness is the meaning and the purpose of life, the whole aim and
> end
> > of human existence.” ― Aristotle
>
>
> > _______________________________________________
> > Gphoto-user mailing list
> > Gph...@li...
> > https://lists.sourceforge.net/lists/listinfo/gphoto-user
>
>

Hi,

On Wed, Mar 20, 2024 at 10:53:59PM -0500, Guy Stalnaker wrote:
> Hello,
> 
> If I think I have discovered an issue with gphoto2 and the Nikon D7500, how
> should I report it?

you already opened a github issue, which is the right way. 

I hope I can get to reviewing this in the next weeks, my life is a bit 
busy these days.

(Basically some Nikons have their own set of mappings, and we have a means
of mapping this per-camera if needed.)
 
> Succinctly, the reported values for shutterspeed (decimal seconds) and
> shutterspeed (fractional seconds) provided by - - get-config, etc, do not
> result in exposures that match those values when using - - trigger-capture
> to acquire an image.
> 
> I created a test shell script to walk the entire set of D7500 shutterspeed
> choice values from 0 to 35 (1/8000s to 20"). The resulting images have EXIF
> exposure values that for all but one image do not match the shutterspeed
> value used to capture the image (that is, only one of 35 images has the
> correct shutterspeed - only one). This is, obviously, not good.
> 
> I have a detailed explanation of what I've done if that is any help.
> 
> Regards.
> 
> Guy S.
> 
> 
> -- “Happiness is the meaning and the purpose of life, the whole aim and end
> of human existence.” ― Aristotle


> _______________________________________________
> Gphoto-user mailing list
> Gph...@li...
> https://lists.sourceforge.net/lists/listinfo/gphoto-user

Hello,

If I think I have discovered an issue with gphoto2 and the Nikon D7500, how
should I report it?

Succinctly, the reported values for shutterspeed (decimal seconds) and
shutterspeed (fractional seconds) provided by - - get-config, etc, do not
result in exposures that match those values when using - - trigger-capture
to acquire an image.

I created a test shell script to walk the entire set of D7500 shutterspeed
choice values from 0 to 35 (1/8000s to 20"). The resulting images have EXIF
exposure values that for all but one image do not match the shutterspeed
value used to capture the image (that is, only one of 35 images has the
correct shutterspeed - only one). This is, obviously, not good.

I have a detailed explanation of what I've done if that is any help.

Regards.

Guy S.


-- “Happiness is the meaning and the purpose of life, the whole aim and end
of human existence.” ― Aristotle

Hi,

Is this the really old 320x240 pixel camera with serial interface in simple silver plastic?

I have one, and sadly was not able to get it to retrieve the images
correctly and gave up at some point.

So I think it might not be worth the effort to get serial access work on MacOS :/

Ciao, Marcus


On Wed, Feb 28, 2024 at 07:49:31PM -0500, Charlotte Flowers via Gphoto-user wrote:
> Hi!
> I am completely new to this! I just received a polaroid digital 320 from aa friend and am trying to transfer the photos to my Mac book but I am completely lost in how to use your software. I downloaded this zip titled “libgphoto2-2.5" and opened it, this downloaded a large folder titled “libgphoto2-2.5"
> Where do I go from here?
> 
> _______________________________________________
> Gphoto-user mailing list
> Gph...@li...
> https://lists.sourceforge.net/lists/listinfo/gphoto-user

Hi!
I am completely new to this! I just received a polaroid digital 320 from aa friend and am trying to transfer the photos to my Mac book but I am completely lost in how to use your software. I downloaded this zip titled “libgphoto2-2.5" and opened it, this downloaded a large folder titled “libgphoto2-2.5"
Where do I go from here?

Hi,

On Sat, Jan 27, 2024 at 03:30:03PM +0000, Samuel Whittington wrote:
> Hi,
> 
> I am in the process of working out what the below image is compiled of, I
> understand it is a RPi running some sort of software to manually control
> aspects of cameras, is this GPhoto2? If not, please can you let me know
> what the GUI might be?
> 
> [image: Screenshot 2024-01-27 at 15.00.34.png]

I have not seen this GUI before.

It is not a gphoto project provided program, it might however use libgphoto2
as underlying library.

Ciao, Marcus

Hi,

I am in the process of working out what the below image is compiled of, I
understand it is a RPi running some sort of software to manually control
aspects of cameras, is this GPhoto2? If not, please can you let me know
what the GUI might be?

[image: Screenshot 2024-01-27 at 15.00.34.png]

Thank you,
Samuel

Hello,

I am attempting to determine why there is such a difference in capture
(write) speed when the SD card has been used and contains a number of
images already vs. a freshly formatted card.

I have a simple script running on a Raspberry Pi that configures a few
camera settings on my Nikon D7100, captures an image and saves it to the
camera's SD card.  I am using a SanDisk Extreme 150MB/s SD card:

#!/usr/bin/env python
from subprocess import call

call (["gphoto2","--camera","Nikon DSC D7100","--reset"])
call
(["gphoto2","--set-config-index","capturetarget=1","--set-config","/main/imgsettings/imagesize=2","--set-config","/main/imgsettings/iso=5","--set-config","/main/capturesettings/f-number=5","--set-config","/main/capturesettings/shutterspeed=4","--capture-image","--debug","--debug-loglevel=error","--debug-logfile=slowcapture.log"])

I have found that if the SD card has a number of images on it already, it
takes over 30 seconds to record the image:

pi@raspberrypi:/testlab $ time python new2.py
New file is in location /store_00010001/DCIM/205D7100/DSC_2228.JPG on the
camera

real    *0m32.941s*
user    0m1.130s
sys     0m1.402s

However, if I format the SD card, the first few captures are much faster
(~6 secs vs ~33 secs)

pi@raspberrypi:/testlab $ time python new2.py
New file is in location /store_00010001/DCIM/205D7100/DSC_2229.JPG on the
camera

real    *0m5.974s*
user    0m0.462s
sys     0m0.230s

pi@raspberrypi:/testlab $ time python new2.py
New file is in location /store_00010001/DCIM/205D7100/DSC_2230.JPG on the
camera

real    *0m5.930s*
user    0m0.382s
sys     0m0.195s

pi@raspberrypi:/testlab $ gphoto2 --list-files
There is no file in folder '/'.
There is no file in folder '/store_00010001'.
There is no file in folder '/store_00010001/DCIM'.
There are 2 files in folder '/store_00010001/DCIM/205D7100'.
#1     DSC_2229.JPG               rd  1665 KB 2992x2000 image/jpeg
1705845872
#2     DSC_2230.JPG               rd  1613 KB 2992x2000 image/jpeg
1705846448

Here are the versions I am using:

pi@raspberrypi:/testlab $ gphoto2 --version
gphoto2 2.5.28

Copyright (c) 2000-2021 Marcus Meissner and others

gphoto2 comes with NO WARRANTY, to the extent permitted by law. You may
redistribute copies of gphoto2 under the terms of the GNU General Public
License. For more information about these matters, see the files named
COPYING.

This version of gphoto2 is using the following software versions and
options:
gphoto2         2.5.28         gcc, popt(m), exif, no cdk, no aa, jpeg, no
readline
libgphoto2      2.5.31         standard camlibs (SKIPPING lumix), gcc, no
ltdl, EXIF
libgphoto2_port 0.12.2         iolibs: disk ptpip serial usb usbdiskdirect
usbscsi, gcc, no ltdl, EXIF, USB, serial without locking

Log file:
https://drive.google.com/file/d/1BPfzRSJuKhi7xeYCo69DAhbd4gaXoQER/view?usp=drive_link

The log above shows the slow capture before the format and then two much
faster captures after the format.  Understandably there are less files on a
fresh card, but is there any reason why the camera has to enumerate all
existing files on the SD card before writing?  Can that be avoided either
with some parameter?   I appreciate any input in advance.

Thanks,
Matt

On Sun, Jan 21, 2024 at 01:58:18PM -0800, Dave Taylor wrote:
> Hi, I was wondering how I might go about getting on bended knee to ask for
> support for the Sony ILX-TR1?  :)

We usually rely on user reports. And if Fuji does not support it, we cannot do much.

Can this camera be switched to PC Control Mode? 
Is it known to be supported for remote control using Fuji software?

Ciao, Marcus

Hello,

I am attempting to determine why there is such a difference in capture
(write) speed when the SD card has been used and contains a number of
images already vs. a freshly formatted card.

I have a simple script running on a Raspberry Pi that configures a few
camera settings on my Nikon D7100, captures an image and saves it to the
camera's SD card.  I am using a SanDisk Extreme 150MB/s SD card:

#!/usr/bin/env python
from subprocess import call

call (["gphoto2","--camera","Nikon DSC D7100","--reset"])
call
(["gphoto2","--set-config-index","capturetarget=1","--set-config","/main/imgsettings/imagesize=2","--set-config","/main/imgsettings/iso=5","--set-config","/main/capturesettings/f-number=5","--set-config","/main/capturesettings/shutterspeed=4","--capture-image","--debug","--debug-loglevel=error","--debug-logfile=slowcapture.log"])

I have found that if the SD card has a number of images on it already, it
takes over 30 seconds to record the image:

pi@raspberrypi:/testlab $ time python new2.py
New file is in location /store_00010001/DCIM/205D7100/DSC_2228.JPG on the
camera

real    *0m32.941s*
user    0m1.130s
sys     0m1.402s

However, if I format the SD card, the first few captures are much faster
(~6 secs vs ~33 secs)

pi@raspberrypi:/testlab $ time python new2.py
New file is in location /store_00010001/DCIM/205D7100/DSC_2229.JPG on the
camera

real    *0m5.974s*
user    0m0.462s
sys     0m0.230s

pi@raspberrypi:/testlab $ time python new2.py
New file is in location /store_00010001/DCIM/205D7100/DSC_2230.JPG on the
camera

real    *0m5.930s*
user    0m0.382s
sys     0m0.195s

pi@raspberrypi:/testlab $ gphoto2 --list-files
There is no file in folder '/'.
There is no file in folder '/store_00010001'.
There is no file in folder '/store_00010001/DCIM'.
There are 2 files in folder '/store_00010001/DCIM/205D7100'.
#1     DSC_2229.JPG               rd  1665 KB 2992x2000 image/jpeg
1705845872
#2     DSC_2230.JPG               rd  1613 KB 2992x2000 image/jpeg
1705846448

Here are the versions I am using:

pi@raspberrypi:/testlab $ gphoto2 --version
gphoto2 2.5.28

Copyright (c) 2000-2021 Marcus Meissner and others

gphoto2 comes with NO WARRANTY, to the extent permitted by law. You may
redistribute copies of gphoto2 under the terms of the GNU General Public
License. For more information about these matters, see the files named
COPYING.

This version of gphoto2 is using the following software versions and
options:
gphoto2         2.5.28         gcc, popt(m), exif, no cdk, no aa, jpeg, no
readline
libgphoto2      2.5.31         standard camlibs (SKIPPING lumix), gcc, no
ltdl, EXIF
libgphoto2_port 0.12.2         iolibs: disk ptpip serial usb usbdiskdirect
usbscsi, gcc, no ltdl, EXIF, USB, serial without locking

Attached is a log showing the slow capture before the format and then two
much faster captures after the format.  Understandably there are less files
on a fresh card, but is there any reason why the camera has to enumerate
all existing files on the SD card before writing?  Can that be avoided
either with some parameter?   I appreciate any input in advance.

Thanks,
Matt

Hi, I was wondering how I might go about getting on bended knee to ask for
support for the Sony ILX-TR1?  :)

        =-ddt->

Hi.
A bit of an update.
I have managed to make it work under wsl2.
You need to install usbpid
GitHub - dorssel/usbipd-win: Windows software for sharing locally connected
USB devices to other machines, including Hyper-V guests and WSL 2.
<https://github.com/dorssel/usbipd-win>
In the beginning, I wanted to make my webcam work in WSL2, so i followed
these instructions:
(28) Linux Tips - Record Video from USB Camera in WSL (2022) - YouTube
<https://www.youtube.com/watch?v=t_YnACEPmrM>
You may only need some things from it.  After installation of gphoto2, I
can control my Canon 40D  on a Windows system.
Best.
Petro.



On Sat, 20 Jan 2024 at 14:05, Khoroshyy Petro <kho...@gm...> wrote:

> Hi.
> I have conflicting info about gphoto on windows. Most pages say it doesn't
> work some that it is of limited use
> So can I use it or not on windows?
> Thanks.
> Petro
>

Hi.
I have conflicting info about gphoto on windows. Most pages say it doesn't
work some that it is of limited use
So can I use it or not on windows?
Thanks.
Petro

On Sun, Dec 03, 2023 at 03:10:04PM -0600, John Syrinek wrote:
> I've got a Canon M5, and I'd like to compile/install libgphoto2 with *only* the
> canon camlib. The INSTALL file says I can do "make -C camlibs canon.la",
> but this fails due to a missing ../libphoto2/libgphoto2.la. I'm assuming
> there are other compilation units that must be compiled first. I could
> probably work backwards and try compiling libgphoto2.la, then
> libgphoto2_port and libphoto2, etc., but maybe there's an easier way?

The M5 is supported by the ptp2 driver.

Best is use configure option --with-camlibs.

	./configure --with-camlibs=ptp2

(add more options you might need like prefix/libdir etc)

Ciao, Marcus

I've got a Canon M5, and I'd like to compile/install libgphoto2 with *only* the
canon camlib. The INSTALL file says I can do "make -C camlibs canon.la",
but this fails due to a missing ../libphoto2/libgphoto2.la. I'm assuming
there are other compilation units that must be compiled first. I could
probably work backwards and try compiling libgphoto2.la, then
libgphoto2_port and libphoto2, etc., but maybe there's an easier way?

Thanks,
John Syrinek

Does somebody know if there's some software for the raspberry pi, that runs gphoto that I can control via an web UI?

On Fri, Sep 15, 2023 at 10:57:37AM -0600, al hamilton wrote:
> Hey guys, apologies if this is a mailbox you do not answer!
> 
> Do you plan to support the Sony ILX LR1 after it is released?
> 
> https://pro.sony/ue_US/products/installable-cameras/ilx-lr1
> 
> Thanks, and I appreciate the product!

That depends if the vendor supports remote control.

As this is another one from the Sony Alpha series, I would expect so
and it might be supportable in gphoto2.

Ciao, Marcus

Hey guys, apologies if this is a mailbox you do not answer!

Do you plan to support the Sony ILX LR1 after it is released?

https://pro.sony/ue_US/products/installable-cameras/ilx-lr1

Thanks, and I appreciate the product!

Al Hamilton

On 02/09/2023 10:53, Marcus Meissner wrote:
> 
> I have just released libgphoto2 2.5.31.

I've just released python-gphoto2 v2.5.0, which includes libgphoto2 
2.5.31 in its "binary wheels". It has several other changes as well, 
including some new deprecations, so please use 'python -Wd' when testing 
your software.

-- 
Jim Easterbrook                 <http://www.jim-easterbrook.me.uk/>

Hi folks,

I have just released libgphoto2 2.5.31.

Available in:
	https://github.com/gphoto/libgphoto2/releases/tag/v2.5.31
	https://sourceforge.net/projects/gphoto/files/libgphoto/2.5.31/

Sorry for taking so long, but real life is super busy these days for me.

I am also not all caught up to cleaning out github issues, sorry.

- This release contains larger Canon EOS change in the OLC (data blob config update) handling.

  If some Canon EOS users could send me debug logfiles of
	gphoto2 --set-config testolc=1 --debug --debug-logfile=olc.log
  it would be appreciated.

- I hopefully also fixed Canon EOS 2000D/1500D reporting "PTP Device Busy" problems.

- I integrated also some code changes from a libgphoto2 fork called NorthOfYou,
  where a commercial company is improving on libgphoto2, but apparently not submitting fixes
  back so I have started cherry picking out from their branch.

  Company is at https://witharsenal.com/

- Sony Alpha code received various changes, which I unfortunately have not verified myself due to lack
  of test camera.

Please report regressions, other problems or ideas.

Thanks a lot to all contributors!

Ciao, Marcus

libgphoto2 2.5.31 release

pentax:
* added Pentax KP id

ptp2:
* do better event queueing during capture (makes capture faster, avoids losing events)
* Canon EOS: OLC logic rewritten to be table driven, more debugging of the content,
  config "testolc" to generate debugoutput. Supports more cameras better.
* Canon EOS: various bugfixes
* Sony Alpha: Added config options: focusarea, liveviewsettingeffect
* Olympus: Enabled OM-1 capture
* Battery Level: also support ENUM style battery reporting for Canon
* Nikon 1: S1 also does not support everything
* Sony Alpha: small changes in config setters
* merged some improvements from NorthOfYou fork for Canon EOS, Nikon and Sony
* New ids:
  - Canon EOS 850D, R7, R10, R5 C, R6m2
  - Fuji X-H2, X-T5
  - GOPRO HERO 11 BLACK, 11 BLACK mini
  - new ids also imported from libmtp
  - Nikon Z30, Z8
  - OMSYSTEM OM-1
  - Pentax KP (PTP mode)
  - Ricoh GR IIIx
  - Sigma fp L
  - Sony A7S III, ILCE-1, ILME-FX3, 7RM5 aka A7-RV,

digigr8:
* fixed init to not switch to webcam mode

pentax:
* Added Pentax KP

general:
* disable log formatting when we are not logging (speeds up large downloads, as
  we are not hex dumping the whole data and immediately discard the result)
* libltdl usage now thread-safe. (some other library pieces are not threadsafe yet)
* some time_t 32bit vs 64bit fixes
* some cleanups and warning fixes

translations:
* updated swedish, spanish
* added georgian, friulian